Date: Mon, 7 Oct 2013 22:46:52 +1100 From: John Marshall <john.marshall@riverwillow.com.au> To: Konstantin Belousov <kostikbel@gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: 9.2-RC4 amd64 panic: vm_page_unwire Message-ID: <20131007114652.GF1510@rwpc15.gfn.riverwillow.net.au> In-Reply-To: <20131005075720.GF41229@kib.kiev.ua> References: <20130927000728.GB19167@rwpc15.gfn.riverwillow.net.au> <20130927081221.GK41229@kib.kiev.ua> <20130928023046.GA1428@rwpc15.gfn.riverwillow.net.au> <CAPjTQNF8R8_krK6P0QRmbd9crLZM%2B2uwKZwWUxOFkdANPGC1hw@mail.gmail.com> <20130929212104.GB1370@rwpc15.gfn.riverwillow.net.au> <CAPjTQNGt9BY8pNC=y4om6v3bEfGmGTFZDj57DbjZi=nUzYu=iA@mail.gmail.com> <20130930095507.GD2813@rwpc15.gfn.riverwillow.net.au> <20131004132900.GC20752@rwpc15.gfn.riverwillow.net.au> <20131005071607.GA24797@rwpc15.gfn.riverwillow.net.au> <20131005075720.GF41229@kib.kiev.ua>
next in thread | previous in thread | raw e-mail | index | archive | help
--cWoXeonUoKmBZSoM Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, 05 Oct 2013, 10:57 +0300, Konstantin Belousov wrote: > Since you have a will to play with this, please try to bisect the > stable to see which commit introduced the regression (you said that 9.1 > does not panic). stable/9@r244654 is where the panic is introduced. So I am guessing that nullfs is an unanticipated necessary ingredient? I run jails on both systems and use nullfs to mount the host system's /usr /sbin /bin /lib /libexec read-only in the jails. The jails are managed with jail.conf(5) and the nullfs mounts are created and deleted with the jails via a per-jail mount.fstab directive in jail.conf. The panics I see (when ntpd or watchdogd exit during shutdown) happen after the jails have been removed (and their nullfs mounts deleted) FreeBSD 9.1-PRERELEASE #0 r244654: Mon Oct 7 20:48:44 AEST 2013 ns4: removed Stopping ntpd. Waiting for PIDS: 1900 panic: vm_page_unwire: page 0xfffffe0236f7eb60's wire count is zero cpuid =3D 5 KDB: stack backtrace: #0 0xffffffff804834a8 at kdb_backtrace+0x68 #1 0xffffffff8044a7fa at panic+0x21a #2 0xffffffff80679382 at vm_page_unwire+0x102 #3 0xffffffff806662c2 at vm_fault_unwire+0xd2 #4 0xffffffff8066e421 at vm_map_delete+0x171 #5 0xffffffff8066e69f at vm_map_remove+0x5f #6 0xffffffff80671969 at vmspace_exit+0xc9 #7 0xffffffff80413c7d at exit1+0x71d #8 0xffffffff80414c7e at sys_sys_exit+0xe #9 0xffffffff8069d0df at amd64_syscall+0x3bf #10 0xffffffff80687d67 at Xfast_syscall+0xf7 Additional information is in core.txt.31 in the same location indicated in my OP. --=20 John Marshall --cWoXeonUoKmBZSoM Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iEYEARECAAYFAlJSnywACgkQw/tAaKKahKJWIQCeLnr60SvFtABzM3huZ/fE9vA8 JYkAn2E87SkX5ZHiP6VXPTzNpoJAJuHq =ytKJ -----END PGP SIGNATURE----- --cWoXeonUoKmBZSoM--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20131007114652.GF1510>