System crawls after Upgrade 7.0->7.2

[Tobias Lott]

On Wed, 9 Sep 2009 21:30:22 +0200
Tobias Lott <tlott at gamesnet.de> wrote:

> 
> 
> On Wed, 9 Sep 2009 07:02:13 -1000
> Clifton Royston <cliftonr at 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 at 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