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

[Segway]

@simatec sagte in Test Adapter ioBroker.backitup v2.4.x:

@segway Der Token fehlt in der Config und wie weiter oben schon geschrieben, muss auf deinem iob System influx-cli laufen.
Dies ist für ein remotbackup nötig.
In der Doku von Backitup steht das alles beschrieben.

https://github.com/simatec/ioBroker.backitup/wiki/ioBroker.backitup-Wiki-Deutsch#influxdb-backup

• den Token hatte ich rausgesucht und auch eingegeben - keine Ahnung warum der da jetzt nicht mehr angegeben wird. Ich gehe davon aus, dass er den intern abgespeichert hat
• dass ich auf dem eigenen IoB System das InfluxD Paket nachinstallieren muss, habe ich nun auch gelesen. Damit scheidet für mich persönlich das backup über IoB aus.

Trotzdem Danke.

[simatec]

@segway ist doch nur cli ...
nicht das gesamte influx inkl. Datenbank

[Segway]

@simatec sagte in Test Adapter ioBroker.backitup v2.4.x:

nicht das gesamte influx inkl. Datenbank

Ja, das mag sein, aber ich habe nunmal eine Regel bei mir, von der ich auch nicht abweiche.
Entweder es kommt mit dem Adapter oder halt nicht. Manuelle Nachinstallationen auf meinem Prod.-Hauptsystem sind ein NoGo - da hab ich spätestens nach 3-6 Monaten eh wieder vergessen.

Ist ja nicht schlimm, ich löse das anders :-)

[Thomas Braun]

@segway sagte in Test Adapter ioBroker.backitup v2.4.x:

Manuelle Nachinstallationen auf meinem Prod.-Hauptsystem sind ein NoGo

Wobei es ja einige Adapter gibt, die sich 'nur' als 'wrapper' um ein zusätzliches Paket legen. Der Adapter muss halt irgendwie das benötigte Programm auch aufrufen können.

[simatec]

@segway Das ist leider so ... Backitup nutzt den orignalen Backupweg von influx. somit wird auch die cli dafür benötigt

[Homoran]

@segway sagte in Test Adapter ioBroker.backitup v2.4.x:

Entweder es kommt mit dem Adapter oder halt nicht. Manuelle Nachinstallationen auf meinem Prod.-Hauptsystem sind ein NoGo

cifs utils o.ä. musst du ja auch installieren.

es kann nicht alles mit den Adaptern mitkommen

[Segway]

@homoran

Bisher ging das schon, da ich NICHTS selber nachinstalliert habe ! Und so lautet auch meine Regel für MEIN Verwalten MEINER Systeme.
:-) nix für ungut - Ihr könnt das ja anders machen

[Homoran]

@segway sagte in Test Adapter ioBroker.backitup v2.4.x:

Bisher ging das schon, da ich NICHTS selber nachinstalliert habe

das wundert mich ja!

@segway sagte in Test Adapter ioBroker.backitup v2.4.x:

Und so lautet auch meine Regel für MEIN Verwalten MEINER Systeme.

Ist ja OK!

also auch kein Raspian oder node :joy:

[Thomas Braun]

@segway

Aber influxdb ist auch nicht in einer Grundinstallation vorhanden. Hast du also auch nachinstalliert.

[Segway]

@thomas-braun sagte in Test Adapter ioBroker.backitup v2.4.x:

@segway

Aber influxdb ist auch nicht in einer Grundinstallation vorhanden. Hast du also auch nachinstalliert.

Das ist korrekt aber nicht auf meinem IoB System !!!
Jede Anwendung hat eine andere VM oder Rechner (im Rechenzentrum) - insgesamt hab ich glaube ich 16. Und dort kommt nur dass drauf wozu es dediziert dient.

Ich hab das alles hinter mir und in 16 Monaten, aus welchem Grund auch immer, installiert man neu und schwups geht nix mehr, da mit der Standardinstallation zB von InfluxDB oder IoB noch zig Zusatzpakete erforderlich waren. Ach ja dass muss noch und dies und das.
Nix da, dass kostet Zeit die ich viel sinnvoller einsetzen kann!

Letztes Jahr ist meine SSD vom NUC kaputt gewesen und ich habe einige backups zurückgespielt und bei einigen hatte ich mich entschieden neu zu installieren. Das kannste Thema war nach ca. 30 Minuten komplett wieder am Laufen !
Nix nachlesen, nix vergessen, nix warum geht das jetzt nicht mehr etc.

So ist das nunmal strukturiert bei MIR :-)

[Thomas Braun]

@segway

Okay... 16 Systeme bei Laune und auf Stand halten wäre mir zu aufwändig. Da tust du ja nix anderes mehr.

Ich hab hier z. B. zwei Systeme, ein Beta-System, das aber auch als Hauptsystem fungiert und eins basierend auf dem Stable-Repo, das als 'Schattensystem' immer etwas hinterherhinkt, im Falle eines Ausfalls des Hauptsystems aber sofort hochgefeuert werden kann. Das Schattensystem wird so alle zwei - drei Monate mal aus der Schublade geholt und bekommt die fehlenden Updates verpasst und legt sich wieder in die Wartestellung.

[Segway]

@thomas-braun
Nö absolut nicht. Ich hab da null Stress mit ... war die letzten 3 Monate nicht daran und jedes beschissene Update muss ich auch nicht mitmachen - steckt eh meistens noch genug Bugs drin ! :-) von daher ist das für mich genau richtig.
Es gibt VMs die hab ich seit einem Jahr nicht mehr angefasst ! Jaja jetzt kommen wieder die Weltbedenkenträger ja aber Sicherheitsupdates blablabla :-) Ne Leute ... nicht alles wird so heiss gegessen wie es gekocht wird :-)

[Thomas Braun]

@segway sagte in Test Adapter ioBroker.backitup v2.4.x:

jedes beschissene Update muss ich auch nicht mitmachen - steckt eh meistens noch genug Bugs drin !

Grundfalscher 'Denk'-Ansatz.

[Segway]

@thomas-braun sagte in Test Adapter ioBroker.backitup v2.4.x:

Grundfalscher 'Denk'-Ansatz.

Yep ! und trotzdem fahr ich gut damit :-)

[simatec]

@segway So nun ist hier gut ... Der Thread handelt um Backitup und nicht um persönliche Grundsatzdiskussionen .
Bitte dafür eine separaten Thread aufmachen

[Ein ehemaliger Benutzer]

Ich hab jetzt nicht die ganzen Beiträge gelesen. Es gibt doch sicher viele die eigene Ordner unter /opt/iobroker/ anlegen und dort z.B. die Bilder einer Webcam zu speichern. Wäre es möglich diese Ordner in das Backup mit aufzunehmen? Bei einem Restore würde man sich das händische anlegen dieser Ordner ersparen und die möglichen Scripte laufen nicht ins leere.
Oder gibt es dafür eine andere, bessere Lösung?

[simatec]

@brainbug im iobroker Pfad ist nie so eine gute Idee.
Du kannst die aber z.B. in /home/iobroker/wasauchimmer legen und den Pfad im History Backup angeben.

[Ein ehemaliger Benutzer]

@simatec
Man kann dann aber nicht beides, history und Ordner?
Edit
Doch geht, ich muss den history Pfad im Adapter auch dort hin legen dann gehts.

[brumark]

Hallo
Ich habe folgendes Problem mit meinem Raspberry Pi 4 im Zusammenhang mit Backitup:
Oft wenn das Backup läuft (23:00 Uhr), beginnt die Netzwerkverbindung zu flappen, d.h. Interface eth0 geht down und kommt gleich wieder hoch. Meistens klappt das Backup trotzdem, aber nicht immer. Ich mache ein Backup von: ioBroker, InfluxDB, Javascript, Grafana und Jarvis.
Hat einer von euch eine Idee was hier die Ursache sein könnte? Ich verwende das original Power Supply und im Log steht auch nie was über zu wenig Power.

Vielen Dank für einen Tipp.

Gruss, Christoph

pi@ioBroker-RasPi20:~ $ dmesg -T
[Tue Jun 21 23:00:42 2022] CIFS: Attempting to mount //192.168.1.21/backup/Backup_iobroker
[Wed Jun 22 23:00:43 2022] CIFS: Attempting to mount //192.168.1.21/backup/Backup_iobroker
[Wed Jun 22 23:02:26 2022] bcmgenet fd580000.ethernet eth0: Link is Down
[Wed Jun 22 23:02:29 2022] bcmgenet fd580000.ethernet eth0: Link is Up - 1Gbps/Full - flow control off
[Thu Jun 23 23:00:44 2022] CIFS: Attempting to mount //192.168.1.21/backup/Backup_iobroker
[Thu Jun 23 23:02:02 2022] bcmgenet fd580000.ethernet eth0: Link is Down
[Thu Jun 23 23:02:05 2022] bcmgenet fd580000.ethernet eth0: Link is Up - 1Gbps/Full - flow control off
[Thu Jun 23 23:02:44 2022] bcmgenet fd580000.ethernet eth0: Link is Down
[Thu Jun 23 23:02:46 2022] bcmgenet fd580000.ethernet eth0: Link is Up - 1Gbps/Full - flow control off
[Thu Jun 23 23:02:50 2022] bcmgenet fd580000.ethernet eth0: Link is Down
[Thu Jun 23 23:02:53 2022] bcmgenet fd580000.ethernet eth0: Link is Up - 1Gbps/Full - flow control off
[Thu Jun 23 23:03:48 2022] bcmgenet fd580000.ethernet eth0: Link is Down
[Thu Jun 23 23:03:51 2022] bcmgenet fd580000.ethernet eth0: Link is Up - 1Gbps/Full - flow control off
[Fri Jun 24 23:00:45 2022] CIFS: Attempting to mount //192.168.1.21/backup/Backup_iobroker
[Fri Jun 24 23:01:56 2022] bcmgenet fd580000.ethernet eth0: Link is Down
[Fri Jun 24 23:01:59 2022] bcmgenet fd580000.ethernet eth0: Link is Up - 1Gbps/Full - flow control off
[Fri Jun 24 23:03:21 2022] bcmgenet fd580000.ethernet eth0: Link is Down
[Fri Jun 24 23:03:24 2022] bcmgenet fd580000.ethernet eth0: Link is Up - 1Gbps/Full - flow control off
[Fri Jun 24 23:03:27 2022] bcmgenet fd580000.ethernet eth0: Link is Down
[Fri Jun 24 23:03:31 2022] bcmgenet fd580000.ethernet eth0: Link is Up - 1Gbps/Full - flow control off
[Fri Jun 24 23:03:34 2022] bcmgenet fd580000.ethernet eth0: Link is Down
[Fri Jun 24 23:03:37 2022] bcmgenet fd580000.ethernet eth0: Link is Up - 1Gbps/Full - flow control off
[Fri Jun 24 23:03:40 2022] bcmgenet fd580000.ethernet eth0: Link is Down
[Fri Jun 24 23:03:43 2022] bcmgenet fd580000.ethernet eth0: Link is Up - 1Gbps/Full - flow control off
[Fri Jun 24 23:04:08 2022] bcmgenet fd580000.ethernet eth0: Link is Down
[Fri Jun 24 23:04:11 2022] bcmgenet fd580000.ethernet eth0: Link is Up - 1Gbps/Full - flow control off
[Sat Jun 25 23:00:46 2022] CIFS: Attempting to mount //192.168.1.21/backup/Backup_iobroker
[Sat Jun 25 23:01:51 2022] bcmgenet fd580000.ethernet eth0: Link is Down
[Sat Jun 25 23:01:54 2022] bcmgenet fd580000.ethernet eth0: Link is Up - 1Gbps/Full - flow control off
[Sat Jun 25 23:01:57 2022] bcmgenet fd580000.ethernet eth0: Link is Down
[Sat Jun 25 23:01:59 2022] bcmgenet fd580000.ethernet eth0: Link is Up - 1Gbps/Full - flow control off

[Thomas Braun]

@brumark

Was ist das für ein CIFS-Server auf der anderen Seite?
Wie sehen die Einstellungen im Backitup diesbezüglich aus?