Stability of RELENG_5_4 with dual Xeon

Marc G. Fournier scrappy at hub.org
Mon May 16 20:51:28 PDT 2005


On Mon, 16 May 2005, Kris Kennaway wrote:

> On Mon, May 16, 2005 at 05:57:33PM -0700, Jorge Aldana wrote:
>> Well now I don't feel alone.
>>
>> 5.2.1, 5.3, 5.4 I've gotten to lock up a workstation, with Nvidia-driver as
>> well though, htt-on, htt-off, only SHED_4BSD . Now with a new NetApp server
>> amd locks up as well but not the whole workstation, mounts to other servers
>> ok, nfs issue. Our FreeBSD count is getting low now due to these issues.
>>
>> All I need is a howto on getting the dump for the NFS issue so I can send
>> something but on the lockups are total lockups, nothing in the logs its
>> like somebody shot a freeze gun on the system, a hard reboot then its back
>> (after a fsck on the system disk) but nothing in the log as if time
>> stopped....
>
> See the developers handbook, which has a chapter on kernel debugging.

Just curious here ... there used to be a fantastic kernel module that 
allowed you to do a 'coredump' across the network, which I used way back 
when I didn't have enough swap space to do it ...

Which brings to mind ... has anyone every tried to do a 'console over 
tcp/ip' that would send everything it could to a remote monitoring 
machine?  There are several cases where, for some reason, you can no 
longer do logging to syslog, which can be critical for debugging purposes 
if you have no other way of knowing 'cause' of a crash/reboot ...

I realize that you can do alot of this at the hardware level, but for a 
remote server that hasn't been setup for this, suddenly causing problems, 
this might be a means of getting some sort of information ... even a 'gdb 
over tcp' would be cool, if that was possible ...

----
Marc G. Fournier           Hub.Org Networking Services (http://www.hub.org)
Email: scrappy at hub.org           Yahoo!: yscrappy              ICQ: 7615664


More information about the freebsd-smp mailing list