Diagnosing reboot under load

[Beecher Rintoul]

On Sunday 06 November 2005 05:43 pm, Micah wrote:
> Beecher Rintoul wrote:
> > On Sunday 06 November 2005 12:20 pm, Micah wrote:
> >>My desktop system just started doing this last night.  I was upgrading
> >>Gnome using the handy shell script they provide.  It looks like sometime
> >>around 11:30pm the computer reset.  This morning I'm trying to reinstall
> >>all the software that got lost in last night's reset and I get another
> >>reset in the middle of compiling.  The last message in /var/log/messages
> >>before reboot is:
> >>Nov  6 10:41:08 trisha ntpd[489]: kernel time sync enabled 6001
> >>Nov  6 10:58:14 trisha ntpd[489]: kernel time sync enabled 2001
> >>Nov  6 13:02:57 trisha syslogd: kernel boot file is /boot/kernel/kernel
> >>
> >>I just ran memtest86+ and there's no memory errors.  I'm guessing it's a
> >>hardware issue, but how do I diagnose it?
> >>
> >>Thanks,
> >>Micah
> >
> > I had the exact same problem on a machine that I know doesn't have any
> > hardware problems. I should have just aborted that "script" when it
> > started removing anything dependent on the new gnome libs. If you got as
> > far as the new gnome progs installed. Just rebuild  what you need. And
> > use the "r" flag. I'd much rather have a lib not found error than rebuild
> > the way that "script" does.  I'm sure this is going to bite quite a few
> > people before it's over. FWIW I have the new kde back up with no errors,
> > and I'll just deal with any other problems as they occur.
> >
> > Beech
>
> Except it reboot later when rebuilding the KDE stuff with portinstall
> NOT the Gnome script.  And I'm getting occasional segmentation faults on
> Thunderbird and intermittent compiler errors like this one while
> portinstalling kdepim:
> then mv -f ".deps/eudora_xxport.Tpo" ".deps/eudora_xxport.Plo"; else rm
> -f ".deps/eudora_xxport.Tpo"; exit 1; fi
> eudora_xxport.cpp: In member function `virtual KABC::AddresseeList
> EudoraXXPort::importContacts(const QString&) const':
> eudora_xxport.cpp:121: internal compiler error: Segmentation fault
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See <URL:http://gcc.gnu.org/bugs.html> for instructions.
>
> Something seems wrong.  I don't think a software error should cause a
> system reboot without any log messages anywhere.
>
I agree, I've never seen this before either. I just shelled into one of my 
office machines running the same update; it's no longer online. The box in 
question is a new AMD 64 with 1GB of regestered ram, that has been rock solid 
running 6-stable. When I left last night, It was updating gnome and kde from 
current ports. I'll drive over after dinner and see what's really happening. 
For now you probably should just cvsup with the date tag set before the gnome 
update, delete and it all and start over. On this box, I deleted everything 
(which already wasn't) Installed the (new) gnome ports, and so far I have 
basic kde and firefox installed and working. I would have been really nice if 
the coders would reveal why this new script was important. I'll probably find 
out the hard way.

Beech
-- 
DISCLAIMER:
No electrons were harmed during the making of this message.
---------------------------------------------------------------------------------------
Beech Rintoul - System Administrator - akbeech at gmail.com
/"\   ASCII Ribbon Campaign  | NorthWind Communications
\ / - NO HTML/RTF in e-mail  | 201 East 9th Avenue Ste.310
 X  - NO Word docs in e-mail | Anchorage, AK 99501
/ \ 
---------------------------------------------------------------------------------------











-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-questions/attachments/20051106/14af467e/attachment.bin