Am Montag, 31. März 2008 14:52:20 schrieben Sie:
Sebastian Gödecke, Montag, 31. März 2008 11:39:
Ich möchte hier jeden morgen um 6:15 folgendes machen: rsync -av --delete /srv/smb/daten/ /srv/sicherung/
Nun habe ich 6 ordner in /srv/smb/daten/ die ich da nicht mehr haben möchte. diese sind da gelöscht und ich habe sie auch in dem zielverzeichniss /srv/sicherung/ gelöscht. heute morgen schaue ich nach und die sind schon wieder da.
Wo sind sie da - in /srv/smb/daten oder in .../sicherung? sie sind wieder in /srv/smb/daten/ und auch in der sicherung. obwohl ich die ordner händisch gelöscht habe.
rsync wird Dir diese Daten da nicht hinkopieren. Es gibt keine "filelist", und schon gar nicht puffert rsync irgendwelche Inhalte irgendwo hin. Es muß irgend einen anderen Automatismus bei Dir geben, der dafür verantwortlich ist. Wenn /srv/smb/daten ein samba-Share ist - vielleicht backupt irgend ein Windows-Client seinen Kram dorthin? Dreh evtl. man die Verbosity bei Samba auf, und schau nach, wer wann zugegriffen hat.
negativ. smb ist zwar ein samba-share, aber in daten, bzw ein ganz anderes unterverzeichniss wird etwas hinkopiert. das stimmt auch soweit. Ich habe eben noch mal die entsprechenden ordner gelöscht (in beiden ordner: quelle und ziel) wenn die morgen um 6:15 wieder da sind, ist was faul im staate dänemark. -- mfg Sebastian Gödecke gnupg key für verschlüsselte mails: http://www.simkat.de/key/webmaster-simkat.asc jabber ID: simpson@jabber.ccc.de
Hallo Sebastian, Am Montag, den 31.03.2008, 16:31 +0200 schrieb Sebastian Gödecke:
Am Montag, 31. März 2008 14:52:20 schrieben Sie:
Sebastian Gödecke, Montag, 31. März 2008 11:39:
Ich möchte hier jeden morgen um 6:15 folgendes machen: rsync -av --delete /srv/smb/daten/ /srv/sicherung/
Nun habe ich 6 ordner in /srv/smb/daten/ die ich da nicht mehr haben möchte. diese sind da gelöscht und ich habe sie auch in dem zielverzeichniss /srv/sicherung/ gelöscht. heute morgen schaue ich nach und die sind schon wieder da.
Wo sind sie da - in /srv/smb/daten oder in .../sicherung? sie sind wieder in /srv/smb/daten/ und auch in der sicherung. obwohl ich die ordner händisch gelöscht habe.
rsync wird Dir diese Daten da nicht hinkopieren. Es gibt keine "filelist", und schon gar nicht puffert rsync irgendwelche Inhalte irgendwo hin. Es muß irgend einen anderen Automatismus bei Dir geben, der dafür verantwortlich ist. Wenn /srv/smb/daten ein samba-Share ist - vielleicht backupt irgend ein Windows-Client seinen Kram dorthin? Dreh evtl. man die Verbosity bei Samba auf, und schau nach, wer wann zugegriffen hat.
negativ. smb ist zwar ein samba-share, aber in daten, bzw ein ganz anderes unterverzeichniss wird etwas hinkopiert. das stimmt auch soweit.
Ich habe eben noch mal die entsprechenden ordner gelöscht (in beiden ordner: quelle und ziel) wenn die morgen um 6:15 wieder da sind, ist was faul im staate dänemark.
gibt es irgendwo eine Datei: .rsync-partial ? Gruß Johannes -- 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
Am Montag, 31. März 2008 17:25:25 schrieb Johannes Kapune:
Hallo Sebastian,
gibt es irgendwo eine Datei: .rsync-partial ? ne, nirgends zu finden.
Gruß Johannes
-- mfg Sebastian Gödecke gnupg key für verschlüsselte mails: http://www.simkat.de/key/webmaster-simkat.asc jabber ID: simpson@jabber.ccc.de
Am Montag, 31. März 2008 17:51:22 schrieb Sebastian Gödecke:
Am Montag, 31. März 2008 17:25:25 schrieb Johannes Kapune:
Hallo Sebastian,
gibt es irgendwo eine Datei: .rsync-partial ?
ne, nirgends zu finden.
Gruß Johannes und heute morgen wieder: ich habe gestern die verzeichnisse gelöscht, die in der quelle und im ziel waren und heute morgen stelle ich fest, das es wieder genau so ist, wie es nicht sein sollte. Also ich weiß nicht mehr, wo ich suchen sollte. Alle von mir erstellen aufträge können das nicht sein.
-- mfg Sebastian Gödecke gnupg key für verschlüsselte mails: http://www.simkat.de/key/webmaster-simkat.asc jabber ID: simpson@jabber.ccc.de
Sebastian Gödecke, Dienstag, 1. April 2008 09:36:
und heute morgen wieder: ich habe gestern die verzeichnisse gelöscht, die in der quelle und im ziel waren und heute morgen stelle ich fest, das es wieder genau so ist, wie es nicht sein sollte. Also ich weiß nicht mehr, wo ich suchen sollte. Alle von mir erstellen aufträge können das nicht sein.
Also daß Dateien von alleine wieder auftauchen, das kann nicht sein. Ist es vielleicht möglich, daß Du irgendwie ein Dateisystem in ein Verzeichnis mountest, in dem schon was drin liegt? Und dann löscht Du Deine Sachen im drübergemounteten Baum, und findest das Gelöschte am nächsten Morgen im darunterliegenden Baum - wäre das eine Erklärung? Evtl. schalte doch mal über Nacht systematisch Deine Daemonen ab: erst mal den crond, dann evtl. so Sachen wie den sshd, dann nmbd und smbd, und dann siehst Du ja, wer verantwortlich ist für den Kram. Oder Du mountest das FS mal readonly, und schaust, wer sich darüber beschwert. Schon ein fsck gemacht? -- Andre Tann -- 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
Hallo Sebastian, Sebastian Gödecke wrote:
und heute morgen wieder: ich habe gestern die verzeichnisse gelöscht, die in der quelle und im ziel waren und heute morgen stelle ich fest, das es wieder genau so ist, wie es nicht sein sollte. Also ich weiß nicht mehr, wo ich suchen sollte. Alle von mir erstellen aufträge können das nicht sein.
Wie wäre es, wenn Du das Verzeichnis einmal abschaffst, um eine Fehlermeldung zu generieren? Also: Wenn ich das richtig erinnere, geht es um Unterverzeichnisse unter /tmp/Daten, die täglich wieder hergestellt werden. Zunächst solltest Du mal in diese Verzeichnisse hineinschauen. Was für Dateien sind da eigentlich drin? Sind das die Dateien, die vor dem Löschen drin waren oder sind das neu erstellte Dateien, etwa log-Files von irgendeinem Prozess? Und dann könnte man /tmp/Daten nach /tmp/IsNich umbenennen. Wenn jetzt versucht wird, die Unterverzeichnisse in /tmp/Daten neu zu erstellen, fällt der entsprechende Prozess möglicherweise auf die Klappe und beschwert sich. Dann weißt Du wer es war. Vielleicht hilft es auch, die Zugriffsrechte von /tmp/Daten zu entfernen, damit nichts Neues hineingeschrieben werden kann. Wenn es dann aber ein root-eigener Prozess ist, dann klappt es nur bedingt. Das wären aber Ansätze, mit denen ich herumprobieren würde. Gruß Jan -- 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
Am Montag, 31. März 2008 16:31:40 schrieb Sebastian Gödecke:
Am Montag, 31. März 2008 14:52:20 schrieben Sie:
Sebastian Gödecke, Montag, 31. März 2008 11:39:
Ich möchte hier jeden morgen um 6:15 folgendes machen: rsync -av --delete /srv/smb/daten/ /srv/sicherung/
Nun habe ich 6 ordner in /srv/smb/daten/ die ich da nicht mehr haben möchte. diese sind da gelöscht und ich habe sie auch in dem zielverzeichniss /srv/sicherung/ gelöscht. heute morgen schaue ich nach und die sind schon wieder da.
Ich habe es nun endlich hinbekommen: Es hat doch tatsächlich ein anderer PC dahin gesynced. und zwar der Juniorchef ohne mir etwas zu sagen.
Danke euch allen. -- mfg Sebastian Gödecke gnupg key für verschlüsselte mails: http://www.simkat.de/key/webmaster-simkat.asc jabber ID: simpson@jabber.ccc.de
Sebastian Gödecke, Mittwoch, 2. April 2008 16:51:
Ich habe es nun endlich hinbekommen: Es hat doch tatsächlich ein anderer PC dahin gesynced. und zwar der Juniorchef ohne mir etwas zu sagen.
Jaja, und dann wieder Linux und dem armen rsync die Schuld geben... -- Andre Tann -- 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
participants (4)
-
Andre Tann -
Jan Handwerker -
Johannes Kapune -
Sebastian Gödecke