xfs
[Top] [All Lists]

RE: Share suddenly empty

To: "Brian Gulizia" <brian.gulizia@xxxxxxxxxxxxxx>, <sandeen@xxxxxxx>
Subject: RE: Share suddenly empty
From: Seth Mos <knuffie@xxxxxxxxx>
Date: Sat, 26 Oct 2002 09:35:56 +0200
Cc: <linux-xfs@xxxxxxxxxxx>
In-reply-to: <5A2E4FE5C3D6544D94403072129E30D903A169@cli_exch_one.comple xlit.com>
Sender: linux-xfs-bounce@xxxxxxxxxxx
At 16:16 25-10-2002 -0400, Brian Gulizia wrote:
Wonderful.

xfs_repair cant/wont finish due to the piece of crap array that it is trying to
repair...which is an Arena Indy 2400. It gets all the way to phase 5 then a message
flashes on the screen of the raid array that says "cmd buf empty!" which I'm told by the
manufacturer means that the buffer is full and cant/wont accept any more commands.

My best guess is that the scsi driver is putting more scatter gather entries in the queue then the host (arena) can handle.
You can adjust the length of the scsi command queue in the driver. I don't know if you can change it on the fly, but you can define this during compile time for some of the scsi adapters.


I don't know if this is because it did so much before phase 5 or if it is just phase 5 that does it.
I don't suppose there is some way to run the xfs_repair one phase at a time?

I am not sure but I think phase 5 involves lot's of seeking which is probably causing this.


Making xfs_repair do one phase at a time is not an option.

Cheers
--
Seth
It might just be your lucky day, if you only knew.


<Prev in Thread] Current Thread [Next in Thread>