Date: Mon, 05 Nov 2007 10:44:59 +0100 From: Kris Kennaway <kris@FreeBSD.org> To: Kostik Belousov <kostikbel@gmail.com> 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: <472EE61B.3080609@FreeBSD.org> In-Reply-To: <20071105093640.GN37471@deviant.kiev.zoral.com.ua> References: <47278B33.6040904@FreeBSD.org> <008401c81ca8$65861a70$eec55358@OODAMDXP> <472DDF50.80505@FreeBSD.org> <01c801c81f1f$6366ae20$eec55358@OODAMDXP> <472E470C.9030607@FreeBSD.org> <20071105093640.GN37471@deviant.kiev.zoral.com.ua>
next in thread | previous in thread | raw e-mail | index | archive | help
Kostik Belousov wrote: > 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 >>>>>>> connected to Mylex AcceleRAID 170 RAID controller. The problem >>>>>>> arrives when I copy large amount of files from FTP to another disk >>>>>>> (da1) that is connected to the same RAID controller. >>>>>> If the driver or controller is misbehaving it could explain both >>>>>> problems. Any chance you can get another disk in there on a >>>>>> different controller to dump onto? >>>>> Yes, I got IDE disk and saved kernel dump for another static hang >>>>> 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 >>>> 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. >>> >>> -- >>> 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 >>> >>> >> That kernel doesn't appear to match with the vmcore, are you sure it is >> 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. Yes, at this point it does seem to be related to the mylex controller. I hear from another developer that they are not considered to be high-quality hardware. Kris
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?472EE61B.3080609>