aboutsummaryrefslogtreecommitdiff
path: root/doc/bugs/fsck_--incremental-schedule_does_not_work_as_documented.mdwn
blob: 25cad45866544f57771f5c6914f0908d9169cc22 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
### Please describe the problem.
git annex fsck with --incremental-schedule restarts all the time. According to the man page:

    Maybe you'd like to run a fsck for 5 hours at night,  pick-
    ing  up  each  night  where it left off. You'd like this to
    continue until all files have been fscked.  And  once  it's
    done,  you'd  like  a  new  fsck pass to start, but no more
    often than once a month. Then put this in  a  nightly  cron
    job:

    git annex fsck --incremental-schedule 30d --time-limit 5h

If I run that command (with a time limit of 10 minutes) it starts over instead of continuing where it finished off.

### What version of git-annex are you using? On what operating system?

Debian testing version on linux 

    time_machine_carl@pi:/media/backup_hdd/carl/annex$ git annex version
    git-annex version: 5.20150731-1
    build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV Inotify DBus DesktopNotify XMPP DNS Feeds Quvi TDFA Database
    key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E MD5E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 MD5 WORM URL
    remote types: git gcrypt S3 bup directory rsync web bittorrent webdav tahoe glacier ddar hook external
    local repository version: 5
    supported repository version: 5
    upgrade supported from repository versions: 0 1 2 4
    time_machine_carl@pi:/media/backup_hdd/carl/annex$ uname -a
    Linux pi 4.1.6+ #810 PREEMPT Tue Aug 18 15:19:58 BST 2015 armv6l GNU/Linux

and latest version built from homebrew on OS X

    Carls-MacBook-Air:CurveDe carlmod$ git annex version
    git-annex version: 5.20150824
    build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV FsEvents XMPP DNS Feeds Quvi TDFA TorrentParser Database
    key/value backends: SHA256E SHA256 SHA512E SHA512 SHA224E SHA224 SHA384E SHA384 SHA3_256E SHA3_256 SHA3_512E SHA3_512 SHA3_224E SHA3_224 SHA3_384E SHA3_384 SKEIN256E SKEIN256 SKEIN512E SKEIN512 SHA1E SHA1 MD5E MD5 WORM URL
    remote types: git gcrypt S3 bup directory rsync web bittorrent webdav tahoe glacier ddar hook external
    local repository version: unknown
    supported repository version: 5
    upgrade supported from repository versions: 0 1 2 4
    Carls-MacBook-Air:CurveDe carlmod$ uname -a
    Darwin Carls-MacBook-Air.local 14.5.0 Darwin Kernel Version 14.5.0: Wed Jul 29 02:26:53 PDT 2015; root:xnu-2782.40.9~1/RELEASE_X86_64 x86_64



### Please provide any additional information below.

[[!format sh """
# If you can, paste a complete transcript of the problem occurring here.
# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
time_machine_carl@pi:/media/backup_hdd/carl/annex$ git annex fsck --incremental-schedule 30d --time-limit 10m
fsck 15 minutes/2014-12-15_Chorkonzert_ Gesungene Vorfreude auf das Christkind - Nachrichten Augsburg-Land, Gersthofen, Neusäß - Augsburger Allgemeine.pdf (checksum...)
ok
fsck 15 minutes/2014_midnattsloppet.pdf (checksum...)
ok
<Snip lots of files>
fsck Deklaration/archive/2014/SE/Bilagor/2013-12-31_SEB Årsbesked.pdf (checksum...)
ok

  Time limit (10m) reached!
time_machine_carl@pi:/media/backup_hdd/carl/annex$ git annex fsck --incremental-schedule 30d --time-limit 10m
fsck 15 minutes/2014-12-15_Chorkonzert_ Gesungene Vorfreude auf das Christkind - Nachrichten Augsburg-Land, Gersthofen, Neusäß - Augsburger Allgemeine.pdf (checksum...)
ok
fsck 15 minutes/2014_midnattsloppet.pdf (checksum...)
ok

# End of transcript or log.
"""]]

### Have you had any luck using git-annex before? (Sometimes we get tired of reading bug reports all day and a lil' positive end note does wonders)

I manage all my important personal documents since about two or three years, spreading them out over home servers, cloud providers and off site usb-drives in foreign countries, making sure that there are always at least 4 copies available. (if my flat burns the same day that box.com goes bankrupt ...)

> [[done]] per comments --[[Joey]]