Taper schreibt merkwürdige Logs

[SilentBob]

Moinmoin,

zum einstieg zwei Taperlogs:

Vom 08.02.2005
Using file set backup
Selected /data/ from fileset
Selected /etc/ from fileset
Selected /opt/lampp/ from fileset
Selected /var/log/ from fileset
Excluded /var/log/taper.log from fileset

Backup commenced at Tue Feb 8 02:01:12 2005

Backed up: 47835 files, 3,647.4MB [3,647.4MB]
Total on archive 3,647.4MB [3,647.4MB]. Ratio 1.00
Time elapsed 2:20:53.
Backup rate 25.8MB/min [25.8MB/min]
0 warnings, 0 errors

Backup finished at Tue Feb 8 04:23:51 2005

Vom 09.02.2005
Using file set backup
Selected /data/ from fileset
Selected /etc/ from fileset
Selected /opt/lampp/ from fileset
Selected /var/log/ from fileset
Excluded /var/log/taper.log from fileset

Backup commenced at Wed Feb 9 09:31:27 2005

Backed up: 58604 files, 436.0MB [436.0MB]
Total on archive 436.0MB [436.0MB]. Ratio 1.00
Time elapsed 2:31:38.
Backup rate 2.8MB/min [2.8MB/min]
0 warnings, 0 errors

Backup finished at Wed Feb 9 12:05:09 2005

Mein Backup-Befehl lautet
taper -T s -c 0 -D -u +O -a -l /var/log/taper.log -P /tmp -U @backup

Nun frage ich mich, was da passiert sein könnte. Wie zu sehen ist, wurden vor dem 09. Februar rund 3,5 GB gesichert. Nun sind es nur noch knapp über 400 MB. Damit käme ich klar - es könnte schließlich jemand gewaltig viele Daten gelöscht haben. Mich macht aber stutzig, dass die Backup-Rate von rund 25MB/min. auf 2,8MB/min. abgefallen ist. Das nächste, was ich nicht verstehe: Die Anzahl der Dateien ist von 47835 auf 58604 gestiegen. Sind hier evtl. einfach nur die Zehnerpotenzen in den Angaben verrutscht? Wie kann sowas passieren? Oder ist das gar ein bekanntes Taper-Problem?

Danke schon mal für Eure Hilfe und Gruß
Danyel

[SilentBob]

Hat denn niemand eine Idee, was da los sein könnte?

[EsPo]

hu,
kannst du dir nicht einfach das backup anschauen das du da am 9.2.05 gemacht hast!
Weil wenn ja tu das und wenn nix fehlt dann is es nur ein ausgabe fehler. Wenn was fehlt würde ich mich mal in den logs auf fehler suche machen!

mfg eSpo

[SilentBob]

Naja, da die Anzahl der gesicherten Dateien gestiegen ist, vermute ich wirklich "nur" einen Ausgabefehler in den Logs. Trotzdem würde ich den gerne beheben, weiß aber nicht, wo ich ansetzen muss.

[tictactux]

Hallo SilentBob,

ich benutze taper zwar nicht, habe aber mal von einem Bekannten das gleiche
Problem gehört.
Grund: ein Integer (unsigned)-Überlauf bei der Ausgabe (bei 4 GB).
Angeblich soll's dafür in der taper-Mailingliste einen Patch gegeben haben,
das Projekt selber ist leider (zumindest im Debian-pool) seit 2001 auf Eis gelegt.

HTH
wolfgang

[tictactux]

Nachtrag:
der Wertebereich folgender Variablen in der Quelldatei backup.c von taper
ist für das Problem verantwortlich (Zeile 492):

PRIVATE _u32 bytes_processed, bytes_written;

Es wäre also nötig, diese Variablen (es gibt noch mehr) auf 64bit zu
erhöhen oder eine andere Logik zu verwenden (z.B. 512b-Blöcke statt Bytes
zählen) ;)

Siehe dazu:
http://www.google.com/linux?q=taper+4GB&restrict=linux

[SilentBob]

Oha...das klingt ja nach nem ziemlich üblen Gefrickel. Da wäre es ja beinahe zu überlegen, auf ein anderes Backuptool umzusteigen. Kennt Ihr das etwas brauchbares im kostenlosen Bereich? Wäre schön, wenn man einzelne Daten ähnlich komfortabel wie bei Taper mit nem grafischen Interface zurückholen könnte...

[tictactux]

Ich benutze flexbackup (ohne GUI), aber vielleicht sagt Dir kbackup zu
(das k steht für "Karsten", nicht für KDE :) )
Das ist ähnlich wie taper curses-basiert.
Gruß,
Wolfgang

[Svenny]

rsync


123456789-10

[tictactux]

rsync
Gute Antwort. Aber nicht auf alles :D (Bandlaufwerk !)

[SilentBob]

Ich benutze flexbackup (ohne GUI), aber vielleicht sagt Dir kbackup zu
(das k steht für "Karsten", nicht für KDE :) )
Das ist ähnlich wie taper curses-basiert.
Gruß,
Wolfgang

Klasse, das werde ich mir mal ansehen. Vielen lieben Dank für die Hilfe!!!

[SilentBob]

Auf Anraten von TicTacTux habe ich jetzt flexbackup im Gebrauch. Lässt sich ziemlich gut konfigurieren. Nur leider bekomme ich noch immer einen Fehler, den ich nicht genau lokalisieren kann. Langsam drängt sich mir der Verdacht auf, dass mein Bandlaufwerk nen schaden hat:

. -- okay
afio: 8239m+644k+0 bytes written in 8350 seconds. The operation HAD 1 WARNING ABOUT ERRORS.
Kilobytes Out 8437380

ERROR: non-zero exit from:
cd "/data" && (printf "//--/tmp/label.23483 flexbackup.volume_header_info\n" && find . -depth -xdev ! -type s ! -regex ".*/[Cc]ache/.*" ! -regex ".*~"$ -print ) | afio -o -z -1 m -v -b 10k - | buffer -m 10m -p 75 -s 10k -t -u 100 -B -o "/dev/nst0"

ERROR: exiting
|------------------------------------------------------------
| Backup start: Wed Feb 16 11:07:30 2005
| Backup end: Wed Feb 16 13:26:49 2005
|------------------------------------------------------------
At block 843739.
|------------------------------------------------------------
| Rewinding...
| Compressing log (all.0.200502161107.gz)
| Linking all.latest.gz -> all.0.200502161107.gz
|------------------------------------------------------------

Das Backup wurde also abgebrochen. Was kann denn da nur los sein? Habe ein nagelneues Band verwendet...

[tictactux]

Stehen oberhalb der ersten Fehlermeldung von afio keine weiteren
(da afio scheinbar den Fehler erzeugt) ?
Kann sein, daß die Fehlermeldung viel weiter oben steht (falls das Script nicht
als root läuft, könnten das z.B. Zugriffsrechte sein).

Gruß,
Wolfgang

[SilentBob]

Das Script läuft als root. Es gab zwar unterwegs einen Fehler, aber der wird es wohl kaum gewesen sein: Eine Datei war über 6 GB groß und wurde deswegen nicht mitgesichert.

Das merkwürdige ist, dass er beim zweiten Testlauf alles gesichert hat. Aber derzeit ist das ein unsicherer Stand - ich weiß nie, ob die Datensicherung durchläuft, oder nicht.

Ach ja...und noch eine Frage: wenn ich die Option -level full setze, wird dann jedes mal das Band komplett mit einer neuen Sicherung überschrieben?

[tictactux]

Ach ja...und noch eine Frage: wenn ich die Option -level full setze, wird dann jedes mal das Band komplett mit einer neuen Sicherung überschrieben?
Ja ('full' ist level 0).
Beachte auch die Variable $erase_tape_set_level_zero = 'true'; in diesem
Zusammenhang.
Ich mache damit eigentlich nur "full" backup-sets (keine inkrementellen).

Falls Deine Probleme evtl. mit afio zusammenhängen, würde ich empfehlen
star (Schily's-Tar) zu testen. Ich benutze das ausschließlich (es ist auch etwas
schneller als Standard-tar, kann ACLs. u.s.w.).

Gruß,
Wolfgang