Hallo Daniel,

After analyzing the strace I think at least two lines of knldiag were written.
Are you sure that there is no knldiag?

It seems that the kernel terminated with SIGSEV. Maybe we can get a core file.
To get a core file, you should set the database parameter SUPPRESS_CORE to NO.
Open a dbmcli-session to the database you want to start and type:

param_directput SUPPRESS_CORE NO
param_checkall

Don't forget 'param_checkall' because the paramfile wont be checked automaticly 
since you
try to start the database from the command line.

You may set the environment variable LD_ASSUME_KERNEL to 2.4.1.
I don't know the version of the opereating system.
But the database kernel was made on SUSE SLES8, that means Linux kernel 2.4 
with Linux threads, NPTL cannot be used.
I have seen in the strace that /usr/lib/libc.so was loaded. This should be the 
expected library.
But you can try LD_ASSUME_KERNEL to be sure.

The output of 'ldd /opt/sdb/7500/pgm/kernel' would help to see what libraries 
are loaded.
Anyway, there can be a problem in the backward compatibility libraries 
(/usr/lib/') on your system.
Newer systems with Linux kernel 2.6.x or RedHat kernel as of 2.4.16 are using 
NPTL (/usr/lib/tls/*).
It could help if you send the kernel version and the distribution.
Sometimes the compatibility libraries in /usr/lib/ are not up to date or they 
behave completly unexpected.

You could try MaxDB 7.6, it was compiled on SUSE SLES 9 using NPTL.
I think it could be more compatible.

If there is a compatibility issue with the operating system runtime and MaxDB 
7.5,
let me know the version of the operating system.

Sorry for the inconvinience.

Regards,
Christoph

-----Original Message-----
From: Daniel Rosowski [mailto:[EMAIL PROTECTED] 
Sent: Montag, 6. März 2006 10:30
To: maxdb@lists.mysql.com
Subject: RE: disk full, now kernel dies before reaching admin state

Hi,

> See what happends. If you can't see anything, the databse kernel switched
> into ADMIN mode.
> If the the program terminates, but you cannot see any error message, try
> to strace the database kernel.
> You must use the follow child switch to trace the database kernel.
> You can try something like:
> strace -f /opt/sdb/7500/pgm/kernel .M750031 > strace.txt 2>&1
>
> May be a look into strace.txt could help.
 
This is what I get:
[EMAIL PROTECTED] .M750031 $ /opt/sdb/7500/pgm/kernel .M750031
Killed

I did a strace, and tried to attach the file to the email, but it is too big
for the list. I put it there:
http://pastebin.com/586646

Cheers,
Daniel

-- 
Bis zu 70% Ihrer Onlinekosten sparen: GMX SmartSurfer!
Kostenlos downloaden: http://www.gmx.net/de/go/smartsurfer

-- 
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