Backitup Slave wird nicht gesichert (ohne Fehler)

reutli

@homoran
Alles gut und danke.
Mach mich jetzt dann an's "Bereinigen" des Clients/Slaves und dann melde ich mich wieder.

reutli

@Homoran
Wollte an's Bereinigen gehen.
Jetzt ist für mich aber die Frage, wie ich am besten vorgehe, aleso alle Adapter (samt Instanzen) auf diesem Slave löschen kann.

Optimalerweise über die Konsole in einem Rutsch.

Gibt's dazu eine Vorgehensweise?

Homoran

@reutli sagte in Backitup Slave wird nicht gesichert (ohne Fehler):

Optimalerweise über die Konsole in einem Rutsch.

da ist mir nix bekannt. einzeln: iobroker del AdapterName.
Sooo viele sollten es ja nicht sein.

An deiner Stelle würde ich eine neue Karte nehmen, dort eine neue Installation drauf machen (gleicher Hostname wie bisher!), admin, backitup und Discovery löschen (und was ggf. sonst mit installiert wird) diesen Slave koppeln und gut ist.

Bei Instanzen, die über den Master installiert wurden, werden diese automatisch wiederhergestellt, der Rest muss manuell erstellt werden.

Vorteil:
du hast noch ein Hardwarebackup deines alten Slaves mit allen Daten auf der alten Karte.

reutli

@homoran
Neu installieren wollte ich eigentlich ungern, weil ich auf dem PI bisserl noch was installiert habe.
Wegen mir könnte ich iobroker komplett löschen und neu installieren, nicht aber das OS.
Wie deinstalliere ich den iob schnell und sauber?

bahnuhr

@reutli

du hast einen pi und da noch was installiert ?!?!?!
Warum ?
Und willst diesen dann als slave einsetzen.

Interessant.
Machs richtig, so wie @homoran beschrieben.

Und dann nur ! iob auf raspi; und diesen dann als slave.

Homoran

@reutli sagte in Backitup Slave wird nicht gesichert (ohne Fehler):

Wie deinstalliere ich den iob schnell und sauber?

damit wäre aber der größte Vorteil, das Hardwarebackup, weg!!!
Außerdem bliebe ein möglicherweise verhunztes Node bestehen.

einfach das Verzeichnis/ opt/iobroker löschen und alles ist weg.

Homoran

@bahnuhr sagte in Backitup Slave wird nicht gesichert (ohne Fehler):

Warum ?
Und willst diesen dann als slave einsetzen.

warum nicht?

hab ich (früher) auch gemacht! Wenn ich einen Pi (et al.) für etwas gebraucht habe noch schnell ein ioBroker drauf
piVCCU + ioBroker, oder NUT Server + ioBroker., piAware + ioBroker.....

bahnuhr

@homoran sagte in Backitup Slave wird nicht gesichert (ohne Fehler):

hab ich (früher) auch gemacht!

du kennst dich da auch aus.

Aber als newbi macht man Fehler, z.B.
Adapter auf slave direkt installieren.

bahnuhr

@homoran
Oder man installiert alles zusammen.
iob, ccu3 -> alles drauf.
Und dann nur 1 GB.

Und dann kommen die Fragen.

Homoran

@bahnuhr sagte in Backitup Slave wird nicht gesichert (ohne Fehler):

Aber als newbi macht man Fehler, z.B.
Adapter auf slave direkt installieren.

nicht unbedingt. Dies passiert meist, so auch hier, wenn ein solcher Pi für die bisherige Installation zu klein wird, ein neuer Rechner hinzukommt, diesert dann als Master definiert eird und der bestehende einfach als Slave eingebunden wird.

bahnuhr

@homoran sagte in Backitup Slave wird nicht gesichert (ohne Fehler):

diesert dann als Master definiert eird und der bestehende einfach als Slave eingebunden wird.

genau, deshalb ja auch:
neue SD und neu installieren.

reutli

@bahnuhr @Homoran

Nur keine Panik... da läuft sonst nichts "Wildes" drauf... habe sechs PIs am rennen, also genügend HW (nicht nur PIs) hier im Haus.
Nur hab ich da an dem PI noch ne WPumpensteuerung am rennen.

Eigentlich funkioniert ja alles bestens, Problem ist hier ja "nur", dass die Behauptung im Raum steht, dass der PI nicht als Slave sichert, weil er mal iob-Master war...
Das wollte ich einfach einem Test unterziehen.

Dabei fehlt mir jetzt eben eine konkrete Vorgehensweise

iob deinstallieren
iob installieren
Adapter löschen
Slave-Connect
Backitup Adapter (vom Masteraus) neu installieren
Testen und wundern

Ich war mir nicht bewusst, dass ich in die Probleme rennen könnte, wenn ich aus dem Master einen Slave mache.

Faktisch:
Ich habe einen PI der mal Master war. Den habe ich zum Slave gemacht. Alles passt und läuft bis auf eben das Backup.

bahnuhr

@reutli sagte in Backitup Slave wird nicht gesichert (ohne Fehler):

Dabei fehlt mir jetzt eben eine konkrete Vorgehensweise

neue SD
iob neu drauf.
alle Instanzen löschen
master / slave konfigurieren
Und dann über den master die Instanzen auf dem slave installieren die gebraucht werden.
fertig.

Und dann den thread als gelöst markieren.

reutli

@bahnuhr

Ja, das war aber nicht die Frage.
Und btw. Was hier fehlt ist eben die 'root cause analaysis', denn bisher vermuten wir nur, dass es daran liegt (und es funktioniert schließlich nur das Backup nicht, obwohl er es [Backitup] behauptet).

Schnellösungen kann man immer mal machen - ohne den Grund zu kennen, aber in dem Fall wäre es schön zu wissen, woran es liegt.
Gibt "gelöst" Punkte - weil gelöst ist es eben nicht?

bahnuhr

@reutli sagte in Backitup Slave wird nicht gesichert (ohne Fehler):

@bahnuhr

Ja, das war aber nicht die Frage.

Das mag sein.
Die Lösung hab ich dir geschrieben.

Bin jetzt raus.

Homoran

@reutli sagte in Backitup Slave wird nicht gesichert (ohne Fehler):

Was hier fehlt ist eben die 'root cause analaysis', denn bisher vermuten wir nur, dass es daran liegt

Das kann dir hier niemand sagen, weil bei dir ein Zustand existiert, den es so nicht geben soll.
Auch in anderen Threads hattest du seltsame Effekte wenn ich mich richtig erinnere.

daher ist diese Aussage nicht der Realität entsprechend

@reutli sagte in Backitup Slave wird nicht gesichert (ohne Fehler):

Ich habe einen PI der mal Master war. Den habe ich zum Slave gemacht. Alles passt und läuft bis auf eben das Backup.

und das in mehreren Punkten.

du hast (wahrscheinlich) zusätzlich zu deiner alten Master Installation weitere Slave Instanzen hinzugefügt.
Das ist keine saubere Sache. Auch wenn alles scheinbar läuft, passiert möglicherweise im Hintergrund einiges, was nicht erwünscht ist. Deswegen passt es eben nicht.

und für die gewünschte Analyse bräuchte es wesentlich mehr Informationen, Wissen und Beobachtungen, die im Moment niemand für dich machen kann.

Eine saubere Neuinstallation sollte immer eine Lösung sein, wenn nicht außerdem ioBroker externe Faktoren mitspielen.

reutli

@homoran

Ich habe jetzt begonnen, neu zu installieren (mit neuer Karte).
Bisherige steps:

neue Karte mit 32Bit lite (BullsEye)
iob installiert

pi@iobroker1:/ $ curl -sLf https://iobroker.net/install.sh | bash -
library: loaded
Library version=2022-06-15

==========================================================================

    Welcome to the ioBroker installer!
    Installer version: 2022-06-03
    
    You might need to enter your password a couple of times.

==========================================================================


==========================================================================
    Installing prerequisites (1/4)
==========================================================================

Hit:1 http://raspbian.raspberrypi.org/raspbian bullseye InRelease
Hit:2 http://archive.raspberrypi.org/debian bullseye InRelease  
Reading package lists... Done                                   

==========================================================================

    Node.js not found. Installing...

==========================================================================


## Installing the NodeSource Node.js 16.x repo...


## Populating apt-get cache...

+ apt-get update
Hit:1 http://raspbian.raspberrypi.org/raspbian bullseye InRelease
Hit:2 http://archive.raspberrypi.org/debian bullseye InRelease
Reading package lists... Done

## Confirming "bullseye" is supported...

+ curl -sLf -o /dev/null 'https://deb.nodesource.com/node_16.x/dists/bullseye/Release'

## Adding the NodeSource signing key to your keyring...

+ curl -s https://deb.nodesource.com/gpgkey/nodesource.gpg.key | gpg --dearmor | tee /usr/share/keyrings/nodesource.gpg >/dev/null

## Creating apt sources list file for the NodeSource Node.js 16.x repo...

+ echo 'deb [signed-by=/usr/share/keyrings/nodesource.gpg] https://deb.nodesource.com/node_16.x bullseye main' > /etc/apt/sources.list.d/nodesource.list
+ echo 'deb-src [signed-by=/usr/share/keyrings/nodesource.gpg] https://deb.nodesource.com/node_16.x bullseye main' >> /etc/apt/sources.list.d/nodesource.list

## Running `apt-get update` for you...

+ apt-get update
Hit:1 http://raspbian.raspberrypi.org/raspbian bullseye InRelease
Hit:2 http://archive.raspberrypi.org/debian bullseye InRelease                        
Get:3 https://deb.nodesource.com/node_16.x bullseye InRelease [4,586 B]               
Get:4 https://deb.nodesource.com/node_16.x bullseye/main armhf Packages [783 B]
Fetched 5,369 B in 1s (3,913 B/s)
Reading package lists... Done

## Run `sudo apt-get install -y nodejs` to install Node.js 16.x and npm
## You may also need development tools to build native addons:
     sudo apt-get install gcc g++ make
## To install the Yarn package manager, run:
     curl -sL https://dl.yarnpkg.com/debian/pubkey.gpg | gpg --dearmor | sudo tee /usr/share/keyrings/yarnkey.gpg >/dev/null
     echo "deb [signed-by=/usr/share/keyrings/yarnkey.gpg] https://dl.yarnpkg.com/debian stable main" | sudo tee /etc/apt/sources.list.d/yarn.list
     sudo apt-get update && sudo apt-get install yarn


Installed nodejs
Node.js Installed successfully!
Changing npm registry to https://registry.npmjs.org
Installed acl
Installed gcc-c++
Installed libavahi-compat-libdnssd-dev
Installed libudev-dev
Installed libpam0g-dev
Installed git
Installed libcairo2-dev
Installed libpango1.0-dev
Installed libjpeg-dev
Installed libgif-dev
Installed librsvg2-dev
Installed cmake

==========================================================================
    Creating ioBroker user and directory (2/4)
==========================================================================

User iobroker created
Created /etc/sudoers.d/iobroker
Directory /opt/iobroker created

==========================================================================
    Installing ioBroker (3/4)
==========================================================================


==========================================================================
    Finalizing installation (4/4)
==========================================================================

Enabling autostart...
Created symlink /etc/systemd/system/multi-user.target.wants/iobroker.service → /lib/systemd/system/iobroker.service.
Autostart enabled!
Fixing directory permissions...

==========================================================================

    ioBroker was installed successfully
    Open http://192.168.200.6:8081 in a browser and start configuring!

==========================================================================


You need to re-login before doing anything else on the console!

pi@iobroker1:/ $ sudo reboot

adapter gelöscht (admin, backitup, discovery)

pi@iobroker1:~ $ iob del discovery
Delete adapter "discovery"
host.iobroker1 Counted 1 instances of discovery
host.iobroker1 Counted 1 meta of discovery
host.iobroker1 Counted 1 adapter for discovery
host.iobroker1 Counted 5 states of discovery
host.iobroker1 Counted 15 states of system.adapter.discovery
host.iobroker1 Counted 1 states (io.discovery.*) from states
host.iobroker1 Counted 16 states (system.adapter.discovery.*) from states
host.iobroker1 Counted 1 objects of discovery
host.iobroker1 file discovery.admin deleted
host.iobroker1 object discovery deleted
host.iobroker1 object discovery.admin deleted
host.iobroker1 Deleting 24 object(s).
host.iobroker1 Deleting 17 state(s).

removed 42 packages in 7s

26 packages are looking for funding
  run `npm fund` for details
pi@iobroker1:~ $ iob del backitup
Delete adapter "backitup"
host.iobroker1 Counted 1 instances of backitup
host.iobroker1 Counted 1 meta of backitup
host.iobroker1 Counted 1 adapter for backitup
host.iobroker1 Counted 4 channels of backitup
host.iobroker1 Counted 12 states of backitup
host.iobroker1 Counted 15 states of system.adapter.backitup
host.iobroker1 Counted 12 states (io.backitup.*) from states
host.iobroker1 Counted 16 states (system.adapter.backitup.*) from states
host.iobroker1 Counted 1 objects of backitup
host.iobroker1 file backitup.admin deleted
host.iobroker1 object backitup deleted
host.iobroker1 object backitup.admin deleted
host.iobroker1 Deleting 35 object(s).
host.iobroker1 Deleting 28 state(s).

removed 74 packages in 5s

22 packages are looking for funding
  run `npm fund` for details
pi@iobroker1:~ $ iob del admin
Delete adapter "admin"
host.iobroker1 Counted 1 instances of admin
host.iobroker1 Counted 2 meta of admin
host.iobroker1 Counted 1 adapter for admin
host.iobroker1 Counted 1 channels of admin
host.iobroker1 Counted 10 states of admin
host.iobroker1 Counted 16 states of system.adapter.admin
host.iobroker1 Counted 9 states (io.admin.*) from states
host.iobroker1 Counted 17 states (system.adapter.admin.*) from states
host.iobroker1 Counted 1 objects of admin
host.iobroker1 file admin.admin deleted
host.iobroker1 object admin deleted
host.iobroker1 object admin.admin deleted
host.iobroker1 Deleting 32 object(s).
host.iobroker1 Deleting 26 state(s).

removed 75 packages in 5s

18 packages are looking for funding
  run `npm fund` for details

slave connected

pi@iobroker1:~ $ iobroker multihost connect
1 |       192.168.200.5 |  host |       192.168.200.5 | "authentication required"
Please select host [1]: 
Enter secret phrase for connection: ************

Config ok. Please restart ioBroker: "iobroker restart"
pi@iobroker1:~ $ iob restart
pi@iobroker1:~ $ iob status

iobroker is running on this host.

At least one iobroker host is running.

Objects type: jsonl
States  type: jsonl

Jetzt wollte ich backitup vom Master aus installieren, leider ohne Erfolg:

Latest available version of "js-controller" is required, but nothing installed. Please install first "js-controller" and then retry.
Latest available version of "admin" is required, but nothing installed. Please install first "admin" and then retry.

Ich dachte admin ist nicht erforderlich und der js-controller ist standardmäßig da?

Was soll ich jetzt machen, damit es konform läuft?
Danke

Thomas Braun

@reutli sagte in Backitup Slave wird nicht gesichert (ohne Fehler):

neue Karte mit 32Bit lite (BullsEye)

Ich hätte die 64bit-Version genommen (wenn die auf dem Prozessor läuft).

reutli

@thomas-braun

Ich hatte in einem thread von Dir gelsen, dass das nichts bringt ausser für influxdb...
Auf dem Slave laufen nur Temperatur messungen (DS Thermostate)...

Thomas Braun

@reutli sagte in Backitup Slave wird nicht gesichert (ohne Fehler):

Ich hatte in einem thread von Dir gelsen, dass das nichts bringt ausser für influxdb...

Der ist aber alt und stammt aus der Zeit, als die 64bit-Version noch im Beta-Status war.
Mittlerweile läuft die 64bit-Variante 'besser'.

Community Forum

NEWS

Backitup Slave wird nicht gesichert (ohne Fehler)

Support us

657

32.9k

83.0k

1.3m