I am using groupfolder, is that the reason?. I tried to use: maintenance:data-fingerprint but same behavior. I tried also occ groupfolders:scan --all before putting in maintenance --off but again the desktop client is redownloading all the files.
You have to make sure that the files keep their original timestamps when you copy them to the new server. If you are using rsync, this can be done by running it with the -t option, as described in paragraph 4 of the documentation.
@bb77 Thank you for your reply, I am using the exact same command as stated in the documentation: rsync -Aavx (-t is included when using a).
Yesterday after finishing the importation of the database, the final rsync and pointing my /etc/hosts to new instance, the timestamp was kept for folders and files in the web interface BUT size was in **Pending** state.
Today new instance is showing the size of the folders (no more Pending) BUT the timestamp is now lost (all folders are Modified 10 hours ago). I guess the cron scanned the groupfolder and changed something?
Anyone migrated to a new server while using groupfolder app?
the client has no way to know "https://mynewserver.tld" is a copy from "https://myoldserver.tld" and must resync all the data. I would expect there is no real “re-download” but the client must iterate over each file and understand the files are identical.
@just groupfolder is a must when you need advanced folder permissions, the problem was because the absolute path for the data folder changed, and groupfolder doesn’t like that (new entry is created inoc_storages).
I changed my /etc/fstab to reflect what I have currently, but another solution is to update the oc_storages table.
I am not 100% done with the QA, but the web interface is not showing Pending anymore (I see the correct folder size) and the desktop client is not resyncing all files. Looking good!
Thank you everyone for taking the time, @jtr I owe you one