Current-Users archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: WAPBL + xen3 amd64 = idle loop - [was: amd64 xen3_dom0 failing to boot - stalls (generic boots fine)]
Is this -current or 5.0?
Andrew
On Thu, Feb 05, 2009 at 07:22:32AM +1100, Sarton O'Brien wrote:
> Sarton O'Brien wrote:
> >Mounting all filesystems...
> >Reader / writer lock error: rw_vector_exit: assertion failed:
> >RW_COUNT(rw) != 0
> >
> >lock address : 0xffffa00024733240
> >current cpu : 0
> >current lwp : 0xffffa000248f9bc0
> >owner/count : 000000000000000000 flags : 000000000000000000
> >
> >panic: lock error
> >fatal breakpoint trap in supervisor mode
> >trap type 1 code 0 rip ffffffff80129aad cs e030 rflags 246 cr2
> >7f7ffd96abc0 cpl
> >0 rsp ffffa0002491d690
> >Stopped in pid 159.1 (mount_ffs) at netbsd:breakpoint+0x5: leave
> >breakpoint() at netbsd:breakpoint+0x5
> >panic() at netbsd:panic+0x242
> >lockdebug_abort() at netbsd:lockdebug_abort+0x42
> >rw_vector_exit() at netbsd:rw_vector_exit+0xa6
> >vlockmgr() at netbsd:vlockmgr+0xd8
> >VOP_UNLOCK() at netbsd:VOP_UNLOCK+0x28
> >spec_open() at netbsd:spec_open+0x33e
> >VOP_OPEN() at netbsd:VOP_OPEN+0x29
> >ffs_mount() at netbsd:ffs_mount+0x1c7
> >do_sys_mount() at netbsd:do_sys_mount+0x62d
> >sys___mount50() at netbsd:sys___mount50+0x33
> >syscall() at netbsd:syscall+0xb4
> >ds 0x6fc7
> >es 0xe02b
> >fs 0xd658
> >gs 0x246
> >rdi 0
> >rsi 0xd
> >rbp 0xffffa0002491d690
> >rbx 0xffffa0002491d6a0
> >rdx 0
> >rcx 0
> >rax 0x1
> >r8 0xffffffff80588940 cpu_info_primary
> >r9 0x1
> >r10 0xffffa0002491d5b0
> >r11 0xffffffff803abf80 xenconscn_putc
> >r12 0x104
> >r13 0xffffffff80406fc7 copyright+0xe907
> >r14 0xffffffff80590540 rwlock_lockops
> >r15 0xffffa000246f9608
> >rip 0xffffffff80129aad breakpoint+0x5
> >cs 0xe030
> >rflags 0x246
> >rsp 0xffffa0002491d690
> >ss 0xe02b
> >netbsd:breakpoint+0x5: leave
> >db>
> >db> ps/l
> >PID LID S FLAGS STRUCT LWP * NAME WAIT
> >>159 > 1 7 4 ffffa000248f9bc0 mount_ffs
> >158 1 3 84 ffffa000245dc7c0 mount wait
> >157 1 3 84 ffffa000232397c0 sh wait
> >153 1 3 84 ffffa000245dc000 rpc.yppasswdd select
> >143 1 3 84 ffffa000245dc3e0 ypbind select
> >144 1 3 84 ffffa000245dcba0 ypserv select
> >144 1 3 84 ffffa000245dcba0 ypserv select
> >108 1 3 84 ffffa00023239ba0 syslogd kqueue
> >2 1 3 84 ffffa000232393e0 sh wait
> >1 1 3 84 ffffa0002323a400 init wait
> >0 29 3 204 ffffa0002323b040 physiod physiod
> > 28 3 204 ffffa00023239000 vmem_rehash
> >vmem_rehash
> > 27 3 204 ffffa0002323abc0 aiodoned
> >aiodoned
> > 26 3 204 ffffa0002323a7e0 ioflush syncer
> > 25 3 204 ffffa0002323a020 pgdaemon
> >pgdaemon
> > 24 3 204 ffffa00023231040 cryptoret
> >crypto_wait
> > 23 2 204 ffffa0002323b800 xenbus
> > 22 3 204 ffffa0002323bbe0 xenwatch evtsq
> > 12 3 204 ffffa00023231420 pmfevent
> >pmfevent
> > 11 3 204 ffffa00023231800 nfssilly
> >nfssilly
> > 10 3 204 ffffa00023231be0 cachegc cachegc
> > 9 3 204 ffffa0002322e020 vrele vrele
> > 8 3 204 ffffa0002322e400 modunload
> >modunload
> > 7 3 204 ffffa0002322e7e0 xcall/0 xcall
> > 6 1 204 ffffa0002322ebc0 softser/0
> > 5 1 204 ffffa0002322c000 softclk/0
> > 4 1 204 ffffa0002322c3e0 softbio/0
> > 3 1 204 ffffa0002322c7c0 softnet/0
> > 2 1 205 ffffa0002322cba0 idle/0
> > 1 3 204 ffffffff80590000 swapper
> >schedule
> >db>
> >
> >I got the same panic last night when I'd left the image/vnd attached
> >and then started the domu, so I detached it, started ... and that's
> >what happened. Just in case the vnd was still attached on the auto
> >reboot, I'll fsck manually and try starting it again.
>
> I got an identical panic even with everything in order. So this is
> reproducible by mounting a previously log fs, without log ... within a domu.
>
> The system will be down until this is fixed and I've got it now at home
> hooked up to my 42" lcd in picture-in-picture ... so if there is
> anything you want me to do from my couch with my wireless keyboard ;)
> ... let me know.
>
> Sarton
Home |
Main Index |
Thread Index |
Old Index