On Jun 3, 2011, at 6:25 AM, Roch wrote:
>
> Edward Ned Harvey writes:
>> Based on observed behavior measuring performance of dedup, I would say, some
>> chunk of data and its associated metadata seem have approximately the same
>> "warmness" in the cache. So when the data gets evicted, the associ
Andrew Gabriel writes:
> Harry Putnam wrote:
>> I have a sneaking feeling I'm missing something really obvious.
>>
>> If you have zfs fs that see little use and have lost track of whether
>> changes may have occurred since last snapshot, is there some handy way
>> to determine if a snapshot match
Harry Putnam wrote:
I have a sneaking feeling I'm missing something really obvious.
If you have zfs fs that see little use and have lost track of whether
changes may have occurred since last snapshot, is there some handy way
to determine if a snapshot matches its filesystem. Or put another
way,
I have a sneaking feeling I'm missing something really obvious.
If you have zfs fs that see little use and have lost track of whether
changes may have occurred since last snapshot, is there some handy way
to determine if a snapshot matches its filesystem. Or put another
way, some way to determine
> > Yeah, this is a known problem. The DTL on the toplevel shows an
> > outage, and is preventing the removal of the spare even though
> > removing the spare won't make the outage worse.
> >
> > Unfortunately, for opensolaris anyway, there is no workaround.
> >
> > You could try doing a full scrub,