kern/104406: [ufs] Processes get stuck in "ufs" stateunderpersistent CPU load

Kris Kennaway kris at
Mon Nov 5 01:45:01 PST 2007

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:
>>>> 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:
>>> This kernel was built statically, and no modules loaded on boot at all.
>>> -- 
>>> Oleg Derevenetz <oleg at> OOD3-RIPE
>>> Phone: +7 4732 539880
>>> Fax:   +7 4732 531415
>>> CenterTelecom Voronezh ISP
>> 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.


More information about the freebsd-stable mailing list