NEWS
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
-
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
-
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
-
@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 -
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
-
Jo, dass hat geholfen :blush:
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). -
-
Ah ok, naja als User hat man da nicht so den Überblick, dass überlasse ich auch gerne den Profis :grin:
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