Activity for jeff_dwork
-
jeff_dwork posted a comment on discussion Help
In linux, put a script in /etc/cron.daily (or /etc/cron.weekly for scrub). This is /etc/cron.daily/snapraid.daily on my system: 1 2 3#!/bin/sh test -x /usr/local/bin/snapraid || exit 0 /usr/local/bin/snapraid --log /opt/snapraid/logs/snapraid-sync-%D-%T sync In Windows, use the task scheduler. Search the web for 'run a task every day on windows'.
-
I interrupted sync --pre-hash at about 80% done. On restart, it went back to 0. A previous interruption at < 1% restarted correctly. I have a lot of data (66TB, 512 blocksize) so the % done had overflowed and only showed 20%. Any ideas? I no longer have the content files, so I can't debug it and I hope to never have to do a full sync again (ETA 75hr).
-
Is there an option to force sync with --pre-hash to ignore the content files? It seems to me that all the force-x options reuse something, so I deleted all the content files.
-
There is integer overflow in the calculation of percent completed. In cmdline/state.c countpos (32-bit) is multiplied by 100. This overflows for me at about 67% (66TB, blocksize 512). Corrections to version 11.5 attached.
-
Creating a new snapraid array with 10 data disks (10TB and smaller) and two 10TB parity disks. I only have 6GB RAM so I increased the blocksize to 512. My data files are large, only about 35k files/disk so parity overhead is tolerable. I started initial sync which reported 2220 MiB memory used. I interrupted the sync as I forgot to specify a log file. On restart, sync reported 4454 MiB memory used. Searching the forum I found that a sync restart can double memory usage. https://sourceforge.net/p/snapraid/discussion/1677233/thread/30ff7b3056/#94a7...
-
Running windows 10 version 2004 build 19041.746 java version 8 update 281 (build 1.8.0_281-b09) tried both 64 and 32-bit versions of java Double click cb2cb.exe It flashes and creates empty cb2cb.log in the program's directory Nothing else. Thanks, Jeff
1