I created a debug kernel and set SUPPRESS_CORE to no.

I'm getting this stacktrace:

(dbx) where

  [1] __lwp_park(0xd0421600, 0x0), at 0xd05748d0
  [2] mutex_lock_queue(0xd0421600, 0x0, 0x9585058), at 0xd057067f
  [3] slow_lock(0x9585058, 0xd0421600), at 0xd0570e95
  [4] _ti_mutex_lock(0x9585058), at 0xd0570f50
  [5] sqlbeginmutex(0xd01efa98, 0x60), at 0x8e18a07
=>[6] en60_Message(prio = 8, msgno = 0, msgtyp = 0x91d07d8 "   ", ModuleInfo
= (nil), text = 0x91d07a4 "%s\n", args = 0xd01efcec), line 
361 in "ven60.c"
  [7] en60_Opmsg(prio = 8, msgno = 0, text = 0x91d07a4 "%s\n", ...), line
287 in "ven60.c"
  [8] sql60kc_msg(prio = '\b', text = 0xd01efd18 "    11554 COMMUNIC UKT3
attached big comseg at  0xD0130000", msg_type = 3), line 226 i
n "ven60.c"
  [9] eo60k_Message(msg_prio = 8, msg_type = 3, msg_no = 11554, msg_label =
0x91d1804 "COMMUNIC", msg_txt = 0xd01efe40 "UKT3 attached bi
g comseg at  0xD0130000"), line 420 in "veo60k.c"
  [10] sql60c_msg_8(msg_no = 11554, msg_type = 3, msg_label = 0x91d1804
"COMMUNIC", msg_format = 0x91d1810 "UKT%d attached big comseg at
  0x%p", ...), line 347 in "veo60k.c"
  [11] e74_init_big_comseg(this_ukt = 0x50007c00), line 394 in "ven74.c"
  [12] en88RunCoroutineUKT(0x50007c00, 0x0), at 0x8e99fd0
  [13] eo07_PthreadEntry(0xd0421600), at 0x8e19093
  [14] _lwp_start(), at 0xd0574790

Maybe the NULL pointer to ModuleInfo is causing this?


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: [EMAIL PROTECTED]
Internet: http://www.siegenia-aubi.com 
  

> -----Original Message-----
> From: Dittmar, Daniel [mailto:[EMAIL PROTECTED] 
> Sent: Wednesday, July 07, 2004 5:31 PM
> To: '"D�hr, Markus ICC-H"'; '[EMAIL PROTECTED]'
> Subject: RE: Kernel coredump while starting UKTs
> 
> > It did write an rtedump and knltrace but no coredump.
> > 
> > Is there any possibility how to check where it is failing? Or maybe 
> > enabling writing coredumps.
> 
> Set the kernel parameter SUPPRESS_CORE to NO
> 
> Daniel Dittmar
> 
> --
> Daniel Dittmar
> SAP Labs Berlin
> [EMAIL PROTECTED]
> 
> --
> MaxDB Discussion Mailing List
> For list archives: http://lists.mysql.com/maxdb
> To unsubscribe:    
> http://lists.mysql.com/[EMAIL PROTECTED]
> 

--
MaxDB Discussion Mailing List
For list archives: http://lists.mysql.com/maxdb
To unsubscribe:    http://lists.mysql.com/[EMAIL PROTECTED]

Reply via email to