UrBackup, das Grauen in Software gepackt...

Oggy1

Wie sagt man doch so schön? Schlimmer geht immer.

UrBackup, das Grauen in Software gepackt, denn so blöd kann ich doch nun wirklich nicht sein.

Ich versuche nun seit Tagen dieses UrBackup lauffähig zu bekommen und das unter Docker, Debian, Ubuntu.

Anleitung findet man genug aber nichts was wirklich funktioniert.

Erstmal diesen Client unter Linux installiert bekommen, was für eine Kunst.
Die Installation bleibt ständig bei “Use no snapshot mechanism” stehen

Nun findet man Hinweise, dass man wohl diese “snapshot.cfg” leeren oder löschen soll, wie lustig, die wird erst gar nicht erstellt.
Erstellt man diese manuell nano /usr/local/etc/urbackup/snapshot.cfg dann passiert komischerweise das…

Ja, man schaue und staune, diese Client Installation unter Linux läuft durch, welch Wunder…

Aber was genau hat man jetzt davon? Nichts, rein gar nichts denn nun gehen die lustigen Meldungen auf dem Server weiter, entweder ist angeblich kein Speicherpfad “/media/BACKUP/urbackup” angeben, obwohl unter Einstellungen -> Sicherungsspeicherpfad: /media/BACKUP/urbackup eingetragen ist oder der Client ist nicht berechtigt.

Nun hängt es hier, mein Rechner mit dem ich gerade auf urBackup zugreife ist nicht online

Ja nee, is klar…

Was für eine verschwendete Lebenszeit mal wieder…

Master67

Hallo Oggy1,
da sieht man doch mal sehr gut die Unterschiedlichen Erfahrungen mit einer Software.

Bei mir, unter Unraid funktioniert es gut, nicht sehr gut, nur Gut.
Warum, weil auch ich bei einem Windows PC das Problem hatte das dieser Angeblich nicht Online war.
Meine Lösung, den Client löschen und Neu Installieren, und bei Backups gibt es hin- und wieder Warnungen das
dass Backup mit Fehlern Beendet wurde, nur was das für Fehler sind konnte ich noch nicht klären!

Darum Sicher ich z.B. mein “Firmen” Windows immer noch zusätzlich ab, Sicher ist Sicher 🤭

Oggy1

Eine Backup Software sollte zuverlässig sehr Gut funktionieren und deshalb bleibe ich bei Windows weiter bei Aomei Backupper.

Ich wollte aber auch etwas für Linux, damit ich während des Betriebs Vollbackups der Festplatte erstellen kann, so muss ich aber weiterhin den PC ausschalten, die Aomei Notfall Geschichte starten und dann sichern, ist zwar umständlich aber zuverlässig.

Master67 den Client löschen und Neu Installieren,

Du glaubst gar nicht, wie gut ich das schon kann, 0 Backups aber X Fache Erfahrung beim Client löschen und hinzufügen, mir sind sogar diese Befehle nicht mehr unbekannt…

/etc/init.d/urbackupsrv stop
urbackupsrv cleanup -a 0%
/etc/init.d/urbackupsrv start

Master67

Oggy1 Du glaubst gar nicht, wie gut ich das schon kann

Oh… doch das glaube ich dir 😂
Musste das auch mehr als einmal Versuchen, dachte aber dass das mal wieder nur bei mir so ist 👀

Oggy1 Ich wollte aber auch etwas für Linux

Dito…. darum gibt es ja auch hier jetzt das “Große” Backup Thema, denn leider hast du völlig recht, dem Urbackup ist nur schwer zu Vertrauen, wenn man Warnungen erhält, die aber nicht nachzuvollziehen sind, denn schlussendlich kann das Bedeuten das das Backup nicht “Fehlerfrei” zurückgespielt werden kann.
Es wäre ein wirklich gutes Programm, wenn es ohne Fehler im laufenden Betrieb Windows und Co. vollständig Sichern kann, was es ja sollte.
Aber das versuche ich alles hier https://www.technik22.de/d/729-die-grosse-backup-serie-hier-auf-dem-t22 zuklären, kannst dich natürlich gerne mit deinen Erfahrungen da Aufschalten 👍️

Oggy1

Der aktuelle Stand mit einem Windows und Linux UrBackup Client.

Wie habe ich das geschafft? Ganz einfach, man muss nur 1.000.000 Anleitungen lesen, Denglisch verstehen und viel Lebenszeit übrig haben.
Okay, bei Windows ist es einfach, aber wer will UrBackup für Windows? Da gibt es um Welten bessere wie Aomei Backupper.

Aber wie habe ich das nun mit Linux geschafft? Man muss wie schon erwähnt 1.000.000 Anleitungen lesen, Denglisch verstehen und viel Lebenszeit übrig haben, denn warum sollte man die Dateien in einem Ordner stecken, wenn man dieser verteilen kann?

Ich habe also UrBackup auf einem Debian Server installiert, https://www.urbackup.org/debianserverinstall.html , als einen eigenständigen PC ohne VM und Co.

Nun habe ich den Client hinzugefügt, weil ja keine gefunden werden.
Also auf “Neuer Client hinzufügen”

Natürlich habe ich den Befehl als Sudo im Terminal installiert und das hat bis hier super funktioniert…

Die Installation bleibt also ständig bei “Use no snapshot mechanism” stehen.
Im Internet findet man dann den Hinweis, dass man die “snapshot.cfg” leeren oder löschen soll, viel Spaß dabei, denn die wird gar nicht erstellt.
Also erstellen wir diese mit dem Befehl…
nano /usr/local/etc/urbackup/snapshot.cfg
und dann passiert das…

Ohh fertig, NEIN, definitiv sicher noch nicht, denn nun geht der Spaß weiter.
Jetzt gibt man den Befehl
systemctl status urbackupclientbackend
ein und mit viel Glück könnte dieser laufen…
Könnte, war natürlich bei mir nicht der Fall, also mal die Fehlermeldung gelesen und man schaue da, anderer Pfad anderes Glück.
Mit nano /etc/default/urbackupclient habe ich also diese “urbackupclient” bearbeitet und…
INTERNET_ONLY=true
auf
INTERNET_ONLY=false
geändert und dann nochmal den Befehl (TF=$(mktemp) && wget……) für die Installation des Client im Terminal ausgeführt…
Und ein paar Minuten später, weil man ja immer etwas warten muss…

Server abgelehnt, was für ein Traum…

Also wieder viel gelesen und diese komische “server_idents.txt” einfach nicht gefunden. Ich habe diese dann unter /usr/local/etc/urbackup/ hinzugefügt, was aber nichts gebracht hat, also habe ich Linux diese einfach mal suchen lassen und siehe da, wieder einer neuer Pfad.
Also erstmal den Ordner samt Inhalt gelöscht rm -r /usr/local/var/urbackup

Nun wieder im Terminal die Installation für den Client ausgeführt und nun endlich, fast am Ziel…

Jetzt muss man noch angeben was gesichert werden soll, das besagt die Meldung “Keine Pfade zur Sicherung konfiguriert”
Ich habe jetzt erstmal nur das Home Verzeichnis zum Sichern angeben
urbackupclientctl add-backupdir -d /home/
service urbackupclientbackend restart
und wie man sieht, steht da zwar noch immer “Keine Pfade zur Sicherung konfiguriert”, aber scheinbar läuft die Sicherung.

Habe ich jetzt etwas vergessen? Möglich, bei so einer einfachen Konfiguration kann man den Überblick verlieren.

Hier noch ein paar nützliche Befehle…

Zeigt an welche Verzeichnisse gesichert werden sollen
urbackupclientctl list

Zeigt an ob urbackupclientbackend läuft
systemctl status urbackupclientbackend

Service urbackupclientbackend stoppen
service urbackupclientbackend stop

Service urbackupclientbackend starten
service urbackupclientbackend start

Service urbackupclientbackend restart wenn man z. B. eine Veränderung vorgenommen hat
service urbackupclientbackend restart

Verzeichnis nicht mehr sichern
urbackupclientctl remove-backupdir -d /home/

EDIT: Irgendwie wurde jetzt etwas gesichert, ob eine Wiederherstellung damit gelingt? Man weis es nicht…
Die Sicherung vom ws0 hatte ich abgebrochen.

Master67

Boh…… neeee Sorry das mach ich nicht!
Ich muss was finden was man Installiert und dann Sichert 😂

Oggy1

Master67 Boh…… neeee Sorry das mach ich nicht!

Warum? Ist doch ganz einfach 😂 , zumindest wenn man am Anfang gleich diese snapshot.cfg erstellt.

Bevor man also diesen Client nach Anleitung installiert, legt man den Ordner und die leere Datei an…
mkdir /usr/local/etc/urbackup/
touch /usr/local/etc/urbackup/snapshot.cfg
Nun die Client Installation nach Anleitung und die Konfiguration welche® Verzeichnisse/Dateien gesichert werden sollen.

Wer die Installation schon erfolglos gestartet hatte, muss natürlich erstmal die entsprechenden Ordner mit Inhalt löschen…
rm -r /usr/local/etc/urbackup
rm -r /usr/local/var/urbackup

Oggy1

Und es geht lustig weiter.

Ich habe noch viel experimentiert und war bei dem Punkt angekommen, dass man UrBackup jetzt mal produktiver einsetzen könnte.

Einige Test waren vielversprechend, also eine neue Server HDD gekauft und diese als Verzeichnis im Pmox eingebunden, wie auch auf den Test Pmox wo ich es mehrfach getestet habe.

Dann den CT angelegt, das gemountete Verzeichnis, also die Server HDD, als Mount Point gesetzt, Ubuntu installiert und die Updates installiert, UrBackup Server installiert und den Sicherungspfad entbrechend engegeben.

Nun den Linux Client hinzugefügt und das zu sichernde Verzeichnis angegeben und schon wurde mit dem Sichern begonnen…

Also alles wie x mal geübt, aber UrBackup wäre nicht UrBackup, wenn es nicht noch mehr Fehler irgendwo auspacken könnte.

Nun begrüßt mich diese komische Fehlermeldung…

Es ist ein Fehler beim Zugriff oder Prüfen der internern Datenbank von UrBackup aufgetreten. Dies bedeutet, dass die Datenbank entweder defekt oder zuwenig freier Speicher verfügbar ist. Wenn dieses Problem weiterhin existiert muss die Datenbank von einem Backup wiederhergestellt werden (Dateien backup_server.db, backup_server_files.db, backup_server_links.db, backup_server_link_journal.db und backup_server_settings.db). Mehr Details in der Logdatei.

Ahhh ja, sehr interessant, sehr aussagekräftig nichts mit “Ok, Diesen Fehler zurücksetzen” nichts mit Infos.
Der Albtraum geht also weiter…

Oggy1

Oggy1
okay, Fehler gefunden, ich habe dem CT 8GB Speicher gegeben, was beim letzten Test komischerweise ausreichend war…
Jetzt war es komischerweise zu wenig, also habe ich nochmal 7GB draufgehen und nun ist die Fehlermeldung weg…

Oggy1

um die 7 Stunden später…

Huddeltuddel

Ich bin durch Zufall per Websuche hier gelandet, aber das ist ja mal schwer mit anzusehen.

Das meiste, was du hier beschreibst, sind Probleme, die du selbst verursacht hast. Da wäre es vielleicht angebracht etwas weniger reißerische Posts zu verfassen. Ich gebe zu, ich musste auch ein wenig mit Urbackup experimentieren, bis es so funktioniert hat wie es sollte, ich habe aber auch keine Bild-Artikel dazu verfasst.

Die Installation bleibt bei “Use no snapshot mechanism” stehen, weil das eine Auswahl ist. Da sollst du (in deinem Fall) 4 oder 5 eingeben und Enter drücken. Dann gehts auch weiter. Da muss keine Datei angelegt werden.

Das die Clients nicht als online angezeigt werden hatte ich am Anfang auch. Der Übeltäter scheint ipv6 zu sein. Da hat der Multicast den Urbackup sendet in meinem Netz nicht richtig funktioniert. Das habe ich im Proxmox für den Container deaktiviert, dann liefs ohne Probleme.

Dann zu deiner Client-Installation: da wirst du die Konzepte wild durcheinander. Da konfigurierst du erst einen “Internet/active client” im Server um ihn hinzuzufügen. Dann setzt du in der Config des Clients diesen wieder auf einen lokalen Client zurück. Da passt natürlich die Konfiguration, die der Server dem Client beim Installieren schon mitgegeben hat nicht mehr. Die löschst du dann wieder und siehe da er läuft als lokaler Client. Hätte man einfacher haben können. Den Client muss man nach dem hinzufügen von Backup-Verzeichnissen auch nicht neu starten.

Als nächstes ignorierst du auch wieder eine eindeutige Fehlermeldung (“… zuwenig freier Speicher …”) und statt das naheliegende zu prüfen, nämlich ob zu wenig Speicher vorhanden ist, verfasst du den nächsten Anti-Post. Geschätzter Aufwand für den Post: fünf Minuten. Geschätzer Aufwand um zu prüfen ob genug Speicher vorhanden ist UND ihn zu vergrößern: 30 Sekunden. Zumal du deinen Fund anschließend ja auch noch zum Besten gibst.

Das Ganze dann noch gewürzt mit der schön suggestiven Aussage “ob eine Wiederherstellung damit gelingt? Man weis es nicht…”. Ich kann dir versichern: sie gelingt.

Wie gesagt, ich hatte auch meine Probleme mit Urbackup am Anfang, das will ich nicht leugnen. (Auch wenn ich glaube, dass Urbackup für die Probleme mit ipv6 im Proxmox-Container nichts kann.) Aber deine Posts hier werden einer vernünftigen Backup-Lösung einfach nicht gerecht und das kann man für alle, die sich über Urbackup informieren wollen auch nicht unwidersprochen stehen lassen.

Falls jemand sich für Urbackup interessiert, probiert es einfach mal aus. Es ist prinzipiell sehr einfach zu installieren. Wenn man mit den Default-Werten zufrieden ist, reicht es den Speicherpfad anzugeben. Die Clients werden vom Server automatisch erkannt (falls nicht liegt es sehr wahrscheinlich am Netzwerk / eurem Server-Host). Dann muss man nur noch die zu sichernden Verzeichnisse benennen und fertig. Schöne Backup-Lösung.

Falls es doch mal Probleme gibt, gibt es ein sehr aktives Forum in dem man mal Fragen kann.

An sich finde ich es immer schön, wenn jemand sich die Mühe macht seine Eindrücke mit einer Software zu schildern, in diesem Fall wäre es aber gut gewesen deutlich weniger reißerisch zu schreiben und sich zwischendurch mal zu fragen, ob es nicht eigene Fehler sind, die man der Software anlasten möchte.

Master67

Huddeltuddel per Websuche hier gelandet

Was man findet uns im web (ein bisschen selbst Ironie, wegen der schlechten Google Indexierung) 🤭

Huddeltuddel weniger reißerische Posts zu verfassen

Na ich kann den Oggy1 schon verstehen, wenn man genervt ist haut man schon mal so eine Überschrift raus, siehe mein https://www.technik22.de/d/759-fenrus-update-zerstoert-deine-einstellungen/19

Grundsätzlich habe ich auch so meine Probleme mit urBackup, nicht die die der Oggy1 hat, da mein urBackup unter Unraid läuft, mein Problem ist das ich dem System nicht vertraue, siehe dir meine Bilder dazu an, immer mit “Fehler” gesichert, das gibt ein schlechtes Gefühl.
Und wenn man so wie der Oggy1 und ich von AOMEI Backupper verwöhnt ist, fällt der Umstieg nicht leicht, urBackup sowie auch LuckyBackup sind so Typische “Linux” Programme, man kann 1 Millionen Sachen zusätzlich Einstellen das ist, jedenfalls für mich, verwirrend weil ich ja nur eine Anforderung an das Programm habe, es soll Sicherungen erstellen.

Somit habe ich zwar urBackup Installiert und es läuft auch rund um die Uhr, aber ich führe keine Sicherung damit aus, weil ich hoffe mich irgendwann aufraffen zu können und mich durch die X-Verschachtelungen zu wühlen und ggf. finde ich so auch die Fehler, aber bis dahin läuft es zwar wird aber nicht genutzt.

Zu deinen anderen Ausführungen kann ich nichts sagen, da wie gesagt ich es nicht aktiv Nutze, hier ist natürlich der Oggy1 gefragt 😆

Oggy1

Huddeltuddel Die Installation bleibt bei “Use no snapshot mechanism” stehen, weil das eine Auswahl ist. Da sollst du (in deinem Fall) 4 oder 5 eingeben und Enter drücken. Dann gehts auch weiter. Da muss keine Datei angelegt werden.

Dafür werde ich extra nochmal einen Linux PC aufsetzen und später berichten. Bleibt die Frage, warum die Abfrage dann nicht kommt, wenn man eine LEERE snapshot.cfg erstellt hat…

Huddeltuddel Das die Clients nicht als online angezeigt werden hatte ich am Anfang auch. Der Übeltäter scheint ipv6 zu sein. Da hat der Multicast den Urbackup sendet in meinem Netz nicht richtig funktioniert. Das habe ich im Proxmox für den Container deaktiviert, dann liefs ohne Probleme.

Sollte ich IPv6 irgendwann mal nutzen, werde ich das im Hinterkopf behalten, da ich aber aktuell nur ein IPv4 Netzwerk habe, kann es daran nicht liegen…

Huddeltuddel Als nächstes ignorierst du auch wieder eine eindeutige Fehlermeldung (“… zuwenig freier Speicher …”) und statt das naheliegende zu prüfen, nämlich ob zu wenig Speicher vorhanden ist, verfasst du den nächsten Anti-Post.

Wenn ich UrBackup den Pfad zur 4TB HDD angebe und UrBackup dann das Update auf die 4TB HDD ablegt, was wurde denn dann an Gigabytes auf die System SSD geschrieben? Logisch dass man dann erstmal eine Meldung ignoriert, welche rot eingerahmt klar und deutlich sagt, dass die Datenbank DEFEKT oder zu wenig freier speicher verfügbar ist. Weil 650GB sollten ja wohl auf 4TB passen, oder?
Warum wurde mir angezeigt, dass 1TB gesichert wurden, obwohl nur run 650GB zur Sicherung verfügbar waren?
Warum lief der HDD-Speicher im CT voll?
Komisch ist, seit UB auf der 4TB installiert ist, passt alles, da liegen jetzt von 2 Rechnern die Sicherungen drauf und die Speicherbelegung ist bei 1,2TB.

Huddeltuddel Das Ganze dann noch gewürzt mit der schön suggestiven Aussage “ob eine Wiederherstellung damit gelingt? Man weis es nicht…”. Ich kann dir versichern: sie gelingt.

Nun gut, da ich mich aktuell nur auf das Sichern vom Home Ordner beschränke, kann ich das nicht testen und glaube mir, da Du oben schon nicht unbedingt Recht hattest, werde ich das weiterhin erstmal anzweifeln.

Huddeltuddel An sich finde ich es immer schön, wenn jemand sich die Mühe macht seine Eindrücke mit einer Software zu schildern, in diesem Fall wäre es aber gut gewesen deutlich weniger reißerisch zu schreiben und sich zwischendurch mal zu fragen, ob es nicht eigene Fehler sind, die man der Software anlasten möchte.

Da ich schon genügend Software installiert habe, kann ich schon ganz gut einschätzen ab wann ich an mir zweifeln muss.
Dann erkläre mir das mit dem IPv6, mehr als deaktivieren kann man es doch nicht, oder?
Warum gebe ich explizit einen Pfad an auf dem die Sicherung abgelegt werden sollen und UB haut dann noch die System Festplatte voll?
Warum gab es das Problem bei gleicher Installation direkt auf der 4TB HDD dann nicht? Warum passt jetzt auch die Angabe des belegten Speichers?
Welche Einstellung 4 oder 5 nimmt Urbackup wenn man eine leere snapshot.cfg erstellt hat? Müsste dann ja die 5 sein…

Huddeltuddel

Oggy1 Dafür werde ich extra nochmal einen Linux PC aufsetzen und später berichten. Bleibt die Frage, warum die Abfrage dann nicht kommt, wenn man eine LEERE snapshot.cfg erstellt hat…

Oggy1 Welche Einstellung 4 oder 5 nimmt Urbackup wenn man eine leere snapshot.cfg erstellt hat? Müsste dann ja die 5 sein…

Vermutlich überspringt er dann die Abfrage und geht auf die 5, also ohne Snapshots. Ist aber geraten, da ich das so nie gemacht habe.

Oggy1 Wenn ich UrBackup den Pfad zur 4TB HDD angebe und UrBackup dann das Update auf die 4TB HDD ablegt, was wurde denn dann an Gigabytes auf die System SSD geschrieben?

Temporäre Dateien. Unter /var/tmp wird während des Backups einiges abgelegt. Da kann bei großen Backups schon mal was zusammenkommen. Wenn während eines Laufs der Server abstürzt könnten da auch noch alte Dateien liegen.

Oggy1 Logisch dass man dann erstmal eine Meldung ignoriert, welche rot eingerahmt klar und deutlich sagt, dass die Datenbank DEFEKT oder zu wenig freier speicher verfügbar ist.

Nein. Du sagst es ja selber, da steht “ODER zu wenig Speicher”. Datenbank defekt kann ich nicht direkt prüfen, zu wenig Speicher ist wie gesagt eine Sache von Sekunden.

Oggy1 Komisch ist, seit UB auf der 4TB installiert ist, passt alles, da liegen jetzt von 2 Rechnern die Sicherungen drauf und die Speicherbelegung ist bei 1,2TB.

Nein. Siehe oben, natürlich ist es jetzt kein Problem mehr, weil der Platz für die temporären Dateien groß genug ist.

Oggy1 da Du oben schon nicht unbedingt Recht hattest,

Aha?

Oggy1 Dann erkläre mir das mit dem IPv6, mehr als deaktivieren kann man es doch nicht, oder?

Ich weiß natürlich nicht, wie es bei dir installiert ist. Bei mir läuft der Server in einem Debian-LXC unter Proxmox. Da habe ich im Debian IPv6 ausgeschaltet. Prüfe doch mal perip addr ob das Interface nicht doch IPv6 aktiv hat. Abhilfe schafft dann die Zeile net.ipv6.conf.all.disable_ipv6 = 1 in /etc/sysctl.conf. Die Einstellung in der Fritz.Box ist zwar für dein Netzwerk relevant, nicht aber dafür, wie die einzelnen Systeme die Netzwerk-Interfaces verwalten.

Oggy1 Warum gebe ich explizit einen Pfad an auf dem die Sicherung abgelegt werden sollen und UB haut dann noch die System Festplatte voll?
Warum gab es das Problem bei gleicher Installation direkt auf der 4TB HDD dann nicht? Warum passt jetzt auch die Angabe des belegten Speichers?

Wieso stellst du denn immer wieder die gleiche Frage, die du dir selbst beantworten kannst? Fehler: es war kein Speicher mehr verfügbar. Jetzt liegt alles auf einer großen Platte, also ist genug Platz da.

Bei Bedarf kann man das Verzeichnis für die temporären Dateien sicher auch wo anders mounten und kommt dann auch mit einer kleinen System-Partition aus, Da gebe ich aber zu, das könnte man sicherlich eleganter lösen, so dass man für die Temp-Dateien direkt einen Ordner angeben kann. Aber nun.

Oggy1

Huddeltuddel Temporäre Dateien. Unter /var/tmp wird während des Backups einiges abgelegt. Da kann bei großen Backups schon mal was zusammenkommen. Wenn während eines Laufs der Server abstürzt könnten da auch noch alte Dateien liegen.

Gut, da gehe ich noch mit, weil an den Temp Verzeichnis habe ich nicht gedacht. Jedoch sollte das Temp Verzeichnis zur Abwechslung auch geleert oder überschrieben werden…

Huddeltuddel Nein. Du sagst es ja selber, da steht “ODER zu wenig Speicher”. Datenbank defekt kann ich nicht direkt prüfen, zu wenig Speicher ist wie gesagt eine Sache von Sekunden.

Wie geschrieben, wenn ich eine 4TB HDD einbaue, dieser darauf das Backup von max. 650GB ablegt, wie soll man dann mal eben auf die Idee kommen, dass bei der Meldung “oder zu wenig Speicher” nicht der Speicherplatz vom Backup sondern der vom Temp Verzeichnis gemeint ist?!

Huddeltuddel Ich weiß natürlich nicht, wie es bei dir installiert ist. Bei mir läuft der Server in einem Debian-LXC unter Proxmox. Da habe ich im Debian IPv6 ausgeschaltet. Prüfe doch mal perip addr ob das Interface nicht doch IPv6 aktiv hat. Abhilfe schafft dann die Zeile net.ipv6.conf.all.disable_ipv6 = 1 in /etc/sysctl.conf. Die Einstellung in der Fritz.Box ist zwar für dein Netzwerk relevant, nicht aber dafür, wie die einzelnen Systeme die Netzwerk-Interfaces verwalten.

Das mit der FB war nur aufgezeigt, dass ich IPv6 nicht nutze und natürlich deaktiviere ich das explizit beim Einrichten meiner nicht DHCP Geräte nochmal.
Bei Proxmox halte ich mich dabei an diese Anleitung https://pve.proxmox.com/wiki/Network_Configuration

Huddeltuddel Wieso stellst du denn immer wieder die gleiche Frage, die du dir selbst beantworten kannst? Fehler: es war kein Speicher mehr verfügbar. Jetzt liegt alles auf einer großen Platte, also ist genug Platz da.

Ich hatte mit einem PC ein Datensicherung von 919.76GB obwohl nur max. 650GB zur Verfügung standen, dazu noch diese ganzen Temp Dateien.
Nach der Installation auf die 4TB HDD habe ich zwei Rechner wo die Home Verzeichnisse gesichert werden + Temp Dateien und eine Auslastung auf der 4TB von 1,3TB.

Oggy1

Wie versprochen habe ich jetzt Zorin OS auf einen Testrechner installiert und UrBackup Client installiert.
Ja, man muss 4 oder 5 bei der Abfrage auswählen und schon geht die Installation weiter.
Ich habe die 4 auswählt und zu sehen, ob bei meiner oben angegebenen Installation die 5 gewählt wird.
Diese Angelegenheit ist also geklärt, meine oben angegebene Installation installiert die Auswahl 5.
Aber ist wirklich alle geklärt?

Nun hängt es aber wieder, trotz deaktivierten IPv6 (Thema hatten wir ja schon) wieder bei der Erkennung, ob der Client online ist oder nicht.
Da ich direkt neben den Testrechner sitze und sehe, dass dieser definitiv an ist und ich online komme, im Browser auf die UrBackup Oberfläche komme, ich Daten im Netzwerk verschieben, kopieren… kann, ist der Rechner definitiv online.
Warum UB das wieder anders sieht?

Nun gut, dann führen wir mal service urbackupclientbackend restart aus, vielleicht will der UBS den Client dann erkennen…
Auch nicht, was kann der Laie denn jetzt so schnell wissen müssen?
Okay, die Installation scheint ja fehlerfrei durchgelaufen zu sein, laut der UB Weboberfläche wurde dieser Rechner zuletzt am 10.06.23 um 14:52 Uhr gesehen.
Was mach der Laie jetzt? Richtig, natürlich prüft er den Status vom Client mit dem Befehl systemctl status urbackupclientbackend…
Ohhhhh, was ist denn nun wieder los? Was kann man denn nun wieder falsch gemacht haben? Jetzt habe ich schon die 4 ausgewählt und nun das…

Und nun?

Oggy1

Keine Ahnung was jetzt wieder los ist.
Ich wollte doch einfach nur den Client tester-MS-7C52 wieder entfernen und nach dem Löschen habe ich diese Befehle ausgeführt…
/etc/init.d/urbackupsrv stop
urbackupsrv cleanup -a 0%

Was habe ich wohl hier jetzt wieder alles selbst verursacht?
Für die einen ist UrBackup die vernünftige Backup-Lösung, wo nur man selbst die Fehler verursacht, für andere ist und bleibt es ein Problemfall, vor allem dann, wenn man nicht nur selbst diese Probleme hat…

Oggy1

So, den UBS mal wieder neu aufgesetzt.
Da urbackupsrv cleanup -a 0% nicht unnötig ist und funktionieren sollte, blieb mir nach mehreren Versuchen nichts anderes übrig, als eben diese Neuinstallation.

Den ersten Linux Client habe ich wie hier beschrieben https://www.technik22.de/d/728-urbackup-das-grauen-in-software-gepackt/7 hinzugefügt. Dies hat wieder problemlos funktioniert…

Ich bleibe dabei, eine Katastrophe mit der ich mich aktuell nur deshalb begnüge, weil es für Linux derzeit mehr oder weniger die einzige Wahl ist und ich nur das Home Verzeichnis sichere.
Für ein Backup zwecks Wiederherstellung nach einem vollen Crash, gehe ich weiter den Umweg über Aomei Backupper, ist halt sicherer…

Oggy1

Nun gut, das war es dann mal für mich und diesem schauderhaften Programm.

Nach dem ich gestern, oder aktuell vor rund 13 Stunden diesen UrBackup Server neu aufsetzen musste, dödelt der jetzt beim Backup rum, ich habe sonst nichts verändert, nur eben den UrBackup Server neu aufgesetzt und einen Client installiert.
Solange soll ich jetzt, nach schon 13 Stunden, noch warten…

Kurz um, ich suche weiter nach etwas, was auch funktioniert.

EDIT: das ist die Geschwindigkeit parallel zum Backup vom selben Rechner auf die Pmox Windows VM

Nur falls jetzt einer kommt und meint es lege am Netzwerk also 87,6 + 14,75 = 102,35 beim 1Gbit LAN…