UFS panic on Google Compute Engine
This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--baH0RO7Um2oR4JmPuvJmpbcuCOqUH6XCA
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Hello,
I have set up a FreeBSD 10.0 RC4 system on GCE using this [1]
description. I have hit the following panic on two different setups when
trying to do portsnap fetch extract and using portinstall:
panic: ufs_dirbad: /: bad dir ino 24563 at offset 0: mangled entry
Is anyone having the same problem? Unfortunately, it is a bit hard to do
a fsck of / on GCE. I am not sure how I could have destroyed the
filesystem manually while transferring images to GCE. I'll try it a
third time just to be sure...
Backtrace is:
#0 doadump (textdump=3D<value optimized out>) at pcpu.h:219
#1 0xffffffff808af570 in kern_reboot (howto=3D260) at
/usr/src/sys/kern/kern_shutdown.c:447
#2 0xffffffff808af934 in panic (fmt=3D<value optimized out>)
at /usr/src/sys/kern/kern_shutdown.c:754
#3 0xffffffff80af5668 in ufs_lookup_ino (vdp=3D0x0, vpp=3D0xfffffe0033cb=
39a8,
cnp=3D0xfffffe0024fe8000, dd_ino=3D0x0) at
/usr/src/sys/ufs/ufs/ufs_lookup.c:773
#4 0xffffffff80d97c62 in VOP_CACHEDLOOKUP_APV (vop=3D<value optimized ou=
t>,
a=3D<value optimized out>) at vnode_if.c:197
#5 0xffffffff80937d1f in vfs_cache_lookup (ap=3D<value optimized out>) a=
t
vnode_if.h:80
#6 0xffffffff80d97b62 in VOP_LOOKUP_APV (vop=3D<value optimized out>,
a=3D<value optimized out>)
at vnode_if.c:129
#7 0xffffffff8093fefb in lookup (ndp=3D0xfffffe0033cb3948) at vnode_if.h=
:54
#8 0xffffffff8093f684 in namei (ndp=3D0xfffffe0033cb3948) at
/usr/src/sys/kern/vfs_lookup.c:299
#9 0xffffffff809531b5 in kern_statat_vnhook (td=3D0xfffff8001483f000,
flag=3D<value optimized out>, fd=3D-100,
path=3D0x7fffffffc400 <Address 0x7fffffffc400 out of bounds>,
pathseg=3DUIO_USERSPACE,
sbp=3D0xfffffe0033cb3a60, hook=3D<value optimized out>)
at /usr/src/sys/kern/vfs_syscalls.c:2270
#10 0xffffffff8095304d in sys_stat (td=3D0x0, uap=3D0xfffffe0033cb3b80)
at /usr/src/sys/kern/vfs_syscalls.c:2250
#11 0xffffffff80c8efb7 in amd64_syscall (td=3D0xfffff8001483f000,
traced=3D0) at subr_syscall.c:134
#12 0xffffffff80c756ab in Xfast_syscall () at
/usr/src/sys/amd64/amd64/exception.S:391
Regards, Julian
[1]
https://groups.google.com/forum/#!msg/gce-discussion/YWoa3Aa_49U/FYAg9oiR=
lLUJ
--baH0RO7Um2oR4JmPuvJmpbcuCOqUH6XCA
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
iEYEARECAAYFAlLNY28ACgkQ2EtjUdW3H9lHzACeOciVlVChimzzFBptsbFsM4PX
jA0AoLgRwAozgJxH61BF56hE6DATzCeV
=pVtH
-----END PGP SIGNATURE-----
--baH0RO7Um2oR4JmPuvJmpbcuCOqUH6XCA--
討論串 (同標題文章)
完整討論串 (本文為第 1 之 13 篇)：