Fehler bei Backup: Datei ist vorhanden

Oft ist in den Backup-Einstellungen ein falscher oder nicht mehr existierender Zielpfad definiert.

Oder:

Wenn im Windows-Ordner emp mehr als 65.635 Dateien vorhanden sind, kommt es irgendwann zu einem internen Systemüberlauf, zu erkennen an dem Stichwort "System.IO.IOException". Hier hilft eine Bereinigung zum Löschen temporärer Dateien:

- Neues Explorer-Fenster öffnen, in die Adresszeile %temp% eingeben und Enter drücken.

- Wenn nun der Inhalt des Temp-Ordners angezeigt wird, alle Dateien und Ordner mit STRG-A auswählen und löschen. Wenn Dateien nicht gelöscht werden können, weil sie benutzt werden (Warnung), dann diese Dateien einfach ignorieren.

Hallo liebes Zeta-Team,
ich habe das gleiche Problem beim Erstellen von Backups: Fehler 80 - Datei ist bereits vorhanden

Also erst einmal:

• Für drei kleinere Webseiten (zwischen 4 und 27 Seiten mit wenigen Bildern) wurden die Backups heute ohne Probleme erstellt.
• Bei zwei etwas größeren Seiten mit doch schon einigen Bildern gab es dann die erste Fehlermeldung.
  Ich hab es dann einfach nochmal probiert und siehe da bei der einen lief der 2. Versuch erfolgreich durch, bei der anderen brauchte es noch einen dritten Versuch bis es dann geklappt hat.
• Meine größte Seite https://www.jubelt.de/schnippelgirls/index.html hat ca. 75 Seiten und ist sehr fotolastig
  Ich bin zwar recht hartnäckig aber nach acht quasi gleichlautenden Fehlermeldungen (es ist halt nur jeweils eine andere Datei, die vorhanden sein soll) schreibe ich nun doch diese Meldung.

Backup-Einstellungen:
Ich speichere alle meine Backups auf einer externen Festplatte - die Einstellungen sind also für alle Projekte gleich - hab ich auch nochmal überprüft.

Temp-Ordner:

Diesen Ordner habe ich jetzt eben bereinigt (also erst nachdem ich die Backups der anderen Seiten erstellt hatte); er enthält jetzt noch 117 Dateien und div. leere Ordner

Hier meine Überlegungen - vielleicht hilft's ja:

• Auf meinem Datenträger kann eine Datei „Backup – Schnippel-Girls-01 – 2021-12-28 20_48_48 - ……“ noch gar nicht vorhanden sein, da das letzte Backup im September (gleich nach dem Upgrade auf 16 und ohne Probleme) erstellt wurde und das von heute ja noch gar nicht auf meiner Festplatte angekommen ist und es auch aufgrund der Namensgebung keine Datei aus einem anderen Backup von heute sein kann.
• Ich stelle mir das so vor, dass im Backupprozess ab und zu zwei Dateien mit dem gleichen Namen generiert werden. Da der Prozess die erste Datei ja schon "im Bauch" hat kommt es zu der Fehlermeldung "Datei bereits vorhanden" beim Erstellen der zweiten Datei.
• Dies würde auch erklären,
  - warum der Button "FORTSETZEN" keine Aktion auslöst, da die zweite Datei die erste überschreiben würde und für das Backup dadurch Daten fehlen würden.
  - und warum es immer eine andere Datei ist, die vorhanden sein soll.
  

Ach, vielleicht ist es auch noch interessant für euch, dass eine der kleinen Seiten und die Schnippel-Girls-Homepage auf dem gleichen Webspace bei STRATO liegen.

Die Fehlermeldungen habe ich euch als PDF beigefügt.

Falls wir dieses Jahr nichts mehr voneinander hören wünsche ich euch einen guten Rutsch ins neue Jahr!

MfG

Marina Jubelt

Hallo,
hier kommt ein Update:

Ich hab gerade 16.3 installiert. Das Problem besteht weiterhin!

MfG

Marina

Hallo Marina,

ich hatte eben das gleiche Problem, welches sich durch einen Neustart des Systems beheben ließ. Falls Du das bereits erfolglos getestet hast, musst Du versuchen, den Fehler näher einzugrenzen (Fehler des Projekts, Fehler der externen Festplatte, Fehler des Anschlusses).

Läuft denn das Backup der Schnippel-Girls möglicherweise erfolgreich durch, wenn Du in den Einstellungen zum Backup statt der externen Festplatte testweise Dein Laufwerk C:\ als Speicherort auswählst? Idealerweise solltest Du für diesen Test, sofern aktiviert, das Speichern in OneDrive und auf dem Webserver deaktivieren.

Wenn ein Speichern auf C:\ möglich ist, dann dürfte das Problem wohl außerhalb von ZP zu suchen sein. In jedem Fall hättest Du zumindest ein aktuelles Backup, das Du nun auf Deine externe Festplatte kopieren kannst.

Viel Erfolg und viele Grüße

Tom

Hallo Tom,

erstmal vielen Dank für deine Hilfe.

Das Speichern des Backups auf dem lokalen Laufwerk hatte ich gestern (also vor dem Update auf 16.3) ausprobiert und da hat es nicht geklappt. Jetzt habe ich das Update auf 16.3 gemacht und nun hat es funktioniert

Aber jetzt kommt's: Wie du auf dem beigefügten 1. Bild sehen kannst hab ich auf der externen Festplatte noch 823 GB frei und das Backup hat 4,28 GB - trotzdem bekomme ich die Meldung, dass der Ordner nicht verschoben werden kann, weil der Speicherplatz auf dem Zielsystem nicht ausreicht.

Eine Überprüfung der Festplatte hat keine Fehler ergeben (2. Bild). Auch eine "Optimierung" hat nichts gebracht. Eine alte Backupdatei von 3,81 GB konnte ich übrigens problemlos auf die externe Festplatte kopieren. :pinch:

Hast du dafür evtl. auch noch einen Rat oder eine Idee?

LG

Marina

Hallo Marina,

benenne mal den externen Datenträger um von "Intenso" auf "so". Das sind dann fünf Buchstaben weniger für die absolute Pfadlänge. Siehe https://ekiwi-blog.de/Windows/Window…dows/index.html

Hallo,

sehe ich richtig das Ziellaufwerk heißt "intenso"

Die Datei kann nicht verschoben werden, weil das Ziellaufwerk FAT 32 Dateisystem hat. Da ist es nicht möglich Datein über 4GB zu verschieben.

Wenn das Laufwerk dafür umbedingt gebraucht wird muss es in NTFS formatiert werden.

Oder exFat.

Aber Achtung der Datenträger muss leer sein beim Formatieren, alle Daten die drauf sind gehen sonst dabei verloren.

Wau, ihr seid toll!!!

So, nun hab ich alle Backups, die ich brauche und weiß auch warum das Speichern des Backups als ganzes auf der Festplatte nicht geklappt hat und was ich dagegen tun kann DANKE Für den Moment bin ich also zufrieden!

ABER

ich weiß immer noch nicht wie es zu dem Fehler 80 "Datei ist bereits vorhanden" kommt.

Ich meine: Das nächste Backup kommt bestimmt und es macht keinen Spaß das zwei mal, drei mal oder noch öfter zu starten. Es muss doch einen Grund geben, warum alle Backups noch im September (bei gleichen Einstellungen und gleichem Zielverzeichnis) völlig problemlos erstellt wurden und nun selbst bei Projekten, die ich seit dem nicht mal angefasst habe, es nun plötzlich Probleme gibt.

Ich bin wahrhaftig kein Experte, aber ich vermute immer noch einen Fehler im Backupprozess.

Werde in den nächsten Tagen die Tipps von Hanabi und (wenn es sein muss) von Maik ausprobieren und dann berichten.

Nochmal vielen Dank für eure Hilfe und schon mal einen guten Rutsch in ein besseres 2022 - passt auf euch auf und bleibt gesund!!!

LG

Marina

Hallo Marina,

ich würde dann eher zu masch raten, da es mit FAT32 definitiv eine Grenze bei der Dateigröße gibt, die durch das Backup überschritten wird. Die von mir vermutete Pfadlänge wäre dann erst die zweite Option.

Hallo liebes Zeta-Team,

ich hoffe ihr seid gut reingerutscht!

Wie ihr dem Chatverlauf entnehmen könnt wurde mir mir zwar erstmal geholfen (nochmal vielen Dank dafür!) und ich bin auf der sicheren Seite, aber das Grundproblem ist ja nichht behoben bzw. geklärt.
Ich hab heute nochmal probiert ein Backup für die "Schnippelgirls" zu erstellen und habe leider wieder die Fehlermeldung

bekommen.

Es wäre also schön, wenn ihr euch mein Problem doch einmal anschauen könntet.

LG Marina

Hallo Marina,

eine Frage. Das Backup ist immer noch über 4 GB?

Du hast die Festplatte schon formatiert?

Halli, hallo
Sorry, dass ich mich jetzt erst melde - mich hatte ne ERKÄLTUNG (zum Glück nichts Schlimmeres) "dahin gerafft".

JA, das Backup ist immer noch über 4 GB und NEIN, ich hab die Festplatte noch nicht formatiert. :wacko: Ich versuch mal zu erklären warum nicht (wie gesagt - ich bin wahrhaftig kein Experte!)

• Das letzte erfolgreiche Backup im Sept. 2021 ist 3,9 GB groß und ist problemlos auf der Festplatte gelandet (was ja durchaus für die Erklärung von Maik spricht).
• Ich habe verstanden, dass ich keine Datei über 4 GB (bei bisheriger Formatierung meiner Festplatte) auf einmal auf die Festplatte schieben kann.

Aber: ich hab das Backup mal auf der Festplatte beobachtet:

Zuerst wird ein ZIP-Ordner angelegt und dann werden anscheinend nach und nach Ordner und Dateien in diesen ZIP-Ordner geschrieben.

Kurz bevor die alt bekannte Fehlermeldung kam, hatte der ZIP-Ordner 4.002.758 KB - also war zu diesem Zeitpunkt die "4 GB-Grenze" bereits überschritten.

Und genau deswegen vermute ich, dass es nicht an der "4 GB-Grenze" liegt.

LG

Marina

Zitat von Marina

Und genau deswegen vermute ich, dass es nicht an der "4 GB-Grenze" liegt.

Ich denke, diese Vermutung ist falsch. Formatieren Sie die Platte mit NTFS, wie vorgeschlagen, das schadet auf keinen Fall und behebt das Problem mit allergrößter Wahrscheinlichkeit.

OK - ich versuch`s!

Erstmal vielen DANK

Der Umrechnungsmaßstab ist nicht 1000, sondern 1024. Bei 4.002.758 KB sind dass dann 3,817 GB, also noch knapp unter 4 GB.

Ups, da hast du Recht! :wacko:

LG

Marina

Hallo Ihr Lieben,

ich möchte mich nochmal bei allen recht herzlich für die Hilfe bedanken. Es ist immer wieder toll, wie und wie schnell einem hier geholfen wird - das ist echt TOP!!!

Ich hab jetzt erstmal mein Projekt aufgeräumt und gaaaanz viele nicht benutzte Bilder und Dateien, die sich so im Lauf der Jahre angesammelt haben, gelöscht. Damit bin ich unter die "4 GB-Grenze" gerutscht und, was soll ich sagen, schon hat's funktioniert.

Aber ich werde "das Projekt Festplatte" demnächst in Angriff nehmen, denn die Seite wird ja nicht keiner.

Passt auf euch auf und bleibt gesund!

LG

Marina

Hallo zusammen.

Ich hänge mich mal hier mit ein. Seit kurzem habe ich genau das oben aufgeführte Problem.

Ich habe hier alle vorgeschlagenen Lösungsansätze nun durch. Meine zu sichernde Projektdatei ist 3,07 GB groß. Die Sicherungsplatte ist in NTFS formatiert.

Einzig die Sache mit dem langen Pfad könnte nach meiner Vermutung die Lösung bringen. Ich habe mal die Fehlermeldung als PDF angehängt.

In dieser Fehlermeldung wird an zwei Stellen von "ZetaLongPaths" gesprochen. Und wenn ich das richtig lese in Zeile 265 und 78.

Habe ich das richtig interpretiert?

Wenn ja, wie finde ich diese beiden Zeilen, sodass ich etwas ändern kann.

In der Zwischenzeit bin ich dazu übergegangen, den Projektordner im Ordner "Projects" auf die Sicherungsplatte zu kopieren. Das kann aber nicht die Lösung sein.

Hallo Wolfgang,

es würde vermutlich bereits helfen, das Projekt von "Reisen mit dem Wohnwagen" auf "Reisen" zu kürzen. Da das Problem erst seit kurzem auftritt, kontrolliere auch die zuletzt eingefügten Bilder, ob diese außergewöhnlich lang sind. "Aussicht vom Cliff von Mohaire über den Atlantik nach Amerika" wäre so ein Beispiel.

Wenn ich die Fehlermeldung aber richtig interpretiere, haben die Entwickler eine Routine installiert (ZetaLongPath), die in einem solchen Fall den Eintrag kürzt. Da scheint aber das Script noch ein Problem zu haben in Zeile 265 & 78. Da kannst Du also nichts direkt machen.

Hallo Thomas.

Danke für dein Input.

Mein Projekt hat schon lange diesen Namen. Bisher gab es noch nie damit Probleme.

Meine Bilder habe ich alle nach gleichem Standard benannt. Als Beispiel: 2022_Winter Jokkmokk_W_214.JPG

Auch das war noch nie ein Problem.

Wenn das mit der Routine (ZetaLongPath) so ist, sollte es ja auch kein Problem sein, oder?

Temp Ordner, wie oben beschrieben bereits geleert?

Hallo Stefan S.

Ja, habe ich auch gemacht. Am 9.3. ist das letzte reguläre Backup erstellt worden. Seit dem kopiere ich täglich den Projektordner.

Ok, dann lässt sich das meiner Meinung nach nur per Fernwartung im Rahmen eines Premium-Support-Ticket (https://www.zeta-producer.com/de/premium-support.html) lösen.

Hallo Stefan S.

Danke für das Angebot. Ich nutze allerdings die Homeversion.

Ich bin z.Zt. unterwegs und habe zuvor mein Laptop für die weitere Bearbeitung der Homepage eingerichtet. (Cloudunterstützung, etc.)

Zuvor zu Hause habe ich ein letztes Backup über ZP erstellt. Hat prima funktioniert.

Jetzt, mit dem Laptop und der weiteren Erstellung über die Cloud gibt es die Probleme mit dem Backup. Das eigentliche arbeiten an der Homepage funktioniert aber gut.

Kann es damit etwas zu tun haben? Und da ich erst am Ende des Monats wieder zu Hause bin, kann ich das auch erst für mich dann wieder prüfen.

Zitat von AnnWolf

Kann es damit etwas zu tun haben?

Das kann ich nicht sagen.

Hallo Wolfgang,

ich nehme an, Du gehst entweder über mobile Daten oder über das Wlan eines Campingplatzes online. Da ist der Upload oft gedrosselt. Während bei der Veröffentlichung nur die geänderten Daten übertragen werden, muss beim Backup eine große zip in den Upload. Da könnte es durchaus sein, dass der geringe Upload ein Hindernis ist. Du kannst probieren, die Backupeinstellungen zu ändern, dass das Backup nicht auf dem Server gespeichert wird. Eventuell läuft das Backup dann sauber durch. Nach Rückkehr aus dem Urlaub nicht vergessen, Diese Einstellung wieder zu ändern.

Hallo Thomas.

Leider bin ich nicht auf einem Campingplatz unterwegs. Ich habe aber meine Telekom Speedbox mit und gehe darüber ins Netz. Von daher hast du schon recht.

Ich habe als Speicherort nur die Festplatte "C". Auf dem Server habe ich noch nie ein Backup gemacht. Auch zu Hause nicht. Sollte ich?

Dann liegt es vermutlich daran, dass Sie unterwegs einen anderen Rechner nutzen und die Backup-Einstellungen dafür vielleicht noch nicht angepasst sind.

Wenn Sie in "Extras > Backup > Konfigurieren" einen "Speicherort" festlegen, dann gilt dieser Speicherort für die Backups, die durch die Erinnerungen oben im Orange hinterlegten Streifen gestartet werden. Der Speicherort von Backups, die manuell per "Extras > Backup > Backup erstellen" kann sich davon unterscheiden und sollte ggf. vor dem Ausführen des Backups entsprechend angepasst werden.

Ich habe gerade meine Clouddaten mal wieder zurück auf die Festplatte vom Laptop geholt. Dann habe ich dieses Projekt geöffnet,- und ein Backup versucht.

Klappt aber trotzdem nicht.

Hallo zusammen.

Nun noch eine kleine Info, bezüglich meiner Backup-Probleme. Ich sitze in der Zwischenzeit wieder an meinem heimischen PC. Kein Cloud-Projekt mehr.

Ich habe gestern versucht wieder ganz normal ein Backup zu erstellen. Ergebnis, siehe oben. Es hatte sich nichts geändert. Darauf hin habe ich den kompletten Projektordner gesichert.

Heute habe ich dann ZP auf die neue Version 16.4.0 upgedatet. Das funktionierte einwandfrei. Anschließend dann mein Projekt neu geladen,- und versucht ein Backup zu erstellen.

Und siehe da,- es funktionierte wieder!

Offensichtlich hat das updaten irgendetwas geändert. Was auch immer.

Das zur Info.

Hallo zusammen.

Jetzt hier nochmal etwas zur Backup-Erstellung.

Je nachdem wie ZP konfiguriert ist, wird man per Hinweisbutton nach einer gewissen Zeit darauf hingewiesen, ein Backup zu erstellen.

Klickt man dann auf den Button, kommt nach kurzer Zeit, der hier erwähnte Fehlerhinweis (Fehler 80 "Datei ist bereits vorhanden").

Erzeugt man aber ein Backup über "Extras", "Backup", funktioniert das alles anstandslos.

Das soll hier nur noch ein kleiner Hinweis sein.

Ich weiß auch nicht, ob das Programm bei beiden Vorgehensweisen denselben Weg verwendet.