Confixx 3.3.1-Backup: tar: File changed as we read it
Posted: 2008-03-11 01:34
Mahlzeit!
Seit einiger Zeit (ich glaube, seit dem Upgrade auf etch, das kann ich aber nicht mehr genau nachvollziehen - sollte auch eigentlich nicht ausschlaggebend sein) erhalte ich beim nächtlichen Backup via Confixx backup.pl folgende Meldungen:
Das Shellscript, mit dem ich den Prozess via Cron ausführe, entfernt, bevor es beginnt, den Cronjob für das Counterscript. Es sind immer exakt die gleichen Dateien, bei denen sich tar beschwert - was mich wundert, weil die eigentlich ja nicht unter ständiger Änderung stehen, sondern ein einmaliger Dump sind und erst danach gepackt werden.
Ich weiß wohl, was die Meldung bedeutet, jedoch trat sowas laut Google bei anderen Leuten immer nur bei den User-Logfiles auf. Das ist ja auch nicht weiter verwunderlich. Aber bei temporären mysql-Dumps, die dazu abgeschlossen sind, sollte sowas eigentlich nicht passieren, wenn ich keinem Logikfehler unterlegen bin.
Hat also jemand eine Idee, woran genau das liegen könnte?
Danke!
Seit einiger Zeit (ich glaube, seit dem Upgrade auf etch, das kann ich aber nicht mehr genau nachvollziehen - sollte auch eigentlich nicht ausschlaggebend sein) erhalte ich beim nächtlichen Backup via Confixx backup.pl folgende Meldungen:
Code: Select all
Launching confixx_updatescript.pl ...
Dump confixx SQL-base
Dump files
Dump user's mysql data
/bin/tar: users_mysql: file changed as we read it
/bin/tar: sql: file changed as we read it
/bin/tar: files/user: file changed as we read it
/bin/tar: files/majordomo: file changed as we read it
/bin/tar: files/cgi: file changed as we read it
/bin/tar: files/spoolbox: file changed as we read it
/bin/tar: files/skins/skins: file changed as we read it
/bin/tar: files/skins: file changed as we read it
/bin/tar: files: file changed as we read it
/bin/tar: confixx: file changed as we read it
Dump process successfully complete
Ich weiß wohl, was die Meldung bedeutet, jedoch trat sowas laut Google bei anderen Leuten immer nur bei den User-Logfiles auf. Das ist ja auch nicht weiter verwunderlich. Aber bei temporären mysql-Dumps, die dazu abgeschlossen sind, sollte sowas eigentlich nicht passieren, wenn ich keinem Logikfehler unterlegen bin.
Hat also jemand eine Idee, woran genau das liegen könnte?
Danke!