ich habe gestern mal ein Backup mit Flexbackup probiert. Dabei ist mir aufgefallen, das Flexbackup den Parameter beim mbuffer wahrscheinlich falsch setzt. Zumindest denke ich das.
Das LTO 3 Laufwerk schreibt mit ca. 75 MB/s und bei kleinen Dateien bemerkte ich, das der Buffer nicht benutzt wird. In den Man-Pages steht auch beim schreiben mit mbuffer ein großes "P" drin.
Hier das Log:
Code: Alles auswählen
|------------------------------------------------------------
| File number 1, tape index 201406071408
| Backup of: /home/chris/Doc
| Date of this level 0 backup: Sat Jun 07 14:08:45 2014
| Date of last level 0 backup: the epoch
|------------------------------------------------------------
| cd "/home/chris/Doc" && /tmp/flexbackup.8320.heinz/collectexit.8320.sh \
| find . -depth -xdev ! -type s ! -regex ".*/[Cc]ache/.*" ! -regex ".*~"$ \
| -print0 | /tmp/flexbackup.8320.heinz/collectexit.8320.sh tar --create \
| --null --files-from=- --ignore-failed-read --same-permissions \
| --no-recursion --totals --label "level 0 /home/chris/Doc Sat Jun 07 \
| 14:08:45 2014 tar from heinz" --verbose --sparse -R -b 512 --file - | \
| /tmp/flexbackup.8320.heinz/collectexit.8320.sh mbuffer -q -m 1000M -p \
| 75 -s 262144 -f -o "/dev/nst0"
| [ ! -e /tmp/flexbackup.8320.heinz/exitstatus.8320 ]
|------------------------------------------------------------
Block 0: level 0 /home/chris/Doc Sat Jun 07 14:08:45 2014 tar from heinz
Auszug Man-Page:
-P <num>
start writing after the buffer has been filled to num% (default 0 - start at once)
-p <num>
start reading after the buffer has dropped below fill-ratio of num% (default 100 - start at once)
Wie kann ich den Bug beheben?
Gruß
Christoph