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 <[EMAIL PROTECTED]> 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
_______________________________________________
[email protected] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
