UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Stephan Schleich]

Woran kann der Versionsunterschied liegen? Verwahrungsort ist default.

ich hab vermutlich aus Testzwecken mal ein gibhub download angestoßen, und heute den von npm drüber installiert.
Kann ich das ohne Adapter löschen korrigieren, sonst sind ja alle Adapter Settings weg oder?

[Kueppert]

@Stephan-Schleich ich habe auch die v1.5.2 drauf. Warum willst du das ändern?

[Stephan Schleich]

@Kueppert Will ich nicht, es geht mir im den Versionsunterschied der Anzeige

[simatec]

@Stephan-Schleich
Default ist stable und da ist die Version 1.4.5 aktuell.
Da du über Github installiert hast, hast du aber 1.5.2

[Stephan Schleich]

@simatec ich hab über npm installiert, dachte das wäre dann immer die stable Version - scheinbar hab ich da aber ein denkfehler

[Jan1]

@Stephan-Schleich
Installiert wird eigentlich grundsätzlich über den Admin, alles andere geht zwar auch, wobei man wissen sollte was man tut ;-)

[JB_Sullivan]

Moin zusammen - kurze Frage: Nach dem Adapter Update auf 1.5.4 bekommt man folgende WARN Meldung.

backitup.0	2020-05-01 08:09:07.530	warn	at processImmediate (timers.js:658:5)
backitup.0	2020-05-01 08:09:07.530	warn	at tryOnImmediate (timers.js:676:5)
backitup.0	2020-05-01 08:09:07.530	warn	at runCallback (timers.js:705:18)
backitup.0	2020-05-01 08:09:07.530	warn	at Immediate.setImmediate [as _onImmediate] (C:\iobroker\GLT\node_modules\iobroker.js-controller\lib\states\statesInRedis.js:227:41)
backitup.0	2020-05-01 08:09:07.530	warn	at change (C:\iobroker\GLT\node_modules\iobroker.js-controller\lib\adapter.js:4808:34)
backitup.0	2020-05-01 08:09:07.530	warn	at Adapter.emit (events.js:198:13)
backitup.0	2020-05-01 08:09:07.530	warn	at Adapter.adapter.on.obj (C:\iobroker\GLT\node_modules\iobroker.backitup\main.js:118:21)
backitup.0	2020-05-01 08:09:07.530	warn	at module.exports (C:\iobroker\GLT\node_modules\iobroker.backitup\lib\list.js:22:40)
backitup.0	2020-05-01 08:09:07.530	warn	(10580) TypeError: Cannot read property 'type' of null
backitup.0	2020-05-01 08:09:07.526	warn	(10580) States system pmessage io.messagebox.system.adapter.backitup.0 {"command":"list","message":"local","from":"system.adapter.admin.0","callback":{"message":"local","id":37,"ack":false,"time":158

Man muss seine Instanz Einstellungen editieren und erneut speichern, dann funktioniert auch wieder die "Wiederherstellen - Backups aufrufen" Funktion. Ohne erneutes abspeichern der Einstellungen passiert hier nämlich nichts mehr.

Dann noch eine andere Frage: Wenn unter BackItUp die Anzahl der Backups eingestellt ist, wird dann ALLES gelöscht, was älter ist als diese eingestellte Anzahl?

Ich habe früher immer Backups in den Backup Ordner geschoben die ich persönlich für wichtig hielt. BackItUp hat nur seine selbst angelegten Backups verwaltet und diese fortwährend erneuert. Dateien die ich in diesen Ordner kopiert habe, wurden nicht "angefasst".

Seit einiger Zeit, scheint BackItUp aber ALLES in dem Backup Odner zu löschen was nicht seiner eingestellten Anzahl entspricht.

Beispiel:

01.01.2020 - händisch von mir in den Ordner kopiert

29.02.2020 BackItUp Automatisch erzeugt
01.03.2020 BackItUp Automatisch erzeugt
02.03.2020 BackItUp Automatisch erzeugt
03.03.2020 BackItUp Automatisch erzeugt
04.03.2020 BackItUp Automatisch erzeugt

Mit anderen Worten, die automatisch erzeugten werden fortlaufend überschrieben und die Datei vom 01.01.2020 wird gelöscht. Früher wäre die Datei vom 01.01.2020 erhalten geblieben.

PS: Ist eine Windows Installation ;)

[simatec]

@JB_Sullivan
Die Warnung schaue ich mir an ...
Zu dem löschen ... alle Files mit beginnend mit "iobroker_" werden nach Datum geprüft und dann gelöscht.
Willst du also alte Backups aufheben, dann gib ihnen einen anderen Namen.

[skokarl]

Ich hatte vorhin eine Meldung im Log die ich früher noch nie gesehen hatte.
Möglicherweise hängt es mit dem letzten Update zusammen.

[simatec]

@skokarl
Kannst du bitte mal den Log posten?
Ein Screenshot ist da nicht so praktikabel

[skokarl]

@simatec
Wir stellen das nochmal zurück,
hab eben den Adapter auf debug gestellt und das Backup händisch angestossen,
alles sauber, keine Fehler.
Vielleicht hatte heute Nacht meine NAS ein kurzes Problem, das kann tatsächlich sein, weil ich
im Moment sowieso mit meinem Netzwerk oben im Haus sporadisch Ärger habe.

Ich beobachte das, ansonsten gibt's beim nächsten Mal nen Log.

[simatec]

@skokarl
Kannst du bitte trotzdem den Log mal posten.
Ich habe im Sentry die Fehlermeldungen auch ein paar mal gesehen.

[skokarl]

@simatec

viel Müll drin..... :-)

guck einfach nur bei 01:00 Uhr .... edit: log wieder entfernt

und eben hab ich ja nochmal händisch getestet.

[crunchip]

update 1.5.4 auf 1.5.5 klappt nicht

2020-05-02 23:54:13.608 - info: host.IoBroker iobroker upgrade backitup
2020-05-02 23:54:16.107 - info: host.IoBroker iobroker Update backitup from @1.5.4 to @1.5.5
2020-05-02 23:54:16.147 - info: host.IoBroker iobroker host.IoBroker Adapter "system.adapter.backitup.0" is stopped.
2020-05-02 23:54:16.224 - info: host.IoBroker "system.adapter.backitup.0" disabled
2020-05-02 23:54:16.231 - info: backitup.0 (4649) Got terminate signal TERMINATE_YOURSELF
2020-05-02 23:54:16.224 - info: host.IoBroker stopInstance system.adapter.backitup.0 (force=false, process=true)
2020-05-02 23:54:16.226 - info: host.IoBroker stopInstance system.adapter.backitup.0 send kill signal
2020-05-02 23:54:16.233 - info: backitup.0 (4649) cleaned everything up...
2020-05-02 23:54:16.234 - info: backitup.0 (4649) terminating
2020-05-02 23:54:16.240 - info: backitup.0 (4649) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2020-05-02 23:54:16.790 - info: host.IoBroker instance system.adapter.backitup.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2020-05-02 23:54:16.941 - info: host.IoBroker iobroker NPM version: 6.14.4
2020-05-02 23:54:16.949 - info: host.IoBroker iobroker npm install iobroker.backitup@1.5.5 --loglevel error --prefix "/opt/iobroker" (System call)
2020-05-02 23:54:34.439 - info: host.IoBroker iobroker npm ERR! code ETARGETnpm ERR! notarget No matching version found for iobroker.backitup@1.5.5.npm ERR! notarget In most cases you or one of your dependencies are requestingnpm ERR! notarget a package version that doesn't exist.
2020-05-02 23:54:34.446 - info: host.IoBroker iobroker npm ERR! A complete log of this run can be found in:npm ERR! /home/iobroker/.npm/_logs/2020-05-02T21_54_34_430Z-debug.log
2020-05-02 23:54:34.518 - info: host.IoBroker iobroker upload [3] backitup.admin /opt/iobroker/node_modules/iobroker.backitup/admin/words.js words.js application/javascript
2020-05-02 23:54:34.762 - info: host.IoBroker iobroker upload [2] backitup.admin /opt/iobroker/node_modules/iobroker.backitup/admin/index_m.html index_m.html text/html
2020-05-02 23:54:34.841 - info: host.IoBroker iobroker upload [1] backitup.admin /opt/iobroker/node_modules/iobroker.backitup/admin/index.html index.html text/html
2020-05-02 23:54:34.914 - info: host.IoBroker iobroker upload [0] backitup.admin /opt/iobroker/node_modules/iobroker.backitup/admin/backitup.png backitup.png image/png
2020-05-02 23:54:34.973 - info: host.IoBroker iobroker Adapter "backitup" updated
2020-05-02 23:54:34.974 - info: host.IoBroker iobroker host.IoBroker Adapter "system.adapter.backitup.0" is started
2020-05-02 23:54:35.047 - info: host.IoBroker "system.adapter.backitup.0" enabled
2020-05-02 23:54:35.073 - info: host.IoBroker instance system.adapter.backitup.0 started with pid 6761
2020-05-02 23:54:36.091 - info: host.IoBroker iobroker exit 0
2020-05-02 23:54:41.857 - info: backitup.0 (6761) starting. Version 1.5.4 in /opt/iobroker/node_modules/iobroker.backitup, node: v10.20.1, js-controller: 3.0.20
2020-05-02 23:54:41.914 - info: backitup.0 (6761) [iobroker] backup was activated at 05:30 every 1 day(s)

[mickym]

@crunchip Ja genau diese Fehler hatte ich auch. Über GitHub aber nun 1.5.6 bereits installiert und das klappte ohne Fehler.

[Glasfaser]

@crunchip

Liegt an der repro . ... simatec war schneller mit einem Update auf 1.5.6 als die repro aktualisiert ist !

[crunchip]

@Glasfaser alles gut, passt jetzt, hatte nur gedacht ich bin verpeilt.
so zwischen Tür und Angel...updates gemacht...dann,
grübel...:thinking_face:
hatt ich doch schon vorhin gemacht,
also nochmal angestoßen und dann erst gesehen, das es gar nicht klappt

[simatec]

@crunchip
In der 1.5.5 hatte sich ein Fehler eingeschlichen... habe diese eigentlich noch vorm aktualisieren der Repo wieder vom npm genommen. Aber anscheinend war ich wohl doch zu spät.
1.5.6 ist aber die offizielle Version...

[Holzlenkrad]

Ich habe das Problem, dass nur sehr unregelmäßig die automatischen Backups durchgeführt werden. Da ich den Adapter noch nicht lange nutze, läuft derzeit praktisch alles auf Standardeinstellungen, Backup ohne History etc. einfach alle 2 Tage in das Standardverzeichnis /backup

Am 27.04. wurde eins gemacht, am 29.04. fehlt es, dann wieder am 01.05. und 03.05. und seitdem keins mehr. Ich würde euch gern mit Infos versorgen, aber im Log gibt es absolut keine Information, nicht mal an den Tagen, an denen das Backup geklappt hat. Hab das Log-Level jetzt mal auf Debug gestellt, vielleicht erfahre ich ja so etwas...

[simatec]

@Holzlenkrad
Ohne Log ist es wirklich schwierig...
stelle die Instanz auf debug und poste den Log.

Was passiert, wenn du das Backup manuell startest?