Dmitry Morozovsky
2008-Sep-17 11:30 UTC
Supermicro PDSMI failed to boot on fresh RELENG_7/amd64
Colleagues, 3 of 4 times this machine failed to boot, panicing somewhere in late kernel initialization phase (before /sbin/init is executed) I have serial console and KDB enabled, so can do experiments. Last two crashes: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x8 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff8026978a stack pointer = 0x10:0xffffffff80611810 frame pointer = 0x10:0xffffffff80611830 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) [thread pid 0 tid 0 ] Stopped at kobj_lookup_method_mi+0xa: movq 0x8(%rdi),%rax db> bt Tracing pid 0 tid 0 td 0xffffffff80544000 kobj_lookup_method_mi() at kobj_lookup_method_mi+0xa kobj_lookup_method() at kobj_lookup_method+0x1f acpi_wake_sysctl_walk() at acpi_wake_sysctl_walk+0xc1 acpi_wake_sysctl_walk() at acpi_wake_sysctl_walk+0x74 acpi_wake_sysctl_walk() at acpi_wake_sysctl_walk+0x74 acpi_wake_sysctl_walk() at acpi_wake_sysctl_walk+0x74 acpi_wake_sysctl_walk() at acpi_wake_sysctl_walk+0x74 acpi_wake_sysctl_walk() at acpi_wake_sysctl_walk+0x74 acpi_attach() at acpi_attach+0x984 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a nexus_attach() at nexus_attach+0x19 device_attach() at device_attach+0x69 root_bus_configure() at root_bus_configure+0x28 configure() at configure+0xa mi_startup() at mi_startup+0x59 btext() at btext+0x2c Fatal trap 9: general protection fault while in kernel mode instruction pointer = 0x8:0xffffffff8016f8a1 stack pointer = 0x10:0xffffffff80611850 frame pointer = 0x10:0xffffffff806118d0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) [thread pid 0 tid 0 ] Stopped at acpi_wake_sysctl_walk+0xa1: cmpq $0x804f8420,(%rax) db> bt Tracing pid 0 tid 0 td 0xffffffff80544000 acpi_wake_sysctl_walk() at acpi_wake_sysctl_walk+0xa1 acpi_wake_sysctl_walk() at acpi_wake_sysctl_walk+0x74 acpi_wake_sysctl_walk() at acpi_wake_sysctl_walk+0x74 acpi_wake_sysctl_walk() at acpi_wake_sysctl_walk+0x74 acpi_wake_sysctl_walk() at acpi_wake_sysctl_walk+0x74 acpi_wake_sysctl_walk() at acpi_wake_sysctl_walk+0x74 acpi_attach() at acpi_attach+0x984 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a nexus_attach() at nexus_attach+0x19 device_attach() at device_attach+0x69 root_bus_configure() at root_bus_configure+0x28 configure() at configure+0xa mi_startup() at mi_startup+0x59 btext() at btext+0x2c Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------
Dmitry Morozovsky
2008-Sep-17 16:08 UTC
Supermicro PDSMI failed to boot on fresh RELENG_7/amd64
On Wed, 17 Sep 2008, Dmitry Morozovsky wrote: DM> Colleagues, DM> DM> 3 of 4 times this machine failed to boot, panicing somewhere in late kernel DM> initialization phase (before /sbin/init is executed) DM> DM> I have serial console and KDB enabled, so can do experiments. Update: booting GENERIC in single user succeeds, but then after pressing ^D machine stucks running sh very slowly: # ^Dload: 0.56 cmd: sh 57 [runnable] 0.90u 2.72s 18% 1760k load: 0.62 cmd: sh 57 [runnable] 1.41u 5.93s 28% 1760k load: 0.65 cmd: sh 57 [runnable] 1.81u 8.80s 32% 1760k load: 0.99 cmd: ps 61 [runnable] 11.44u 106.73s 36% 1124k load: 0.99 cmd: sh 57 [runnable] 3.63u 24.01s 3% 1760k Loading configuration files. load: 0.99 cmd: sh 57 [runnable] 12.58u 95.10s 37% 1884k (these lines consume 5-10 minutes...) Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------
Jeremy Chadwick
2008-Sep-17 16:23 UTC
Supermicro PDSMI failed to boot on fresh RELENG_7/amd64
On Wed, Sep 17, 2008 at 03:30:45PM +0400, Dmitry Morozovsky wrote:> Colleagues, > > 3 of 4 times this machine failed to boot, panicing somewhere in late kernel > initialization phase (before /sbin/init is executed) > > {snip}We have many (specifically, 6) PDSMI+ (not PDSMI) boxes which do not exhibit this problem. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB |
Dmitry Morozovsky
2008-Sep-20 16:11 UTC
Supermicro PDSMI failed to boot on fresh RELENG_7/amd64
On Wed, 17 Sep 2008, Jeremy Chadwick wrote: JC> > 3 of 4 times this machine failed to boot, panicing somewhere in late kernel JC> > initialization phase (before /sbin/init is executed) JC> > JC> > {snip} JC> JC> We have many (specifically, 6) PDSMI+ (not PDSMI) boxes which do not JC> exhibit this problem. Next followup: RELENG_7/i386 is working well, only amd64 exhibits problems. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------
Aryeh M. Friedman
2008-Sep-20 18:02 UTC
Supermicro PDSMI failed to boot on fresh RELENG_7/amd64
Dmitry Morozovsky wrote:> On Wed, 17 Sep 2008, Jeremy Chadwick wrote: > > JC> > 3 of 4 times this machine failed to boot, panicing somewhere in late kernel > JC> > initialization phase (before /sbin/init is executed) > JC> > > JC> > {snip} > JC> > JC> We have many (specifically, 6) PDSMI+ (not PDSMI) boxes which do not > JC> exhibit this problem. > > Next followup: RELENG_7/i386 is working well, only amd64 exhibits problems. >I am not sure if this was fixed since last week but i386 also showed the same issues on -current> > Sincerely, > D.Marck [DM5020, MCK-RIPE, DM3-RIPN] > [ FreeBSD committer: marck@FreeBSD.org ] > ------------------------------------------------------------------------ > *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** > ------------------------------------------------------------------------ > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > >