Quoting Wes Morgan (from Sun, 17 Jan 2010
09:04:16 -0600 (CST)):
On Sat, 16 Jan 2010, Volodymyr Kostyrko wrote:
On Sat, 16 Jan 2010 00:29:23 +0100
Oliver Brandmueller wrote:
> Check with "zpool status" if your zpool refers to diskslices like
> "ad0s1". I use gpt have setup the ZFS mirror
On January 17, 2010, Garrett Moore wrote:
> I upgraded my system to 8GB of ram to see if that would help. It hasn't
> made much of a difference. After having rTorrent running for a while, my
> performance again tanked. Around 6.5GB of memory was showing as 'Active'
> according to top.
6.5GB of
> One may never know, try without WITNESS but still the same setup.
Well, I have been running like this for three days with no lockups
dissapointingly. I just saw that you commited the lock patches, so
am going to update to the latest STABLE and go back to GENERIC to see if
that still locks up (as
I realise a strange behaviour of several FreeBSD 8.0-STABLE/amd64 boxes.
All boxes have the most recent STABLE. One box is a UP system, two
others SMP boxes, one with a Q6600 4-core, another XEON with 2x 4-cores
(Dell Poweredge III).
Symptome: All boxes have ZFS and UFS2 filesystems. Since two
On Mon, Jan 18, 2010 at 09:13:52PM +0100, O. Hartmann wrote:
> I realise a strange behaviour of several FreeBSD 8.0-STABLE/amd64
> boxes. All boxes have the most recent STABLE. One box is a UP
> system, two others SMP boxes, one with a Q6600 4-core, another XEON
> with 2x 4-cores (Dell Poweredge II
O. Hartmann wrote:
> I realise a strange behaviour of several FreeBSD 8.0-STABLE/amd64 boxes.
> All boxes have the most recent STABLE. One box is a UP system, two
> others SMP boxes, one with a Q6600 4-core, another XEON with 2x 4-cores
> (Dell Poweredge III).
>
> Symptome: All boxes have ZFS and
2010/1/18 Pete French :
>> One may never know, try without WITNESS but still the same setup.
>
> Well, I have been running like this for three days with no lockups
> dissapointingly. I just saw that you commited the lock patches, so
> am going to update to the latest STABLE and go back to GENERIC t
On Sat, 16 Jan 2010 12:26:42 -0800
Sam Leffler wrote:
> Nenhum_de_Nos wrote:
> > On Tue, January 5, 2010 00:09, Nenhum_de_Nos wrote:
> >> hail,
> >>
> >> I have a Core 2 Duo 2.66 GHz as a wifi ap:
> >>
> >> Jan 4 22:31:08 xxx kernel: cpu_reset: Stopping other CPUs
> >> Jan 4 22:31:08 xxx kernel
> 1) Is this bug now officially fixed as of 8.0-RELEASE? Ie, can I
> expect to set up a completely GPT-based system using an Intel
> D945GCLF2 board and not have the installation crap out on me later?
>
> 2) The very last entry into the PR states the following:
> "The problem has been addressed in
On Tue, 19 Jan 2010, Morgan Wesström wrote:
> The disks involved don't happen to be Western Digital Green Power
> disks, do they? The Intelli-Park function in these disks are wrecking
> havoc with I/O in Linux-land at least, causing massive stalls and
> iowait through the roof during the 25-30 seco
The drives being discussed in my related thread (regarding poor performance)
are all WD Green drives. I have used wdidle3 to set all of my drive timeouts
to 5 minutes. I'll see what sort of difference this makes for performance.
Even if it makes no difference to performance, thank you for pointing
On Sun, Jan 17, 2010 at 1:45 PM, Sam Leffler wrote:
> Russell Yount wrote:
>
>
>>
>> On Sat, Jan 16, 2010 at 3:21 PM, Sam Leffler > s...@errno.com>> wrote:
>>
>>Russell Yount wrote:
>>
>>It seems AP to client broadcasts/multicasts traffic is
>>broken when using WPA2/802.11i wi
On Tue, 19 Jan 2010, Garrett Moore wrote:
> The drives being discussed in my related thread (regarding poor
> performance) are all WD Green drives. I have used wdidle3 to set all
> of my drive timeouts to 5 minutes. I'll see what sort of difference
> this makes for performance.
>
> Even if it makes
13 matches
Mail list logo
