NEWS

@Bluefox:

@crepp:

Hab jetzt ein neues Backup gezogen (vorher iob angehalten) und restore mit Angabe des Dateinamens. Kommt der selbe Fehler:
` > root@iobroker:/opt/iobroker# sudo iobroker backup

Backup created: /opt/iobroker/backups/2017_12_16-21_07_20_backupiobroker.tar.gz

root@iobroker:/opt/iobroker# ^C

root@iobroker:/opt/iobroker# sudo iobroker restore 2017_12_16-21_07_20_backupiobroker.tar.gz

fs.js:582

binding.read(fd, buffer, offset, length, position, req);

^

Error: Offset is out of bounds

at Error (native)

at Object.fs.read (fs.js:582:11)

at ReadStream.fs.read (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/tar/node_modules/fs-minipass/index.js:97:10)

at ReadStream.emit (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/tar/node_modules/fs-minipass/index.js:147:22)

at ReadStream.EE.set.enc (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/tar/node_modules/minipass/index.js:165:12)

at Unpack.p.ondrain._ (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/tar/node_modules/minipass/index.js:212:67)

at emitNone (events.js:67:13)

at Unpack.emit (events.js:166:7)

at Unpack.module.exports.EE.constructor.re.once (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/tar/lib/parse.js:192:16)

at Unpack.module.exports.EE.constructor.entry.on (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/tar/lib/parse.js:148:30)

root@iobroker:/opt/iobroker#
Tar kann nicht das Paket entpacken. Wenn du ganz normal mit 7z z.B. öffnest, gibt es da Fehler? ` Nein, das Öffnen des Backups funktioniert.

Das Problem besteht übrigens auch bei anderen Adaptern, z.B. der cloud.0

Die neue Installation läuft übrigens ansonsten problemlos unter node.js 8 und npm 4:

node.js: 8.9.1

npm: 4.6.1

Danke für die Info, dann bin ich beruhigt!

Hi,

ich nutzte den neuen Firefox.

Probiere jetzt mal Chrome.

Ich glaube du liegst da nicht ganz falsch.

Mal sehen, ich melde mich wieder.

@eric2905:

Steht der Web-Adapter evtl. auf Loglevel „Debug“?

Gruß,

Eric

Von unterwegs getippert ` Nein steht auf Info

Gesendet von meinem Handy

@RappiRN:

Eigentlich sollten die Prozentfehler behoben sein, hast du alle Updates gemacht?

Enrico `

Ja, alles aktuell.

Der Fehler besteht in den aktuellen Versionen immer noch. Jedenfalls in meinem Fall mit dem Wired Aktor.

Gesendet von iPad mit Tapatalk

@rantanplan:

Richtig, es gibt eine andere Lösung.

Ist das Problem damit erledigt? `
Für Anwender, die die Doku zum JS-Adapter lesen und deshalb die andere Lösung anwenden: Ja.

Für diejenigen, die intuitiv mit Blockly "losmachen", sicherlich nicht.

Hallo, das Problem/Frage habe ich auch:

Die Vorgaben im Register "Zeit" und "Optionen" sind bei allen Presets gleich, ändere ich einen Wert, z.B. Breite, innerhalb eines Presets, so wird der Wert auch bei allen anderen Presets hinterlegt.Dies hat mir jetzt einige Presets 'verändert'.

Ist dies wirklich so oder ist evtl. nur eine Einstellung falsch?

Hallo,

vielen Dank für den Hinweis. Ich habe einen Issues aufgemacht. https://github.com/instalator/ioBroker.mpd/issues/13

und schon eine Resonanz erhalten.

Werde mit dem Entwickler weitere Unstimmigkeiten klären und testen.

Ich kann mich immer wieder nur über den optimalen Support in diesem Forum wundern und freuen.

Also klar ist es mir nicht .. ich hab nun meine gmail adresse eingegeben und sofort einen Bestätigungslink erhalten.

Anscheindend darf die Kontaktmail nicht gleich der Anmeldemail sein?!

Egal .. komme jetzt wenigstens weiter.

Danke für's Mitdenken!

Hallo Uwe,

mein rpi2 auf dem Tinkerboard mach keine Mucken.

hier gibt es keine Fehlermeldungen, die Abfrage der boot-partition ist deaktiviert.

Gruß

Rainer

@inline:

@Bluefox:

Bitte 1.0.4 ausprobieren `

Update hat jetzt geklappt - Danke!

Getestet habe ich noch nicht. `

Update: Funktioniert alles.

Nochmals Danke!

LG

Ralf

Nochmal ich, der IoBrocker scheint jedenfalls zu starten:

<size size="85">pi@Haegars-Pi3-xxxxxxx:~ $ sudo sudo iobroker start

Starting iobroker controller daemon…

iobroker controller daemon started. PID: 12163

pi@Haegars-Pi3-xxxxxxxx:~ $</size>

Das gibt es doch gar nicht, auf einmal läuft alles wieder??? Ich schwöre, nach dem Hinweis von Rainer gestern habe ich das Ding nochmal mit "sudo iobroker start" gestartet und er hat mir auch die Meldung "iobroker controller daemon started. PID: xxxxx ausgegeben. Aber es war trotzdem kein Zugriff auf die 8081 und 8082 möglich….alles sehr merkwürdig.

Egal, ich bin heilfroh das alles wieder läuft und mein View scheinbar völlig i.O. ist.

Ich Danke für eure Hilfe!!!

Was habe ich gelernt? Verschiedene Befehle unter Linux RICHTIG eingeben und vor allem Backups erstellen. Letzte Frage dazu, reicht es aus, wenn ich von Zeit zu Zeit ein Backup so wie Thisoft es beschrieben hat anlege? Bin ich damit auf der sicheren Seite?

Vielen Dank und viele Grüße

Dirk

Hallo,

ich komme leider nicht mehr weiter - hat keiner eine Idee wie ich das Problem noch angehen kann?

Viele Grüße,

Peter

bei der Anmeldung auf iobroker.pro ist von "abonieren" die Rede (richtig "abonnieren").

Alle Adapter und der/die Hosts bzw. js-controller sind aktuell?

Node und npm ebenfalls?

Gruß,

Eric

@Micro1959:

Ich habe im Iobroker im Administrator einmal die IP von "auf alles hören" auf die IP meines Raspi gestellt, gespeichert und anschließend wieder zurück geändert.

Nun, wenn im Browser den iobroker aufrufe bekomme ich nur ein drehendes Zahnrad angezeigt. Das war´s.

Weiß jemand, wie ich das beheben kann?

LG aus Münster

Volker `

du hast dich selbst ausgesperrt.. oder du hast X auf dem pi laufen dann kommst du von da aus mit nem Browser auch noch dran.

am einfachsten ist aber die Lösung von Jey Cee.. neue Instanz vom Admin erzeugen und dann die alte wieder umstellen auf 0.0.0.0

Verwende nicht mehr reinstall.sh, nur noch backup/restore.

Da mein eiBroker automatisch wöchentlich ein Backup anlegt und auf das NAS kopiert und ältere als 2 Monate löscht hab ich immer Reserven.

Ich brauch am neuen System nur ein leeres ioBroker installieren (ohne adaptersuche) den restore installiert sowieso alle adapter neu.

Einziges zusätzliches Problem: Wenn du eine Datenbank verwendest muss diese getrennt kopiert und vor dem restore wieder laufen mid den alten Daten so wie beim Backup.

Auch Dinge wie Redis sind natürlich vor dem Restore genauso zu installieren.

p.s.: Scripte und Adapter-Einstellungen sind auch im Backup!

mit js-controller 1.2.3 funktioniert der sql-Adapter wieder korrekt. Danke dafür an die Entwickler