NEWS

So, hatte heute etwas Zeit und habe den Adapter komplett gelöscht und von Github neu installiert und siehe da…...die exception ist verschwunden :?:

Also Thema erledigt....

Das Verhalten hatte ich heute auch! Auf einmal war der ioBroker nicht mehr erreichbar, per ssh bin ich noch dran gekommen! IoBroker prozesse liefen noch aber die GUI war nicht erreichbar! Ich habe dann den Server rebootet, jetzt läuft es mal wieder!

Ich habe mir das log mal angesehen und vermute das der JavaScript der Verursacher war! Dieser Adapter war auch der letzte den ich aktualisiert habe

Das kann kein Zufall sein, das zwei Anwender den gleichen Fehler haben [emoji848]

Gruß

Adrian

Gesendet von iPhone mit Tapatalk Pro

Danke Rainer,

das hat geholfen.

Hatte nur die Instanz gelöscht, aber nicht den ganzen Adapter.

Ok danke

Hatte mich eben nur gewundert

Vorher gab es eben ca jede Woche etwas [emoji4]

@renedivx:

Komme ich noch an den von gestern? `
über die Konsole

/opt/iobroker/log/DatumVonGestern

Gruß

Rainer

@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