Date: Wed, 9 Sep 2009 21:59:59 +0200 From: Tobias Lott <tlott@gamesnet.de> To: freebsd-stable@freebsd.org, freebsd-performance@freebsd.org Subject: Re: System crawls after Upgrade 7.0->7.2 Message-ID: <20090909215959.6b5152f2@sub.han.vpn.gamesnet.de> In-Reply-To: <20090909213022.34d64e47@sub.han.vpn.gamesnet.de> References: <20090908121945.43ba3976@sub.han.vpn.gamesnet.de> <20090909104807.633418ea@sub.han.vpn.gamesnet.de> <20090909170213.GA7925@lava.net> <20090909213022.34d64e47@sub.han.vpn.gamesnet.de>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 9 Sep 2009 21:30:22 +0200 Tobias Lott <tlott@gamesnet.de> wrote: > > > On Wed, 9 Sep 2009 07:02:13 -1000 > Clifton Royston <cliftonr@lava.net> wrote: > > > On Wed, Sep 09, 2009 at 10:48:07AM +0200, Tobias Lott wrote: > > > On Tue, 8 Sep 2009 12:19:45 +0200 > > > Tobias Lott <tlott@gamesnet.de> wrote: > > > > Hey Everyone, > > > > > > > > I upgraded a Dual Core Machine to 7.2-Stable (2 Days ago), all > > > > OS related Stuff is located on an UFS Slice, Application is on > > > > a ZFS Volume. > > > > > > > > After the Upgrade everything seemed fine, but a User noticed one > > > > PHP Script which is basically loading a plain Textfile into > > > > Mysql times out. PHP Timeout was set to 60 secs, that was more > > > > then enough just one day before the upgrade. > > ... > > > > Since I upgraded the Machines zpool to version 13 already I > > > > don't really wanna go back to 7.0, but it seems the only way > > > > out atm. > > > > > > > > Hopefully someone can give me a Hint where maybe I forgot to > > > > check. > > > > > > > > Somehow it feels like the last Versions, I'd say starting with > > > > 7.x doesn't really feel that Rock-Stable as Versions Prior used > > > > to be. Prolly cause I'm using an Experimental Feature like ZFS, > > > > so no Offense nor Blame and this is not intended as a Flame or > > > > whatsoever! So don't get me wrong, I always liked, used, > > > > recommended FreeBSD since 4.0 and will continue to do so! > > > > > > > > Best Regards > > > > > > > > > > I've tested some more it seems the Bottleneck is the HD, Raid > > > Array is Optimal checked it. > > > > Probably you already checked this, but did you go through the > > dmesg output relating to ata and drive detection closely? > > > > In the past from time to time I've had machines suddenly start > > crawling after an upgrade, and it turned out it was because some > > change in the driver detection caused the ata to fall back to pio > > mode. The symptoms are pretty much like you describe - all HD IO > > takes forever. > > > > -- Clifton > > > > Thanks for that Hint, checked again to be sure, but thats not the > Case. > > mpt0:vol0(mpt0:0:0): Settings ( Hot-Plug-Spares High-Priority-ReSync ) > mpt0:vol0(mpt0:0:0): Using Spare Pool: 0 > mpt0:vol0(mpt0:0:0): 2 Members: > (mpt0:1:32:0): Primary Online > (mpt0:1:1:0): Secondary Online > mpt0:vol0(mpt0:0:0): RAID-1 - Optimal > mpt0:vol0(mpt0:0:0): Status ( Enabled ) > (mpt0:vol0:1): Physical (mpt0:0:1:0), Pass-thru (mpt0:1:0:0) > (mpt0:vol0:1): Online > (mpt0:vol0:0): Physical (mpt0:0:32:0), Pass-thru (mpt0:1:1:0) > (mpt0:vol0:0): Online > acd0: CDROM <HL-DT-ST GCR-8240N/1.10> at ata0-master UDMA33 > acd1: CDROM <VIRTUALCDROM DRIVE/> at ata2-slave PIO3 > da0 at mpt0 bus 0 target 0 lun 0 > da0: <Dell VIRTUAL DISK 1028> Fixed Direct Access SCSI-5 device > da0: 300.000MB/s transfers > da0: Command Queueing Enabled > SdMaP0:: A1P5 1C6P3U4 M#B1 (L3a1u0n5c4h6e4d3!2 > 512 byte sectors: 255H 63S/T 19330C) > > Oh well just did some more research and found: http://www.mail-archive.com/freebsd-performance@freebsd.org/msg02461.html Gonna try it out later and gonna give a Report. -- Tobias Lott
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20090909215959.6b5152f2>