Date: Mon, 17 Sep 2007 11:32:13 +0300 From: Kostik Belousov <kostikbel@gmail.com> To: Boris Samorodov <bsam@ipt.ru> Cc: freebsd-current@freebsd.org Subject: Re: twa + dump = sbwait Message-ID: <20070917083213.GM79542@deviant.kiev.zoral.com.ua> In-Reply-To: <30899862@srv.sem.ipt.ru> References: <96972293@srv.sem.ipt.ru> <20070917080415.GL79542@deviant.kiev.zoral.com.ua> <30899862@srv.sem.ipt.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
--sMkrXc3gAYLRVOjR
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Mon, Sep 17, 2007 at 12:09:29PM +0400, Boris Samorodov wrote:
> On Mon, 17 Sep 2007 11:04:15 +0300 Kostik Belousov wrote:
> > On Mon, Sep 17, 2007 at 11:28:58AM +0400, Boris Samorodov wrote:
> > > Hi!
> > >=20
> > >=20
> > > I can't use dump at -CURRENT with twa. The process goes to sbwait
> > > state forever. Here are the details.
> > >=20
> > > $ uname -a
> > > FreeBSD test.ipt.ru 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Sat Sep 15 19=
:37:17 MSD 2007 bsam@test.ipt.ru:/usr/obj/usr/src/sys/TEST amd64
> > >=20
> > > The controller:
> > > twa0: <3ware 9000 series Storage Controller> port 0x3000-0x30ff mem 0=
xd8000000-0xd9ffffff,0xda300000-0xda300fff irq 16 at device 0.0 on pci8
> > > twa0: [GIANT-LOCKED]
> > > twa0: [ITHREAD]
> > > twa0: INFO: (0x04: 0x0053): Battery capacity test is overdue:=20
> > > twa0: INFO: (0x15: 0x1300): Controller details:: Model 9650SE-8LPML, =
8 ports, Firmware FE9X 3.06.00.005, BIOS BE9X 3.06.00.002
> > >=20
> > > Two disks at stripe:
> > > da1 at twa0 bus 0 target 1 lun 0
> > > da1: <AMCC 9650SE-8LP DISK 3.06> Fixed Direct Access SCSI-5 device=20
> > > da1: 100.000MB/s transfers
> > > da1: 476816MB (976519168 512 byte sectors: 255H 63S/T 60785C)
> > >=20
> > > Mounted as:
> > > /dev/da1 /s ufs rw 2 2
> > >=20
> > > The command:
> > > $ dump -0Luan -f s.dump /s
> > > DUMP: Date of this level 0 dump: Mon Sep 17 10:26:21 2007
> > > DUMP: Date of last level 0 dump: the epoch
> > > DUMP: Dumping snapshot of /dev/da1 (/s) to s.dump
> > > DUMP: mapping (Pass I) [regular files]
> > > DUMP: mapping (Pass II) [directories]
> > > DUMP: estimated 432054 tape blocks.
> > > DUMP: dumping (Pass III) [directories]
> > > DUMP: dumping (Pass IV) [regular files]
> > > [wait here forever]
> > >=20
> > > The relevant part of iostat -w 10 and top:
> > > -----
> > > tty da0 da1 cpu
> > > tin tout KB/t tps MB/s KB/t tps MB/s us ni sy in id
> > > 0 231 16.00 0 0.01 16.00 152 2.37 0 0 1 0 99
> > > 0 257 16.00 1 0.02 16.00 147 2.29 0 0 1 0 99
> > > 0 310 16.00 1 0.01 16.00 146 2.28 0 0 1 0 99
> > > 0 265 16.00 0 0.01 16.00 152 2.38 0 0 1 0 99
> > > 0 442 16.00 0 0.00 15.98 299 4.66 0 0 1 0 99
> > > 0 620 15.54 3 0.04 3.46 1999 6.76 0 0 2 1 96
> > > 0 363 16.00 0 0.01 2.77 5141 13.90 0 0 5 2 93
> > > 0 309 0.00 0 0.00 3.22 114 0.36 0 0 0 0 100
> > > 0 260 16.00 1 0.01 0.00 0 0.00 0 0 0 0 100
> > > 0 263 0.00 0 0.00 0.00 0 0.00 0 0 0 0 100
> > >=20
> > > last pid: 74610; load averages: 0.01, 0.06, 0.01 up 1+09:53:34=
10:32:34
> > > 98 processes: 98 sleeping
> > > CPU states: 0.0% user, 0.0% nice, 0.3% system, 0.0% interrupt, 99=
.6% idle
> > > Mem: 113M Active, 2374M Inact, 337M Wired, 480K Cache, 214M Buf, 4935=
M Free
> > > Swap: 4096M Total, 4096M Free
> > >=20
> > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COM=
MAND
> > > 74595 duser 1 20 0 28248K 26000K pause 5 0:01 0.00% dump
> > > 74596 duser 1 20 0 28248K 26000K pause 2 0:01 0.00% dump
> > > 74594 duser 1 20 0 28248K 26000K pause 5 0:01 0.00% dump
> > > 74593 duser 1 4 0 28248K 26020K sbwait 7 0:01 0.00% dump
> > > 74530 duser 1 8 0 28248K 26000K wait 6 0:01 0.00% dump
> > > 74443 duser 1 8 0 6216K 1904K wait 5 0:00 0.00% sh
> > > -----
> > >=20
> > > Gdb shows nothing interesting:
> > > # gdb dump 74593
> > > GNU gdb 6.1.1 [FreeBSD]
> > > Copyright 2004 Free Software Foundation, Inc.
> > > GDB is free software, covered by the GNU General Public License, and =
you are
> > > welcome to change it and/or distribute copies of it under certain con=
ditions.
> > > Type "show copying" to see the conditions.
> > > There is absolutely no warranty for GDB. Type "show warranty" for de=
tails.
> > > This GDB was configured as "amd64-marcel-freebsd"...(no debugging sym=
bols found)...
> > > Attaching to program: /sbin/dump, process 74593
> > > Reading symbols from /lib/libc.so.7...(no debugging symbols found)...=
done.
> > > Loaded symbols for /lib/libc.so.7
> > > Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols fou=
nd)...done.
> > > Loaded symbols for /libexec/ld-elf.so.1
> > > 0x000000080071b34a in read () from /lib/libc.so.7
> > >=20
> > > Shall I do some more debugging? Thanks!
>=20
> > Please, verify that you have rev. 1.39 of sys/kern/subr_sleepqueue.c.
>=20
> % grep FBSDID /sys/kern/subr_sleepqueue.c
> __FBSDID("$FreeBSD: src/sys/kern/subr_sleepqueue.c,v 1.39 2007/09/13 09:1=
2:36 attilio Exp $");
Most likely, this is a different bug then. Just to make sure, please, show
the output of ps axl | grep dump. The dump processes shall sleep, and be
killable (check that, please).
--sMkrXc3gAYLRVOjR
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.4 (FreeBSD)
iD8DBQFG7juMC3+MBN1Mb4gRAtHAAJ9DvOLr7zYejpv7UOVdtYm554bzZQCbBP5C
xWCVRQlR8S1SitRYJYxNaaQ=
=daOl
-----END PGP SIGNATURE-----
--sMkrXc3gAYLRVOjR--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070917083213.GM79542>