Fehlermeldung: Requested action not taken. . . . .

Hallo Jochen,

Es handelt sich um eine Rückmeldung vom Server, dass eine "gesendete" Aktion nicht ausgeführt werden konnte. Eventuell hat der Hoster den Zugang geändert oder es bestehen für das Verzeichnis keine Schreibrechte.

Das gleiche Problem hab ich auch. Komisch Zeta schreibt an Ihnen liegt es nicht.

Nach https://www.zeta-producer.com/de/versionshinweise.html gab es letzter Zeit keine Updates von Zeta hinsichtlich der FTP-Übertragung. Es wäre jetzt interessant zu erfahren, bei welchen Hoster die Probleme auftreten.

Bei mir tritt das gleiche Problem auf.

1.) Backup funktioniert nicht mehr und bricht mit oben angezeigter Fehlermeldung ab.

2.) Komplette Webseite veröffentlichen führt ebenfalls zu oben gezeigter Fehlermeldung. Der Klick auf "Fortsetzen" führt zum Abbruch.

Webhoster ist one.com. An den Zugangsdaten etc. hat sich nichts geändert. Außerhalb von Zeta funktioniert alles wie gehabt.
Der Verbindungstest in Zeta (Webserver konfigurieren) bringt die gleiche Fehlermeldung zutage.

Eine Erklärung dafür habe ich nicht. Denn der Fehler trat direkt nach dem Öffnen von ZP auf, beim Versuch vor der ersten Änderung ein Backup zu erstellen.

Ich verwendet ZP 16.5.0 Business

Nachtrag: Meine zweite Seite (http://www.smartins.de) läuft auf dem gleichen Webhoster (one.com) und funktioniert problemlos. Backup und Veröffentlichung funktionieren ohne Fehlermeldung und ohne Abbruch.

Hallo Martin,

danke für Deinen Beitrag und vor allem den Nachtrag. Da bei mir (Hoster IONOS) sowohl Backup als auch Veröffentlichung funktionieren, sollte sich der Fehlerbereich weiter eingrenzen lassen:

1. Es ist kein allgemeiner Fehler in Zeta (Veröffentlichen funktioniert bei Hanabi und einem Projekt von Martin)
2. Es ist mit großer Wahrscheinlichkeit auch keine Störung durch eine Firewall oder einen Virenscanner (sonst würden beide Projekte von Martin betroffen sein).

Kannst Du mal die FTP-Einstellungen beider Projekte vergleichen, insbesondere, ob beide SFTP oder normales FTP verwenden?

Interessant wären auch die Fehlerdetails, die angezeigt werden, wenn in der Fehlermeldung auf den Pfeil unten links geklickt wird.

Hallo Thomas,

Deinen Eingrenzungen stimme ich zu. Ich sehe das genauso.
Vermutlich hat es irgendwas in der Projektdatei zerhackt.

Die FTP-Einstellungen hatte ich ebenfalls schon in Verdacht. Ich verwende FTP (kein SFTP) und beide Projekte haben exakt die gleichen Einstellungen. Ich habe auch ein paar Einstellungen durchgespielt, ohne Erfolg.

Die Fehlerdetails habe ich mir ebenfalls schon genauer angeschaut. Da blicke ich nicht durch. Datei ist im Anhang.

Da bin ich nicht alleine, Das gleiche Problem besteht bei mir auch.

Beide Pages beim gleichen Hoster und die eine funzt nicht.

Auch One.com

ich fasse jetzt mal zusammen:

1. barth-celle : 3 Webseiten, die bei one.com gehostet werden, alle 3 betroffen
2. Ursel Janssen : Webseite bei one.com
3. Martin Schmid : 2 Webseiten bei one.com, davon 1 betroffen
4. BMSTJ : 2 Webseiten bei one.com, Beide betroffen

Gemeinsamer Nenner ist dann wohl doch der Hoster one.com. Ich möchte Euch bitten, eine Supportanfrage unter https://help.one.com/hc/de/requests/new zu stellen. Ihr könnt hierbei gern einen Link auf den aktuellen Thread einstellen.

Hallo,

da alle Betroffenen bei one.com hosten, würde ich Sie bitten, dass Sie mit dem Provider Kontakt aufnehmen. Der Provider soll mal in seine FTP-Protokolldateien schauen und Ihnen die Ursache für den Abbruch der Übertragung nennen. Das würde uns dann sehr weiter helfen.

Ich habe bei One .com Angefragt, sie meinen man sollte auf sftp umstellen, da es vor einiger Zeit eine Änderung und update dort gab.

Wir stelle ich das bei Zeta Producer ein.

Zitat von BMSTJ

Ich habe bei One .com Angefragt, sie meinen man sollte auf sftp umstellen, da es vor einiger Zeit eine Änderung und update dort gab.

Wir stelle ich das bei Zeta Producer ein.

In Version 16 geben Sie die entsprechenden Zugangsdaten unter "Veröffentlichen > Webserver konfigurieren" ein. Als Protokoll wählen Sie "SFTP".

Um das Protokoll anschließend zu ändern kann man im Fenster "Webserver konfigurieren" auch unten links auf "Protokoll auswählen" klicken.

Man muss noch bei der konfiguration auf sftp einen Zielordner eingeben. den bekommt man von One. Port ist 22.

Und nach dieser Umstellung tritt der Fehler "Requested action…" beim Veröffentlichen dann nicht mehr auf?

Veröffentlichung läuft gerade, man wird sehen.

Es kann sich nur noch um Stunden drehen

13:05 Die Page ist sehr Umfangreich.

13:15 Also ich bin mitlerweile schon weiter als gestern.

Bisher keine Fehlermeldung

Nur noch 2700 Dateien.

so nach ca 1,5 Stunden hat alles geklappt

nun ist die zweite Page dran.

Das hört sich gut an. Es scheint also so zu sein, dass der Provider kein unverschlüsseltes FTP mehr unterstützt und die One.com-Kunden, bei denen das Problem auftritt auf das verschlüsselte SFTp-Protokoll umstellen müssen. Entsprechende Zugangsdaten (Servername etc.) erhalten Sie von one.com.

genau so ist das.

Das sind die Einträge die gemacht werden müssen. Hier in dem Beispiel sind die Daten meiner Page eingetragen.

Zielordner: bekommt man von One.com mitgeteilt, evtl muss man beim Suport dort nachfragen.

Auf der nächsten seite noch den Port: "22" eintragen.

Das Passwort kann man, nach einer erhalteten Mail festlegen, wenn man zuvor bei one.com den Zugang auf SFTP umgestellt hat, .

Servername ist nicht "sftp.mue....-br... .de", sondern "ssh.mue....-br... .de"

Bei meiner zweiten Page hat es auch funktioniert.

Hallo,

ist bei der Version 14 keine Eintragung für SFTP möglich?

Bei mir kommt immer Benutzername oder Kennwort falsch.

Ich habe SFTP (SSH File Transfer) ausgewählt. Jetzt kommt immer Failure; Failure

Doch, aber Version 14 Unterstützt ggf. modernere Verschlüsselungsalgorithmen noch nicht. Dann Düfte es aber gar nicht so weit kommen, dass der Passwort-Fehler angezeigt wird. Vielleicht benötigen Sie ja auch andere Zugangsdaten.

Was meinen Sie mit andere Zugangsdaten?

Diese Fehlermeldung bekomme ich...

Rebex.Net.SftpException

-----------------

Failure; Failure.

-----------------

bei ctcy.mpeu(hffs arm, Type arn)

bei ctcy.mpdv(String aog, ctdz aoh, Boolean aoi, ctch aoj)

bei Rebex.Net.Sftp.ypkm(ctdz ru, ctch rv, String rw, Stream rx, Int64 ry, Int64 rz, hetr sa)

bei Rebex.Net.Sftp.ypkl(ctdz ro, String rp, Stream rq, Int64 rr, Int64 rs, hetr rt)

bei Rebex.Net.Sftp.PutFile(Stream sourceStream, String remotePath)

bei ZetaProducerPublishing.Runtime.Protocols.SftpProtocol.SftpEngine.<>c__DisplayClass22_0.<DoSendFile>b__0() in c:\P\ZP\14.3\ZetaProducerPublishing\Source\Runtime\Protocols\SftpProtocol\SftpEngine.cs:Zeile 314.

bei ZetaProducerPublishing.Runtime.Protocols.SftpProtocol.SftpEngine.guardFtpCall(FtpCall call, HandleException handleException) in c:\P\ZP\14.3\ZetaProducerPublishing\Source\Runtime\Protocols\SftpProtocol\SftpEngine.cs:Zeile 859.

bei ZetaProducerPublishing.Runtime.Protocols.SftpProtocol.SftpEngine.DoSendFile(SendFileInformation information) in c:\P\ZP\14.3\ZetaProducerPublishing\Source\Runtime\Protocols\SftpProtocol\SftpEngine.cs:Zeile 288.

bei ZetaProducer.RuntimeBusinessLogic.Publishing.Testing.ConnectionTestController.doTestRunNormal(Cancelable cancelable, Boolean quickTestOnly) in c:\P\ZP\14.3\ZetaProducerMain\Source\Core\RuntimeBusinessLogic\Publishing\Testing\ConnectionTestController.cs:Zeile 113.

bei ZetaProducer.RuntimeBusinessLogic.Publishing.Testing.ConnectionTestController.Test(Cancelable cancelable, Boolean quickTestOnly, Boolean allowThrow) in c:\P\ZP\14.3\ZetaProducerMain\Source\Core\RuntimeBusinessLogic\Publishing\Testing\ConnectionTestController.cs:Zeile 47.

SftpException

{

Status=ProtocolError,

Code=Failure,

Transferred=0,

RemotePath=null,

LocalPath=null,

ProblemType=0,

Status=ProtocolError,

ProtocolCode="4",

ProtocolMessage="Failure",

Message="Failure; Failure.",

Data=

[

"SftpStatus" = ProtocolError

"SftpCode" = Failure

"ProtocolCode" = "4"

"ProtocolMessage" = "Failure"

"Status" = ProtocolError

]

,

InnerException=null,

TargetSite=RuntimeMethodInfo: mpeu,

StackTrace=" bei ctcy.mpeu(hffs arm, Type arn)\\r\\n bei ctcy.mpdv(String aog, ctdz aoh, Boolean aoi, ctch aoj)\\r\\n bei Rebex.Net.Sftp.ypkm(ctdz ru, ctch rv, String rw, Stream rx, Int64 ry, Int64 rz, hetr sa)\\r\\n bei Rebex.Net.Sftp.ypkl(ctdz ro, String rp, Stream rq, Int64 rr, Int64 rs, hetr rt)\\r\\n bei Rebex.Net.Sftp.PutFile(Stream sourceStream, String remotePath)\\r\\n bei ZetaProducerPublishing.Runtime.Protocols.SftpProtocol.SftpEngine.<>c__DisplayClass22_0.<DoSendFile>b__0() in c:\\P\\ZP\\14.3\\ZetaProducerPublishing\\Source\\Runtime\\Protocols\\SftpProtocol\\SftpEngine.cs:Zeile 314.\\r\\n bei ZetaProducerPublishing.Runtime.Protocols.SftpProtocol.SftpEngine.guardFtpCall(FtpCall call, HandleException handleException) in c:\\P\\ZP\\14.3\\ZetaProducerPublishing\\Source\\Runtime\\Protocols\\SftpProtocol\\SftpEngine.cs:Zeile 859.\\r\\n bei ZetaProducerPublishing.Runtime.Protocols.SftpProtocol.SftpEngine.DoSendFile(SendFileInformation information) in c:\\P\\ZP\\14.3\\ZetaProducerPublishing\\Source\\Runtime\\Protocols\\SftpProtocol\\SftpEngine.cs:Zeile 288.\\r\\n bei ZetaProducer.RuntimeBusinessLogic.Publishing.Testing.ConnectionTestController.doTestRunNormal(Cancelable cancelable, Boolean quickTestOnly) in c:\\P\\ZP\\14.3\\ZetaProducerMain\\Source\\Core\\RuntimeBusinessLogic\\Publishing\\Testing\\ConnectionTestController.cs:Zeile 113.\\r\\n bei ZetaProducer.RuntimeBusinessLogic.Publishing.Testing.ConnectionTestController.Test(Cancelable cancelable, Boolean quickTestOnly, Boolean allowThrow) in c:\\P\\ZP\\14.3\\ZetaProducerMain\\Source\\Core\\RuntimeBusinessLogic\\Publishing\\Testing\\ConnectionTestController.cs:Zeile 47.",

HelpLink=null,

Source="Rebex.Sftp",

HResult=-2146233088

}

Das „failure failure“ deutet auf einen noch nicht unterstützen Verschlüsselungsalgorithmus hin. Da ist Version 14 leider zu alt für diese Zugangsart.

Mit ZP 16.5.0 funktioniert das.

Gerade gestern auf SFTP umgestellt und getesetet.

Lösung zum Fehler Failure; Failure. beim Webhosting-Anbieter one.com:

Bei der Webserver-Konfiguration (SFTP) muss bei "Zielordner" der gesamten Serverpfad eingegeben werden.

Also Beispielsweise: /customers/a/9/8/example.com/

Danke Steffen, diesen Hinweis hatte ich vergessen und nur den Zielordner erwähnt.

Ich bin bei der Fehlerbehebung leider nicht so erfolgreich.

Die Umstellung bei One.com hat funktioniert. Der SFTP-Zugang ist aktiviert.

Soweit so gut. Mit Filezilla kann ich auch via ssh auf das Webverzeichnis zugreifen.

Nur in ZP16 Business hagelt es eine Fehlermeldung nach der anderen. Einen Durchblick habe ich längst nicht mehr.

Ich erspare mir, die verschiedenen Fehlermeldungen hier alle per Screenshot reinzustellen. Aber ich habe den Eindruck es sind #random viele.

Übrigens konzentriere ich mich gerade nur auf http://www.smartins.de, weil ich nicht gewillt bin mir beide Projekte gleichzeitig abzuschießen.

STOP: Nachtrag: Kaum habe ich diesen Beitrag abgeschickt, meldet sich der one-com-Support mit dem entscheidenden Hinweis! ZP packt jetzt auch die Verbindung und die Seite wird im Moment hochgeladen. Ich vermute mal, ohne Fehlermeldung.

bin nun schon seit tagen mit den hier genannten vorschlägen und hinweisen am ausprobieren, da ich das selbe problem habe. auch mit dem support von one.com schon einiges geschrieben. habe auch "nur" die ZP14 version. gibt es hierfür auch eine lösung? bisher habe ich vieles ausprobiert in den einstellungen, aber kein erfolg bisher. mit zp14 müsste es doch eigentlich auch funktionieren, da in der server-konfig doch auch sftp/ssh eingestellt werden kann. irgendwer eine idee?

Der Nutzer, der oben den Fehler mit "failure; failure" gemeldet hat, hatte ja auch noch ZP 14 in Benutzung. Ob die Lösung RE: Fehlermeldung: Requested action not taken. . . . . Ihm geholfen hat, wissen wir aber nicht, dazu gab es keine Rückmeldung.

Ob ZP 14 mit den One-com Zugängen funktioniert, kann ich leider aktuell nicht sagen. Es kann durchaus sein, dass es wegen Verschlüsselungsalgorithmen, die von V14 noch nicht unterstützt werden, nicht funktioniert…

Hallo,

es funktioniert bei mir leider weder in der Version 15 noch in der Version 16 - ich erhalte dann im besten Fall die Fehlermeldung "Benutzername oder Passwort falsch", bis vor einigen Monaten hat aber mit der Version 15 alles funktioniert.

Mit Filezilla komme ich ohne Probleme drauf

Was habe ich an Möglichkeiten? Kann ich die Website lokal ablegen und dann über Filezilla hochladen? Es wäre schon sehr dringend!

Wenn ich die oben angeführten Daten eingebe (User, ...), erhalte ich folgende Meldung:

Sie können die Inhalte des Projekt-Unterordners „output“ per FileZilla hochladen. Das sollte aber kein Dauerzustand sein.

Die Fehlermeldung in den Screenshots deutet darauf hin, dass Sie noch das falsche Protokoll nutzen. Wählen Sie „SFTP“ als Protokoll.

Vielen Dank, funktioniert jetzt - ich hatte die Maske für das Protokoll übersehen.

bei mir bisher immer noch ohne erfolg... weiter immer wieder mal am testen und auch mit one.com im gespräch, jedoch meinen die, dass es wohl an ZP liegt.... wenn ich jetzt oben lese mit filezilla hochladen... würde das für die komplette internetseite gelten oder nur für einen bestimmten ordner? führt das zur lösung? warum läuft das mit ZP14 nicht? da kauft man eine software und bekommt versprochen, dass diese auch nach neuen updates lauffähig und einsatzfähig bleibt... und dann dies plötzlich doch nicht gegeben ist??? in der server-konfig kann doch eindeutig auch sftp/ssh eingestellt werden... wieso läuft das nicht???

hey jochen, du bist der beste!!!

es hat mit deinen einstellungen nun auch bei mir funktioniert... mit ZP14 !!! danke danke danke!!! hab ich nicht mehr mit gerechnet...

ich frage mich im moment, was die ganze geschichte ausgelöst hat? was war die ursache? was ist nun in den konfig-einstellungen anders als früher??? das einzige was mir glaube ich in erinnerung ist... mir steht vor, dass in dem zielordner nur ein "/" eingetragen stand und kein weiterführender pfad. den hab ich nun eingetragen. aber warum muss der nun eingetragen werden und früher nicht? scheint ja doch irgendwo eine änderung bei one.com gegeben zu haben? ich werde dort nochmal rückmeldung geben. mal schauen, was die dazu nun sagen.

achja.... backups funktionieren nun auch wieder!

allen, die an der problemlösung beteiligt waren, hier einen lieben dank für die hilfe!