On Thu, Jul 22, 2010 at 10:34 AM, Yehuda Sadeh Weinraub <[email protected]> wrote: > On Wed, Jul 21, 2010 at 11:19 PM, Hugo Slabbert > <[email protected]> wrote: >> Hi all, >> >> Might it be possible to expose snapshots from a ceph data store to the >> Previous Versions client on Windows machines using the shadow_copy or >> shadow_copy2 vfs modules in a Samba setup? Some people appear to be >> running something like that on (Open)Solaris/BSD & ZFS or Linux & LVM. >> I've been playing with ceph on a 3-box Debian setup in a lab >> environment using those examples as a reference point, but I've not >> had any luck so far. >> >> I saw a brief note on this at >> http://marc.info/?l=ceph-devel&m=127710582006588&w=2, but nothing much >> to speak of. My thoughts were that a ceph system has the potential to >> make for a very robust backend to a NAS setup. >> >> Has anyone gone down that road before or have any ideas to investigate on >> this? >> > > Just a few points. As was mentioned before, ceph snapshots are being > done per subtree and not per volume. At this point you can't create > snapshots on the root directory, although this is now fixable. > Another issue is that if you create a snapshot on a parent directory, > you'd see the name of that snapshot in its subdirectories mangled (as > it is possible to create a snapshot with the same name on different > directories within the file hierarchy). E.g., > > # mkdir a; mkdir a/b > # mkdir a/.snap > # ls -l a/b/.snap > drwxr-xr-x 1 root root 0 Jul 22 17:50 1 > drwxr-xr-x 1 root root 0 Jul 22 17:50 _1_1099511627776
This example is erroneous, should be: # mkdir a; mkdir a/b # mkdir a/.snap/1 # mkdir a/b/.snap/1 # ls -l a/b/.snap drwxr-xr-x 1 root root 0 Jul 22 17:50 1 drwxr-xr-x 1 root root 0 Jul 22 17:50 _1_1099511627776 -- To unsubscribe from this list: send the line "unsubscribe ceph-devel" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
