FTP Probleme bei 1und1

  • Hallo,

    es ist mir heute nun wieder passiert:

    Über das 1und1 Control Center ein Subdir angelegt.

    Dann in den Zeta FTP Einstellungen entsprechend alles angelegt. Schon beim Test löscht Zeta das angelegte Unterverzeichnis! Das Ganze dann mit diversen Einstellungen probiert: Passiv FTP, Workaround usw...

    Das Problem tritt seit der letzten Version von Zeta auf!


    Rebex.Net.FtpException
    -----------------
    /physiofit/50243d23-fa7e-423d-911c-bf9fe540f8e8.php: No such file or directory (550).
    -----------------
    bei Rebex.Net.Ftp.WM(String A, Boolean B, PS C, TP D, Int64 I, FtpTransferState J)
    bei Rebex.Net.Ftp.RO(String A, String B, Stream C, Int64 D, Int64 I, TP J)
    bei Rebex.Net.Ftp.PutFile(Stream sourceStream, String remotePath)
    bei ZetaProducerPublishing.Runtime.Protocols.FtpProtocol.FtpEngine.<>c__DisplayClass4.<DoSendFile>b__3()
    bei ZetaProducerPublishing.Runtime.Protocols.FtpProtocol.FtpEngine.<>c__DisplayClass2d.<guardFtpCall>b__2b()
    bei ZetaProducerPublishing.Runtime.Protocols.FtpProtocol.ActivePassiveDetectorGuard..ctor(IActivePassiveDetectorHolder holder, ActivePassiveGuardDelegate guardDelegate)
    bei ZetaProducerPublishing.Runtime.Protocols.FtpProtocol.FtpEngine.guardFtpCall(FtpCall call, HandleException handleException)
    bei ZetaProducerPublishing.Runtime.Protocols.FtpProtocol.FtpEngine.DoSendFile(SendFileInformation information)
    bei ZetaProducer.RuntimeBusinessLogic.Publishing.Requirements.WebServerRequirementsTestController.doTest(String serverFolder, BasePublishingEngine publishingEngine, Cancelable cancelable, PhpRequiredCapabilities reqs, WebServerAvailableCapabilities result)
    bei ZetaProducer.RuntimeBusinessLogic.Publishing.Requirements.WebServerRequirementsTestController.Test(String serverFolder, BasePublishingEngine publishingEngine, Cancelable cancelable)
    bei ZetaProducer.RuntimeBusinessLogic.Publishing.Testing.ConnectionTestController.doTestRunNormal(Cancelable cancelable, Boolean quickTestOnly)
    bei ZetaProducer.RuntimeBusinessLogic.Publishing.Testing.ConnectionTestController.Test(Cancelable cancelable, Boolean quickTestOnly, Boolean allowThrow)
    FtpException
    {
    Status=ProtocolError,
    Response=FtpResponse
    {
    Raw="550 /physiofit/50243d23-fa7e-423d-911c-bf9fe540f8e8.php: No such file or directory\\r\\n",
    Description="/physiofit/50243d23-fa7e-423d-911c-bf9fe540f8e8.php: No such file or directory",
    Code=550,
    Group=5
    },
    Transfered=0,
    Transferred=0,
    RemotePath=null,
    LocalPath=null,
    ProblemType=0,
    Status=ProtocolError,
    ProtocolCode="550",
    ProtocolMessage="/physiofit/50243d23-fa7e-423d-911c-bf9fe540f8e8.php: No such file or directory",
    Message="/physiofit/50243d23-fa7e-423d-911c-bf9fe540f8e8.php: No such file or directory (550).",
    Data=
    [
    "ProtocolCode" = "550"
    "ProtocolMessage" = "/physiofit/50243d23-fa7e-423d-911c-bf9fe540f8e8.php: No such file or directory"
    "FtpResponse" = FtpResponse
    {
    Raw="550 /physiofit/50243d23-fa7e-423d-911c-bf9fe540f8e8.php: No such file or directory\\r\\n",
    Description="/physiofit/50243d23-fa7e-423d-911c-bf9fe540f8e8.php: No such file or directory",
    Code=550,
    Group=5
    }
    "FtpStatus" = ProtocolError
    "Status" = ProtocolError
    ]
    ,
    InnerException=null,
    TargetSite=RuntimeMethodInfo: WM,
    StackTrace=" bei Rebex.Net.Ftp.WM(String A, Boolean B, PS C, TP D, Int64 I, FtpTransferState J)\\r\\n bei Rebex.Net.Ftp.RO(String A, String B, Stream C, Int64 D, Int64 I, TP J)\\r\\n bei Rebex.Net.Ftp.PutFile(Stream sourceStream, String remotePath)\\r\\n bei ZetaProducerPublishing.Runtime.Protocols.FtpProtocol.FtpEngine.<>c__DisplayClass4.<DoSendFile>b__3()\\r\\n bei ZetaProducerPublishing.Runtime.Protocols.FtpProtocol.FtpEngine.<>c__DisplayClass2d.<guardFtpCall>b__2b()\\r\\n bei ZetaProducerPublishing.Runtime.Protocols.FtpProtocol.ActivePassiveDetectorGuard..ctor(IActivePassiveDetectorHolder holder, ActivePassiveGuardDelegate guardDelegate)\\r\\n bei ZetaProducerPublishing.Runtime.Protocols.FtpProtocol.FtpEngine.guardFtpCall(FtpCall call, HandleException handleException)\\r\\n bei ZetaProducerPublishing.Runtime.Protocols.FtpProtocol.FtpEngine.DoSendFile(SendFileInformation information)\\r\\n bei ZetaProducer.RuntimeBusinessLogic.Publishing.Requirements.WebServerRequirementsTestController.doTest(String serverFolder, BasePublishingEngine publishingEngine, Cancelable cancelable, PhpRequiredCapabilities reqs, WebServerAvailableCapabilities result)\\r\\n bei ZetaProducer.RuntimeBusinessLogic.Publishing.Requirements.WebServerRequirementsTestController.Test(String serverFolder, BasePublishingEngine publishingEngine, Cancelable cancelable)\\r\\n bei ZetaProducer.RuntimeBusinessLogic.Publishing.Testing.ConnectionTestController.doTestRunNormal(Cancelable cancelable, Boolean quickTestOnly)\\r\\n bei ZetaProducer.RuntimeBusinessLogic.Publishing.Testing.ConnectionTestController.Test(Cancelable cancelable, Boolean quickTestOnly, Boolean allowThrow)",
    HelpLink=null,
    Source="Rebex.Ftp",
    HResult=-2146233088
    }


    Gruss Ronny

  • Hi Ronny,

    und wie verhält es sich, wenn du den ZP den Zielordner selbst anlegen lässt?
    Geht denn das, oder gibt es da auch Probleme?

    Gruß
    Jochen

  • Hi Jochen,

    wenn ich den Ordner vorher über FTp anlege und dann mit ZP FTP Konfiguration einrichte, wird der Ordner gelöscht.

    Da ich den entsprechenden Ordner ja schon in den Zeta FTP Einstellungen eingerichtet habe, dann die FTP Einrichtung erneut starte, ohne vorher FTP das Dir eingerichtet zu haben, bekomme ich ebenfalls den o.a. Fehler....

    Kurzum legt auch nicht den Ordner via Zeta an.

    Gruß Ronny

  • Ok, ich konnte das eben zum Teil reproduzieren.

    -Wenn ich einen Ordner vorher über ein anderes FTP-Programm anlege und dann den ZP eigenen Test mache,
    kommt die Fehlermeldung und der zuvor angelegt Ordner wird gelöscht.
    -Wenn ich aber trotz der Fehlermeldung sage "Trotzdem Speichern" und dann auf Veröffentlichen gehe, wird das Projekt veröffentlicht und
    der Ordner wird angelegt.
    -Wenn ich dann nochmal den FTP-Test durchführe, geht dieser ohne eine Fehlermeldung, und der Ordner bleibt auch bestehen.
    (Wäre so als ein Workaround).

    So ähnlich ist es dann auch, wenn ich vorher keinen Zielordner anlege, sondern dies nur im ZP mache.

    Habe dies eben nun auch mal mit einem Webserver bei Alfahosting getestet > Mit dem gleichen Ergebnis!

    Das sollte sich Zeta bitte mal ansehen.

    Gruß
    Jochen

  • Nachtrag:

    Habe es eben bei der 12.2.2 Version durchgespielt, und da funktioniert es so wie es sein soll.
    Bin dabei 1zu1 vorgegangen, wie in der 12.5.6.

    Scheint also ein "Bug" in der 12.5.6. zu sein.

    Gruß
    Jochen

  • Hallo Ronnyberlin,

    bitte mal alle Schritte zur Reproduktion genau angeben und dabei alles detailliert beschreiben (evtl. Beispielhaft), denn "entsprechend Konfiguriert" können wir schlecht nachstellen. Mit scheint, das sollte unbedingt behoben werden und dazu müssen wir das genau nachstellen lassen. Beschränkt sich dies auf 1&1 oder tritt es auch bei anderen FTP-Servernn auf?

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

  • Hallo Ronnyberlin,

    bitte mal alle Schritte zur Reproduktion genau angeben und dabei alles detailliert beschreiben (evtl. Beispielhaft), denn "entsprechend Konfiguriert" können wir schlecht nachstellen. Mit scheint, das sollte unbedingt behoben werden und dazu müssen wir das genau nachstellen lassen.

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

  • 1. Variante:
    Per FTP den Ordner schon vorher erstellt. Dann das Zeta Projekt per FTP eingerichtet und auf "Weiter" geklickt.
    Es kommt der Fehler: Verzeichnis nicht vorhanden. (das Verzeichnis ist dann auch auf dem Server gelöscht und nicht mehr vorhanden)

    2. Variante: Den Ordner in Zeta "/ordner " definiert, dann auf "Weiter" - Ergebnis: Zugriff auf Ordner nicht möglich.

    3. Variante: Zeta FTP eingerichtet mit "/" , also in der Root, da gibt's keine Probleme.

    Laut Aussage von Jochen besteht das Problem nicht nur bei 1und1, sondern auch z.B. bei Alfahosting.

    Gruss Ronny

  • Wir haben dies intern als Bug erfasst. Wird in einem künftigen Update korrigiert. Termin kann noch nicht genannt werden. Bis dahin, einfach den Fehler beim FTP-Test ignorieren und anschließend trotzdem Veröffentlichen (das klappt ja, wenn ich das richtig verstehe).

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!