Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 24 Jan 2013 19:24:12 +0100
From:      Christian Gusenbauer <c47g@gmx.at>
To:        Konstantin Belousov <kostikbel@gmail.com>
Cc:        freebsd-fs@freebsd.org, freebsd-stable@freebsd.org
Subject:   Re: 9.1-stable crashes while copying data from a NFS mounted directory
Message-ID:  <201301241924.12999.c47g@gmx.at>
In-Reply-To: <20130124180723.GI2522@kib.kiev.ua>
References:  <201301241805.57623.c47g@gmx.at> <20130124180359.GH2522@kib.kiev.ua> <20130124180723.GI2522@kib.kiev.ua>

next in thread | previous in thread | raw e-mail | index | archive | help
On Thursday 24 January 2013 19:07:23 Konstantin Belousov wrote:
> On Thu, Jan 24, 2013 at 08:03:59PM +0200, Konstantin Belousov wrote:
> > On Thu, Jan 24, 2013 at 06:05:57PM +0100, Christian Gusenbauer wrote:
> > > Hi!
> > >=20
> > > I'm using 9.1 stable svn revision 245605 and I get the panic below if=
 I
> > > execute the following commands (as single user):
> > >=20
> > > # swapon -a
> > > # dumpon /dev/ada0s3b
> > > # mount -u /
> > > # ifconfig age0 inet 192.168.2.2 mtu 6144 up
> > > # mount -t nfs -o rsize=3D32768 data:/multimedia /mnt
> > > # cp /mnt/Movies/test/a.m2ts /tmp
> > >=20
> > > then the system panics almost immediately. I'll attach the stack trac=
e.
> > >=20
> > > Note, that I'm using jumbo frames (6144 byte) on a 1Gbit network, may=
be
> > > that's the cause for the panic, because the bcopy (see stack frame
> > > #15) fails.
> > >=20
> > > Any clues?
> >=20
> > I tried a similar operation with the nfs mount of rsize=3D32768 and mtu
> > 6144, but the machine runs HEAD and em instead of age. I was unable to
> > reproduce the panic on the copy of the 5GB file from nfs mount.
> >=20
> > Show the output of "p *(struct uio *)0xffffff81b2da95a0" in kgdb.

(kgdb) p *(struct uio *)0xffffff81b2da95a0
$1 =3D {uio_iov =3D 0xffffff81b2da95d0, uio_iovcnt =3D 1, uio_offset =3D 59=
64,=20
uio_resid =3D 26804,=20
  uio_segflg =3D UIO_SYSSPACE, uio_rw =3D UIO_READ, uio_td =3D 0xfffffe0005=
f28000}

>=20
> And the output of "p *(struct buf *)0xffffff816fabca20".

(kgdb) p *(struct buf *)0xffffff816fabca20
$2 =3D {b_bufobj =3D 0xfffffe0005ca2120, b_bcount =3D 32768, b_caller1 =3D =
0x0,=20
  b_data =3D 0xffffff8171418000 "=F8\017", b_error =3D 0, b_iocmd =3D 1 '\0=
01',=20
  b_ioflags =3D 0 '\0', b_iooffset =3D 0, b_resid =3D 0, b_iodone =3D 0, b_=
blkno =3D 0,=20
  b_offset =3D 0, b_bobufs =3D {tqe_next =3D 0x0, tqe_prev =3D 0xfffffe0005=
ca2140},=20
b_left =3D 0x0,=20
  b_right =3D 0x0, b_vflags =3D 0, b_freelist =3D {tqe_next =3D 0x0,=20
    tqe_prev =3D 0xffffffff80926900}, b_qindex =3D 0, b_flags =3D 536870912=
,=20
  b_xflags =3D 2 '\002', b_lock =3D {lock_object =3D {lo_name =3D 0xfffffff=
f8061d778=20
"bufwait",=20
      lo_flags =3D 91422720, lo_data =3D 0, lo_witness =3D 0x0},=20
    lk_lock =3D 18446741874786074624, lk_exslpfail =3D 0, lk_timo =3D 0, lk=
_pri =3D=20
96},=20
  b_bufsize =3D 32768, b_runningbufspace =3D 0, b_kvabase =3D 0xffffff81714=
18000=20
"=F8\017",=20
  b_kvasize =3D 32768, b_lblkno =3D 0, b_vp =3D 0xfffffe0005ca2000, b_dirty=
off =3D 0,=20
  b_dirtyend =3D 0, b_rcred =3D 0x0, b_wcred =3D 0x0, b_saveaddr =3D=20
0xffffff8171418000,=20
  b_pager =3D {pg_reqpage =3D 0}, b_cluster =3D {cluster_head =3D {tqh_firs=
t =3D 0x0,=20
      tqh_last =3D 0x0}, cluster_entry =3D {tqe_next =3D 0x0, tqe_prev =3D =
0x0}},=20
b_pages =3D {
    0xfffffe01f1786708, 0xfffffe01f1785880, 0xfffffe01f17858f8,=20
0xfffffe01f1785970,=20
    0xfffffe01f17859e8, 0xfffffe01f1785a60, 0xfffffe01f1785ad8,=20
0xfffffe01f1785b50,=20
    0x0 <repeats 24 times>}, b_npages =3D 8, b_dep =3D {lh_first =3D 0x0},=
=20
b_fsprivate1 =3D 0x0,=20
  b_fsprivate2 =3D 0x0, b_fsprivate3 =3D 0x0, b_pin_count =3D 0}



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201301241924.12999.c47g>