TerraMaster Forum

Following on from the unable to see dot files - viewtopic.php?f=24&t=598&p=2571 - it would seem that you can not copy a dot file over smb, from an external server.

I am using rsync to backup from an ubuntu server to my TNAS, but the copying of any file that starts with a dot fails
EG:
rsync: mkstemp "/media/tnas_backup/ServerFolders/Home/DannyHome/XperiaZ1 backup/Edited/._20160303_175932.JPG.2FMztw" failed: No such file or directory (2)

Can you please stop hiding/restricting dot files, or at least provide the option to give us the choice?

Thanks for you reply, but I am not sure how that will help. Or, what you mean.

Even trying to create the file from a mount point, on the Ubuntu server, does not work if the file name starts with a dot.

I think the root cause is that the manipulation of the file (create, copy, etc) can not be confirmed because of the fundamental issue that it is not possible to "see" files beginning with a dot.

You can only find a file starting with a dot, on the TNAS web interface, if you know where and what to search for. To be honest, that is just STUPID! Yet when I list the files, from the Ubuntu server, the dot file is not seen

Not offended, just curious. Files start with dot are hidden by system default. why you are fighting so hard to get the files start with dot seen? what is the meaning of that?

An even easier question - "Why do you try so hard to hide them?"

I did mention the reason.

I am backing up the Home directories on my Ubuntu server to the TNAS
I would expect a backup to back up EVERY file.
At the moment, the configuration of the TNAS OS stops files starting with a dot from being backed up.

This means my backup solution is a failure!!

Try the Centralized Backup app instead, which may fit your need.

Thanks for your reply, but again it is not relevant.

The TNAS Backup app is to backup from TNAS to an Rsync server.
I am backing up to the TNAS

Like I said, if the TNAS Operating System will not allow a dot file to be "seen", then any solution will not work.

Even if it did work, how would I know the backup worked without searching the source for all dot files, and then searching for them all individually on the TNAS to either confirm they exist (have been backed up) or restore them?

The only possible solution, I can think of, is to zip the source before I back it up.
But this not viable because, firstly there is terabytes of data, and secondly it makes a mockery of only transferring changed files to the backup server.

Maybe I will look for a backup solution, other than rsync, that I can run on the Ubuntu server, that does write individual files.
Something like Duplicity.

Or, maybe TerraMaster can stop hiding dot files, please.

Same problem here, ".digikam.mysql" folder was not synced with the same error to the Samba external storage.

I had the hide dot files = No already setup and I would bet it used to work (maybe the files got not synced, however I have not seen a sync error until today).

The problem got resolved by activating the option show hidden files in Nexctloud WebUI in Settings for External Storage.

I do not recall if the option has always been there or not.

At the moment, the configuration of the TNAS OS stops files starting with a dot from being backed up.