Skip to content
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. ioBroker Allgemein
  4. iCal Adapter / ical.0 invalid process id scenario

NEWS

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    20
    1
    750

  • UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?
    apollon77A
    apollon77
    48
    3
    9.0k

  • Monatsrückblick – September 2025
    BluefoxB
    Bluefox
    13
    1
    2.3k

iCal Adapter / ical.0 invalid process id scenario

Geplant Angeheftet Gesperrt Verschoben ioBroker Allgemein
ical adapterinvalid process id
11 Beiträge 4 Kommentatoren 1.8k Aufrufe 4 Watching
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • S Offline
    S Offline
    Smartin
    schrieb am zuletzt editiert von
    #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 5158
    

    Ich 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.1

    Ich 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

    BBTownB AlCalzoneA apollon77A 3 Antworten Letzte Antwort
    0
    • S Smartin

      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 5158
      

      Ich 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.1

      Ich 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

      BBTownB Offline
      BBTownB Offline
      BBTown
      schrieb am zuletzt editiert von
      #2

      @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

      ioBroker auf NUC (VM debian v13 (Trixie ), node v22.21.0 npm v10.9.4, js-controller v7.1.0 jsonl/jsonl / HomeMatic CCU-2 (Wired und Funk) / Philips HUE / echo.DOT / Broadlink RM pro / SONOS

      1 Antwort Letzte Antwort
      0
      • S Smartin

        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 5158
        

        Ich 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.1

        Ich 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

        AlCalzoneA Offline
        AlCalzoneA Offline
        AlCalzone
        Developer
        schrieb am zuletzt editiert von
        #3

        @apollon77 was für dich

        Warum `sudo` böse ist: https://forum.iobroker.net/post/17109

        1 Antwort Letzte Antwort
        0
        • S Offline
          S Offline
          Smartin
          schrieb am zuletzt editiert von
          #4

          @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
          
          1 Antwort Letzte Antwort
          0
          • S Smartin

            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 5158
            

            Ich 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.1

            Ich 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

            apollon77A Online
            apollon77A Online
            apollon77
            schrieb am zuletzt editiert von
            #5

            @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.

            Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77

            • Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
            • Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
            1 Antwort Letzte Antwort
            0
            • apollon77A Online
              apollon77A Online
              apollon77
              schrieb am zuletzt editiert von
              #6

              Ps: welcher Controller? 2.0.39?

              Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77

              • Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
              • Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
              1 Antwort Letzte Antwort
              0
              • S Offline
                S Offline
                Smartin
                schrieb am zuletzt editiert von
                #7

                Ich habe mit ps -e auf der Konsole geschaut, sehe aber keine "Zombies".
                Und ja, Controller ist die 2.0.39

                1 Antwort Letzte Antwort
                0
                • apollon77A Online
                  apollon77A Online
                  apollon77
                  schrieb am zuletzt editiert von
                  #8

                  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

                  Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77

                  • Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
                  • Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
                  1 Antwort Letzte Antwort
                  0
                  • S Offline
                    S Offline
                    Smartin
                    schrieb am zuletzt editiert von
                    #9

                    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).

                    1 Antwort Letzte Antwort
                    0
                    • apollon77A Online
                      apollon77A Online
                      apollon77
                      schrieb am zuletzt editiert von
                      #10

                      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?

                      Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77

                      • Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
                      • Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
                      1 Antwort Letzte Antwort
                      0
                      • S Offline
                        S Offline
                        Smartin
                        schrieb am zuletzt editiert von Smartin
                        #11

                        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/npm
                        
                        

                        Ist 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.0
                        

                        Habe jetzt /usr/local/bin/node durch einen Symlink ersetzt

                        sudo rm /usr/local/bin/npm
                        sudo ln -s /usr/bin/npm /usr/local/bin/npm
                        

                        Und voila:

                        pi@iobroker:~ $ /usr/local/bin/npm -v
                        6.13.0
                        
                        
                        1 Antwort Letzte Antwort
                        1
                        Antworten
                        • In einem neuen Thema antworten
                        Anmelden zum Antworten
                        • Älteste zuerst
                        • Neuste zuerst
                        • Meiste Stimmen


                        Support us

                        ioBroker
                        Community Adapters
                        Donate
                        FAQ Cloud / IOT
                        HowTo: Node.js-Update
                        HowTo: Backup/Restore
                        Downloads
                        BLOG

                        850

                        Online

                        32.5k

                        Benutzer

                        81.6k

                        Themen

                        1.3m

                        Beiträge
                        Community
                        Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
                        ioBroker Community 2014-2025
                        logo
                        • Anmelden

                        • Du hast noch kein Konto? Registrieren

                        • Anmelden oder registrieren, um zu suchen
                        • Erster Beitrag
                          Letzter Beitrag
                        0
                        • Home
                        • Aktuell
                        • Tags
                        • Ungelesen 0
                        • Kategorien
                        • Unreplied
                        • Beliebt
                        • GitHub
                        • Docu
                        • Hilfe