UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[MathiasJ]

@simatec
natürlich habe ich, nur gebracht hat's nix

[simatec]

@MathiasJ
Dann probiere erstmal einen manuellen mount über Konsole auf deinem NAS, damit du die Einstellungen und Pfadangaben erstmal prüfen kannst.
Oft ist es das Problem der falschen Auswahl von smb.
Backitup unterstützt smb 1-3.
Das musst du aber auf deinem NAS rausbekommen, welche smb Version benötigt wird

[MathiasJ]

@simatec
ich habe die Konfig-Datei vom produktiven System auf dem auf Proxmox rüber gezogen.
geht auch nicht......
Backitup auf dem produktiven System läuft ja......
darum wollte ich wissen, in welchem Dateisystem die Container liegen, damit ich das Backup mittels WINSCP hochladen kann.

[simatec]

@MathiasJ
Habe selber kein Container unter Proxmox laufen.
Ich finde persönlich ein VM benutzerfreundlicher

[MathiasJ]

@simatec
sei es wie es will....
ich fahre das Teil erst mal runter, ist ja erst mal nur mein Spielplatz
Gruß,
Mathias

[Dr. Bakterius]

@MathiasJ sagte in Test Adapter Backitup v1.3.x:

darum wollte ich wissen, in welchem Dateisystem die Container liegen, damit ich das Backup mittels WINSCP hochladen kann.

Du willst dich in Proxmox einloggen und von dort die Backup-Datei hochladen? Wieso nicht im Container direkt? Und dort nach '/opt/iobroker/backups' hochladen.

[Einstein67]

@MathiasJ Mach den Container zu einem "privilegierten Container" dann geht das mit dem "sudo mount" auch!

[MathiasJ]

@Dr-Bakterius
Weil ich vielleicht per WINSCP nicht direkt auf den Container komme?

[MathiasJ]

@Einstein67
Mache ich später.
Jetzt ist der Spielplatz geschlossen.

[Dr. Bakterius]

@MathiasJ Wieso nicht? Bei mir klappt das ohne Probleme. ssh aktiviert?

[MathiasJ]

@Dr-Bakterius
Schaue ich später.
System ist aus, Schmerzpillen genommen, nun liege ich erst mal flach.

Edit:
jetzt ging es,
nur Backitup hat auch nicht auf Local zugreifen können.
Bin jetzt mal her gegangen und habe das Restore in der Konsole gemacht....
Abwarten.......

[nik82]

Hallo,
ich mache täglich ein Backup mit FTP auf mein QNAP NAS.
Habe iobroker auf Windows 10 laufen (läuft ständig durch).
Bekomme alle paar Tage die Fehlermeldung:
"ftp: Error: Sorry, the maximum number of clients (10) for this user are already connected."

Starte ich danach den PC neu funktioniert das Update wieder für ein paar Tage.
Liegt also nicht am NAS.
Anscheinend wird oder kann Backitup die FTP Verbindungen nicht sauber trennen, oder das NAS checkt es nicht.
Ich kann aber am QNAP nicht einstellen.

Gibts dafür ne Lösung ohne Neustart?

Danke im Voraus.

[Peoples]

@nik82
Ich mache das genauso, bei mir funktioniert das ohne Fehler

[Malaus]

Man kann ja im Adapter SQL und History mit ins Backup beziehen. Wird es auch eine Möglichkeit mit InfluxDB geben? Oder ist das nochmal was ganz anderes?

[MyMeyer]

@Glasfaser sagte in Test Adapter Backitup v1.3.x:

@Negalein sagte in Test Adapter Backitup v1.3.x:

@Glasfaser sagte in Test Adapter Backitup v1.3.x:

Damit Steuere ich Hyperbackup zusätzlich ,wenn ich mal am basteln bin .

Backup komplett, ist der gesammte ioBroker Ordner
Projekt ist mein View
USB , ist meine 3 Absicherung auf einer externe USB Festplatte.

Aber ansonsten läuft alles im Hintergrund zusätzlich mit Hyperbackup jeden Tag um 3:00 Uhr .

@Glasfaser Hi kannst Du das Script mir auch zur Verfügung stellen ?
(javascript.0.Synology.Backup.1)

[Glasfaser]

@MyMeyer
Hier das Synology Skript , für die Backup -Steuerung Hyperbackup

Spoiler

Beispiel : Backupname ist iobroker

// Glasfaser
// Task-ID der Datensicherung in Datei:  /usr/syno/etc/synobackup.conf
// Hinter backup die Task-ID , nennt sich repo_id
// Task ID für iobroker Backup ist : 10
// 
// /var/packages/HyperBackup/target/bin/dsmbackup --backup 10
//// createState("Synology.Backup.1");
// Javaskript Adapter simple-ssh wird benötigt 
on({id: "javascript.0.Synology.Backup.1", change: 'ne', val: true }, function (obj) {

log ("--> Update gestartet!");
console.log('+++ Backup iobroker durchgeführt +++');
  setState('javascript.0.Synology.Backup.1', false);
  
var SSH = require('simple-ssh');

var ssh = new SSH({
   host: 'SynologyIP',
   user: 'xxxxxxxxx',
   pass: 'xxxxxxxx'
});

ssh.exec('/var/packages/HyperBackup/target/bin/dsmbackup --backup 10', {
   out: function(stdout) {
       console.log(stdout);
       
       

   }
}).start();

}
);

//onEvent();

[Röstkartoffel]

@simatec
Ich habe gestern eine neue Proxmox-VM für ioBroker erstellt und konnte erfolgreich ein Backup wiederherstellen.
Das lief ja mit dieser Adapter Version 1.3.6 viel geschmeidiger als früher. Danke für deinen unermüdlichen Einsatz.

Letzte Nacht wurde auch ein ioBroker-Backup wie gewohnt auf meiner NAS erstellt, aber soeben bei weiteren Tests viel mir folgendes auf: ich habe eben mal im Adapter selbst das CCU Backup angestoßen. Im Log erscheinen nach erfolgreichem CCU-Backup folgende Einträge:

backitup.1	2020-01-30 10:15:57.640	debug	(5348) system.adapter.admin.0: logging false
backitup.1	2020-01-30 10:14:50.096	debug	(5348) system.adapter.admin.0: logging true
backitup.1	2020-01-30 10:13:16.316	error	umount: /opt/iobroker/backups: not mounted.
backitup.1	2020-01-30 10:13:16.316	error	(5348) Error: Command failed: sudo umount /opt/iobroker/backups
backitup.1	2020-01-30 10:10:42.775	debug	(5348) [ccu] exec: done
backitup.1	2020-01-30 10:10:42.774	debug	(5348) [ccu/umount] done
backitup.1	2020-01-30 10:09:42.743	debug	(5348) [ccu/umount] mount activ... umount in 60 Seconds!!
backitup.1	2020-01-30 10:09:42.735	debug	(5348) [ccu/history] backitup.1.history.html
backitup.1	2020-01-30 10:09:42.684	debug	(5348) [ccu/clean] done
backitup.1	2020-01-30 10:09:42.682	debug	(5348) [ccu/cifs] done
backitup.1	2020-01-30 10:09:42.681	debug	(5348) [ccu/ccu] done
backitup.1	2020-01-30 10:08:25.680	debug	(5348) [ccu/ccu] Requesting backup from CCU
backitup.1	2020-01-30 10:08:25.679	debug	(5348) [ccu/ccu] CCU Version: 2.49.18
backitup.1	2020-01-30 10:08:25.055	debug	(5348) [ccu/mount] done
backitup.1	2020-01-30 10:08:16.303	debug	(5348) umount: device is busy... wait 5 Minutes!!
backitup.1	2020-01-30 10:08:14.657	debug	(5348) [ccu/mount] mount activ... umount is started before mount!!
backitup.1	2020-01-30 10:08:14.288	debug	(5348) mount activ... umount in 2 Seconds!!
backitup.1	2020-01-30 10:08:04.301	debug	(5348) [ccu] 10 30 01 */30 * *
backitup.1	2020-01-30 10:08:04.299	info	(5348) [ccu] backup was activated at 01:30 every 30 day(s)
backitup.1	2020-01-30 10:08:04.299	debug	(5348) [iobroker] 10 35 00 */1 * *
backitup.1	2020-01-30 10:08:04.290	info	(5348) [iobroker] backup was activated at 00:35 every 1 day(s)
backitup.1	2020-01-30 10:08:04.262	info	(5348) starting. Version 1.3.6 in /opt/iobroker/node_modules/iobroker.backitup, node: v10.18.1

Die beiden Error-Meldungen wegen dem umount machen mich stutzig.
Was ist das?

[simatec]

@Röstkartoffel sagte in Test Adapter Backitup v1.3.x:

Error: Command failed: sudo umount /opt/iobroker/backups

Eigentlich deutet folgende Zeile auf fehlende Pakete hin

Error: Command failed: sudo umount /opt/iobroker/backups

Wenn du aber sast, dass der mount läuft und das backup auf dem NAS gelandet ist, eher komisch.

Was bringt folgender Befehl über Konsole

sudo umount /opt/iobroker/backups

Sonst lass mal den Fixer drüberlaufen und starte mal das ganze System neu.

[Röstkartoffel]

@simatec sagte in Test Adapter Backitup v1.3.x:

sudo umount /opt/iobroker/backups

volker@ioBroker:~$ sudo umount /opt/iobroker/backups
[sudo] Passwort für volker:
umount: /opt/iobroker/backups: not mounted.

Ist der oben im Log ausgewiesene Error überhaupt ein Fehler?
Das Backup der CCU ist ja auf die NAS übertragen worden.

[simatec]

@Röstkartoffel
Ein error ist es schon, aber komisch, warum der kommt ...
Wie gesagt lass mal zur Sicherheit den Installer Fix laufen und starte mal neu.

Eventuell stimmt irgendwas mit den Rechten nicht.