Date: Thu, 10 Sep 2009 22:18:05 +0400 From: pluknet <pluknet@gmail.com> To: George Mamalakis <mamalos@eng.auth.gr> Cc: freebsd-stable@freebsd.org, Ivan Voras <ivoras@freebsd.org> Subject: Re: FreeBSD 8.0-BETA4 IBM ServerRaid 8k issues Message-ID: <a31046fc0909101118u6de8d07ey73e06b8f3abb496c@mail.gmail.com> In-Reply-To: <4AA92EF1.6010804@eng.auth.gr> References: <4AA90D88.4010004@eng.auth.gr> <h8b3p3$h2t$1@ger.gmane.org> <4AA92EF1.6010804@eng.auth.gr>
next in thread | previous in thread | raw e-mail | index | archive | help
2009/9/10 George Mamalakis <mamalos@eng.auth.gr>: [about aac0: COMMAND 0xffffff80003d9440 TIMEOUT AFTER 40 SECONDS] >> It looks like the controller was too busy rebuilding to take any new >> requests. It is possible you have filled the controller's write cache and >> that is why the lag happened at this point. You can easily test this theory. >> > This is the exact reason why I am asking this question. If this behavior is > normal, then there is no problem with me. But I couldn't be sure whether it > was a driver's problem or a controller's problem. > I see it from time to time on a number of boxes. You can often ignore this. It might be due to (and a symptom of) high disk workload. Btw, there was a recent change to increase command timeout to 120s. > Thank you for your answer again, and (now that you mentioned it:) ) in case > anyone knows whether we'll be able to see partitions > 2T in the future (or > now?!), please say how :). > Look at gpart(8). -- wbr, pluknet
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?a31046fc0909101118u6de8d07ey73e06b8f3abb496c>