Just to close this. It turns out you can't get the crtime over NFS so without
access to the NFS server there is only limited checking that can be done.
I filed
CR 6956379 Unable to open extended attributes or get the crtime of files in
snapshots over NFS.
--chris
--
This message posted fro
On Wed, May 19, 2010 at 05:33:05AM -0700, Chris Gerhard wrote:
> The reason for wanting to know is to try and find versions of a file.
No, there's no such guarantee. The same inode and generation number
pair is extremely unlikely to be re-used, but the inode number itself is
likely to be re-used.
The reason for wanting to know is to try and find versions of a file.
If a file is renamed then the only way to know that the renamed file was the
same as a file in a snapshot would be if the inode numbers matched. However for
that to be reliable it would require the i-nodes are not reused.
If
> From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss-
>
> If I create a file in a file system and then snapshot the file system.
>
> Then delete the file.
>
> Is it guaranteed that while the snapshot exists no new file will be
> created with the same inode number as the deleted file?
If I create a file in a file system and then snapshot the file system.
Then delete the file.
Is it guaranteed that while the snapshot exists no new file will be created
with the same inode number as the deleted file?
--chris
--
This message posted from opensolaris.org
___
