Keine Backups via WebDAV möglich
vor 13 Jahren
Seit etwa einem halben Jahr nutze ich Duplicati, um Sicherungen per WebDAV in das Mediencenter hochzuladen. Seit geraumer Zeit funktioniert das aber nicht mehr wirklich, weil das Mediencenter immer wieder gerade eben erzeugte Dateien (getestet mit 10 MB, 20 MB bzw. 50 MB-Dateien) als Dateien mit der Größe 0 ausweist.
Vermutlich hängt das Problem mit den auch an anderer Stelle erwähnten Problemen mit der WebDAV-Umsetzung zusammen.
Einer der Duplicati-Entwickler hat mir hierzu folgende Analyse zugesendet, die ich hier in der Hoffnung poste, dass sie so den Weg über den Moderator an die zuständigen Techniker findet (via "Kontakt" wird die Nachricht abgeschnitten) - möglicherweise hilft sie bei der Fehlersuche.
Für eine Rückmeldung wäre ich dankbar!
Gruß
Joachim Deckers
Hire die Antwort von René, einem der Duplicati-Entwickler:
In short:
I could reproduce the issue but I don't know what triggers it.
I found a few postings on the internet that described exactly the same issue. No solution though.
The issue itself is very simple: Duplicati creates a new file that should be 25MB big. After the WebDAV server has received it, it says "File successfully created. File size is 0 bytes.".
It seems impossible to get in touch with t-online if you are not a customer. I managed to get into the forums with my mediencenter account but I am not allowed to post anything within the first 14 days.
What to do:
I suggest you to get in touch with the Mediencenter support. Tell them that we think we found a server bug and want to talk to someone who maintains the WebDAV servers. To prove that we are not some stupid posers, here some excerpts from the log file:
Duplicati wants to store a file and sends a first request:
User-Agent: Duplicati WEBDAV Client v1.3.3.1457
Content-Type: application/octet-stream
Authorization: Basic ******
Host: webdav.mediencenter.t-online.de
Content-Length: 26213520
Expect: 100-continue
Connection: Close
The request seems to be ok for the WebDAV server and it replies as expected:
Version = 1.1,
StatusCode = 100,
StatusDescription = Continue.
Then Duplicati sends 26213520 bytes of data to the WebDAV server. The WebDAV server acknowledges the reception of data.
The Mediencenter WebDAV server sends a success message and says it has created the file successfully:
Version = 1.0,
StatusCode = 201,
StatusDescription = Created.
StatusDescription = Created.
Unfortunately, it also reports the created file to be 0 bytes:
Date: Sat, 06 Oct 2012 13:03:26 GMT
Server: Apache-Coyote/1.1
Accept-Ranges: bytes
Content-Length: 0
Content-Type: application/zip
This only happens once in a while. 500 files were ok, 1 was not.
It's ok to give them my email address: (hier im Forum unterdrückt). They can get in touch with me in English or German.
As we (Duplicati) now know this faulty behavior of the Mediencenter WebDAV server, we are able to create a work around. Unfortunately, Kenneth is very busy with other things at the moment and Kenneth is the main developer. I can do analysis but my programming skills are too limited. That's why we would perfer you to get in touch with the Mediencenter customer support first and not wait for a quick fix.
René
Vermutlich hängt das Problem mit den auch an anderer Stelle erwähnten Problemen mit der WebDAV-Umsetzung zusammen.
Einer der Duplicati-Entwickler hat mir hierzu folgende Analyse zugesendet, die ich hier in der Hoffnung poste, dass sie so den Weg über den Moderator an die zuständigen Techniker findet (via "Kontakt" wird die Nachricht abgeschnitten) - möglicherweise hilft sie bei der Fehlersuche.
Für eine Rückmeldung wäre ich dankbar!
Gruß
Joachim Deckers
Hire die Antwort von René, einem der Duplicati-Entwickler:
In short:
I could reproduce the issue but I don't know what triggers it.
I found a few postings on the internet that described exactly the same issue. No solution though.
The issue itself is very simple: Duplicati creates a new file that should be 25MB big. After the WebDAV server has received it, it says "File successfully created. File size is 0 bytes.".
It seems impossible to get in touch with t-online if you are not a customer. I managed to get into the forums with my mediencenter account but I am not allowed to post anything within the first 14 days.
What to do:
I suggest you to get in touch with the Mediencenter support. Tell them that we think we found a server bug and want to talk to someone who maintains the WebDAV servers. To prove that we are not some stupid posers, here some excerpts from the log file:
Duplicati wants to store a file and sends a first request:
User-Agent: Duplicati WEBDAV Client v1.3.3.1457
Content-Type: application/octet-stream
Authorization: Basic ******
Host: webdav.mediencenter.t-online.de
Content-Length: 26213520
Expect: 100-continue
Connection: Close
The request seems to be ok for the WebDAV server and it replies as expected:
Version = 1.1,
StatusCode = 100,
StatusDescription = Continue.
Then Duplicati sends 26213520 bytes of data to the WebDAV server. The WebDAV server acknowledges the reception of data.
The Mediencenter WebDAV server sends a success message and says it has created the file successfully:
Version = 1.0,
StatusCode = 201,
StatusDescription = Created.
StatusDescription = Created.
Unfortunately, it also reports the created file to be 0 bytes:
Date: Sat, 06 Oct 2012 13:03:26 GMT
Server: Apache-Coyote/1.1
Accept-Ranges: bytes
Content-Length: 0
Content-Type: application/zip
This only happens once in a while. 500 files were ok, 1 was not.
It's ok to give them my email address: (hier im Forum unterdrückt). They can get in touch with me in English or German.
As we (Duplicati) now know this faulty behavior of the Mediencenter WebDAV server, we are able to create a work around. Unfortunately, Kenneth is very busy with other things at the moment and Kenneth is the main developer. I can do analysis but my programming skills are too limited. That's why we would perfer you to get in touch with the Mediencenter customer support first and not wait for a quick fix.
René
Hinweis:
Dieser Beitrag wurde geschlossen.
Hinweis:
Dieser Beitrag ist nicht mehr für Antworten oder Kommentare geöffnet und ist nicht mehr für die Mitglieder der Community sichtbar.
6286
0
0
Das könnte Ihnen auch weiterhelfen
vor 4 Jahren
in
253
0
2
vor 5 Jahren
in
2405
0
1
vor 4 Jahren
in
825
2
1
Beliebte Tags letzte 7 Tage
Das könnte Sie auch interessieren
Kaufberatung anfragen
Füllen Sie schnell und unkompliziert unser Online-Kontaktformular aus, damit wir sie zeitnah persönlich beraten können.
Angebote anzeigen
Informieren Sie sich über unsere aktuellen MagentaCLOUD-Angebote.
.webp "Angebote anzeigen")
vor 13 Jahren
Seit etwa einem halben Jahr nutze ich Duplicati, um Sicherungen per WebDAV in das Mediencenter hochzuladen. Seit geraumer Zeit funktioniert das aber nicht mehr wirklich, weil das Mediencenter immer wieder gerade eben erzeugte Dateien (getestet mit 10 MB, 20 MB bzw. 50 MB-Dateien) als Dateien mit der Größe 0 ausweist. Vermutlich hängt das Problem mit den auch an anderer Stelle erwähnten Problemen mit der WebDAV-Umsetzung zusammen.
Seit etwa einem halben Jahr nutze ich Duplicati, um Sicherungen per WebDAV in das Mediencenter hochzuladen. Seit geraumer Zeit funktioniert das aber nicht mehr wirklich, weil das Mediencenter immer wieder gerade eben erzeugte Dateien (getestet mit 10 MB, 20 MB bzw. 50 MB-Dateien) als Dateien mit der Größe 0 ausweist.
Vermutlich hängt das Problem mit den auch an anderer Stelle erwähnten Problemen mit der WebDAV-Umsetzung zusammen.
Hier geschieht das regelmäßig mit Dateien > 300MB. Die Server-Antworten variieren:
einfach
HTTP/1.0 502 Bad Gateway
bzw. die Sequenz
HTTP/1.0 201 Created
Server: Apache-Coyote/1.1
Accept-Ranges: bytes
Content-Length: 0
Connection: close
Content-Type: application/x-tar
^^^- Der wird wohl ausgewürfelt ;-)
dann
HTTP/1.0 204 No Content
Etag: ***
Content-Type: application/x-tar
^^^- Ziemlich hartnäckig.
0
0
vor 13 Jahren
vielen Dank für Ihre ausführliche Schilderung.
Seit etwa einem halben Jahr nutze ich Duplicati, um Sicherungen per WebDAV in das Mediencenter hochzuladen. Seit geraumer Zeit funktioniert das aber nicht mehr wirklich, weil das Mediencenter immer wieder gerade eben erzeugte Dateien (getestet mit 10 MB, 20 MB bzw. 50 MB-Dateien) als Dateien mit der Größe 0 ausweist.
Sie berichten, dass die Sicherung funktioniert hat und erst seit einiger Zeit nicht mehr wie gewünscht.
Es gab in den letzten Wochen umfangreiche Wartungsarbeiten und Optimierungen auf der Mediencenter Plattform, siehe auch http://foren.t-online.de/foren/read.php?442,10294483
Seit kurzem sollte der Zugriff wieder performant möglich sein. Am besten Sie testen noch mal wie es sich bei Ihnen verhält. Wenn es weiter Schwierigkeiten gibt, melden Sie sich bitte wieder und wir leiten den Sachverhalt weiter, Danke.
0
0
vor 13 Jahren
* davfs2 http://savannah.nongnu.org/projects/davfs2
* cadaver http://www.webdav.org/cadaver/
jeweils mit gleichem Befund.
Mit davfs ähnelt das Vorgehen dem unter MacOS:
http://hilfe.telekom.de/hsp/cms/content/HSP/de/3370/FAQ/faq-279621994
0
0
vor 13 Jahren
Mein Workaround ist eine Duplicati-Option, die jede Datei nach dem Hochladen anhand von Name/Zeitstempel/Dateigröße prüft und ggf. erneut hochlädt. Seitdem funktioniert's - aber wie ich soeben in den Sicherungsprotokollen auch vom 8.10. und 9.10. nachgelesen habe: Nur aufgrund der "Retrys", von denen es viele gibt.
Das Problem besteht also weiterhin, ich bitte (erneut) um Weiterleitung an Ihr technisches Backend!
Vielen Dank
Joachim Deckers
0
0
vor 13 Jahren
Zumindestens bis zum 7.10. bestand das Problem.
Dann hat es nichts direkt mit den Wartungsarbeiten zu tun. WebDAV steht seit 19. September wieder uneingeschränkt zur Verfügung. Aber durch die Wartungsarbeiten hat sich dieses Problem wohl ergeben. Wir haben die Infos an die Kollegen zur Überprüfung und Behebung weitergeleitet. Danke für den Hinweis.
0
0
vor 13 Jahren
die Kollegen bitten um ein paar weitere Infos, um den Fehler einzugrenzen. Bitte senden Sie uns eine Mail an foren.foren@telekom.de mit folgenden Infos:
* vollständigen Namen
* Kundennummer
* Zugangsnummer des betroffenen Mediencenters
* Zeitpunkt/ungefährer Zeitpunkt, wann der Fehler aufgetreten ist
* wenn möglich, ggf. den Dateinamen, bei dem der Fehler aufgetreten ist
* zur eventuellen Kontaktaufnahme Ihre Handynummer
* Nickname "JDeckers"
* Betreff: "Angeforderte E-Mail, ID 10772253“.
Und wenn wir schon dabei sind Ihre Daten anzufordern, schadet es nicht, wenn Sie die E-Mail-Adresse des Duplicati-Entwicklers miterwähnen, falls die Kollegen sich doch an ihn wenden müssen.
0
0
vor 13 Jahren
0
0
vor 13 Jahren
herzlich willkommen bei uns im Forum.
Auch ich habe aktuell (17.10.) Probleme mit 0-Byte großen Dateien. Falls gewünscht, kann ich ebenfalls Infos beisteuern.
Gerne. Welche Infos wir benötigen, stehen oben. Ändern Sie einfach nur den Nicknamen auf "vfluegel". Danke im Voraus.
0
0
vor 13 Jahren
danke für die zugesendeten Informationen. Wir haben sie an die Kollegen weitergeleitet und melden uns in diesem Thread wieder, sobald wir eine Rückmeldung erhalten.
0
0
vor 13 Jahren
Erstmal danke nochmal an JDeckers und vfluegel für die gemailten Infos!
Kurzer Zwischenstand: Bisher konnte die Ursache noch nicht gefunden werden. Die Analysen werden aber fortgeführt und die Kollegen stehen aktuell in Kontakt mit dem Duplicati-Entwickler. Also, bitte noch etwas gedulden. Wir melden uns wieder.
0
0