Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 18 Jun 2004 14:52:37 +0200
From:      Eirik Oeverby <ltning@anduin.net>
To:        Frode Nordahl <frode@nordahl.net>
Cc:        current@freebsd.org
Subject:   Re: Serial console - how to reboot?
Message-ID:  <40D2E595.9010804@anduin.net>
In-Reply-To: <9F39B3EE-C125-11D8-AEFE-000A95A9A574@nordahl.net>
References:  <40CAD634.8060808@anduin.net> <9F39B3EE-C125-11D8-AEFE-000A95A9A574@nordahl.net>

next in thread | previous in thread | raw e-mail | index | archive | help
Frode Nordahl wrote:
> Hello,
> 
> AMI MegaRAID also had this problem on Linux, so I suspect it's a design 
> fault in the RAID controller or firmware / BIOS.
> 
> They even mentioned in a previous firmware README that you should 
> increase the timeout in the Linux SCSI driver to avoid this problem :-)

Doubt that.

It has been stable (uptimes of 3 months plus) on another motherboard. 
Right now I'm suspecting the root cause is a lousy connection to one of 
the drives on the bus.

Interesting info, though. Will have to look into it again..

Thanks,
/Eirik


> 
> 
> Mvh,
> Frode
> 
> On Jun 12, 2004, at 12:08, Eirik Oeverby wrote:
> 
>> Hi all,
>>
>> I have recently been getting the following messages on my console:
>> swap_pager: indefinite wait buffer: device: #amrd/0x20001, blkno: 
>> 1072, size: 4096
>> swap_pager: indefinite wait buffer: device: #amrd/0x20001, blkno: 832, 
>> size: 4096
>> swap_pager: indefinite wait buffer: device: #amrd/0x20001, blkno: 512, 
>> size: 4096
>> swap_pager: indefinite wait buffer: device: #amrd/0x20001, blkno: 576, 
>> size: 4096
>> swap_pager: indefinite wait buffer: device: #amrd/0x20001, blkno: 584, 
>> size: 4096
>>
>> I am aware that this usually indicates a bad drive or something, but 
>> given that it's a RAID volume hanging on an AMI MegaRAID controller 
>> (SCSI), and none of the drives in the array are degraded, that can't 
>> really be the case. I'm suspecting a bug in the driver (though freebsd 
>> 4.10 should be stable, right?) or a faulty cable or such.
>>
>> What would mitigate the problem for now though would be to have a way 
>> to reboot the system. I'm about 1000 miles away from the box, so I 
>> can't go there, but I do have access via serial console (which is 
>> where I'm getting these messages). I'm using minicom, but could use 
>> any other serial comms package on FreeBSD. Not sure if C-A-D would 
>> help, but as I don't know how to push that keycombo through minicom 
>> anyway, I'm kinda stuck.
>> The box is replying to pings but no other services are available. The 
>> console is also 'dead', i.e. i can't get any command prompts or login 
>> prompt. Only these messages who keep showing up, about 1 per second.
>>
>> Entering the kernel debugger might help, though I'm actually not sure 
>> if it's compiled into the running kernel. But if it is, how can I get 
>> to it via serial?
>>
>> Anyone?
>>
>> Thanks,
>> /Eirik
>>
>> _______________________________________________
>> freebsd-current@freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-current
>> To unsubscribe, send any mail to 
>> "freebsd-current-unsubscribe@freebsd.org"
> 
> 
> 
> 



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?40D2E595.9010804>