Veni, Vidi, VISA

Die Frage wurde mir heute gestellt, nachdem ich gesagt habe, dass die momentan eingesetzte Backuplösung Scheisse ist. Naja.. prinzipiell ist ein Backup via ftp(1) nicht unbrauchbar, aber in dem Fall schon.
Das Backup wurde aus einem Einzeiler mit tar(1) und find(1) erstellt und das gepackte Archiv anschließend aus dem Backupscript heraus via lftp -u username,password <ip-adresse> übertragen. Das Problem an der Sache ist nur, dass jeder User auf der Kiste mit einem ps ax | grep lftp an die Logindaten kommen kann. Immerhin war NcFTP installiert welches dann auch genutzt wurde. Das macht es nämlich besser

$ ps ax | grep ncftp

11724 pts/0    S+     0:00 ncftp -u **** -p ********** ftp.host.invalid

Wieso sie nicht einfach rsync(1) oder ähnliches einsetzen, wollte ich dann doch nicht wissen.

$ eval set =(gunzip < foobar.tar.gz) '

 tar rf $1 additional.txt && gzip < $1 > foobar.tar.gz'

will man nicht wirklich machen. tar(1) hat den lustigen Nebeneffekt, dass es zwar alles archivieren kann, aber sobald in einem Archiv eine defekte Datei enthalten ist, war es das. tar(1) entpackt das Archiv dann nur bis zu dieser defekten Datei; fuer einen "Defekt" reicht schon ein kaputtes/fehlendes Bit. Wenn man das Archiv dann zusaetzlich noch komprimiert hat, entpackt tar(1) ueberhaupt nix mehr :>

Ergo: Wenn ein mit tar(1) archiviertes Archiv eine defekte Datei enthaelt, entpackt tar(1) das Archiv nur bis zu der defekten Datei.

Wenn ein mit tar(1) komprimiertes Archiv ein einzig defektes Bit enthaelt, ist das Archiv Schrott.


Backups mit tar(1) machen ist also nichts anderes als russisches Roulette.. alleine.. mit einer geladenen Pistole anstelle eines Revolvers.