Slack 10.1 crash during compilation

kiroff · 08-15-2005, 07:46 AM

Hi all,

I have the following problem:
I have to maintain remotely two Slackware 10.1 (some packages upgraded to current). One is running JDK 1.5.04 + Tomcat 5.5.9 + Apache 2.0.53 and the other PostgreSQL 8.0.3 server. I think the services are unimportant ... So when I try to compile whatever it is (kernel for example) the machine crashes without a trace in any of the logs after 5~10 min.
Tried both 2.4.26 and (the current) 2.6.11.7 kernels, both crash. Asked for a third machine (the other two are production servers) for testing and it came with Red Hat Enterprise Linux Advanced Server 4 (2.6.9-5.EL kernel). I tried compiling things and there were no crashes etc.
Any idea what's wrong?
I think it's some overheating CPU problem, but why just under Slack?
The Slack "Processor Type" (built in the kernel) is i486, and Pentium-Pro under RHEL 4. The real processor type is AMD Athlon(TM) XP 2400+.

Thanks in advance!

keefaz · 08-15-2005, 08:10 AM

Quote:

some packages upgraded to current

Which packages ?

Quote:

the machine crashes without a trace in any of the logs after 5~10 min

Do you mean the whole system crashes or just the make operation?

kiroff · 08-15-2005, 08:28 AM

Quote:

Originally posted by keefaz
Which packages ?

The upgraded packages are iptables, cvs ... and other that have no impact to the compile process.

Quote:

Originally posted by keefaz
Do you mean the whole system crashes or just the make operation?

Unfortunately the whole system, needs harware reset/reboot.

keefaz · 08-15-2005, 08:36 AM

If the whole system crashes, I would think of a hardware failure
(bad ram or overheating CPU like you said)

The three machines have the same specs (cpu + ram) ?

kiroff · 08-15-2005, 09:00 AM

Quote:

Originally posted by keefaz
If the whole system crashes, I would think of a hardware failure
(bad ram or overheating CPU like you said)

The three machines have the same specs (cpu + ram) ?

Absolutely identical. Even the third one had initially Slackware 10.1, when crashed during the compilation I asked the support to reboot the machine, but they (on their own) replaced the Slack with RHEL AS 4

. Despite all I decided to test and compare. Under RHEL there was no sign of problem and believe me I overloaded it seriously. But I want Slackware running (no need to tell why), there must be something wrong on my side.

keefaz · 08-15-2005, 09:42 AM

Maybe a glibc problem then ? Which glibc version have you ?
(execute /lib/libc.so.6 to know it)

And which gcc compiler version have you (gcc -v) ?

kiroff · 08-16-2005, 01:34 AM

Quote:

Originally posted by keefaz
Maybe a glibc problem then ? Which glibc version have you ?
(execute /lib/libc.so.6 to know it)

Slackware 10.1

Code:

GNU C Library stable release version 2.3.4, by Roland McGrath et al.
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
Compiled by GNU CC version 3.3.4.
Compiled on a Linux 2.4.29 system on 2005-01-28.
Available extensions:
        GNU libio by Per Bothner
        crypt add-on version 2.1 by Michael Glad and others
        GNU Libidn by Simon Josefsson
        linuxthreads-0.10 by Xavier Leroy
        BIND-8.2.3-T5B
        libthread_db work sponsored by Alpha Processor Inc
        NIS(YP)/NIS+ NSS modules 0.19 by Thorsten Kukuk

RHEL AS 4

Code:

GNU C Library stable release version 2.3.4, by Roland McGrath et al.
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
Compiled by GNU CC version 3.4.3 20041212 (Red Hat 3.4.3-9.EL4).
Compiled on a Linux 2.4.20 system on 2005-02-24.
Available extensions:
        GNU libio by Per Bothner
        crypt add-on version 2.1 by Michael Glad and others
        linuxthreads-0.10 by Xavier Leroy
        The C stubs add-on version 2.1.2.
        BIND-8.2.3-T5B
        NIS(YP)/NIS+ NSS modules 0.19 by Thorsten Kukuk
        Glibc-2.0 compatibility add-on by Cristian Gafton
        GNU Libidn by Simon Josefsson
        libthread_db work sponsored by Alpha Processor Inc

Quote:

Originally posted by keefaz
And which gcc compiler version have you (gcc -v) ?

Slackware 10.1

Code:

Reading specs from /usr/lib/gcc-lib/i486-slackware-linux/3.3.4/specs
Configured with: ../gcc-3.3.4/configure --prefix=/usr 
--enable-shared --enable-threads=posix --enable-__cxa_atexit --disable-checking --with-gnu-ld 
--verbose --target=i486-slackware-linux --host=i486-slackware-linux
Thread model: posix
gcc version 3.3.4

RHEL AS 4

Code:

Reading specs from /usr/lib/gcc/i386-redhat-linux/3.4.3/specs
Configured with: ../configure --prefix=/usr 
--mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix
--disable-checking --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions 
--enable-java-awt=gtk --host=i386-redhat-linux
Thread model: posix
gcc version 3.4.3 20041212 (Red Hat 3.4.3-9.EL4)

keefaz · 08-16-2005, 02:06 AM

The glibc and gcc are fine (normal versions for 10.1)...

Did you try to stop PostgreSQL 8.0.3 and Apache (with java) before
compile a program ?

kiroff · 08-16-2005, 03:13 AM

Quote:

Originally posted by keefaz
The glibc and gcc are fine (normal versions for 10.1)...

Did you try to stop PostgreSQL 8.0.3 and Apache (with java) before
compile a program ?

Yip, ... no success ... I'm wondering is it the "Processor Type" built in the kernel?

keefaz · 08-16-2005, 03:27 AM

You said that you attempted to compile kernel 2.4.26 but this kernel was
installed with slackware 10.0, the kernel for 10.1 is 2.4.29 (I dunno if that
matter though as anyway you should be able to compile both)

I is suprising to me that with redhat, the compile goes fine, I used redhat
before slackware and it was a pain to compile a kernel with this system...

malo_umoran · 08-16-2005, 03:28 AM

of course, it should be built in kernel.

but for the future, compile as a user, not as root.

M.

kiroff · 08-16-2005, 03:47 AM

Quote:

Originally posted by keefaz
You said that you attempted to compile kernel 2.4.26 but this kernel was
installed with slackware 10.0, the kernel for 10.1 is 2.4.29 (I dunno if that
matter though as anyway you should be able to compile both)

No, I've tried to compile (lots of things kernel, apache, postgres ...) under Slackware 10.1 with 2.4.26 kernel (I think) and later under 10.1 with 2.6.11.7 - no success all the time it was crashing.

Quote:

Originally posted by keefaz I is suprising to me that with redhat, the compile goes fine, I used redhat
before slackware and it was a pain to compile a kernel with this system...

I never mentioned that RH ran with this kernel

, I was compiling just to monitor system/hardware behaviour and there was no crash

Quote:

Originally posted by malo_umoran
of course, it should be built in kernel.

but for the future, compile as a user, not as root.

M.

That was good fun! Of course you cannot build the processor as module, the idea was the "right" Type of processor the kernel was built with.

malo_umoran · 08-16-2005, 03:52 AM

Quote:

Originally posted by kiroff

That was good fun! Of course you cannot build the processor as module, the idea was the "right" Type of processor the kernel was built with. [/B]

and I was talking about that and nothing else ... but int mayn distros you have just 586/K5/5x86/6x86/6x86MX support and eventully generic x68, but no the "right" processor type.

M.

kiroff · 08-16-2005, 04:11 AM

Quote:

Originally posted by malo_umoran
and I was talking about that and nothing else ... but int mayn distros you have just 586/K5/5x86/6x86/6x86MX support and eventully generic x68, but no the "right" processor type.

M.

If you take a look at my first post you'll see the hardware processor the machine has, so the "right" "Processor Type" refers to this processor and the aspects when using kernel with i486 or K7 processor built in the kernel.