Hallo Wolfgang, hallo Leute, Am Donnerstag, 27. Januar 2005 10:22 schrieb Wolfgang Hinsch:
Am 27. Januar 2005 01:20 schrieb Christian Boltz:
Am 25. Januar 2005 12:14 schrieb Wolfgang Hinsch:
ich brüte hier an einem Problem mit storeBackup. Unter 9.0 lief das Teil problemlos. Jetzt habe ich 9.2 auf einem AMD 64 installiert und bekomme dauern Fehlermeldungen von storeBackup:
BTW: Teste mal spasseshalber die StoreBackup-Version von SuSE 9.0. Läuft die unter 9.2?
Ich hatte zuerst die Version Stand ca 9/04 direkt von der storeBackup-Seite benutzt. Es trat exakt der gleiche Fehler auf. Das Teil lief aber bis Ende Dezember unter 8.1 fehlerfrei. Die Fehler traten erst auf, als es unter 9.2/64Bit laufen sollte.
Das deutet also schonmal auf ein 64bit-Problem hin. Vermutlich in Perl, da es ja mit derselben StoreBackup-Version unter SuSE 8.1 funktioniert hat.
ERROR 2005.01.25 00:36:56 6073 could not copy /stB/xxx-1/:28 18246 cannot exec md5sum /stB/xxx-1/users/.....
Die Fehlermeldungen sind jeweils ca. 256000 (!) Zeichen lang. Ich habe den beanstandeten md5sum-Aufruf manuell im vi getestet, und er hat tatsächlich Probleme. Kürzt man ihn auf ca 128000 Zeichen, geht es.
Das könnte irgend ein Problem bezüglich 32/64 bit zu sein, möglicherweise auch in Zusammenhang mit utf-8. Genaueres kann ich Dir aber auch nicht sagen.
Bei mir (32bit-System, utf-8 deaktiviert) funktioniert StoreBackup übrigens problemlos.
Hat jemand das schon mal erlebt?
Ja - "Möbius" hat am 18.1. unter dem Subject "storeBackup, md5sum, endlose Datensatzlänge" genau das gleiche Problem beschrieben. Bei ihm war es auch ein 64bit-Prozessor.
Ähm, da muss ich mich jetzt outen. Ich hatten meine Internetstation neu installiert mit 9.2 und die Konfig-Dateien aus 9.0 rübergezogen. Die Mailadressen hatte ich nicht gefunden, aber bei weniger als 10 geht das Neueingeben schneller als die Suche. Bei dem Namen hat mich das Kamel wohl irgendwie missverstanden...
Ach so ;-)
Ist Dein System eine reine 64bit-Installation (zumindest in Bezug auf Basissystem und Perl)? UTF-8 oder ISO-8859-15? (-> locale)
Beides. Zuerst hatte ich es mit UTF-8 versucht. Danach mit env auf ISO-8859-15. Bei beiden tritt der Fehler auf. Es ist auch egal, ob ich die unter 8.1 einwandfreie Version oder die neue von SuSE nehme (die über die 64-Schiene nachinstalliert wurde).
Gut, dann wäre das auch geklärt.
Zur Zeit installiere ich auf dem Rechner SuSE 9.2/32 parallel, um zu testen, ob der Fehler dann beseitigt ist. Glücklicherweise lass ich immer Platz für eine gleichgroße Rootpartition frei. Ich weiß aber nicht recht, ob ich mir wünschen soll, dass es das war, denn dann muss ich den Hobel mit 32 fahren:(
Das Ergebnis würde mich wiederum interessieren ;-) Bitte mit identischer Paketliste und gleichen Dateien in /etc testen, um andere Fehlerursachen so weit wie möglich auszuschließen. Ein möglicher Workaround wäre, in storeBackup.pl $main:execParamLength entsprechend anzupassen. Da wir gerade dabei sind: Guck mal im StoreBackup-Log nach einem Eintrag a la "setting ARG_MAX to ...." (Note: diesen Absatz habe ich nur aufgrund kurzer, ausschnittweiser Lektüre von storeBackup.pl geschrieben - er könnte also auch komplett falsch sein ;-) Gruß Christian Boltz PS: Ich quote absichtlich so ausführlich, damit ich den Text für einen Bugreport nicht aus mehreren Mails zusammensammeln muss ;-) -- Oh großer Meister! Darf man euch untertänigst darauf aufmerksam machen, daß das diff'en von Postscriptfonts komplette Unterordner synchronisiert und diff't, unter Berücksichtigung von Links? :-) [Ratti in fontlinge-devel]