Most likely OT: rsync to cifs mount

Ranjan Maitra maitra.mbox.ignored at inbox.com
Mon Mar 30 21:39:51 UTC 2015


Thanks, Cameron! 


> If you are using a CIFS share, does that mean the far end is not a UNIX 
> filesystem? The -S (sparse) option is only useful if the backend can store 
> sparse files, otherwise the backend will just store lots of blocks of zeroes 
> (presuming you really have sparse files).

The filesystem is a "high-end" IFS filesystem according to our systems administrator. (I have no idea what an IFS filesystem is.) 

> 
> Is the source kmeans directory full of hard links (not symlinks)? If so, rsync 
> will not preserve hard links without the -H option (even with -a) and 
> regardless I do not know if CIFS supports making hard links or if your backend 
> supports hard links).

No, there are no hard links. Only a few files at the top level and about 4 directories with lots of files in them.

> If the far end is windows, certainly sparse files will no longer be sparse at 
> the far end. This kind of thing is one reason we get so picky when getting 
> employers to order NASes; we asked for a QNAP (cheap, useful, Linux backend) 
> and they wanted to order Microsoft's storage thingummy, which would have broken 
> all sorts of stuff just like what you're encountering.

I suspect that that is what has happened here: the stuff is too high-end to be of any use.

> >Does anyone have an explanation and solution for the above? I apologize again for the largely OT nature of this post.
> 
> Seems on topic to me.

Thanks! 

> Does anything above assist?

Yes, it does, at least providing a possible explanation. 

I don't think it would make any difference if we tar'ed the file over to the cifs share and then untarred, would it? 

Many thanks again!

Best wishes,
Ranjan

____________________________________________________________
FREE 3D EARTH SCREENSAVER - Watch the Earth right on your desktop!
Check it out at http://www.inbox.com/earth




More information about the users mailing list