iCal Adapter / ical.0 invalid process id scenario
-
Moin, ich kann gar nicht sagen wie lange ich das schon habe (habe länger nicht ins Log geschaut), aber vielleicht weiß ja jemand hier einen Rat.
Immer beim Intervallabruf vom ical-Adapter (alle 30min) erhalte ich die unten stehende Fehlermeldung.host.iobroker 2019-11-06 14:00:03.080 info instance system.adapter.ical.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) ical.0 2019-11-06 14:00:02.544 info (23178) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason ical.0 2019-11-06 14:00:02.538 error (23178) ical.0 invalid process id scenario 2471 vs. 23178. Stopping host.iobroker 2019-11-06 14:00:00.049 info instance system.adapter.ical.0 started with pid 23178 host.iobroker 2019-11-06 13:30:03.091 info instance system.adapter.ical.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) ical.0 2019-11-06 13:30:02.557 info (14183) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason ical.0 2019-11-06 13:30:02.551 error (14183) ical.0 invalid process id scenario 2471 vs. 14183. Stopping host.iobroker 2019-11-06 13:30:00.068 info instance system.adapter.ical.0 started with pid 14183 host.iobroker 2019-11-06 13:00:03.142 info instance system.adapter.ical.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) ical.0 2019-11-06 13:00:02.596 info (5158) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason ical.0 2019-11-06 13:00:02.590 error (5158) ical.0 invalid process id scenario 2471 vs. 5158. Stopping host.iobroker 2019-11-06 13:00:00.051 info instance system.adapter.ical.0 started with pid 5158Ich weiß, sie hat keine Auswirkungen, weil ioBroker nur feststellt, dass die alte ProzessID eben nicht mehr gültig ist und dann einfach die neue verwendet.
Trotzdem bläht es das Log ja nur unnötig auf und kann doch sicher irgendwie vermieden werden, oder?
Meine Adapter sind Stand 06.11.2019 alle auf latest
node -v
v10.17.0
npm -v
4.6.1Ich habe jetzt den Abhol-Intervall vom iCal auf alle 6 Stunden gesetzt, dass reicht völlig in meinem Fall. Allerdings nerven die Fehlermeldung im Log trotzdem. Zumal sie eben unnötig sind.
Vielen Dank im Voraus
-
@Smartin
bist Du sicher dass Du npm v4.6.1 zu node/nodejs v10.17.0 hast?
es müßte eigentlich npm v6.11.3 sein -
@apollon77 was für dich
-
@BBTown
Ja, es scheint wirklich 4.6.1 zu sein.
Obwohl das npm-Update auf 6.13.0 eigentlich sauber durchläuft, soweit ich das sehe.root@iobroker:~# npm install -g npm@latest /usr/bin/npm -> /usr/lib/node_modules/npm/bin/npm-cli.js /usr/bin/npx -> /usr/lib/node_modules/npm/bin/npx-cli.js - yallist@3.0.2 node_modules/npm/node_modules/minipass/node_modules/yallist - minipass@2.3.3 node_modules/npm/node_modules/minipass - yallist@3.0.3 node_modules/npm/node_modules/tar/node_modules/yallist /usr/lib └─┬ npm@6.13.0 ├─┬ bin-links@1.1.3 │ └── graceful-fs@4.2.3 deduped ├─┬ cacache@12.0.3 │ ├── chownr@1.1.3 deduped │ └── graceful-fs@4.2.3 deduped ├── chownr@1.1.3 ├─┬ cmd-shim@3.0.3 │ └── graceful-fs@4.2.3 deduped ├─┬ fs-vacuum@1.2.10 │ └── graceful-fs@4.2.3 deduped ├─┬ fs-write-stream-atomic@1.0.10 │ └── graceful-fs@4.2.3 deduped ├─┬ gentle-fs@2.2.1 │ ├── chownr@1.1.3 deduped │ ├── graceful-fs@4.2.3 deduped │ └── read-cmd-shim@1.0.5 deduped ├── graceful-fs@4.2.3 ├── hosted-git-info@2.8.5 ├─┬ libcipm@4.0.7 │ ├── graceful-fs@4.2.3 deduped │ ├── npm-lifecycle@3.1.4 deduped │ └── pacote@9.5.9 deduped ├─┬ libnpm@3.0.1 │ ├─┬ libnpmpublish@1.1.2 │ │ └── npm-registry-fetch@4.0.2 deduped │ ├── npm-lifecycle@3.1.4 deduped │ ├── npm-registry-fetch@4.0.2 deduped │ ├── pacote@9.5.9 deduped │ └── stringify-package@1.0.1 deduped ├─┬ libnpmaccess@3.0.2 │ └── npm-registry-fetch@4.0.2 deduped ├─┬ libnpmhook@5.0.3 │ └── npm-registry-fetch@4.0.2 deduped ├─┬ libnpmorg@1.0.1 │ └── npm-registry-fetch@4.0.2 deduped ├─┬ libnpmsearch@2.0.2 │ └── npm-registry-fetch@4.0.2 deduped ├─┬ libnpmteam@1.0.2 │ └── npm-registry-fetch@4.0.2 deduped ├─┬ node-gyp@5.0.5 │ ├── graceful-fs@4.2.3 deduped │ └── tar@4.4.13 deduped ├─┬ normalize-package-data@2.5.0 │ └── hosted-git-info@2.8.5 deduped ├── npm-install-checks@3.0.2 ├─┬ npm-lifecycle@3.1.4 │ ├── graceful-fs@4.2.3 deduped │ └── node-gyp@5.0.5 deduped ├─┬ npm-package-arg@6.1.1 │ └── hosted-git-info@2.8.5 deduped ├─┬ npm-packlist@1.4.6 │ └── ignore-walk@3.0.3 ├─┬ npm-profile@4.0.2 │ └── npm-registry-fetch@4.0.2 deduped ├─┬ npm-registry-fetch@4.0.2 │ └── safe-buffer@5.2.0 ├─┬ pacote@9.5.9 │ ├── chownr@1.1.3 deduped │ ├── minipass@2.9.0 │ ├── npm-packlist@1.4.6 deduped │ ├── npm-registry-fetch@4.0.2 deduped │ └── tar@4.4.13 deduped ├─┬ read-cmd-shim@1.0.5 │ └── graceful-fs@4.2.3 deduped ├─┬ read-installed@4.0.3 │ └── graceful-fs@4.2.3 deduped ├─┬ read-package-json@2.1.0 │ └── graceful-fs@4.2.3 deduped ├─┬ readdir-scoped-modules@1.1.0 │ └── graceful-fs@4.2.3 deduped ├─┬ request@2.88.0 │ └── uuid@3.3.3 deduped ├─┬ sha@3.0.0 │ └── graceful-fs@4.2.3 deduped ├── stringify-package@1.0.1 ├─┬ tar@4.4.13 │ ├── chownr@1.1.3 deduped │ ├─┬ fs-minipass@1.2.7 │ │ └── minipass@2.9.0 │ ├── minipass@2.9.0 │ └─┬ minizlib@1.3.3 │ └── minipass@2.9.0 ├─┬ update-notifier@2.5.0 │ └─┬ configstore@3.1.2 │ └── graceful-fs@4.2.3 deduped ├── uuid@3.3.3 └─┬ write-file-atomic@2.4.3 └── graceful-fs@4.2.3 deduped ╭──────────────────────────────────────╮ │ │ │ Update available 4.6.1 → 6.12.1 │ │ Run npm i -g npm to update │ │ │ ╰──────────────────────────────────────╯ root@iobroker:~# npm -v 4.6.1 ╭──────────────────────────────────────╮ │ │ │ Update available 4.6.1 → 6.13.0 │ │ Run npm i -g npm to update │ │ │ ╰──────────────────────────────────────╯root@iobroker:~# npm i -g npm /usr/bin/npm -> /usr/lib/node_modules/npm/bin/npm-cli.js /usr/bin/npx -> /usr/lib/node_modules/npm/bin/npx-cli.js /usr/lib └── npm@6.13.0 root@iobroker:~# npm -v 4.6.1 -
@Smartin und du bist sicher das die angegebene Prozess oder (die alte) da nicht irgendwie als Zombie noch läuft??weil machen tut der neu gestartete Prozess nichts.
-
Ps: welcher Controller? 2.0.39?
-
Ich habe mit ps -e auf der Konsole geschaut, sehe aber keine "Zombies".
Und ja, Controller ist die 2.0.39 -
Da szeht in sigKill bei einem Schedule Adapter was drin was nicht sein sollte. Strange. Setze das bei system.adapter.ical.0 mal auf 0 dann passt es erstmal wieder. Fix kommt in nächster Version
-
Jo, dass hat geholfen
Ich wollte die Frage eigentlich gar nicht erst stellen, da sie ja keine Auswirkung auf die Funktion hat, aber prima, wenn es letztendlich geholfen hat, einem kleineren Bug auf die Spur zu kommen. Ich lasse es jetzt so mit dem Schedule (für mich reicht es eigentlich auch) und schaue dann einfach nochmal, wenn eine neue Version des Adapters eintrifft. Mach Dir deswegen keinen Stress.
Ich lasse den Thread aber noch auf ungelöst und schreibe hier dann das Ergebnis.
Vielen Dank für die Mühe!
Hat vlt. noch jemand einen Tipp wegen meinem npm Update, dass zwar fehlerfrei durchläuft, aber doch die Versionnummer nicht anhebt? (siehe oben). -
ne das ist ein Bug im controller den Du gefunden hast und mehrere betreffen kann und auch bei Dir hat der ical -Adapter nichts gemacht während er den Fehler geworfen hat.
mach mal which npm ... nicht das die npm localtion ne andere ist?
-
Ah ok, naja als User hat man da nicht so den Überblick, dass überlasse ich auch gerne den Profis
pi@iobroker:~ $ which npm /usr/local/bin/npmIst das korrekt?
Edit:
Ok, hab es selber gefunden.
Die npm location war tatsächlich eine andere.pi@iobroker:~ $ /usr/local/bin/npm -v 4.6.1 pi@iobroker:~ $ /usr/bin/npm -v 6.13.0Habe jetzt /usr/local/bin/node durch einen Symlink ersetzt
sudo rm /usr/local/bin/npm sudo ln -s /usr/bin/npm /usr/local/bin/npmUnd voila:
pi@iobroker:~ $ /usr/local/bin/npm -v 6.13.0
