Backitup Slave wird nicht gesichert (ohne Fehler)
-
@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.
@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. -
@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.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.iobroker in Debian-VM auf Proxmox Server (Ryzen 7 / 32GB / 1TB NVMe SSD) als Master - mehrere Raspberry Pis (3+4) als Slaves. InfluxDB V2 und Grafana auf LXC.
*Wer freundlich ist, dem wird freundlich geholfen *
-
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.@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.
-
@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.@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?iobroker in Debian-VM auf Proxmox Server (Ryzen 7 / 32GB / 1TB NVMe SSD) als Master - mehrere Raspberry Pis (3+4) als Slaves. InfluxDB V2 und Grafana auf LXC.
*Wer freundlich ist, dem wird freundlich geholfen *
-
@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?@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.
-
@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?@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 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.
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: jsonlJetzt 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?
Dankeiobroker in Debian-VM auf Proxmox Server (Ryzen 7 / 32GB / 1TB NVMe SSD) als Master - mehrere Raspberry Pis (3+4) als Slaves. InfluxDB V2 und Grafana auf LXC.
*Wer freundlich ist, dem wird freundlich geholfen *
-
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: jsonlJetzt 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@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 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).
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)...iobroker in Debian-VM auf Proxmox Server (Ryzen 7 / 32GB / 1TB NVMe SSD) als Master - mehrere Raspberry Pis (3+4) als Slaves. InfluxDB V2 und Grafana auf LXC.
*Wer freundlich ist, dem wird freundlich geholfen *
-
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)...@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'. -
@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'.Also nochmals von vorne?
--> kann ich dann o.g. Fehler gleich abfangen? -
@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).
@thomas-braun sagte in Backitup Slave wird nicht gesichert (ohne Fehler):
Ich hätte die 64bit-Version genommen (wenn die auf dem Prozessor läuft).
Ok, alles nochmals von vorne und 64Bit installiert.
Jetzt gleich die Frage, alle drei wirklich löschen vor dem Slave-Connect?
system.adapter.admin : admin - v6.2.22 system.adapter.backitup : backitup - v2.4.12 system.adapter.discovery : discovery - v3.0.3Das war zumindest @Homoran 's Ansage...
iobroker in Debian-VM auf Proxmox Server (Ryzen 7 / 32GB / 1TB NVMe SSD) als Master - mehrere Raspberry Pis (3+4) als Slaves. InfluxDB V2 und Grafana auf LXC.
*Wer freundlich ist, dem wird freundlich geholfen *
-
@thomas-braun sagte in Backitup Slave wird nicht gesichert (ohne Fehler):
Ich hätte die 64bit-Version genommen (wenn die auf dem Prozessor läuft).
Ok, alles nochmals von vorne und 64Bit installiert.
Jetzt gleich die Frage, alle drei wirklich löschen vor dem Slave-Connect?
system.adapter.admin : admin - v6.2.22 system.adapter.backitup : backitup - v2.4.12 system.adapter.discovery : discovery - v3.0.3Das war zumindest @Homoran 's Ansage...
Ja, ein Slave wird 'leer' an den Master angedockt.
-
Ja, ein Slave wird 'leer' an den Master angedockt.
@thomas-braun
ok, 'all done'Bei Versuch Backitup zu installieren wie gehabt Fehler:
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.was jetzt?
iobroker in Debian-VM auf Proxmox Server (Ryzen 7 / 32GB / 1TB NVMe SSD) als Master - mehrere Raspberry Pis (3+4) als Slaves. InfluxDB V2 und Grafana auf LXC.
*Wer freundlich ist, dem wird freundlich geholfen *
-
@thomas-braun
ok, 'all done'Bei Versuch Backitup zu installieren wie gehabt Fehler:
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.was jetzt?
Keine Ahnung. Hab kein Multihost-Setup.
-
Keine Ahnung. Hab kein Multihost-Setup.
dann steh' ich jetzt im Regen... neu aufgesetzt und meine Scripte melden (natürlich Fehler ohne Ende) weil keine Temperaturwerte...
Müsste wenigstens ein zwei Adapter installieren. -
@thomas-braun
ok, 'all done'Bei Versuch Backitup zu installieren wie gehabt Fehler:
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.was jetzt?
@reutli sagte in Backitup Slave wird nicht gesichert (ohne Fehler):
Bei Versuch Backitup zu installieren
wie hast du das versucht?
Außerdem sichert der Backitup auf dem Master die Konfigurationen des slaves mit.
Ich hab auf keinem Slave Backitup drauf. -
@reutli sagte in Backitup Slave wird nicht gesichert (ohne Fehler):
Bei Versuch Backitup zu installieren
wie hast du das versucht?
Außerdem sichert der Backitup auf dem Master die Konfigurationen des slaves mit.
Ich hab auf keinem Slave Backitup drauf.@homoran
Ich bin jetzt gerade etwas 'confused'...Habe wie oben erwähnt den kompletten Slave neu auf neuer Karte installiert.
Dann erfolgreich den Connect gemacht und versucht Adapter zu installieren (dann kam es zu o.g. Fehler).
Dann konnte ich auf dem Master die Instanzen nicht mehr anzeigen (Cannot read instances).Dann habe ich (erneut) Master und Slave durchgebootet.
Ergebnis (und das verstehe ich NICHT):
Auf dem Slave sind alle Instanzen wieder da, wie sie auf der (alten!) Karte drauf waren? Restored der Master das, wenn man mit gleiichem Hostname sich verbindet???@homoran sagte in Backitup Slave wird nicht gesichert (ohne Fehler):
Außerdem sichert der Backitup auf dem Master die Konfigurationen des slaves mit.
Ich hab auf keinem Slave Backitup drauf.Das heisst auf dem Slave Backitup löschen? Dann kann man die Einstellung aber nicht mehr vornehmen:
iobroker in Debian-VM auf Proxmox Server (Ryzen 7 / 32GB / 1TB NVMe SSD) als Master - mehrere Raspberry Pis (3+4) als Slaves. InfluxDB V2 und Grafana auf LXC.
*Wer freundlich ist, dem wird freundlich geholfen *
-
@homoran
Ich bin jetzt gerade etwas 'confused'...Habe wie oben erwähnt den kompletten Slave neu auf neuer Karte installiert.
Dann erfolgreich den Connect gemacht und versucht Adapter zu installieren (dann kam es zu o.g. Fehler).
Dann konnte ich auf dem Master die Instanzen nicht mehr anzeigen (Cannot read instances).Dann habe ich (erneut) Master und Slave durchgebootet.
Ergebnis (und das verstehe ich NICHT):
Auf dem Slave sind alle Instanzen wieder da, wie sie auf der (alten!) Karte drauf waren? Restored der Master das, wenn man mit gleiichem Hostname sich verbindet???@homoran sagte in Backitup Slave wird nicht gesichert (ohne Fehler):
Außerdem sichert der Backitup auf dem Master die Konfigurationen des slaves mit.
Ich hab auf keinem Slave Backitup drauf.Das heisst auf dem Slave Backitup löschen? Dann kann man die Einstellung aber nicht mehr vornehmen:
@reutli sagte in Backitup Slave wird nicht gesichert (ohne Fehler):
Restored der Master das, wenn man mit gleiichem Hostname sich verbindet???
ja! deswegen ja gleicher Hostnane und
@homoran sagte in Backitup Slave wird nicht gesichert (ohne Fehler):
Außerdem sichert der Backitup auf dem Master die Konfigurationen des slaves mit.
-
@reutli sagte in Backitup Slave wird nicht gesichert (ohne Fehler):
Restored der Master das, wenn man mit gleiichem Hostname sich verbindet???
ja! deswegen ja gleicher Hostnane und
@homoran sagte in Backitup Slave wird nicht gesichert (ohne Fehler):
Außerdem sichert der Backitup auf dem Master die Konfigurationen des slaves mit.
@homoran sagte in Backitup Slave wird nicht gesichert (ohne Fehler):
@homoran sagte in Backitup Slave wird nicht gesichert (ohne Fehler):
Außerdem sichert der Backitup auf dem Master die Konfigurationen des slaves mit.
Da kann aber was nicht passen.
Wenn ich die Backitup Instanz auf dem Slave lösche, dann zeigt er mir in der Master_Instanz von Backitup nur noch meinen anderen Slave an:
Laut Doku Backitup heisst es:
Multihost Unterstützung
Ab ioBroker.backitup Version 2.2.0 wird Multihost für die Sicherung entfernter Systeme (z.B. Zigbee oder entfernte Datenbanken) unterstützt. Multihost für ioBroker.backitup kann mit mehreren Instanzen von ioBroker.backitup auf verschiedenen Hosts arbeiten.
Ein Instanz von ioBroker.backitup muss zur Unterstützung als Master konfiguriert. Alle weiteren Instanzen, die sich auf entfernten Hosts befinden, werden als Slave konfiguriert.*iobroker in Debian-VM auf Proxmox Server (Ryzen 7 / 32GB / 1TB NVMe SSD) als Master - mehrere Raspberry Pis (3+4) als Slaves. InfluxDB V2 und Grafana auf LXC.
*Wer freundlich ist, dem wird freundlich geholfen *
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden551
Online32.9k
Benutzer83.0k
Themen1.3m
Beiträge