PDA

View Full Version : Linux server reboot suddenly with DF31



Antonio Ramiro García Prieto
24-Mar-2006, 06:31 AM
I don´t know the reason of the reset but in the application I lost
appointments and since that moement I have a problem with the stock of some
products. I can´t know if the problem is linux only or if tha application
can force to linux to reboot.
Can somone help me a bit, I think it´s impossible arrange the problem
here but I only need some ideas to center my mind in the problem.
Thanks to all. Greetings, Antonio García.

wila
24-Mar-2006, 07:46 AM
Antonio,

With linux you should normally be able to find out why it crashed by
inspecting its system logs.
for example:
less /var/log/messages
(you need to be root for that)

It's not logical that DF would be the cause of it crashing, but never
say never.
A more common failure is hardware such as bad drivers on cheapo hardware
(windows 95 syndrome), hardware that starts failing, a bad memory chip,
things like that.
There's also a memory tester on most distro's available if you boot from
a live CD. It's called memtest86 if i'm not mistaken.

good luck!

Wil





Antonio Ramiro García Prieto wrote:
> I don´t know the reason of the reset but in the application I lost
> appointments and since that moement I have a problem with the stock of some
> products. I can´t know if the problem is linux only or if tha application
> can force to linux to reboot.
> Can somone help me a bit, I think it´s impossible arrange the problem
> here but I only need some ideas to center my mind in the problem.
> Thanks to all. Greetings, Antonio García.
>
>

wila
24-Mar-2006, 07:50 AM
ah i forgot also check:
less /var/log/dmesg

but that was obvious, right?

--
Wil

Wil van Antwerpen wrote:
> Antonio,
>
> With linux you should normally be able to find out why it crashed by
> inspecting its system logs.
> for example:
> less /var/log/messages
> (you need to be root for that)
>
> It's not logical that DF would be the cause of it crashing, but never
> say never.
> A more common failure is hardware such as bad drivers on cheapo hardware
> (windows 95 syndrome), hardware that starts failing, a bad memory chip,
> things like that.
> There's also a memory tester on most distro's available if you boot from
> a live CD. It's called memtest86 if i'm not mistaken.
>
> good luck!
>
> Wil
>
>
>
>
>
> Antonio Ramiro García Prieto wrote:
>> I don´t know the reason of the reset but in the application I lost
>> appointments and since that moement I have a problem with the stock
>> of some
>> products. I can´t know if the problem is linux only or if tha application
>> can force to linux to reboot.
>> Can somone help me a bit, I think it´s impossible arrange the problem
>> here but I only need some ideas to center my mind in the problem.
>> Thanks to all. Greetings, Antonio García.
>>
>>

Mark Rutherford
24-Mar-2006, 11:05 AM
Do what Wil says, but depending on your syslog daemon there are various
files you need to look at

/var/log/messages, or /var/log/kernel

Does the kernel panic? a spontaneous reboot could and very likely be a
hardware problem.

The Linux kernel likes to stick its tongue out at you :)
(guys that have seen many, many kernel crashes like me know what this is :D)

There are tons of us 'Unix guys' out there that can help you out.
And yes, I have one of those 20Lb Unix manuals :)


Antonio Ramiro García Prieto wrote:
> I don´t know the reason of the reset but in the application I lost
> appointments and since that moement I have a problem with the stock of some
> products. I can´t know if the problem is linux only or if tha application
> can force to linux to reboot.
> Can somone help me a bit, I think it´s impossible arrange the problem
> here but I only need some ideas to center my mind in the problem.
> Thanks to all. Greetings, Antonio García.
>
>


--
Thanks!

Mark Rutherford
Maunz Electronics, Inc.
803-791-5860

Joerg Thuemmler
27-Mar-2006, 07:02 AM
Hi,

I never saw df crashing a linux box. In fact it seems - forgetting
about using some strange ways to manipulate system (runprogram...,
direct_output to system ressources, HD or RAM mmory overflowing,
which gives certain error messages) impoosible to crash a linux box
by DF. Thats because tne "normal" df functions use _only_ C system
calls and only such that will never vrash the kernel.

The hardest thing I ever saw was dfrun crashing without errormessage
and usable errorcode. Also it's possible to generate system slowing
"zombie" processes. Or to generate never-ending memory consumpting
processes by "intelligent" loops.

All this may cause endless swapping, lot of cpu and / or filesystem
work, but waiting a time you will always get a root login to kill
the causing processes.

One thing I don't know is what happens if your DF application has
root privileges - very bad idea! Here dvs (the df user) is a normal
account and dfrun, dffile ... are propertiy of dvs and have normal
x-rights for that user, only a very few functions (e.g. print order
killing) granted to dvs by sudo.

hth

joerg

Mark Rutherford wrote:
> Do what Wil says, but depending on your syslog daemon there are various
> files you need to look at
>
> /var/log/messages, or /var/log/kernel
>
> Does the kernel panic? a spontaneous reboot could and very likely be a
> hardware problem.
>
> The Linux kernel likes to stick its tongue out at you :)
> (guys that have seen many, many kernel crashes like me know what this is
> :D)
>
> There are tons of us 'Unix guys' out there that can help you out.
> And yes, I have one of those 20Lb Unix manuals :)
>
>
> Antonio Ramiro García Prieto wrote:
>
>> I don´t know the reason of the reset but in the application I lost
>> appointments and since that moement I have a problem with the stock
>> of some
>> products. I can´t know if the problem is linux only or if tha application
>> can force to linux to reboot.
>> Can somone help me a bit, I think it´s impossible arrange the problem
>> here but I only need some ideas to center my mind in the problem.
>> Thanks to all. Greetings, Antonio García.
>>
>>
>
>