Date: Wed, 9 Sep 2009 21:30:22 +0200 From: Tobias Lott <tlott@gamesnet.de> To: freebsd-stable@freebsd.org Subject: Re: System crawls after Upgrade 7.0->7.2 Message-ID: <20090909213022.34d64e47@sub.han.vpn.gamesnet.de> In-Reply-To: <20090909170213.GA7925@lava.net> References: <20090908121945.43ba3976@sub.han.vpn.gamesnet.de> <20090909104807.633418ea@sub.han.vpn.gamesnet.de> <20090909170213.GA7925@lava.net>
next in thread | previous in thread | raw e-mail | index | archive | help
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)
--
Tobias Lott
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20090909213022.34d64e47>