Hmmm, so I had changed the values of both on-the-fly (as described in the link you posted) and additionally in /etc/nf around 11:15 CET today. Maybe one could somehow check once per day that the allocated size on both boxes is the same (if no sync is currently running), and if it is not, send an admin email to alert the user?
But I think a failsafe mechanism is needed (as we see). So nothing obvious to see here!? Still missing 2/3 of the data on the buddy box.īy the way, scrap my idea to display the allocation in the web interface so that one can check it for plausibility - one will usually not have web access to the buddy box. Mar 14 06:25:19 tims-syncosync lsyncd: Normal, Finished a list after exitcode: 0 Mar 14 06:25:18 tims-syncosync lsyncd: Normal, Calling rsync with filter-list of new/modified files/dirs Mar 13 18:53:13 tims-syncosync lsyncd: Normal, Finished a list after exitcode: 0 Ok, first had a typo, here is the real deal: Mar 13 18:53:12 tims-syncosync lsyncd: Normal, Calling rsync with filter-list of new/modified files/dirs Then at least that would give the user some plausibility to check against in the interface of his own box (but would need to be with same number of digits). Maybe one more suggestion to give users a way to tell if all data are synched: In the popup text of the synch icon you could list the total size allocated on the buddy box (probably it would need to be in terms of bytes or megabytes, not gigabytes or terabytes). If there is anything else you would like me to check, please let me know. If so, then all would be good from my side and it would just be a minor inconvenience. I hope that after the automatic nightly restart syncing will resume and the missing data will be synced to the remote buddy. If you wish, I can pack the logs up and send them to you by some private channel (email, …). T23:04:55.849369+01:00 tims-syncosync lsyncd: Normal, waiting for 1 more child processes. The only “interesting” entries I could see were ones like these: T23:04:55.549348+01:00 tims-syncosync lsyncd: Normal, - OVERFLOW in event queue. (By the way, both boxes were continuously on and connected to the network.) Is there a logfile I could check for errors? Why has the upload stopped? Will it resume automatically? How can I be sure that all data have been synced if the web interface does not reliably tell me? So more than 2/3 of the data have not yet been synced to the buddy box.
Well, my own box has 1.7 TB used in my local partition, as expected. So I logged in to a shell as sosadmin and did a “df -h”. So one would think that everything has been synced to the buddy box, right!?īut I wanted to make sure. Also, the network usage diagrams show no more transfers.
Now the web interfaces of both boxes display that “Sync with partner has ended at …” (popup text of icon on the top). I could see that data were being uploaded while the backup was ongoing. The “buddy box” is currently still in my local network. It’s some 120,000 files worth 1.7 TB of data.
MY BACKUP BUDDY FULL
So I finished my first full backup to my syncosync box.
0 kommentar(er)
