Privatkunden
Geschäftskunden
Sammelthread: Magenta Cloud 1GB Up-/Download Problem via Browser/WebDAV
2 AKZEPTIERTE LÖSUNGEN
Guten Abend @Dr._Seltsam,
danke, dass du dich hier noch einmal zu Wort gemeldet hast.
@Dr._Seltsam schrieb:
In diesem Thread geht es um upload-Probleme mit Dateien ab 1 GB, von denen die Telekom wahlweise behauptet
- es sei "gelöst" (Status in Titelüberschrift)
- es sei "behoben" (Aussage @Ina B. Telekom-Team am 01.10.)
- es sei "immer noch aktuell" oder "scheine aktuell nur noch selten Probleme zu bereiten" (erster Beitrag).
Ich gebe zu, das ist alles sehr verwirrend. 🥴 Ich versuche jetzt einmal, das Thema aus unserer Sicht zu beleuchten.
In diesem Thread ging es ursprünglich um folgendes Thema:
@prophaganda schrieb:
Ich möchte betonen:
Es geht hier ausschliesslich um den Fehler Nr. 012 aus der Liste: Bekannte Fehler und Verbesserungsvorschläge
Dieses damalige Problem wurde behoben, also gelöst. Das ist unter'm Strich die gleiche Aussage (hier in der Community). 😉
Im Laufe der Zeit haben wir aber festgestellt, dass es teilweise immer noch zu Problemen beim Upload größerer Dateien kommt. Und nun Asche auf mein Haupt, das habe ich hier im Thread nicht verfolgt. Daher habe ich das in meiner Antwort gestern leider nicht beachtet, sorry dafür. 😊
@Dr._Seltsam schrieb:
Dass es darüber hinaus eine 2 GByte "Größenbeschränkung" geben soll, höre ich zum ersten mal. Der Begriff "Größenbeschränkung" hört sich für mich erstmal auch nicht nach einem Eingeständnis eines (weiteren?) Fehlers an, sondern soll offenbar eine bewusste Leistungseinschränkung beschreiben. Woraus leitet sich die ab? Ich habe in den AGB dazu nichts gefunden.
Diese Beschränkung gibt es NUR bei der Nutzung der MagentaCLOUD über einen Browser. Hintergrund ist hier m.W. das HTTP-Protokoll. siehe
@Dr._Seltsam schrieb:
Bei mir besteht das 1 GB Problem genau wie von @Stoertie und anderen oft genug beschrieben auch weiterhin, und dazu läuft (angeblich) auch seit Monaten ein offenes Ticket. Anfangs erhielt ich hier auch noch regelmäßig ein update, dass es noch in Bearbeitung sei und man auf eine Rückmeldung der Fachabteilung warte. Seit dem 21.06. habe ich dazu nichts mehr gehört!
Ich habe mal nachgeschaut, das Ticket läuft immer noch. Die letzte Rückmeldung war hier in der Tat am 21. Juni. 😕 Zuletzt hieß es, dass die Entwickler noch nicht analysieren konnten, wodurch das Verhalten ausgelöst wird. Es wurde vermutet, dass eine Kombination von verschiedenen Faktoren zu dem Fehlerbild führen. Wir haken noch einmal nach, ob es neue Erkenntnisse gibt.
BTW: Damit alle Mitlesenden wissen, dass es hier noch Einschränkungen gibt, markiere ich meinen Beitrag absichtlich als Lösung. Das ist aber nur ein Zwischenbescheid. ✋
Herzliche Grüße
Ina B.
Hallo zusammen, ich habe die Rückmeldung erhalten, dass der Fehler
als gelöst gilt, daher erfolgt hier eine Lösungmarkierung.
Es wurden viele Tests durchgeführt und die meisten von euch können wieder Dateien >1GB up- und downloaden. Ich bedaure, dass die Lösungsfindung so lange gedauert hat und bedanke mich für eure Geduld.
Nun gilt
"Tritt ein Fehler, der in der Liste als behoben gekennzeichnet ist, erneut oder weiterhin auf, muss dieser neu bewertet werden. In dem Fall die Teamies bitten den Fehler weiterzuleiten (gerne mit expliziten Beispielen wie: Datei x am xx.xx.2021 heruntergeladen und abgebrochen)."
... und dazu gibt es ja noch vereinzelt Anwender hier im Thread, bei denen der Down- und/oder Upload noch immer klemmt. Diese Fälle werden also individuell betrachtet und weitergeleitet.
P. S.:
Erscheint die Meldung "Existing lock on file, exclusive", bitte einmal aus der MagentaCLOUD ausloggen und anschließend wieder einloggen. Jetzt sollte die Datei an der gewünschten Stelle vorhanden und nutzbar sein. -> Dieser Fehler wurde neu in die Liste aufgenommen.
Viele Grüße
Jonas J.
Ja, die Anfrage ist an Alex gegangen. 
Und ich hab ihm auch den Link zu diesem Thread geschickt.
Viele Grüße
Stephie G.
Problem bei mir war und ist dass über WebDAV generell keine Dateien >1 GB hochgeladen werden können (nach meinem Verständnis war und ist das das zentrale Thema) und ich daher einen Workaround mit 900 MB Dateien verwende, daran hat sich nichts geändert. Bei diesem Punkt wundert es mich ehrlich gesagt dass man da jetzt nach der langen Zeit wieder zurück zur Bestandsaufnahme will - das 1 GB Thema ist doch das worüber die ganze Zeit gesprochen wird?
Zusätzlich werden an den meisten Tagen von zum Beispiel sieben Dateien mit jeweils 900 MB drei Dateien verworfen und werden dann in den lost+found Ordner unter Linux geworfen, diese müssen dann ebenfalls ein zweites Mal hochgeladen werden - auch das habe ich jetzt automatisiert und einen Workaround gefunden.
Natürlich könnte man mich anrufen (aber nur abends nach Feierabend, während der Arbeitszeit habe ich keine Zeit für Themen am Privatrechner) - aber ich befürchte sowieso dass man es dann auf die davfs2-Schnitstelle unter Linux schieben wird
Ich warte einfach ab ob sich in Zukunft an der Thematik generell noch etwas ändert, ich kann mit dem Workaround leben, trotzdem funktioniert das nicht wie es sollte.
Aber falls es hilft:
Heute Nacht ab 01:30 Uhr wurden diese Dateien hochgeladen:
samsung_19.02.23.tgz.aes.part_00
samsung_19.02.23.tgz.aes.part_01
samsung_19.02.23.tgz.aes.part_02
samsung_19.02.23.tgz.aes.part_03
samsung_19.02.23.tgz.aes.part_04
samsung_19.02.23.tgz.aes.part_05
samsung_19.02.23.tgz.aes.part_06
samsung_19.02.23.tgz.aes.part_07
Davon wurden drei nicht erfolgreich hochgeladen und verworfen:
../lost+found/samsung_19.02.23.tgz.aes.part_04-6fD43Y'
../lost+found/samsung_19.02.23.tgz.aes.part_05-L5CXvM'
../lost+found/samsung_19.02.23.tgz.aes.part_06-inezgw
Diese wurden dann ab 17:30 Uhr erneut hochgeladen. Mit 1 GB Dateien und größer funktioniert der Upload gar nicht, der Upload hängt dann in einer kompletten Endlosschleife und blockiert den Upstream über etliche Stunden mit 100% Auslastung da riesige Datenmengen immer wieder neu hochgeladen werden (anscheinend ein endloser retry)...das hatte ich ursprünglich aber bereits beschrieben.
Ja, jetzt hat es mal von Eurer Seite aus nicht geklappt
Ich habe dieses Wochenende aber andere Pläne und bin mal weg vom Computer, daher würde wieder Montag oder Dienstag gehen, auch wieder nach 20 Uhr.
@Gelöschter Nutzer
@Gelöschter Nutzer schrieb:
Ja, jetzt hat es mal von Eurer Seite aus nicht geklappt
Ich habe dieses Wochenende aber andere Pläne und bin mal weg vom Computer, daher würde wieder Montag oder Dienstag gehen, auch wieder nach 20 Uhr.
Wir finden schon noch zueinander & Montag + Dienstag haben erneut nicht geklappt, tut mir leid. 😕 Ich lege es heute Abend wieder auf den Schirm für nach 20 Uhr. Wenn es nicht passt (weil ja nicht Montag oder Dienstag ist) einfach hier schreiben.
Greetz
Stefan D.
@Dr._Seltsam schrieb:
Vielleicht ist es möglich, dass Ihr Eure Unterhaltung auf einem privaten Kanal fortführt?
Das war bis jetzt die Kommunikation der Teamis mit einem Kunden zum Problem Da gehört auch die Kommunikation mit ggf. verpassten Rückrufen dazu...
Und die gehört in diesen Thread mit rein... 
Ja und nein
Den Test mit 6,4 GB habe ich noch nicht getestet, da ich dafür erst alte Backups löschen müsste bzw. generell den Prozess umstellen müsste, das mache ich noch.
Ein Problem ist aber in jedem Fall nach wie vor offen:
Ich lade jede Nacht um 01:30 Uhr sieben Dateien von jeweils 900 MB Größe mit dem Dateinamen samsung_09.03.23.tgz.aes.part_00 bis samsung_09.03.23.tgz.aes.part_07 hoch - davon können typischerweise immer drei beim ersten Anlauf nicht übertragen werden - hier warte ich im Script dann fünf Stunden und starte den Kopiervorgang erneut.
Beispiel von heute, 05-07 sind nicht im Ziel angekommen:
Error on file - this file does not exist or is empty (0 bytes):
samsung_09.03.23.tgz.aes.part_05
Retry number #1 started
Error on file - this file does not exist or is empty (0 bytes):
samsung_09.03.23.tgz.aes.part_06
Retry number #1 started
Error on file - this file does not exist or is empty (0 bytes):
samsung_09.03.23.tgz.aes.part_07
Retry number #1 started
Danach funktioniert es dann normalerweise. In seltenen Fällen fehlt dann bei der erneuten Prüfung um 17 Uhr immer noch was, dann kopiere ich nach der Prüfung zum dritten Mal bis alles im Zielordner ist. Das ist aber eher selten.
Also mit den Einzeldateien von 7 x 900 MB anstatt einer großen Datei gibt es definitiv nach wie vor Probleme. Ob es mit einer Datei besser klappen würde, kann ich noch nicht sagen. Aber das hier dürfte definitiv schon einmal nicht passieren.
Vielleicht kannst du das intern weitergeben, meine Daten, Uhrzeiten und Dateinamen kennst du ja jetzt.
Kaufberatung anfragen
Zum Kontaktformular
Füllen Sie schnell und unkompliziert unser Online-Kontaktformular aus, damit wir sie zeitnah persönlich beraten können.
Angebote anzeigen
Zu den Telekom-Angeboten
Aktuelle Telekom Angebote für Mobilfunk (5G/LTE), Festnetz und Internet, TV & mehr.
