On Mon, Apr 11, 2011 at 10:55 AM, Matt Harrison
wrote:
> It did finish eventually, not sure how long it took in the end. Things are
> looking good again :)
If you want to continue using dedup, you should invest in (a lot) more
memory. The amount of memory required depends on the size of your pool
On Wed, Apr 6, 2011 at 1:58 PM, Rich Morris wrote:
> On 04/06/11 12:43, Paul Kraus wrote:
>>
>> xxx> zfs holds zpool-01/dataset-01@1299636001
>> NAME TAG TIMESTAMP
>> zpool-01/dataset-01@1299636001 .send-18440-0 Tue Mar 15 20:00:39 2011
>> xxx> zfs holds
On 11/04/2011 10:04, Brandon High wrote:
On Sun, Apr 10, 2011 at 10:01 PM, Matt Harrison
wrote:
The machine only has 4G RAM I believe.
There's your problem. 4G is not enough memory for dedup, especially
without a fast L2ARC device.
It's time I should be heading to bed so I'll let it sit ov
On 04/08/2011 07:22 PM, J.P. King wrote:
> No, I haven't tried a S7000, but I've tried other kinds of network
> storage and from a design perspective, for my applications, it doesn't
> even make a single bit of sense. I'm talking about high-volume
> real-time
> video streaming, where you stream 50
On Sat, Apr 9, 2011 at 6:57 PM, Ian Collins wrote:
> On 04/10/11 09:25 AM, Garrett D'Amore wrote:
>> Right. And in the real world, customers are generally not involved with
>> architectural discussions of products. Their input is collected and
>> feed into the process, but they don't get to si
On Sun, Apr 10, 2011 at 10:01 PM, Matt Harrison
wrote:
> The machine only has 4G RAM I believe.
There's your problem. 4G is not enough memory for dedup, especially
without a fast L2ARC device.
> It's time I should be heading to bed so I'll let it sit overnight, and if
> I'm still stuck with it I
