search for: shadow_copy2_fstat

...ssible to unmount the snapshot block device, because Samba is holding open file descriptors on its mount point. Question: is there a way to forcefully unmount the snapshot block device, such that all ongoing Restore operations will fail? I did some debugging and saw that during the Restore process shadow_copy2_fstat() is being called a lot (by smb_vfs_call_copy_chunk_send). So I tried to return a failure in this function (-1 with errno=ENOENT). I saw that it indeed helps: Restore operation hits an error. But it takes about 10 seconds, until unmount of the snapshot finally succeeds. My question is: is there an...

...nmount the oldest one. But since customers can be restoring from the oldest snapshot right now, it is not deterministic when we will be able to unmount the oldest snapshot. So at that moment we want all active restore operations to abort with an error, and then we unmount. Like I mentioned, failing shadow_copy2_fstat operation (for example) partially achieves what we need. But we will have to do custom code changes in the shadow copy module. However, this problem should be common to all storage vendors using the shadow copy module with mounted snapshots. Do you know by chance what other storage vendors do to c...

...block device, because Samba is > holding open file descriptors on its mount point. Question: is there a way > to forcefully unmount the snapshot block device, such that all ongoing > Restore operations will fail? > > I did some debugging and saw that during the Restore process > shadow_copy2_fstat() is being called a lot (by > smb_vfs_call_copy_chunk_send). So I tried to return a failure in this > function (-1 with errno=ENOENT). I saw that it indeed helps: Restore > operation hits an error. But it takes about 10 seconds, until unmount of the > snapshot finally succeeds. > &g...

...Samba is >> holding open file descriptors on its mount point. Question: is there a way >> to forcefully unmount the snapshot block device, such that all ongoing >> Restore operations will fail? >> >> I did some debugging and saw that during the Restore process >> shadow_copy2_fstat() is being called a lot (by >> smb_vfs_call_copy_chunk_send). So I tried to return a failure in this >> function (-1 with errno=ENOENT). I saw that it indeed helps: Restore >> operation hits an error. But it takes about 10 seconds, until unmount of the >> snapshot finally su...