[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: 2.8-STABLE locked up again



Hello,

I hoped that this compiler fix would save my situation with Cyrus IMAP 
(I know, there's a lot of buzz around it with OpenBSD), but the disk 
subsystem (well not sure) still locks with the last snapshot (25th 
april).
In my case, it's not related to network traffic.

The lockup happens when Cyrus rebuilds its mailboxes.  The mailboxes are 
quite huge (~ 1GB) and the process is quite disk consuming...

I tried to follow the lockup process and I see many processes stuck 
waiting in a 'getnewbuf' state (from ddb's ps). In ps (on the bsd.core) 
shows them as D{,+} (disk wait).

I couldn't get a ktrace because, every time I have to do a forced 
reboot, the ktrace.out is always lost :-(

The PC (i386) is still alive (top runs), responds to network, but is 
unable to launch any new process. When I quit top to return to the 
shell, I'm stuck...

I wouldn't say the disk subsystem crashed, because I'm able to 'boot 
sync' and get my savecore.

I don't know what happened, but it was OK with 2.8-release .

<dmesg attached>
<Attachment missing>

   Thierry
   (btw, softdep seem solid now :)




On Thursday, April 26, 2001, at 06:32 , Aaron Campbell wrote:

> On Thu, 26 Apr 2001, J. Peltier wrote:
>
>> Ok, again last night my OpenBSD 2.8-STABLE box locked up (7th or 8th 
>> time
>> now)  I noticed on the mailing lists that others have been 
>> experiencing this
>> problem as well.  Has anybody made any headway on this? the only 
>> correlation
>> I have is when there is heavy network traffic.  I was downloading some 
>> ISO
>> file from my iMac (192.168.0.2) to my OpenBSD raidframe disks over
>> AppleTalk.  This morning when I woke up.. she was locked up again.
>
> Are you running a GENERIC kernel? I think we nailed this problem down 
> to a
> compiler bug. If you have a kernel configuration file with option 
> I386_CPU
> not included then certain optimization flags were passed to gcc, 
> causing a
> resulting kernel to experience these lockup problems.
>
> ---
> Aaron Campbell (aaron@monkey.org || aaron@openbsd.org)
> http://www.monkey.org/~aaron