Re: 7.1-RC2: link_elf: symbol cp_time undefined

On Dec 25, 2008, at 17:36, Jan Henrik Sylvester wrote: Garrett Cooper wrote: On Dec 25, 2008, at 3:44, Jan Henrik Sylvester wrote: During boot I see: link_elf: symbol cp_time undefined I have realized it now with RC2, but looking at my logs, I have had that message during boot since upgra

Re: amd(8) cores dump when load high

On Tue, Dec 23, 2008 at 12:44 AM, Lin Jui-Nan Eric wrote: > Dear listers, > > We currently found that amd frequently cores dump while loading is > high (about 4~5) after we upgrade world & kernel from 7.0-RELEASE to > 7.1-PRERELEASE. > > I have read -stable and svn log of 7-STABLE, but can not fou

Re: process stuck in vmopar

Hi again! 2008/12/24 pluknet : > 2008/12/24 pluknet : >> 2008/12/24 pluknet : >>> 2008/12/24 pluknet : Server version: Apache/2.2.11 (Unix) built from sources. After issuing kill -9 process stuck in vmopar state forever. aaa301 2313 0.0 0.0 0 8 ?? DE3:10PM

Re: 7.1-RC2: link_elf: symbol cp_time undefined

Garrett Cooper wrote: On Dec 25, 2008, at 17:36, Jan Henrik Sylvester wrote: Garrett Cooper wrote: On Dec 25, 2008, at 3:44, Jan Henrik Sylvester wrote: During boot I see: link_elf: symbol cp_time undefined I have realized it now with RC2, but looking at my logs, I have had that message d

Fatal trap 12: page fault while in kernel mode (swi6: task queue)

Can anyone help understanding the reason? # uname -rsm FreeBSD 6.4-STABLE i386 # kgdb kernel.debug /var/crash/vmcore.7 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or

Kernel Trap during installworld caused unrecoverable system

Hi folks. I was unfortunate enough to encounter a kernel trap in single user mode yesterday when upgrading from 7.1-RC1 to -RC2 using the typical build/install world. I'm still not sure what caused the trap, as the system was rebooting when I saw the screen. As one would expect, this led to an i

Re: Kernel Trap during installworld caused unrecoverable system

Glen Barber wrote: Hi folks. I was unfortunate enough to encounter a kernel trap in single user mode yesterday when upgrading from 7.1-RC1 to -RC2 using the typical build/install world. I'm still not sure what caused the trap, as the system was rebooting when I saw the screen. As one would exp

Re: Kernel Trap during installworld caused unrecoverable system

On Fri, Dec 26, 2008 at 12:34 PM, Kris Kennaway wrote: > Glen Barber wrote: >> >> Hi folks. >> >> I was unfortunate enough to encounter a kernel trap in single user >> mode yesterday when upgrading from 7.1-RC1 to -RC2 using the typical >> build/install world. >> >> I'm still not sure what caused

Re: amd(8) cores dump when load high

Yes, we found that it crashes when swap is used. On Fri, Dec 26, 2008 at 6:02 PM, Rong-en Fan wrote: > On Tue, Dec 23, 2008 at 12:44 AM, Lin Jui-Nan Eric wrote: >> Dear listers, >> >> We currently found that amd frequently cores dump while loading is >> high (about 4~5) after we upgrade world &

Re: process stuck in vmopar

2008/12/26 pluknet : > Hi again! > > 2008/12/24 pluknet : >> 2008/12/24 pluknet : >>> 2008/12/24 pluknet : 2008/12/24 pluknet : > Server version: Apache/2.2.11 (Unix) built from sources. > > After issuing kill -9 process stuck in vmopar state forever. > aaa301 2313 0.0 0

Re: process stuck in vmopar

At 03:31 PM 12/26/2008, pluknet wrote: Also seen on 6.3, 6.4 releases. Prepared as PR kern/129956. I wonder if this is the same or similar issue in where the poster is also seeing processes stuck in UFS state http://lists.freebsd.org/pipermail/freebsd-stable/2008-December/047118.html ___

Re: -m32 broken on bi-arch amd64 systems?

On Tue, Dec 23, 2008 at 3:54 PM, Peter Wemm wrote: > On Tue, Dec 23, 2008 at 1:07 PM, Garrett Cooper wrote: >> On Dec 23, 2008, at 10:36, Steve Kargl >> wrote: >> >>> On Tue, Dec 23, 2008 at 12:55:04PM -0500, Josh Carroll wrote: > > I also noticed that behavior, shouldn't compiler/linker