Date: Mon, 5 Nov 2007 11:36:40 +0200 From: Kostik Belousov <kostikbel@gmail.com> To: Kris Kennaway <kris@freebsd.org> Cc: freebsd-stable@freebsd.org, Oleg Derevenetz <oleg@vsi.ru> Subject: Re: kern/104406: [ufs] Processes get stuck in "ufs" stateunderpersistent CPU load Message-ID: <20071105093640.GN37471@deviant.kiev.zoral.com.ua> In-Reply-To: <472E470C.9030607@FreeBSD.org> References: <47278B33.6040904@FreeBSD.org> <008401c81ca8$65861a70$eec55358@OODAMDXP> <472DDF50.80505@FreeBSD.org> <01c801c81f1f$6366ae20$eec55358@OODAMDXP> <472E470C.9030607@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--ddVNVndjoME2R1oO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 04, 2007 at 11:26:20PM +0100, Kris Kennaway wrote: > Oleg Derevenetz wrote: > >>>>>Dumpdev is swap partition on da0 (single physical disk) that=20 > >>>>>connected to Mylex AcceleRAID 170 RAID controller. The problem=20 > >>>>>arrives when I copy large amount of files from FTP to another disk= =20 > >>>>>(da1) that is connected to the same RAID controller. > >>>> > >>>>If the driver or controller is misbehaving it could explain both=20 > >>>>problems. Any chance you can get another disk in there on a=20 > >>>>different controller to dump onto? > >>> > >>>Yes, I got IDE disk and saved kernel dump for another static hang=20 > >>>state on it. Here is the dump: > >>> > >>>ftp://oleg.vsi.ru/private/vmcore.0.zip > >> > >>Is this just the vmcore, or the debugging kernel also? Both are=20 > >>needed to make sense of the dump. > > > >Kernel binary with kernel config is here: > > > >ftp://oleg.vsi.ru/private/kernel.zip > > > >This kernel was built statically, and no modules loaded on boot at all. > > > >--=20 > >Oleg Derevenetz <oleg@vsi.ru> OOD3-RIPE > >Phone: +7 4732 539880 > >Fax: +7 4732 531415 http://www.vsi.ru > >CenterTelecom Voronezh ISP http://isp.vsi.ru > > > > >=20 > That kernel doesn't appear to match with the vmcore, are you sure it is= =20 > the right one? Are you able to successfully run kgdb on these locally? Besides the matching kernel, kgdb also must be build from the same sources as the kernel to provide useful information from the core dump. Anyway, I looked at the ddb output already, said that it looks as either driver or hw problem with very high confidence. I think the time of the project could be spent more productive elsewere, while submitter checks his hardware, for instance, by changing controller, disks, or controller type. --ddVNVndjoME2R1oO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHLuQnC3+MBN1Mb4gRAmrxAKDDQCX2fj/aLo/LQvQmVHmx1xMNaACfUlXq eXGxRq44T5ohAmmabn4hL9w= =oVN3 -----END PGP SIGNATURE----- --ddVNVndjoME2R1oO--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20071105093640.GN37471>