Aus den Angeln hebender Reinfall bei Backup ins Internet

... von wem ...?

... mit welcher Methode ...?

Logs or it didn't happen.

Mach noch fünfzig Iterationen und Du hast sowas wie rsync.

Grüße Marc

Ich verwendete unter FreeBSD die Kommandos 'sftp' und 'scp' (scp -pC). Mit scp kam ich jeweils etwas weiter als mit sftp, wegen Komprimierung. Meine Kommandos meldeten stets, daß die Übertragung durch den remote host abgebrochen wurde - broken pipe. 'scp -pC -i /home/.ssh/id_ecdsa \!:1 u1234567@home7654321.1and1-data.host:\!:2'

Ich versuchte an den beiden Testtagen mindestens 6 Uploads, die alle abgebrochen wurden. Die Geschwindigkeit betrug 2..3 MB/s. Tage später lag 5,1 MB/s vor, und der Upload von >7 GB gelang ohne Abbruch in etwa 13 Minuten. Meine Testergebnisse sind halt eindeutig.

Im Zielverzeichnis liegen die Zieldateien nun mit zu geringer Abbruch-Size. Sie werden zu Beginn des Uploads truncated...

rsync verwende ich bei meinen ersten Backup-Methoden HDD und CARD in offenen Dateisystemen. 'rsync -aHAXivh --stats --progress --modify-window=5 --exclude-from=/u/sh/cmd/safe_excl'

Google, Übersicht mit KI, <cloud-providerr pleite>: "Wenn ein Cloud-Provider Insolvenz anmeldet, droht Kunden oft der Verlust oder die Sperrung ihrer Daten, wie der aktuelle Fall des US-Senders „Nine PBS“ zeigt, dessen 70-jähriges TV-Archiv bei dem pleitegegangenen Anbieter „Open Source Storage“ blockiert wurde."

Grüße, H.

Deshalb muss man, wenn man die Cloud benutzt, auch immer noch lokale Backups haben.

Gerrit

Logs or it didnt happen.

Ich möchte sehen was die Applikation auf der Konsole gesagt hat, was sie in ihre Logs geschrieben hat, und was gleichzeitig auf dem Netz los war.

Du hast ja nichtmal gesagt, wo das Ziel der Kopieraktion ist, ob Firewall, Middlebox oder Zwangstrennung im Spiel ist, etc.

So debuggen Zehnjährige.

Ja und warum nicht hier?

Wie es schon vor über 20 Jahren hiess: "One day I'll find peer and reset HIS connection!"

^^^^^^^^^^^^^^^^^

Kaputte Dateisysteme im Einsatz?

Man liest sich, Alex.

Irrelevant. Warum? Ich lade zu meiner Webseite hoch (keine Cloud!). Die hat beinahe noch 100% space frei, bei IONOS. (Vormals bei Schlund&Partner, die von 1und1 gekauft wurde.) Dort habe ich zudem sftp, scp, ssh.

Das ist ja ein Hohn - ohne mich.

Für mich irrelevant. Ich verwende keine Cloud, sondern meine Webseite, die seit Jahrzehnten besteht.

Ich habe auf der Wurzel meines Webspace ein Verzeichnis /log. Daraus veröffentliche ich - nach Aufarbeitung - aber nichts.

Ich habe kein Debugging betrieben, sondern die Fehlerausgaben zum Bildschirm allein reichen mir meistens voll aus.

Wenn da mein Kommando meldet, die Verbindung sei vom remote Host unterbrochen worden, und ich sehe wieder das Prompt meiner aufrufenden Shell, nach der Progress-Anzeige, so reicht mir das völlig - es ist eindeutig, weitere Daten brauche ich nicht. Ich mache mir doch keine _unnötige_ zusätzliche Arbeit!

Ich bin ein Profi mit großer Erfahrung. Genau deshalb komme ich ohne Zusatzarbeit aus.

Ich hatte schon seit 2002 bei meinem letzten Arbeitgeber 'rsync ... user@server' remote (im Home-Arbeitszimmer) intensiv verwendet. Viele Kommunikations-Aliase für die 'csh' habe ich damals beruflich angelegt.

Ich hatte hierzu beim ersten Mißerfolg nach wenigen Sekunden erkannt, daß die beiden Skripte, die ich nun entwickelt habe, unbedingt notwendig sein werden. Und genau dies bestimmte ausschließlich meinen weiteren Weg in dieser Angelegenheit!

Ich werde große BAK-Dateien nur noch in gesplitteter Form erfolgreich hochladen. Die Notwendigkeit eines Downloads ist ja äußerst unwahrscheinlich.

Das wäre mir nicht professionell genug - und unangenehm!

Ich will jeden Schritt voll in meiner bestimmenden Hand und auf meiner Workstation haben. Der abschließende Schritt des _bloßen_ Transports liegt dann eben nicht mehr voll in meiner Hand. Diesen Schritt kann ich aber _beliebig_ ausgestaltet wiederholen.

Als Aechter Profi verzichtest du sicherlich auf screen(1)?

Ich verfolge keine Ideologien und Ähnliches, und ich bin kein Mitläufer.

Die Optionen sind schon Jahrzehnte alt und berücksichtigen auch FAT-Systeme.

Früher nicht, aber seit neuerer Zeit. Das ist ein Thema, das unterschiedlich zwischen verschiedenen OS ist. Selbst die man-Kategorie als Nummer gibt es nicht auf allen Systemen.

Wie man aus diesem Thread zweifelsfrei sieht, hast Du keine Ahnug was da wirklich passiert und warum es passieren könntest und hast deswegen wie ein erfahrungsloser Teenager einfach etwas ausprobiert.

Das ist das Gegenteil von "Profi".

Und warum tust Du es jetzt nicht, wenn Du schon nicht herausfinden möchtest, warum scp/sftp abbricht? Mit rsync könntest Du nach so einem Abbruch wenigstens nahtlos weiter übertragen.

Gosh! Raketenwissenschaft! Wo hast Du das denn gelernt?

Und CPU-Ressourcenlimits. Wir kommen dem eigentlichen Problem näher.

Wenn Du das auf deinen Webspace hochlädst, versuchst Du wenigstens sicherzustellen dass es außer Dir niemand herunterlädt?

So willst Du mich (krampfhaft) sehen. Du ignorierst jedoch einfach entscheidende Absätze von mir und verdrehst einfach behauptend, damit Dein Ziel erreicht wird.

'rsync' wird bei meiner Webseite nicht unterstützt, sondern 'nur' die ssh-Werkzeuge! Ich weiß genau, warum scp/sftp abbrechen, denn ich habe das einige Tage analysiert. Genannt habe den Abbruch-Grund ebenso, was ebenso von Dir ignoriert wird.

Was soll denn diese blödsinnige Aussage? Ich habe sehr oft verschiedenste Kommunikation mit mehreren Servern meines Arbeitgebers aufnehmen müssen. Deshalb die Aliase, um unnötige Arbeit zu vermeiden. Auf allen diesen Servern lief ein rsync-Dämon. Aussagen wie die vorstehende scheinst Du jedoch nicht zu begreifen zu wollen...

Chuck is back! Haben wir ihn ernsthaft vermisst?

Und weil's so schön ist:

When Chuck Norris throws exceptions, it’s across the room.

All arrays Chuck Norris declares are of infinite size, because Chuck Norris knows no bounds.

Chuck Norris doesn’t have disk latency because the hard drive knows to hurry the hell up.

Chuck Norris writes code that optimizes itself.

Chuck Norris can’t test for equality because he has no equal.

Chuck Norris doesn’t need garbage collection because he doesn’t call .Dispose(), he calls .DropKick().

Chuck Norris’s first program was kill -9.

Chuck Norris burst the dot com bubble.

All browsers support the hex definitions #chuck and #norris for the colors black and blue.

MySpace actually isn’t your space, it’s Chuck’s (he just lets you use it).

Chuck Norris can write infinite recursion functions…and have them return.

Chuck Norris can solve the Towers of Hanoi in one move.

The only pattern Chuck Norris knows is God Object.

Chuck Norris finished World of Warcraft.

Project managers never ask Chuck Norris for estimations…ever.

Chuck Norris doesn’t use web standards as the web will conform to him.

Whiteboards are white because Chuck Norris scared them that way.

Chuck Norris doesn’t do Burn Down charts; he does Smack Down charts.

Chuck Norris can delete the Recycling Bin.

Chuck Norris’s beard can type 140 wpm.

Chuck Norris can unit test entire applications with a single assert.

Chuck Norris doesn’t bug hunt as that signifies a probability of failure; he goes bug killing.

Chuck Norris’s keyboard doesn’t have a Ctrl key because nothing controls Chuck Norris.

When Chuck Norris is web surfing, websites get the message, “Warning: Internet Explorer has deemed this user to be malicious or dangerous. Proceed?”

Volker

Es ist keine CPU-Belastung der Grund. Die zuständigen Leute bei IONOS wollen wegen des allgemeinen Traffics bestimmte Benutzungsarten unterbinden, nämlich eine Upload-Dauer oberhalb von relevanten Werten wird nicht zugelassen - per Abbruch.

Es kann insbesondere die Tatsache, daß es sich um eine Webseite handelt, der Grund für solche Konfigurationen sein, weil ich absolut atypische Uploads vornehme.

Nein, das ist völlig irrelevant! Diese Dateien sind doch schwer verschlüsselt - unknackbar. 'Kostenlose' Schutzmaßnahmen habe ich allerdings vorgenommen.

Du scheinst ein geistloser Mitläufer zu sein, der einfach vollkommen unbegründete (teils erfundene) Aussagen glaubt. Kindisch und albern.

Das laute Geräusch neben Deinem Ohr war das uralte Zitat, das komplett an die vorbeigesegelt ist. Schon ok.

Also kaputte Dateisysteme, schrieb ich doch.

SCNR, Alex.