> For example, today you can do: > > # zfs snapshot data/[EMAIL PROTECTED] > # find .zfs/snapshot -name "daily-*" -ctime +7d
Does the actual snapshot creation time appear as one of the stat() times of the snap directory? When I tried it, they all reflected the actual times of the original directory. > # rmdir `find .zfs/snapshot -name "daily-*" -ctime +7d` > # mv .zfs/snapshot/today .zfs/snapshot/daily-2006-05-10 > > The 'rmdir' effectively does a 'zfs destroy', and the 'mv' effectively > does a 'zfs rename'. Wow. Did I miss where that is documented? I for one appreciate that snapshots are "different" from normal files and protected in some ways. I find it odd that I can destroy a snapshot through a standard filesystem access. When does this feature work and when does it fail? If I don't access a snapshot I can remove it pretty easily, but stat()ing the contents seems to lock it... # zfs snapshot zpool/[EMAIL PROTECTED] # zfs snapshot zpool/[EMAIL PROTECTED] # ls snap1 a b c d e # ls -l snap2 total 5 -rw-r--r-- 1 root root 0 May 10 15:37 a -rw-r--r-- 1 root root 0 May 10 15:37 b -rw-r--r-- 1 root root 0 May 10 15:37 c -rw-r--r-- 1 root root 0 May 10 15:37 d -rw-r--r-- 1 root root 0 May 10 15:37 e # rmdir snap1 snap2 rmdir: directory "snap2": Directory is a mount point or in use # zfs destroy zpool/[EMAIL PROTECTED] # -- Darren Dunham [EMAIL PROTECTED] Senior Technical Consultant TAOS http://www.taos.com/ Got some Dr Pepper? San Francisco, CA bay area < This line left intentionally blank to confuse you. > _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
