RE: SAPDBFields_Field.cpp:37 offset... (I'm stuck)

Replying to my own post...

I modified some source files and I don't get any heap dump any more but the
system still can't get activated. Since all the debug stuff is too much for
the list I uploaded all the knl*- and dbm*- files here:

        ftp://ftp.aubi.de/pub/sapdb/MaxDB/76/debug


The diff against the tree as of today is on

        ftp://ftp.aubi.de/pub/sapdb/MaxDB/76/diff_20042012_3


It would be great if someone may have a look and give me an idea how to
proceed from here.

The commands issued were

# x_server start
# dbmcli -u <dbm>,<passwd> -d TTT db_admin -s
# dbmcli -u <dbm>,<passwd> -d TTT db_activate superdba,admin


*sigh*


SIEGENIA-AUBI KG
Informationswesen
 
i.A.
 
Markus Döhr
SAP-CC/BC, SAPDB-DBA

Tel.:    +49 6503 917-152
Fax:     +49 6503 917-7152
E-Mail: markus.doehr@xxxxxxxxxxxxxxxxx
Internet: http://www.siegenia-aubi.com 
  

> -----Original Message-----
> From: "Döhr, Markus ICC-H" [mailto:Markus.Doehr@xxxxxxxxxxxxxxxxx] 
> Sent: Monday, December 20, 2004 2:57 PM
> To: 'maxdb@xxxxxxxxxxxxxxx'
> Subject: RE: SAPDBFields_Field.cpp:37 offset...
> 
> I compiled a slowkernel and tried with this one. With the 
> fast version I could do a "db_admin -f" which came back 'OK', 
> but the slowknl stops earlier with
> 
> 2004-12-20 13:31:19    16     12821 TASKING  Thread 16 starting
> 2004-12-20 13:31:19    16     12627 TASKING  UKT6 started
> 2004-12-20 13:31:19    16     12929 TASKING  Task T1 started
> 2004-12-20 13:31:19    17     12821 TASKING  Thread 17 starting
> 2004-12-20 13:31:19    17     12627 TASKING  UKT7 started
> 2004-12-20 13:31:19    18     12821 TASKING  Thread 18 starting
> 2004-12-20 13:31:19    17     11554 COMMUNIC UKT7 attached 
> big comseg at
> 0xB2EB0000
> 2004-12-20 13:31:19    17     11555 COMMUNIC UKT7 big comseg ends at
> 0xB3235F78
> 2004-12-20 13:31:20    16 ERR 54008 MEMORY   dumping chunk 
> 0XD209D410, size
> is 8208 i
> 2004-12-20 13:31:20    16 ERR 54008 MEMORY   nto
> Heap20041220133120515595.dmp
> 2004-12-20 13:31:20    16 ERR 54008 MEMORY   no_mans_land
> 2004-12-20 13:31:20    16     11987 dump_rte rtedump written to file
> 'rtedump'
> 2004-12-20 13:31:20    16 ERR     7 Messages Msg_List.cpp:3158
> 2004-12-20 13:31:21    16 ERR     7 Messages 2004-12-20 
> 13:31:20 Messages
> Error 7
> 2004-12-20 13:31:21    16 ERR     7 Messages Begin of dump of 
> registered
> messages
> 2004-12-20 13:31:21    16 ERR     8 Messages Msg_List.cpp:3169
> 2004-12-20 13:31:21    16 ERR     8 Messages 2004-12-20 
> 13:31:21 Messages
> Error 8
> 2004-12-20 13:31:21    16 ERR     8 Messages End of the message list
> registry dump
> 2004-12-20 13:31:21    16 ERR 11196 DBCRASH  vabort:Emergency 
> Shutdown,
> Task: 1
> 2004-12-20 13:31:21    16     12696 DBSTATE  Change DbState 
> to 'KILL'(29)
> 2004-12-20 13:31:21    16     12696 DBSTATE  Change DbState to
> 'TRACEDEVICE_NOT_INITIALIZED'(0)
> 2004-12-20 13:31:21    16     12825 TASKING  state 29 before 
> shutkill(1)
> 2004-12-20 13:31:21    16     12768          UKT6 stopped
> 2004-12-20 13:31:21     1     12624 EXCEPT   Kernel aborts
> 
> So the heap is getting corrupted but I don't find any notice 
> where it is failing... The file itself _seems_ to be empty...
> 
> Andy idea what I can do?
> 
> 
> Greetz,
> 
> SIEGENIA-AUBI KG
> Informationswesen
>  
> i.A.
>  
> Markus Döhr
> SAP-CC/BC, SAPDB-DBA
> 
> Tel.:  +49 6503 917-152
> Fax:   +49 6503 917-7152
> E-Mail: markus.doehr@xxxxxxxxxxxxxxxxx
> Internet: http://www.siegenia-aubi.com 
>   
> 
> --
> MaxDB Discussion Mailing List
> For list archives: http://lists.mysql.com/maxdb
> To unsubscribe:    
> http://lists.mysql.com/maxdb?unsub=markus.doehr@xxxxxxxxxxxxxxxxx
> 

--
MaxDB Discussion Mailing List
For list archives: http://lists.mysql.com/maxdb
To unsubscribe:    http://lists.mysql.com/maxdb?unsub=gcdm-maxdb@xxxxxxxxxxx