<![CDATA[Restoring file timestamps from backup / migration]]>This is a fairly serious issue, since file content is time stamped and sorted at the filesystem level.

Restoring a backup doesn't seem to restore the original timestamps from the time of backup. (tgz)

Performing a storage migration also does not preserve the timestamps for older content. (cp)

What parameters are being used for cp migration & tgz restore from backup ?

How do we make this work?

]]>https://forum.cloudron.io/topic/5398/restoring-file-timestamps-from-backup-migrationRSS for NodeMon, 11 May 2026 00:03:24 GMTFri, 23 Jul 2021 17:47:42 GMT60<![CDATA[Reply to Restoring file timestamps from backup / migration on Wed, 28 Jul 2021 14:08:05 GMT]]>@robi there is a already bunch of "workarounds" for rsync. Empty directories, executable bit of files cannot be stored in most object storage. So, there is fsmetadata.json file that stores this information outside of the files. When restoring, we use that file to restore back the state. I guess we can extend that file to also save and restore timestamps.

If anyone wants this leave a note and I can look into it in the future.

]]>https://forum.cloudron.io/post/34469https://forum.cloudron.io/post/34469Wed, 28 Jul 2021 14:08:05 GMT<![CDATA[Reply to Restoring file timestamps from backup / migration on Wed, 28 Jul 2021 04:00:56 GMT]]>It appears the backup was changed to rsync, and the FTP client config wasn't preserving timestamps when missing content was reuploaded.

We're ok for now, in this use case.

rsync could be 'fixed' by using .tar before the rsync.
Could be made more efficient too if a fixed chunk size or stream was used, so all the small file operations don't need to be done.

]]>https://forum.cloudron.io/post/34445https://forum.cloudron.io/post/34445Wed, 28 Jul 2021 04:00:56 GMT<![CDATA[Reply to Restoring file timestamps from backup / migration on Tue, 27 Jul 2021 20:04:29 GMT]]>It is possible you are using rsync and not tgz? If so, yes, timestamps are not restored for rsync case. I guess we need a mechanism to save all the timestamps in some meta file and restore them back.

]]>https://forum.cloudron.io/post/34435https://forum.cloudron.io/post/34435Tue, 27 Jul 2021 20:04:29 GMT<![CDATA[Reply to Restoring file timestamps from backup / migration on Tue, 27 Jul 2021 20:03:01 GMT]]>@robi For tgz restore, timestamps are restored for me. Can you check if the timestamps are stored correctly in the backup using tar -ztvf app_xx.tar.gz ? For example, in my case, I see:

-rw-r--r-- 0/0               0 2009-11-17 15:33 ./data/public/try

Then, after restore, I can confirm that the timestamp is the same. Same for the data migration, after the migrate, the timestamp is preserved:

root@vultr:/mnt/surferdata/public# ls -lh
total 4.0K
-rw-r--r-- 1 yellowtent yellowtent    0 Nov 17  2009 try
]]>https://forum.cloudron.io/post/34434https://forum.cloudron.io/post/34434Tue, 27 Jul 2021 20:03:01 GMT<![CDATA[Reply to Restoring file timestamps from backup / migration on Fri, 23 Jul 2021 19:03:58 GMT]]>@girish Yes, it's also a file server for us.

]]>https://forum.cloudron.io/post/34303https://forum.cloudron.io/post/34303Fri, 23 Jul 2021 19:03:58 GMT<![CDATA[Reply to Restoring file timestamps from backup / migration on Fri, 23 Jul 2021 18:14:34 GMT]]>Generally, web apps don't care about filesystem timestamps. Is this because of surfer showing the filesystem timestamps?

]]>https://forum.cloudron.io/post/34299https://forum.cloudron.io/post/34299Fri, 23 Jul 2021 18:14:34 GMT