FTP-Push meldet Problem per Mail und macht keine Wiederholung

[harrylein]

Ist dies denn verwunderlich wenn das Problem nicht bei OTR sondern am FTP-Server zu suchen war?!

Das ist ja etwas voreilig. Bisher ist das nicht mehr als eine Vermutung!

Wie bereits erwähnt, tritt das Problem erst seit einigen Wochen auf (siehe auch tronic73). Das Ganze wäre auch gar kein Problem, wenn sich die otr-Server wie vorher verhielten und mindestens einen weiteren Versuch unternehmen würden. Das tun sie in diesen Fällen aber definitiv nicht mehr!!!
In der FTP-Liste wird die Übertragung als abgeschlossen gekennzeichnet - obwohl die Datei definitiv nicht komplett übertragen wurde. Im Log meines FTP-Servers ist auch ersichtlich, dass die Übertragung ordnungsgemäß von der Gegenstelle abgeschlossen wurde. Nur im Mail oder, wenn man manuell die Dateilängen vergleicht, ist ersichtlich, dass die Übertragung fehlgeschlagen ist.

Wie gesagt, dieses Verhalten ist erst seit ein paar Wochen. Ich würde fast sagen seit dem in der FTP-Liste die angezeigten Daten erweitert wurden (übertragene Bytes...).

... vielleicht hilft das ja weiter.
Gern kann ich einen solchen Fall auch mit Logs dokumentieren.

- - - Aktualisiert - - -

Eine mögliche Fehlerquelle, die ich im Verdacht habe, ist eine instabile Verbindung zum eine dyndns-Service.

Das kann ich (bei mir) definitiv ausschließen. Die Verbindung wird zum einen nur einmal am Tag um 2 h getrennt und die o.g. Probleme traten nie in der Nacht auf.

[mchawk]

Das kann ich (bei mir) definitiv ausschließen. Die Verbindung wird zum einen nur einmal am Tag um 2 h getrennt und die o.g. Probleme traten nie in der Nacht auf.

Ich rede nicht von der täglichen Unterbrechung Deiner DSL-Verbindung. Ich rede von Deiner Verbindung zum DYNDSL-Anbieter. Dat isse wat Anderes!

[harrylein]

@mchawk: Das kann man - denke ich - auch ausschließen. Die Verbinding wird durch eine dauerhafte VPN-Verbindung ständig offen gehalten. Auch greifen in kurzen Abständen (einige Sekunden) andere Dienste via DNS-Namen auf interne Daten zu.

@MCMUPPET:
Ich habe heute wieder so einen Fall gehabt!
Hier mal zum veranschaulichen die bereits angekündigten Nachweise:

FileZilla-Log:
(000082) 08.11.2012 10:45:13 - (not logged in) (81.95.11.8)> Connected, sending welcome message...
(000082) 08.11.2012 10:45:13 - (not logged in) (81.95.11.8)> USER otr
(000082) 08.11.2012 10:45:13 - (not logged in) (81.95.11.8)> 331 Password required for otr
(000082) 08.11.2012 10:45:13 - (not logged in) (81.95.11.8)> PASS ********
(000082) 08.11.2012 10:45:13 - otr (81.95.11.8)> 230 Logged on
(000082) 08.11.2012 10:45:13 - otr (81.95.11.8)> TYPE I
(000082) 08.11.2012 10:45:13 - otr (81.95.11.8)> 200 Type set to I
(000082) 08.11.2012 10:45:13 - otr (81.95.11.8)> SIZE /Spider_Man_12.11.01_20-15_vox_135_TVOON_DE.mpg.HQ.avi
(000082) 08.11.2012 10:45:13 - otr (81.95.11.8)> 550 File not found
(000082) 08.11.2012 10:45:13 - otr (81.95.11.8)> SIZE /Spider_Man_12.11.01_20-15_vox_135_TVOON_DE.mpg.HQ.avi
(000082) 08.11.2012 10:45:13 - otr (81.95.11.8)> 550 File not found
(000082) 08.11.2012 10:45:13 - otr (81.95.11.8)> PORT 81,95,11,8,128,67
(000082) 08.11.2012 10:45:13 - otr (81.95.11.8)> 200 Port command successful
(000082) 08.11.2012 10:45:13 - otr (81.95.11.8)> STOR /Spider_Man_12.11.01_20-15_vox_135_TVOON_DE.mpg.HQ.avi
(000082) 08.11.2012 10:45:13 - otr (81.95.11.8)> 150 Opening data channel for file transfer.
(000082) 08.11.2012 10:45:41 - otr (81.95.11.8)> QUIT
(000082) 08.11.2012 10:45:50 - otr (81.95.11.8)> disconnected.
Hier sieht man gut, dass die Gegenstelle die Verbindung ordnungsgmäß beendet hat. Warum auch immer! Die Übertragung war ja noch nicht vollständig.

FTP-Push-Auftrag:
Anhang 6802
Hier ist ersichtlich, dass nur ca. 7.5 MB übertragen wurden. Das ist auch korrekt. Nur dass es sich dabei um einen gringen Anteil der tatsächlichen Größe handelt und die Übertragung noch nicht abgeschlossen war, ist hier nicht ersichtlich.

Nachricht von OTR:
Anhang 6803
Die Nachricht ist auch korrekt, da ja die Datei nicht komplett übertragen wurde.

[mchawk]

Ach tronic, dann schreib doch mal, ob Du meinen Lösungsansatz mit einem alternativen DYNDNS-Anbieter mal probiert hast bevor Du hier weiter rumstänkerst....

Meine letzten Versuche mit FTP-Push via OTR liefen (mit meinem neuen Anbieter!) reibungslos!

Und @harrylein:
Sicher dass Dein Verzeichnis für den User OTR eine 777-Freigabe hat?

[sejtam]

Und wieder ne pampige Antwort.

Wenn wie Harrylein schn zeigt die Datei mit 7.x MB gespeichert wurde, wird es wohl kaum an seinen director perms
liegen.

Ich habe das gleiche Problem. Alle anderen FTP uploads laufen ohne Problems, OTR's upload stoppt nach ca 6MB (von >600MB)
Ohne Erklärung...

[Hans aus Barmbek]

@mchawk: Das stimmt nicht. Sejtam hat recht. DynDNS kümmert sich nur um die Namensauflösung, anschließend kann OTR deinen Server finden und die Daten ohne Umwege auf deinen Server übertragen. (Deswegen siehst du auch in deinem Logfile die IP-Adressen von OTR, wie z.B. 81.95.11.25)
Gruß, Hans

[harrylein]

Es scheint sich was zu tun!!!

Hier ein Fall von heute:
Anhang 6865

Mal sehen, was daraus wird ob der Upload noch einmal versucht wird.

[harrylein]

Zu früh gefreut: Laut Status hat das System zwar erkannt, dass der Upload nicht komplett war - einen weiteren Versuch hat es jedoch nicht unternommen. Schade!

Heute ist auch wieder einer von mehreren Uploads unvollständig. Mal sehen, ob sich 'was geändert hat.

[harrylein]

...Auch heute das gleiche Verhalten.

[Dsaster]

mich nerven die Abbrüche auch schon seit über einem halben Jahr. Keine Lösung in Sicht. Auch kein Kommentar von otr. Noch nicht einmal eine pampige Antwort. Ich schließe mich daher dem Beitrag von tronic voll und ganz an.

otr könnte ja mal zumindest irgend einen Pieps von sich geben. Das geht ja nicht seit gestern so, daher bleibt mir nur der Schluss, die Haltung von otr entweder als ignorant oder als arrogant einzustufen. Da ich beides ziemlich unsexy finde, werde ich meine Mitgliedschaft nach Ablauf Ende dJ nicht mehr verlängern.

Ich finds eigentlich schade aber vielleicht kommt ja noch ein kleiner Nikolaus, der uns Dummerchen sagt, wo der Osterhase lang läuft...