Hi @ all
ich habe ein Problem mit tar, besser mit tar.gz files.
Ich nutze folgenden Aufruf um Dateien zu komprimieren und ins Archiv zu verschieben.
tar -cz --remove-files -vf /ablage/neues.tar.gz /home/user/zuarch
Dies funktioniert ja auch sehr gut, aber wie kann ich nun Dateien an dieses Archiv anhängen?
Mit diesem String tar -rz --remove-files -vf /ablage/neues.tar.gz /home/svuser/zuarchneu bekomme ich folgende Meldung.
tar: Cannot update compressed archives <= bedeutet dies es ist gar nicht möglich? tar: Error ist noch recoverable: exiting now <= laut man soll r aber append bedeuten?
Und wo müsste ich wohl den Schalter W setzen, wenn ich die files überrpüft haben möchte, bevor ich diese lösche (--remove-files)?
Das ganze soll dann irgendwann täglich passieren, da ich in den Verzeichnissen nicht viel Platz habe.
Jemand nee Idee?
Danke euch Dirk
Dirk Götte schrieb am 14.02.2007 15:42:
Hi @ all
ich habe ein Problem mit tar, besser mit tar.gz files.
Ich nutze folgenden Aufruf um Dateien zu komprimieren und ins Archiv zu verschieben.
tar -cz --remove-files -vf /ablage/neues.tar.gz /home/user/zuarch
Dies funktioniert ja auch sehr gut, aber wie kann ich nun Dateien an dieses Archiv anhängen?
Gar nicht, wie tar schon sagt:
tar: Cannot update compressed archives <= bedeutet dies es ist gar nicht möglich?
Deutsche Übersetzung: kann komprimiertes Archiv nicht bearbeiten.
tar: Error ist noch recoverable: exiting now <= laut man soll –r aber append bedeuten?
Ja und? tar kann gar nicht mit dem komprimierten Archiv arbeiten. Dekomprimiere es vorher (gunzip /ablage/neues.tar.gz), dann geht es.
HTH Werner
o_O, thx für die schnelle Antwort dann habe ich da ein echtes Problem, da ich aus Platzgründen nicht mal viel mehr als einen Monat in dem Verzeichnis vorhalten kann.
Ich habe schon mit gzip versucht, dass macht aber leider immer neue files.gz und halt nicht eins je Monat. Da habe ich gelesen, dass man die Files per cat aneinander hängen soll, um eine bessere Komprimierung zu erreichen, dass geht aber nicht. Da ich sie ja auch sinnvoll recovern können will.
Gibts denn vielleicht eine andere Möglichkeit sowas sinnvoll zu packen, oder gar täglich in ein Archiv zu verschieben, wobei die Komprimierung oberste Prio hat?
Wobei ich keine andere Software auf dem System installieren kann.
Es ist ein Standard SLES 8 mit SP3 meine ich.
Schönen Abend euch
Dirk
-----Ursprüngliche Nachricht----- Von: Werner Flamme [mailto:werner.flamme@ufz.de] Gesendet: Mittwoch, 14. Februar 2007 15:51 An: opensuse-de@opensuse.org Betreff: Re: Hilfe mein man tar streikt
Dirk Götte schrieb am 14.02.2007 15:42:
Hi @ all
ich habe ein Problem mit tar, besser mit tar.gz files.
Ich nutze folgenden Aufruf um Dateien zu komprimieren und ins Archiv
zu
verschieben.
tar -cz --remove-files -vf /ablage/neues.tar.gz /home/user/zuarch
Dies funktioniert ja auch sehr gut, aber wie kann ich nun Dateien an
dieses
Archiv anhängen?
Gar nicht, wie tar schon sagt:
tar: Cannot update compressed archives <= bedeutet dies es ist gar
nicht
möglich?
Deutsche Übersetzung: kann komprimiertes Archiv nicht bearbeiten.
tar: Error ist noch recoverable: exiting now <= laut man soll r
aber
append bedeuten?
Ja und? tar kann gar nicht mit dem komprimierten Archiv arbeiten. Dekomprimiere es vorher (gunzip /ablage/neues.tar.gz), dann geht es.
HTH Werner
-- Werner Flamme, Abt. WKDV Helmholtz-Zentrum für Umweltforschung GmbH - UFZ Permoserstr. 15 - 04318 Leipzig Tel.: (0341) 235-3921 - Fax (0341) 235-453921 http://www.ufz.de - eMail: werner.flamme@ufz.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Dirk Götte schrieb am 14.02.2007 16:41:
o_O, thx für die schnelle Antwort dann habe ich da ein echtes Problem, da ich aus Platzgründen nicht mal viel mehr als einen Monat in dem Verzeichnis vorhalten kann.
Ich habe schon mit gzip versucht, dass macht aber leider immer neue files.gz und halt nicht eins je Monat. Da habe ich gelesen, dass man die Files per cat aneinander hängen soll, um eine bessere Komprimierung zu erreichen, dass geht aber nicht. Da ich sie ja auch sinnvoll recovern können will.
Gibt’s denn vielleicht eine andere Möglichkeit sowas sinnvoll zu packen, oder gar täglich in ein Archiv zu verschieben, wobei die Komprimierung oberste Prio hat?
Wobei ich keine andere Software auf dem System installieren kann.
Es ist ein Standard SLES 8 mit SP3 meine ich.
Schönen Abend euch
Dirk
Hallo Dirk,
Du kannst die erste Sicherung eigentlich lassen: tar -cz --remove-files -vf /ablage/neues.tar.gz /home/user/zuarch
Die Aktualisierung wird dann geteilt: gunzip /ablage/neues.tar.gz -> macht aus /ablage/neues.tar.gz ein /ablage/neues.tar tar -rvf /ablage/neues.tar /home/user/zuarch -> aktualisiert den Inhalt (evtl -uvf?) gzip /ablage/neues.tar -> macht aus /ablage/neues.tar wieder /ablage/neues.tar.gz
Ohne zu testen - könnte so klappen ;-) Du hast dann nur während des Updates eines einzelnen Users den Platzbedarf für ein unkomprimiertes Archiv, vorher und nachher ist es wieder komprimiert. Wenn das zu viel ist - Zweitfestplatten sind heutzutage in ;-)
Ist das so ungefähr das, was Dir vorschwebt, oder habe ich das Problem nicht verstanden?
Gruß Werner
A: Weil es die Lesbarkeit des Textes verschlechtert. F: Warum ist TOFU so schlimm? A: TOFU F: Was ist das größte Ärgernis im Usenet?
Hi @ all und besten dank Werner für deinen letzten Tip :) So geht es Tatsächlich, muss mir nur noch ein Script bauen dass dann alles schön der Reihe nach abarbeitet.
Hier mal eben die Befehlskette mit kurzer Info, falls es jemanden interessiert.
Zum Sichern und Komprimieren in ein tar tar -cz --remove-files -vf /ablage/neues.tar.gz /home/user/zuarch
vor dem erneuten taren auspacken mit gunzip /ablage/neues.tar.gz
Dateien hinzufügen mit tar -r --remove-files -vf /ablage/neues.tar.gz /home/user/zuarch
Dateien wieder zippen mit gzip /ablage/neues.tar
Ergibt dann wieder das Ausgangsfile /ablage/neues.tar.gz
Gibt es eine Möglichkeit abzufragen, ob die Dateien schon alle entpackt sind, bevor ich welche hinzufüge? Nicht dass der noch am entpacken ist, aber auf der anderen Seite schon das neue Archiv bastelt?
Ciao
Dirk
-----Ursprüngliche Nachricht----- Von: Werner Flamme [mailto:werner.flamme@ufz.de] Gesendet: Donnerstag, 15. Februar 2007 10:51 An: opensuse-de@opensuse.org Betreff: Re: AW: Hilfe mein man tar streikt
Dirk Götte schrieb am 14.02.2007 16:41:
o_O, thx für die schnelle Antwort dann habe ich da ein echtes Problem, da ich aus Platzgründen nicht
mal
viel mehr als einen Monat in dem Verzeichnis vorhalten kann.
Ich habe schon mit gzip versucht, dass macht aber leider immer neue files.gz und halt nicht eins je Monat. Da habe ich gelesen, dass
man
die Files per cat aneinander hängen soll, um eine bessere
Komprimierung zu
erreichen, dass geht aber nicht. Da ich sie ja auch sinnvoll recovern
können
will.
Gibts denn vielleicht eine andere Möglichkeit sowas sinnvoll zu
packen,
oder gar täglich in ein Archiv zu verschieben, wobei die
Komprimierung
oberste Prio hat?
Wobei ich keine andere Software auf dem System installieren kann.
Es ist ein Standard SLES 8 mit SP3 meine ich.
Schönen Abend euch
Dirk
Hallo Dirk,
Du kannst die erste Sicherung eigentlich lassen: tar -cz --remove-files -vf /ablage/neues.tar.gz /home/user/zuarch
Die Aktualisierung wird dann geteilt: gunzip /ablage/neues.tar.gz -> macht aus /ablage/neues.tar.gz ein /ablage/neues.tar tar -rvf /ablage/neues.tar /home/user/zuarch -> aktualisiert den Inhalt (evtl -uvf?) gzip /ablage/neues.tar -> macht aus /ablage/neues.tar wieder /ablage/neues.tar.gz
Ohne zu testen - könnte so klappen ;-) Du hast dann nur während des Updates eines einzelnen Users den Platzbedarf für ein unkomprimiertes Archiv, vorher und nachher ist es wieder komprimiert. Wenn das zu viel ist - Zweitfestplatten sind heutzutage in ;-)
Ist das so ungefähr das, was Dir vorschwebt, oder habe ich das Problem nicht verstanden?
Gruß Werner
A: Weil es die Lesbarkeit des Textes verschlechtert. F: Warum ist TOFU so schlimm? A: TOFU F: Was ist das größte Ärgernis im Usenet?
-- Werner Flamme, Abt. WKDV Helmholtz-Zentrum für Umweltforschung GmbH - UFZ Permoserstr. 15 - 04318 Leipzig Tel.: (0341) 235-3921 - Fax (0341) 235-453921 http://www.ufz.de - eMail: werner.flamme@ufz.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Dirk Götte schrieb am 15.02.2007 16:57:
Hi @ all und besten dank Werner für deinen letzten Tip :) So geht es Tatsächlich, muss mir nur noch ein Script bauen dass dann alles schön der Reihe nach abarbeitet.
gunzip /ablage/neues.tar.gz tar -r --remove-files -vf /ablage/neues.tar.gz /home/user/zuarch gzip /ablage/neues.tar
Gibt es eine Möglichkeit abzufragen, ob die Dateien schon alle entpackt sind, bevor ich welche hinzufüge? Nicht dass der noch am entpacken ist, aber auf der anderen Seite schon das neue Archiv bastelt?
Ciao
Dirk
Hallo Dirk,
aber mein TOFU-Zitat aus der vorigen Mail hast Du nicht gelesen, oder? ;-)
A: Weil es die Lesbarkeit des Textes verschlechtert. F: Warum ist TOFU so schlimm? A: TOFU F: Was ist das größte Ärgernis im Usenet?
Welchen Dateien müssen entpackt sein, bevor wer hinzufügt und wer an einem neuen Archiv bastelt? Ich denke, dass läuft alles in einem Script?
Wenn Du meinst, der tar-Update-Aufruf könnte sich verknoten - meine das besser nicht ;-). Du bist nicht der erste, der tar einsetzt, und so etwas wäre schon vor Jahren aufgefallen. Wenn Du meinst, dass tar aktualisiert, bevor gunzip ausgepackt hat - kann nicht sein, wenn Du die Befehlskette in ein Script packst und brav jeden Befehl in eine separate Zeile packst, weil dann der Befehl in Zeile (n) erst ausgeführt wird, wenn der Befehl in Zeile (n-1) fertig ist. Wenn Du die Aufrufe manuell startest, ist die Gefahr auch nicht gegeben.
Es wird eine Datei entpackt, nämlich ablage/neues.tar(.gz). tar liest das angegebene Verzeichnis und fügt neue Dateien hinzu. Der Inhalt des bisherigen tar-Archivs wird dafür nicht ausgepackt.
Ansonsten erkläre es bitte jemand, der das Problem besser versteht ;-)
Gruß Werner
Hallo,
Am Don, 15 Feb 2007, Dirk Götte schrieb:
Zum Sichern und Komprimieren in ein tar tar -cz --remove-files -vf /ablage/neues.tar.gz /home/user/zuarch
Dir ist bekannt, daß ein komprimiertes tar für Backups ungeeignet ist?
FAQ:
8.1. Warum ist .tar.gz oder .tar.bz2 nicht fürs Backup geeignet? http://suse-linux-faq.koehntopp.de/q/q-backup-nicht_targz.html
-dnh
Am Freitag, 16. Februar 2007 00:21 schrieb David Haller:
Hallo,
Am Don, 15 Feb 2007, Dirk Götte schrieb:
Zum Sichern und Komprimieren in ein tar tar -cz --remove-files -vf /ablage/neues.tar.gz /home/user/zuarch
Dir ist bekannt, daß ein komprimiertes tar für Backups ungeeignet ist?
FAQ:
8.1. Warum ist .tar.gz oder .tar.bz2 nicht fürs Backup geeignet? http://suse-linux-faq.koehntopp.de/q/q-backup-nicht_targz.html
Jep, da reicht's, wenn ein einziges Byte (vielleicht sogar Bit) kippt. Selbst schon experimentell - aus reinem Interesse - ausprobiert :-). Daher sichere ich seit eh und je mit afio. Hier auf der Liste wurden auch schon etliche ziemlich brauchbare Backup-Skripten publiziert, die auf afio aufbauen. Mit Google kann man da schnell einige finden und sich selbst was brauchbares zusammenstellen.
Grüße Philipp
Hallo,
On 15-Feb-2007 David Haller wrote:
Am Don, 15 Feb 2007, Dirk Götte schrieb:
Zum Sichern und Komprimieren in ein tar tar -cz --remove-files -vf /ablage/neues.tar.gz
/home/user/zuarch
Dir ist bekannt, daß ein komprimiertes tar für Backups ungeeignet ist?
FAQ:
8.1. Warum ist .tar.gz oder .tar.bz2 nicht fürs Backup geeignet? http://suse-linux-faq.koehntopp.de/q/q-backup-nicht_targz.html
Deshalb speichert OpenOffice auch alles als zip-Datei, weil komprimierte Dateien so sicher sind ;-))
Das hat zwar jetzt nichts mit dem Thema des Threads zu tun, zeigt aber auf, dass Sicherheitsaspekte allgemein nur eine untergeordnete Rolle zu spielen scheinen.
Beste Gruesse,
Heinz.
Rehallo nochmal,
Dir ist bekannt, daß ein komprimiertes tar für Backups ungeeignet ist?
FAQ:
8.1. Warum ist .tar.gz oder .tar.bz2 nicht fürs Backup geeignet? http://suse-linux-faq.koehntopp.de/q/q-backup-nicht_targz.html
ehrlich gesagt, war mir dieses Prob nicht so bewusst, da wir aber eh noch eine Bandsicherung machen, denke ich kann ich dieses Risiko erstmal eingehen. Kennt denn jemand eine Möglichkeit eine Datei von Server A nach Server B zu verschieben?
Ich habe aber nur einen ssh, bzw scp Zugriff auf die Server.
Ciao und schönes WE
Dirk
Am Freitag, 16. Februar 2007 13:53 schrieb Dirk Götte:
Rehallo nochmal,
Dir ist bekannt, daß ein komprimiertes tar für Backups ungeeignet ist?
FAQ:
8.1. Warum ist .tar.gz oder .tar.bz2 nicht fürs Backup geeignet? http://suse-linux-faq.koehntopp.de/q/q-backup-nicht_targz.html
ehrlich gesagt, war mir dieses Prob nicht so bewusst, da wir aber eh noch eine Bandsicherung machen, denke ich kann ich dieses Risiko erstmal eingehen. Kennt denn jemand eine Möglichkeit eine Datei von Server A nach Server B zu verschieben?
Ich habe aber nur einen ssh, bzw scp Zugriff auf die Server.
Na, der scp reicht doch. Damit kopierst Du die Datei auf den anderen Rechner (siehe man scp) und um das Verschieben vollständig zu machen löschst Du sie im Anschluss lokal.
Grüße Philipp
Hallo,
Am Fre, 16 Feb 2007, Heinz W. Pahlke schrieb:
On 15-Feb-2007 David Haller wrote:
8.1. Warum ist .tar.gz oder .tar.bz2 nicht fürs Backup geeignet? http://suse-linux-faq.koehntopp.de/q/q-backup-nicht_targz.html
Deshalb speichert OpenOffice auch alles als zip-Datei, weil komprimierte Dateien so sicher sind ;-))
Da ist dann aber auch nur ein Dokument betroffen und ausserdem lassen sich beschaedigte zip-Dateien in Grenzen noch lesen.
Das hat zwar jetzt nichts mit dem Thema des Threads zu tun, zeigt aber auf, dass Sicherheitsaspekte allgemein nur eine untergeordnete Rolle zu spielen scheinen.
Ack.
-dnh
Ich habe aber nur einen ssh, bzw scp Zugriff auf die Server.
Na, der scp reicht doch. Damit kopierst Du die Datei auf den anderen Rechner (siehe man scp) und um das Verschieben vollständig zu machen löschst Du sie im Anschluss lokal.
Okay scp und rm sind mir natürlich bekannt. Mein Problem ist damit nicht behoben und die Frage leider auch nicht beantwortet. Wie kann ich denn sicherstellen, dass
a) die zu scpende Datei nicht gerade erst geschrieben wird (also in Erstellung ist) b) die Dateien die scpt worden sind auch mit den zu löschenden Identisch sind
wenn denn mein Cronjob drüberläuft?
Grüße Philipp
-- Today is what happened to yesterday.
###signature by fortune###
Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
thx Dirk
Hallo,
Am Mon, 26 Feb 2007, Dirk Götte schrieb:
a) die zu scpende Datei nicht gerade erst geschrieben wird (also in Erstellung ist)
fuser
b) die Dateien die scpt worden sind auch mit den zu löschenden Identisch sind
cmp, md5sum, sha1sum/shasum
-dnh
-
David Haller -
Dirk Götte -
Heinz W. Pahlke -
Philipp Zacharias -
Werner Flamme