System crawls after Upgrade 7.0->7.2
stefan.lambrev at moneybookers.com
Fri Sep 11 21:37:31 UTC 2009
This is the "pseudo" RAID controller that comes by default with most
Dell, low cost HP servers and probably others?
If you depend on I/O I would recommend you to change this raid with
PERC6/i (looks like this is Dell server)
which is little more expensive, but comes with 256MB battery backed
In my experience mpt devices are crap, and their performance is worse
then software mirror.
PERC6/i is something totally different :) It's again LSI product
branded from Dell and it works with mfi driver.
The only problem in the past with them was the management utility
which was linux binary, but today there is
official native tool in ports, and in 8.0 in base install there will
be a tool to manage your controller.
Well this wasn't that big problem compared to mpt which cannot be
managed under FreeBSD at all?
On Sep 9, 2009, at 10:59 PM, Tobias Lott wrote:
> 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
>>>>> 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
>> 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:
> Gonna try it out later and gonna give a Report.
> Tobias Lott
> freebsd-stable at freebsd.org mailing list
> To unsubscribe, send any mail to "freebsd-stable-unsubscribe at freebsd.org
More information about the freebsd-stable