Gleiches habe ich gestern auch erlebt. Die Backups mit 14.2 zuvor machten keine Probleme. Nach dem abgebrochenen Update ließ sich ZP nur über den Windows-Taskmanager schließen.
Hallo,
ich vermute, dass Sie die Funktion "Auf meinem Webserver speichern" aktiv haben. Beim Erstellen eines Backups wird dieses also auch auf den Webserver veröffentlicht. Das kann abhängig von Ihrer Verbindung auch mal länger dauern. Siehe auch https://docs.zeta-producer.com/backup-konfigurieren.html#a3418
Ich hatte bewusst den Haken bei "Webserver" rausgenommen. Schau ma mal, was der nächste Backupvorgang bringt...
Das Problem trat bei soeben durchgeführtem Backup nicht auf. Backup auf lokale Festplatte (ohne Webserver) war in weniger als 3 min erledigt.
Hallo,
ich vermute, dass Sie die Funktion "Auf meinem Webserver speichern" aktiv haben. Beim Erstellen eines Backups wird dieses also auch auf den Webserver veröffentlicht. Das kann abhängig von Ihrer Verbindung auch mal länger dauern. Siehe auch https://docs.zeta-producer.com/backup-konfigurieren.html#a3418
Hallo!
Habe das gleiche Problem.
Bisher hat auch auf Webserver speichern problemlos funktioniert. Der Fehler hat allem Anschein nach mit dem letzten Update zu tun.
"Bitte warten Sie" läuft ewig.
Das hat nichts mit unserer (schnellen) Internetgeschwindigkeit zu tun. 
Auch mit "Abbrechen" + "Ja" ändert sich nichts an der "Bitte warten Sie" Anzeige.
ZP lässt sich mit normaler Bedienung nicht beenden.
Beenden über Taskmanager bringt folgende Meldung:
Ich möchte auch in Zukunft die ZP-Zusatzsicherung am Webserver nutzen.
Hallo Walter,
ich habe aufgrund dieses Beitrages gestern ein Backup durchlaufen lassen inklusive Serverspeicherung. Ist problemlos erfolgt trotz eines Gesamtvolumens von 1,7 GB. das scheint also kein generelles, sondern ein benutzerspezifisches Problem zu sein. Um das näher einzugrenzen und den Mitarbeitern des Supports am Montag "Futter" liefern zu können, sollten wir User dazu ein paar Daten zusammentragen. Aus technischer Sicht würde ich zwar eine Abhängigkeit vom Layout ausschließen, vorsichtshalber sollten wir dies aber trotzdem erfassen.
Wer hat aktuell Probleme beim Backup auf Webserver (nur Zeta 14.2.1)
Bitte posten: Anbieter (z. B. 1&1) *** FTP-Protokoll (z. B. SFTP) *** DSL-Upload (z. B. 10 MBit) *** Layout (z. B. Clean Style Resp.) /
sollten wir User dazu ein paar Daten zusammentragen
Hier mein Testergebnis:
Anbieter: 1&1
FTP-Protokoll: SFTP
DSL-Upload: ↓ 5,6 Mbit/s ↑ 576 kbit/s
Layout: Stripe responsiv
Dauer des Backups auf lokale Festplatte plus Webserver: Beginn 22:10 Uhr
Fehlermeldung um 22:25 Uhr:
Rebex.Net.SftpException
-----------------
The server has closed the connection.
-----------------
bei Rebex.Net.NDW.SB(Int32 B)
bei Rebex.Net.NDW.GB(LS& B)
bei Rebex.Net.NDW.GB(UInt32 B, Boolean R)
bei Rebex.Net.NDW.DE(UInt32 B, NTW R)
bei Rebex.Net.Sftp.PFE(VUW B, NTW R, String I, Stream A, Int64 J, Int64 C, RG M)
bei Rebex.Net.Sftp.CIE(VUW B, String R, Stream I, Int64 A, Int64 J, RG C)
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.2\ZetaProducerPublishing\Source\Runtime\Protocols\SftpProtocol\SftpEngine.cs:Zeile 296.
bei ZetaProducerPublishing.Runtime.Protocols.SftpProtocol.SftpEngine.guardFtpCall(FtpCall call, HandleException handleException) in c:\P\ZP\14.2\ZetaProducerPublishing\Source\Runtime\Protocols\SftpProtocol\SftpEngine.cs:Zeile 842.
bei ZetaProducerPublishing.Runtime.Protocols.SftpProtocol.SftpEngine.DoSendFile(SendFileInformation information) in c:\P\ZP\14.2\ZetaProducerPublishing\Source\Runtime\Protocols\SftpProtocol\SftpEngine.cs:Zeile 270.
bei ZetaProducer.RuntimeBusinessLogic.BackupAndRestore.Backup.OnlineBackupController.DoOnlineBackup(Cancelable progress, String zipFilePath) in c:\P\ZP\14.2\ZetaProducerMain\Source\Core\RuntimeBusinessLogic\BackupAndRestore\Backup\OnlineBackupController.cs:Zeile 67.
bei ZetaProducer.RuntimeBusinessLogic.BackupAndRestore.Backup.CoreBackupController.CreateBackup(CoreBackupInformation information) in c:\P\ZP\14.2\ZetaProducerMain\Source\Core\RuntimeBusinessLogic\BackupAndRestore\Backup\CoreBackupController.cs:Zeile 432.
bei ZetaProducer.Main.Backup.CreateBackupSkinnedWizardForm.createBackupBackgroundWorker_DoWork(Object sender, DoWorkEventArgs e) in c:\P\ZP\14.2\ZetaProducerMain\Source\Core\Main\Backup\CreateBackupSkinnedWizardForm.cs:Zeile 473.
bei System.ComponentModel.BackgroundWorker.OnDoWork(DoWorkEventArgs e)
bei System.ComponentModel.BackgroundWorker.WorkerThreadStart(Object argument)
SftpException
{
Status=ConnectionClosed,
Code=UnknownError,
Transferred=0,
RemotePath=null,
LocalPath=null,
ProblemType=0,
Status=ConnectionClosed,
ProtocolCode=null,
ProtocolMessage=null,
Message="The server has closed the connection.",
Data=
[
"SftpStatus" = ConnectionClosed
"Status" = ConnectionClosed
]
,
InnerException=null,
TargetSite=RuntimeMethodInfo: SB,
StackTrace=" bei Rebex.Net.NDW.SB(Int32 B)\\r\\n bei Rebex.Net.NDW.GB(LS& B)\\r\\n bei Rebex.Net.NDW.GB(UInt32 B, Boolean R)\\r\\n bei Rebex.Net.NDW.DE(UInt32 B, NTW R)\\r\\n bei Rebex.Net.Sftp.PFE(VUW B, NTW R, String I, Stream A, Int64 J, Int64 C, RG M)\\r\\n bei Rebex.Net.Sftp.CIE(VUW B, String R, Stream I, Int64 A, Int64 J, RG C)\\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.2\\ZetaProducerPublishing\\Source\\Runtime\\Protocols\\SftpProtocol\\SftpEngine.cs:Zeile 296.\\r\\n bei ZetaProducerPublishing.Runtime.Protocols.SftpProtocol.SftpEngine.guardFtpCall(FtpCall call, HandleException handleException) in c:\\P\\ZP\\14.2\\ZetaProducerPublishing\\Source\\Runtime\\Protocols\\SftpProtocol\\SftpEngine.cs:Zeile 842.\\r\\n bei ZetaProducerPublishing.Runtime.Protocols.SftpProtocol.SftpEngine.DoSendFile(SendFileInformation information) in c:\\P\\ZP\\14.2\\ZetaProducerPublishing\\Source\\Runtime\\Protocols\\SftpProtocol\\SftpEngine.cs:Zeile 270.\\r\\n bei ZetaProducer.RuntimeBusinessLogic.BackupAndRestore.Backup.OnlineBackupController.DoOnlineBackup(Cancelable progress, String zipFilePath) in c:\\P\\ZP\\14.2\\ZetaProducerMain\\Source\\Core\\RuntimeBusinessLogic\\BackupAndRestore\\Backup\\OnlineBackupController.cs:Zeile 67.\\r\\n bei ZetaProducer.RuntimeBusinessLogic.BackupAndRestore.Backup.CoreBackupController.CreateBackup(CoreBackupInformation information) in c:\\P\\ZP\\14.2\\ZetaProducerMain\\Source\\Core\\RuntimeBusinessLogic\\BackupAndRestore\\Backup\\CoreBackupController.cs:Zeile 432.\\r\\n bei ZetaProducer.Main.Backup.CreateBackupSkinnedWizardForm.createBackupBackgroundWorker_DoWork(Object sender, DoWorkEventArgs e) in c:\\P\\ZP\\14.2\\ZetaProducerMain\\Source\\Core\\Main\\Backup\\CreateBackupSkinnedWizardForm.cs:Zeile 473.\\r\\n bei System.ComponentModel.BackgroundWorker.OnDoWork(DoWorkEventArgs e)\\r\\n bei System.ComponentModel.BackgroundWorker.WorkerThreadStart(Object argument)",
HelpLink=null,
Source="Rebex.Sftp",
HResult=-2146233088
}Kontrolle über FileZilla:
Es wurden nur 55.336.960 B übertragen
Zum Vergleich: vorangegangenes erfolgreiches Backup am 17.01.18 hat eine Größe von 195.473.455 B
Beim nächsten heute gestarteten Versuch (ca. 55 min) wurde das Backup erfolgreich auf den Webserver geladen. Dabei war nur die Option "Webserver" angekreuzt, lokales Backup abgewählt; parallel lief FileZilla, um das Upload-Verhalten zu prüfen.
Größe des erfolgreichen Backups: 179.849.038
Anbieter: https://www.world4you.com/
FTP: aktuelle Einstellung = Passiv
Geschwindigkeit aus aktuellem Test:
Download: > 65 Mbps
Upload: > 16 Mbps
Layout: Flat Responsive
Webseite veröffentlichen funktioniert (mit Ausnahme des bekannten "zu viele Dateien" Fehlers) gut.
Ergänzender Test wie oben von OpaPit beschrieben:
Dabei war nur die Option "Webserver" angekreuzt, lokales Backup abgewählt
Dieser Test mit "nur Webserver" hat auch bei mir funktioniert.
Meine ZP Einstellungen: 
Anmerkung: Online-Daten war bei mir schon immer markiert, aber ich verwende das Online-CMS nicht. Also gibt es bei mir keine extra Online-Daten?
Speichern in Ordner, wie OpaPit , für diesen Test ausgeschaltet.
Hallo Zusammen,
vielen Dank für die Infos. Wir konnten hier jedoch keinerlei Probleme feststellen. Ich würde vorschlagen, dass wir hier zunächst mal abwarten, ob sich noch weitere Benutzer mit dem gleichen Problem melden.
16:09 gestartet, Backup inklusive Onlinedaten ohne Speichern auf Dropbox oder Server. Größe des Output-Ordners rund 2 GB. 16:21 fertig ohne Fehlermeldung. Scheint also kein systemisches Problem zu sein.
Zur weiteren Eingrenzung bei 11klausdieter wäre es noch interessant, ob Online-Daten (also Gästebuch oder Shop) mitgesichert werden.
Problem besteht bei mir noch immer.
Wenn ich "Speichern in Ordner" und "Auf meinen Webserver speichern" in zwei getrennten Durchläufen starte tritt kein Fehler auf.
Das können wir bisher leider noch nicht reproduzieren.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
