Date: Thu, 28 Oct 1999 14:38:48 -0400 From: Greg Lehey <grog@lemis.com> To: GVB <gvbmail@tns.net> Cc: FreeBSD Questions <questions@FreeBSD.org> Subject: Re: question regarding IO Message-ID: <19991028143848.50705@mojave.worldwide.lemis.com> In-Reply-To: <4.2.1.19991028113702.017dfed0@mail.tns.net>; from GVB on Thu, Oct 28, 1999 at 11:38:08AM -0700 References: <4.2.1.19991025143751.017b2af0@abused.com> <4.2.1.19991025143751.017b2af0@abused.com> <19991026222942.39556@mojave.worldwide.lemis.com> <4.2.1.19991028113702.017dfed0@mail.tns.net>
next in thread | previous in thread | raw e-mail | index | archive | help
[Format recovered--see http://www.lemis.com/email/email-format.html] On Thursday, 28 October 1999 at 11:38:08 -0700, GVB wrote: > At 10:29 PM 10/26/1999 -0400, you wrote: >> When replying to this message, please copy the original recipients. >> For more information, see http://www.lemis.com/questions.html >> >> On Monday, 25 October 1999 at 14:48:01 -0700, GVB wrote: >>> I am running a small ISP 100% on FreeBSD. I wanted to add a level of >>> redundancy to our mail server so I purchased the Raidstation3 kit from DPT >>> which includes an external 3 bay drive enclosure and a PCI raid >>> controller. I populated the controller with 64 megs of ram and popped in 3 >>> Ultra2 10,000rpm Seagate Cheetah drives. I built the raid and mounted the >>> two partitions as /var/mail and /var/spool/mail. I now get strange >>> unresponsive timeouts from the machine at random times.. this is what >>> iostat looks like when the machine is unresponsive, sometimes up to 10 >>> seconds at a time. This was not happening before installing this RAID so >>> it leads me to believe that the file system is the problem. >>> >>> tty da0 da1 da2 >> cpu >>> tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id >>> 0 76 0.00 0 0.00 0.00 0 0.00 64.00 1 0.06 5 0 1 15 79 >>> >>> What does the KB/t mean, >> >> It's the average size of the transfers. FreeBSD is limited to 128 >> kB/t, but in practice never goes beyond 64 kB. >> >>> it seems that it never gets past 64 and when it hits 64 the machine >>> becomes unresponsive. >> >> This might be a DPT problem. >> >>> Any suggestions or pointers would be appreciated. >> >> What are the *relevant* lines of your dmesg output? What kind of DPT >> controller do you have? It may be that it's not handling 64 kB >> transfers correctly. > > Hey, I really appreciate the help.. just had a quick question regarding > dmesg. Is there a way to get the original bootup/hardware scan information > from dmesg without rebooting? Yes. I suppose I should add this to the FAQ. It's stored in /var/run/dmesg.boot. > Seems my dmesg buffer has filled up with other things (ARP > conflicts, core dumps, etc..). Yup, that happens. Greg -- When replying to this message, please copy the original recipients. For more information, see http://www.lemis.com/questions.html When replying to this message, please take care not to mutilate the original text. For more information, see http://www.lemis.com/email.html Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19991028143848.50705>