The site Kent.dl.sourceforge.net/project/geotag/0.103/geotag-0.103.jar seems to be down since executing javaws geotag.jnlp gives a not found error Has this moved somewhere?
I tracked down the problem. It seems that the backup destination mount became unmounted and all the files that were on the mount copied to the mount point. No idea how that happened but unmounting the destination mount, deleting the excess files restored normality. Regards Chris Wilkinson On Mon, 8 Feb 2021, 4:00 pm Chris Wilkinson, kinsham@users.sourceforge.net wrote: I am running 1.970. Could you expand on your first sentence? This seems to be so by definition? I checked the directory defined in...
I am running 1.970. Could you expand on your first sentence? This seems to be so by definition? I checked the directory defined in advanced options but there are no large files in there so I'm still struggling to eliminate the excess root space. I set backups to run in the background as you suggested but I didn't see any terminate button appearing. Thanks Chris.
I ran the filesystem backup module to backup one mounted filesystem directory to a tar file on another mounted filesystem. This was a large backup ~ 800GB. I saw that the disk usage was steadily increasing on the root filesystem from its start level of 60%. When it approached 95% I panicked and quit the filesystem backup process since there isn't any way to quit it from the filesysten backup module. This has left my root disk with 95% usage. It appears that the module has created a large temporary...
II have the same setup. The last few lines /var/log/miniserv.error are attached. The last 3 seem to be the relevant ones. This was taken today (28th aug) immediately after setting debug=1 and launching afick from webmin. The error ours immediately, no need to enter into any menus.
Some further testing shows that if debug is set > 0 the webmin module errors with a "bad header" error.
Thank you Eric. That has fixed the problem.
File not found error in cron job