Pawel Jakub Dawidek wrote:
> On Wed, Sep 09, 2009 at 10:07:08AM -0700, Matthew Ahrens wrote:
>> Unfortunately, I don't think that the send stream would help us diagnose it 
>> further.  What we really need is a way to reproduce how to get into this 
>> situation in the first place.
> 
> Yes and we unfortunatelly cannot provide a way to reproduce it.
> 
> I'm still looking at it and this is what I found:
> 
> When I delete duplicated entries, export&import the pool to flush the
> cache I can see the covered entries. They are almost exactly the same
> (same name, same size, same md5 sum), the only thing that is different
> are inodes - those duplicates have different inode number that the ones
> I removed.

That's an interesting piece of information.  And can you tell if all the 
inode numbers referenced are valid files still?  Their zp_parent should point 
to this directory.

--matt

Reply via email to