Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[StM47]

Seit dem ich Node.js auf v10.18.0 geupdatet habe, bekomme ich Backitup nicht mehr zum laufen. Der Adapter bleibt rot.

host.iobroker	2019-12-31 02:23:42.580	info	Restart adapter system.adapter.backitup.0 because enabled
host.iobroker	2019-12-31 02:23:42.579	error	instance system.adapter.backitup.0 terminated with code 1 (JS_CONTROLLER_STOPPED)
host.iobroker	2019-12-31 02:23:42.579	error	Caught by controller[0]: at Function.Module._load (internal/modules/cjs/loader.js:585:3)
host.iobroker	2019-12-31 02:23:42.579	error	Caught by controller[0]: at tryModuleLoad (internal/modules/cjs/loader.js:593:12)
host.iobroker	2019-12-31 02:23:42.579	error	Caught by controller[0]: at Module.load (internal/modules/cjs/loader.js:653:32)
host.iobroker	2019-12-31 02:23:42.579	error	Caught by controller[0]: at Object.Module._extensions..js (internal/modules/cjs/loader.js:789:10)
host.iobroker	2019-12-31 02:23:42.578	error	Caught by controller[0]: at Module._compile (internal/modules/cjs/loader.js:778:30)
host.iobroker	2019-12-31 02:23:42.578	error	Caught by controller[0]: at Object.<anonymous> (/opt/iobroker/node_modules/googleapis/build/src/apis/dfareporting/index.js:17:16)
host.iobroker	2019-12-31 02:23:42.578	error	Caught by controller[0]: at require (internal/modules/cjs/helpers.js:25:18)
host.iobroker	2019-12-31 02:23:42.578	error	Caught by controller[0]: at Module.require (internal/modules/cjs/loader.js:692:17)
host.iobroker	2019-12-31 02:23:42.578	error	Caught by controller[0]: at Function.Module._load (internal/modules/cjs/loader.js:562:25)
host.iobroker	2019-12-31 02:23:42.577	error	Caught by controller[0]: at Function.Module._resolveFilename (internal/modules/cjs/loader.js:636:15)
host.iobroker	2019-12-31 02:23:42.577	error	Caught by controller[0]: Error: Cannot find module './v3.3'
host.iobroker	2019-12-31 02:23:42.577	error	Caught by controller[0]: ^
host.iobroker	2019-12-31 02:23:42.577	error	Caught by controller[0]: throw err;
host.iobroker	2019-12-31 02:23:42.576	error	Caught by controller[0]: internal/modules/cjs/loader.js:638
upnp.0	2019-12-31 02:23:42.147	info	(24138) Found new device: http://192.168.178.50:8077/description.xml

[Jan1]

@StM47
Node manuell upgedatet?

[simatec]

@StM47
Irgendwas ist beim node Update anscheinend verloren gegangen.
Probiere noch mal ein rebuild oder reinstall.
Sonst würde ich die Config von Backitup sichern und Instanz inkl. Adapter löschen und neu installieren

[StM47]

@Jan1 ja

[Jan1]

@StM47
mit Versionswechsel z.B. 8 nach 10?

[StM47]

@Jan1

nein, von 10.17 auf 10.18

[Jan1]

@StM47
das war kein wirklich manuelles Update sondern ein über ein System Update angestoßenes Update der Node Version. Sonst hätte ich mal vermutet, das NPM Rebuild nicht gemacht wurde, was hier aber eh nicht nötig ist.

Backitup läuft bei mir mit dieser Node ohne Probleme, habe eben gerade mein Zigbee Backup eingespielt.

[StM47]

@Jan1

du Glücklicher.

Ich habe wie von simatec empfohlen Adapter und Instanz gelöscht und Backitup direkt von Github über URL installiert. Bekomme hierbei schon einige Fehlermeldungen.

[Jan1]

@StM47
Was ich bei den Fehlern überhaupt nicht verstehe, warum meckert der Backitup Adapter über fehlende BT Verzeichnisse? Da hat doch das eine mit dem anderen nichts zu tun.

[Homoran]

@Jan1
War auch mein erster Gedanke - allerdings weiß ich nicht was für dependencies möglicherweise in verwendeten modulen stecken.

Das müsste @simatec sagen

Worst case wäre, dass die Installation nach und nach abraucht

[StM47]

Die Fehlermeldungen kamen bei der Installation von Backitup über Github.

Die Installation von Backitup in ioBroker hingegen verlief reibungslos und der Adapter läuft wieder.

Sachen gibts?!

[StM47]

Danke für die Hilfe und Guten Rutsch!

[Gerni]

Hi zusammen und frohes Neues!

Nutzt jemand den Adapter in Verbindung einer Synology? Was muss man im Adapter eintragen damit ein BackUp auf Synology gepackt wird? Gemeinsamen Ordner habe ich auf der Station erstellt.

[simatec]

@Gerni
https://github.com/simatec/ioBroker.backitup/blob/master/docs/de/backitup.md

[StM47]

@Gerni

tragen

Bevor du Copy einstellst, musst du noch bei NFS deine IP-Adresse von der Syno eintragen!!

[Apropo]

@Gerni

Hast du die cfis-utils und nfs-common installiert, so wie es in der Hilfe steht?

[simatec]

@Apropo
Nein hat er nicht ... daher der Log.

[LJSven]

Bei mir läuft die SQL Datenbank auf einem Host (Raspberry) - beim sichern bekomme ich folgede Meldung. Was muss ich da machen?

[ERROR] [mysql] - [IGNORED] Error: Command failed: mysqldump  -u LJSven -p**** iobroker -h 192.168.178.44 -P 3306 > /opt/iobroker/backups/mysql_2020_01_02-11_15_29_backupiobroker.sql
/bin/sh: 1: mysqldump: not found

Auf dem Host läuft als DB ->

Your MariaDB connection id is 19735
Server version: 10.1.38-MariaDB-0+deb9u1 Raspbian 9.0

[Gerni]

@simatec, @StM47 ok; NFS-common (was auch immer das ist) habe ich installiert. Unter NFS die IP der Syno eingetragen und unter Copy als Pfad opt/iobroker/backups (so sieht das via winscp auf der iobroker installation aus. Testweise mal ein CCU Backup gestartet:

Läuft also auch durch. RIchtig so?

cfis Utils muss auch installiert werden? Ist das zum Mounten oder wie? Ich habe gehofft das mit nen richtigen NAS nicht machen zu müssen. Ich hab das installiert aber das läuft ja nur so durch, muss man da noch etwas konfigurieren?

Nur wie gebe ich denn den Pfad zum passenden Ordner auf der Syno an?

[Apropo]

@Gerni Bei NAS/Copy muss der Pfad auf der Syno zu deinem Ordner rein. So z.B.

volume1/homes/Apropo/Backups/IoBroker

Ansonsten muss der Ordner auf der Syno natürlich nur entsprechende Rechte haben, aber das sollte klar sein.