Date: Thu, 30 Aug 2012 14:33:20 +0000 From: Jean-Luc Dupont <jl.dupont@outlook.com> To: "freebsd-stable@freebsd.org" <freebsd-stable@freebsd.org> Subject: Kernel Panic on 9.0 and 9.1 with carp on BCE network interface Message-ID: <BLU002-W1806B3B97A5781C350A2944E0A70@phx.gbl>
next in thread | raw e-mail | index | archive | help
Hello=2C
We are using Freebsd 9.0 on dell poweredge servers with broadcom (bce) in=
tegrated interfaces and intel pci-x cards.
This server is used as gateway/firewall (IPFW) with several VLANs and each =
interface and carp for redundancy with another identical server.
We encounter a kernel panic and reboot when some users connect to an extern=
al FTP (just after=20
accepting the password).
We upgraded to 9.1-prerelease and 9.1-stable=2C without any change=2C still=
same systematic panic.
Here is the backtrace :
cpuid =3D 3
KDB: stack backtrace:
#0 0xffffffff808342b6 at kdb_backtrace+0x66
#1 0xffffffff807fe40d at panic+0x1cd
#2 0xffffffff80a21c6f at ufs_dirbad+0x4f
#3 0xffffffff80a2334a at ufs_lookup_ino+0x68a
#4 0xffffffff8088077f at vfs_cache_lookup+0xff
#5 0xffffffff80b3b380 at VOP_LOOKUP_APV+0x40
#6 0xffffffff80887e94 at lookup+0x464
#7 0xffffffff80888fa9 at namei+0x4e9
#8 0xffffffff808a307b at vn_open_cred+0x3bb
#9 0xffffffff808a2117 at kern_openat+0x1e7
#10 0xffffffff80ad1fa6 at amd64_syscall+0x546
#11 0xffffffff80abd967 at Xfast_syscall+0xf7
Uptime: 6m4s
(kgdb) #0 doadump (textdump=3DVariable "textdump" is not available.
) at /usr/src/sys/kern/kern_shutdown.c:271
#1 0xffffffff807fdf02 in kern_reboot (howto=3D260)
at /usr/src/sys/kern/kern_shutdown.c:448
#2 0xffffffff807fe3e3 in panic (fmt=3D0x104 <Address 0x104 out of bounds>)
at /usr/src/sys/kern/kern_shutdown.c:636
#3 0xffffffff80a21c6f in ufs_dirbad (ip=3DVariable "ip" is not available.
)
at /usr/src/sys/ufs/ufs/ufs_lookup.c:773
#4 0xffffffff80a2334a in ufs_lookup_ino (vdp=3D0xfffffe00b0aee5a0=2C=20
vpp=3D0xffffff834bb30a10=2C cnp=3D0xffffff834bb30a38=2C dd_ino=3D0x0)
at /usr/src/sys/ufs/ufs/ufs_lookup.c:393
#5 0xffffffff8088077f in vfs_cache_lookup (ap=3DVariable "ap" is not avail=
able.
) at vnode_if.h:80
#6 0xffffffff80b3b380 in VOP_LOOKUP_APV (vop=3D0xffffffff8104e960=2C=20
a=3D0xffffff834bb306f0) at vnode_if.c:123
#7 0xffffffff80887e94 in lookup (ndp=3D0xffffff834bb309d0) at vnode_if.h:5=
4
#8 0xffffffff80888fa9 in namei (ndp=3D0xffffff834bb309d0)
at /usr/src/sys/kern/vfs_lookup.c:297
#9 0xffffffff808a307b in vn_open_cred (ndp=3D0xffffff834bb309d0=2C=20
flagp=3D0xffffff834bb309cc=2C cmode=3D0=2C vn_open_flags=3DVariable "vn=
_open_flags" is not available.
)
at /usr/src/sys/kern/vfs_vnops.c:195
#10 0xffffffff808a2117 in kern_openat (td=3D0xfffffe000ff75470=2C fd=3D-100=
=2C=20
path=3D0x809ff80c0 <Address 0x809ff80c0 out of bounds>=2C=20
pathseg=3DUIO_USERSPACE=2C flags=3D1=2C mode=3DVariable "mode" is not a=
vailable.
)
at /usr/src/sys/kern/vfs_syscalls.c:1132
#11 0xffffffff80ad1fa6 in amd64_syscall (td=3D0xfffffe000ff75470=2C traced=
=3D0)
at subr_syscall.c:135
#12 0xffffffff80abd967 in Xfast_syscall ()
at /usr/src/sys/amd64/amd64/exception.S:387
#13 0x0000000801e5366c in ?? ()
Previous frame inner to this frame (corrupt stack?)
(kgdb)=20
We have the coredump and the kernel.debug=2C if there is anything we can do=
to help you identifying the origin of this issue.
Thank you very much
=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?BLU002-W1806B3B97A5781C350A2944E0A70>