Navigation

    Logo
    • Register
    • Login
    • Search
    • Recent
    • Tags
    • Unread
    • Categories
    • Unreplied
    • Popular
    • GitHub
    • Docu
    • Hilfe
    1. Home
    2. Deutsch
    3. ioBroker Allgemein
    4. RAM-Probleme und Abstürze nach Wechsel auf 64-Bit

    NEWS

    • Wir empfehlen: Node.js 22.x

    • Neuer Blog: Fotos und Eindrücke aus Solingen

    • ioBroker goes Matter ... Matter Adapter in Stable

    RAM-Probleme und Abstürze nach Wechsel auf 64-Bit

    This topic has been deleted. Only users with topic management privileges can see it.
    • Homoran
      Homoran Global Moderator Administrators @robson last edited by

      @robson ja, dein RAM ist knapp, der Swap auch schon benutzt.

      was sagt top zum Bedarf der nicht iobroker Programme?

      R 1 Reply Last reply Reply Quote 1
      • R
        robson @Homoran last edited by

        @homoran

        Wenn ich das korrekt interpretiere, dann belegt der influxdb-Prozess ca. 5% des Speichers.
        Da der JS-Controller eine Menge Speicher benötigt, habe ich auch hier schon einige Skripte gestoppt. Aktuell laufen 17 Stück.

        top - 18:18:51 up  2:42,  1 user,  load average: 0.20, 0.30, 0.30
        Tasks: 160 total,   1 running, 159 sleeping,   0 stopped,   0 zombie
        %Cpu(s):  1.8 us,  0.4 sy,  0.0 ni, 97.5 id,  0.1 wa,  0.0 hi,  0.2 si,  0.0 st
        MiB Mem :   1848.2 total,    289.4 free,   1158.0 used,    400.8 buff/cache
        MiB Swap:    100.0 total,      0.1 free,     99.9 used.    622.2 avail Mem
        
            PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
            701 iobroker  20   0  989596 172688  36796 S   4.6   9.1  12:36.64 iobroker.js-con
            929 iobroker  20   0  953024 173988  36316 S   1.7   9.2   4:14.31 io.javascript.0
            945 iobroker  20   0  871300  81812  32044 S   1.0   4.3   0:34.93 io.telegram.0
           1027 iobroker  20   0  651552  72176  31536 S   0.7   3.8   0:23.48 io.hm-rpc.0
           3490 iobroker  20   0  781508  78020  37660 S   0.7   4.1   0:07.48 io.tankerkoenig
           3525 pi        20   0   10012   3252   2668 R   0.7   0.2   0:00.11 top
             99 root     -51   0       0      0      0 S   0.3   0.0   0:22.75 irq/37-mmc0
            631 influxdb  20   0 1418004 101124  16940 S   0.3   5.3   1:30.87 influxd
            993 iobroker  20   0  661108  79808  31612 S   0.3   4.2   0:40.87 io.hm-rega.0
           1143 iobroker  20   0  658480  78852  31692 S   0.3   4.2   1:15.09 io.tr-064.0
           2217 pi        20   0   16072   4968   3724 S   0.3   0.3   0:00.06 sshd
           3478 root      20   0       0      0      0 I   0.3   0.0   0:01.57 kworker/1:2-events_freezable
              1 root      20   0  165224   7696   5192 S   0.0   0.4   0:02.62 systemd
              2 root      20   0       0      0      0 S   0.0   0.0   0:00.03 kthreadd
              3 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 rcu_gp
              4 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 rcu_par_gp
              5 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 slub_flushwq
              6 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 netns
              8 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 kworker/0:0H-kblockd
             10 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 mm_percpu_wq
             11 root      20   0       0      0      0 I   0.0   0.0   0:00.00 rcu_tasks_kthread
             12 root      20   0       0      0      0 I   0.0   0.0   0:00.00 rcu_tasks_rude_kthread
             13 root      20   0       0      0      0 I   0.0   0.0   0:00.00 rcu_tasks_trace_kthread
             14 root      20   0       0      0      0 S   0.0   0.0   0:00.49 ksoftirqd/0
             15 root      20   0       0      0      0 I   0.0   0.0   0:04.21 rcu_preempt
             16 root      rt   0       0      0      0 S   0.0   0.0   0:00.00 migration/0
             17 root      20   0       0      0      0 S   0.0   0.0   0:00.00 cpuhp/0
             18 root      20   0       0      0      0 S   0.0   0.0   0:00.00 cpuhp/1
             19 root      rt   0       0      0      0 S   0.0   0.0   0:00.00 migration/1
             20 root      20   0       0      0      0 S   0.0   0.0   0:00.18 ksoftirqd/1
             22 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 kworker/1:0H-kblockd
             23 root      20   0       0      0      0 S   0.0   0.0   0:00.00 cpuhp/2
             24 root      rt   0       0      0      0 S   0.0   0.0   0:00.00 migration/2
             25 root      20   0       0      0      0 S   0.0   0.0   0:00.18 ksoftirqd/2
             27 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 kworker/2:0H-kblockd
             28 root      20   0       0      0      0 S   0.0   0.0   0:00.00 cpuhp/3
             29 root      rt   0       0      0      0 S   0.0   0.0   0:00.00 migration/3
             30 root      20   0       0      0      0 S   0.0   0.0   0:00.16 ksoftirqd/3
             32 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 kworker/3:0H-events_highpri
             33 root      20   0       0      0      0 S   0.0   0.0   0:00.01 kdevtmpfs
             34 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 inet_frag_wq
             36 root      20   0       0      0      0 S   0.0   0.0   0:00.00 kauditd
             38 root      20   0       0      0      0 S   0.0   0.0   0:00.00 khungtaskd
             40 root      20   0       0      0      0 S   0.0   0.0   0:00.00 oom_reaper
             41 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 writeback
             42 root      20   0       0      0      0 S   0.0   0.0   0:02.59 kcompactd0
             43 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 kintegrityd
             44 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 kblockd
             45 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 blkcg_punt_bio
             46 root     -51   0       0      0      0 S   0.0   0.0   0:00.00 watchdogd
             49 root       0 -20       0      0      0 I   0.0   0.0   0:00.23 kworker/3:1H-kblockd
             50 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 rpciod
             51 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 xprtiod
             55 root      20   0       0      0      0 S   0.0   0.0   0:02.39 kswapd0
             56 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 nfsiod
             57 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 kthrotld
             65 root      20   0       0      0      0 S   0.0   0.0   0:00.00 hwrng
             66 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 iscsi_conn_clea
             67 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 nvme-wq
             68 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 nvme-reset-wq
             69 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 nvme-delete-wq
             71 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 DWC Notificatio
             72 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 uas
             73 root       1 -19       0      0      0 S   0.0   0.0   0:00.00 vchiq-slot/0
             74 root       1 -19       0      0      0 S   0.0   0.0   0:00.00 vchiq-recy/0
             75 root       0 -20       0      0      0 S   0.0   0.0   0:00.00 vchiq-sync/0
             76 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 zswap-shrink
             77 root       0 -20       0      0      0 I   0.0   0.0   0:00.03 kworker/u9:0-hci0
             98 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 sdhci
            100 root      20   0       0      0      0 S   0.0   0.0   0:00.00 scsi_eh_0
            101 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 scsi_tmf_0
            102 root       0 -20       0      0      0 I   0.0   0.0   0:00.22 kworker/1:1H-kblockd
            103 root       0 -20       0      0      0 I   0.0   0.0   0:00.22 kworker/0:1H-kblockd
            104 root       0 -20       0      0      0 I   0.0   0.0   0:00.38 kworker/2:1H-kblockd
            105 root      20   0       0      0      0 S   0.0   0.0   0:00.88 jbd2/sda2-8
            106 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 ext4-rsv-conver
            107 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 mld
            108 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 ipv6_addrconf
        
        
        1 Reply Last reply Reply Quote 0
        • Thomas Braun
          Thomas Braun Most Active @robson last edited by

          @robson

          Fahr die Kiste IMMER sauber herunter.
          Dann schredderst du dir auch nicht das Dateisystem wie hier:

          [Sun Mar 26 15:35:57 2023] EXT4-fs (sda2): orphan cleanup on readonly fs
          [Sun Mar 26 15:35:57 2023] EXT4-fs (sda2): 2 orphan inodes deleted
          
          R 1 Reply Last reply Reply Quote 1
          • R
            robson @Thomas Braun last edited by

            @thomas-braun
            Mache ich auch normalerweise.
            Jedoch scheint das System bei extremen Speichermangel abzustürzen und nicht mehr ansprechbar zu sein. Per SSH konnte ich das System nicht erreichen. Bisher hat immer nur Steckerziehen geholfen.

            W 1 Reply Last reply Reply Quote 0
            • W
              Wildbill @robson last edited by

              @robson Dann würde ich es jetzt einmal komplett neu installieren (wer weiss, was das wiederholte Steckerziehen bereits angercihtet hat), iobroker neu drauf aus dem Backup und erst einmal ohne influx beobachten, wie es sich verhält. Wenn Du das eh noch nicht nutzst, dann lass es mal weg. Wenn der RAM dann reicht, hast Du den Übeltäter, wenn nicht, dann kannst Du das zumindest ausschließen.

              Gruss, Jürgen

              R 1 Reply Last reply Reply Quote 1
              • R
                robson @Wildbill last edited by

                @wildbill sagte in RAM-Probleme und Abstürze nach Wechsel auf 64-Bit:

                @robson Dann würde ich es jetzt einmal komplett neu installieren (wer weiss, was das wiederholte Steckerziehen bereits angercihtet hat), iobroker neu drauf aus dem Backup und erst einmal ohne influx beobachten, wie es sich verhält. Wenn Du das eh noch nicht nutzst, dann lass es mal weg. Wenn der RAM dann reicht, hast Du den Übeltäter, wenn nicht, dann kannst Du das zumindest ausschließen.

                Gruss, Jürgen

                Danke dir. Ich habe jetzt erst mal Influx und Grafana stillgelegt. Mal schauen, ob das System jetzt wieder stabil rennt.

                Ich hatte Grafana und Influx 1 ja auch auf meinem 32-Bit System stabil laufen. Ich konnte/kann mir irgendwie einfach nicht vorstellen, dass die 64-Bit Varianten solch einen Speicherhunger haben und - obwohl nicht aktiv genutzt - RAM von 300-500 MB zusätzlich allokieren.

                Thomas Braun 1 Reply Last reply Reply Quote 0
                • Thomas Braun
                  Thomas Braun Most Active @robson last edited by

                  @robson

                  Tendenziell sind 64bit-Anwendungen etwas speicherhungriger, weil der adressierbare Adressraum auch viel größer ist.

                  1 Reply Last reply Reply Quote 0
                  • R
                    robson last edited by robson

                    Mir ist mein System letzte Nacht trotz deaktivierter InfluxDB-Instanz und einer minimalen Anzahl an laufenden Adaptern wieder abgestürzt.

                    Ich würde nun vorerst wieder auf 32 Bit wechseln wollen - damit lief alles stabil. Sogar mit InfluxDB v1 im Hintergrund.

                    Weiß jemand, ob es ein Problem darstellt, wenn der Kernel auf 64-Bit, das OS aber nun auf 32-Bit läuft? Ein Downgrade des Kernels scheint nicht leicht zu sein habe ich gelesen.

                    Thomas Braun 1 Reply Last reply Reply Quote 0
                    • Thomas Braun
                      Thomas Braun Most Active @robson last edited by Thomas Braun

                      @robson sagte in RAM-Probleme und Abstürze nach Wechsel auf 64-Bit:

                      wenn der Kernel auf 64-Bit, das OS aber nun auf 32-Bit läuft?

                      Wie willst du da hinfummeln?
                      Installier es neu. Allerdings wird es kein ursächliches Problem mit der 64bit-Version sein.

                      R 1 Reply Last reply Reply Quote 0
                      • R
                        robson @Thomas Braun last edited by

                        @thomas-braun
                        Ich installiere es auch gerade neu. Aber der Kernel bleibt doch auf 64-Bit auch wenn ich ein neues OS auf die SD-Karte aufspiele oder nicht?
                        Sobald es läuft, frage ich die Kernelversion mal ab.

                        Thomas Braun 1 Reply Last reply Reply Quote 0
                        • Thomas Braun
                          Thomas Braun Most Active @robson last edited by

                          @robson sagte in RAM-Probleme und Abstürze nach Wechsel auf 64-Bit:

                          Aber der Kernel bleibt doch auf 64-Bit auch wenn ich ein neues OS auf die SD-Karte aufspiele oder nicht?

                          Warum sollte der Kernel stehen bleiben? Wenn das komplett neuinstalliert wird, dann kommt auch der Kernel aus dem Installationsmedium mit.

                          R 1 Reply Last reply Reply Quote 0
                          • R
                            robson @Thomas Braun last edited by

                            @thomas-braun
                            Du hast Recht. Ich dachte, die Kernelinformation seien in den RAM geschrieben worden. Wieder was dazu gelernt.

                            1 Reply Last reply Reply Quote 0
                            • R
                              robson last edited by robson

                              Hallo zusammen,

                              leider ist mein Raspi wieder ohne ersichtlichen Grund abgestürzt. Ich hatte meine SSD vergangenen Montag komplett neu formatiert und das 32-Bit OS installiert. Danach ioBroker. Nach Einspielen des Backups (1-2 Std Wartezeit) waren noch knapp 900 MB frei und alles lief reibungslos.
                              Nachmittags sind wir bis eben in den Urlaub gefahren. Bereits am Abend konnte ich nicht mehr auf ioBroker (weder Web UI noch SSH) zugreifen. InfluxDB und Grafana waren nicht installiert - lediglich ioBroker mit meinem Backup.

                              Ich kann es mir dieses Mal nicht mit einem Speicherengpass erklären.
                              Hat jemand eine Idee, was ich noch prüfen kann?
                              Es ist bereits der zweite Pi 4B mit 2GB, den ich angeschlossen habe.

                              Alternativ würde ich ioBroker auf einer Synology NAS per Docker installieren. Das ist aber Neuland für mich. Mit dem Raspi war ich bisher immer gut zufrieden.

                              Für Hinweise bin ich dankbar.

                              Thomas Braun Ro75 2 Replies Last reply Reply Quote 0
                              • Thomas Braun
                                Thomas Braun Most Active @robson last edited by Thomas Braun

                                @robson sagte in RAM-Probleme und Abstürze nach Wechsel auf 64-Bit:

                                Es ist bereits der zweite Pi 4B mit 2GB, den ich angeschlossen habe.

                                2GB ist meiner Meinung nach die unterste Grenze, da muss man aber schon was genauer schauen. Ich würde mindestens 4GB vorsehen.

                                1 Reply Last reply Reply Quote 0
                                • Ro75
                                  Ro75 @robson last edited by

                                  @robson liegt dein Raspi einfach so rum oder ist er "eingebaut"?

                                  R 1 Reply Last reply Reply Quote 0
                                  • R
                                    robson @Ro75 last edited by

                                    @ro75
                                    Er ist in einem Passiven-Kühlkörper-Gehäuse eingebaut. Überhitzung war bisher auch im Sommer nie ein Problem.

                                    Ro75 1 Reply Last reply Reply Quote 0
                                    • Ro75
                                      Ro75 @robson last edited by

                                      @robson hast du bitte mal ein Bild davon?

                                      R 1 Reply Last reply Reply Quote 0
                                      • R
                                        robson @Ro75 last edited by

                                        @ro75
                                        Es ist zwar nicht meiner, jedoch nutze ich exakt dieses Gehäuse
                                        raspi_cooling_head-780x470.jpg
                                        Die Wäremeleitpads wurden erst vor ein paar Wochen von mir erneuert.

                                        Ro75 1 Reply Last reply Reply Quote 0
                                        • Ro75
                                          Ro75 @robson last edited by

                                          @robson OK, ich frage darum. Ich hatte mir für meine Raspi bei Geekworm ein Gehäuse gekauft gehabt. Schick verbaut inkl. SSD. Dann fingen die Probleme bei mir an. So wie bei dir beschrieben. Zuerst dachte ich, Speicherfehler - getstet - OK. Dann einen anderen Raspi dort eingebaut (der lief bisher ohne Probleme). Und der zeigte plötzlich die selben Fehler.

                                          Kurz und knapp. Raspi's raus aus dem Gehäuse - also nackig - und siehe da die liefen wieder völlig problemlos.

                                          Ro75.

                                          R 1 Reply Last reply Reply Quote 1
                                          • R
                                            robson @Ro75 last edited by robson

                                            @ro75
                                            Danke dir. In meinem Fall würde ich das Gehäuse ausnehmen. Meine Installation lief seit 2019-2020 sehr stabil - auch in den heißen Sommertagen. Mein Raspi steht leider im Dachgeschoss - hohe Temperaturen.

                                            Ich habe gerade das Log vom Tag des letzten Absturzes exportiert. Die Vis-Instanz taucht hier relativ häufig auf (ist aber aktuell deaktiviert). Zudem auch andere Fehler. Kann dies eine Ursache sein?

                                            2023-04-04 04:17:16.003 - error: admin.0 (665) admin.0 already running
                                            2023-04-04 04:17:16.007 - warn: admin.0 (665) Terminated (ADAPTER_ALREADY_RUNNING): Without reason
                                            2023-04-04 04:17:16.659 - info: host.iobroker-raspi4 instance system.adapter.javascript.0 started with pid 749
                                            2023-04-04 04:17:16.882 - error: host.iobroker-raspi4 instance system.adapter.admin.0 terminated with code 7 (ADAPTER_ALREADY_RUNNING)
                                            2023-04-04 04:17:16.883 - info: host.iobroker-raspi4 Restart adapter system.adapter.admin.0 because enabled
                                            2023-04-04 04:17:17.433 - info: host.iobroker-raspi4 iobroker npm-install: NPM version: 8.19.3
                                            2023-04-04 04:17:17.434 - info: host.iobroker-raspi4 iobroker npm-install: Installing iobroker.vis@1.4.15... (System call)
                                            2023-04-04 04:17:20.783 - info: host.iobroker-raspi4 instance system.adapter.telegram.0 started with pid 780
                                            2023-04-04 04:17:21.055 - error: javascript.0 (749) javascript.0 already running
                                            2023-04-04 04:17:21.060 - warn: javascript.0 (749) Terminated (ADAPTER_ALREADY_RUNNING): Without reason
                                            2023-04-04 04:17:21.821 - error: host.iobroker-raspi4 instance system.adapter.javascript.0 terminated with code 7 (ADAPTER_ALREADY_RUNNING)
                                            2023-04-04 04:17:21.822 - info: host.iobroker-raspi4 Restart adapter system.adapter.javascript.0 because enabled
                                            2023-04-04 04:17:24.703 - error: telegram.0 (780) telegram.0 already running
                                            2023-04-04 04:17:24.709 - warn: telegram.0 (780) Terminated (ADAPTER_ALREADY_RUNNING): Without reason
                                            2023-04-04 04:17:24.743 - info: host.iobroker-raspi4 instance system.adapter.alexa2.0 started with pid 852
                                            2023-04-04 04:17:25.450 - error: host.iobroker-raspi4 instance system.adapter.telegram.0 terminated with code 7 (ADAPTER_ALREADY_RUNNING)
                                            2023-04-04 04:17:25.452 - info: host.iobroker-raspi4 Restart adapter system.adapter.telegram.0 because enabled
                                            2023-04-04 04:17:27.342 - error: alexa2.0 (852) alexa2.0 already running
                                            2023-04-04 04:17:27.347 - warn: alexa2.0 (852) Terminated (ADAPTER_ALREADY_RUNNING): Without reason
                                            2023-04-04 04:17:28.081 - error: host.iobroker-raspi4 instance system.adapter.alexa2.0 terminated with code 7 (ADAPTER_ALREADY_RUNNING)
                                            2023-04-04 04:17:28.083 - info: host.iobroker-raspi4 Restart adapter system.adapter.alexa2.0 because enabled
                                            2023-04-04 04:17:28.689 - info: host.iobroker-raspi4 instance system.adapter.hm-rega.0 started with pid 875
                                            2023-04-04 04:17:29.186 - info: vis.0 (860) starting. Version 1.4.15 in /opt/iobroker/node_modules/iobroker.vis, node: v16.19.1, js-controller: 4.0.24
                                            2023-04-04 04:17:29.676 - error: vis.0 (860) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
                                            2023-04-04 04:17:29.678 - error: vis.0 (860) unhandled promise rejection: Not exists
                                            2023-04-04 04:17:29.680 - error: vis.0 (860) Error: Not exists
                                            at Object.maybeCallbackWithError (/opt/iobroker/node_modules/@iobroker/js-controller-common/lib/common/tools.js:2983:17)
                                            at ObjectsInRedisClient._readFile (/opt/iobroker/node_modules/@iobroker/db-objects-redis/lib/objects/objectsInRedisClient.js:1043:26)
                                            at Immediate. (/opt/iobroker/node_modules/@iobroker/db-objects-redis/lib/objects/objectsInRedisClient.js:1092:29)
                                            at processImmediate (node:internal/timers:468:21)
                                            2023-04-04 04:17:29.681 - error: vis.0 (860) Not exists
                                            2023-04-04 04:17:30.187 - info: vis.0 (860) terminating
                                            2023-04-04 04:17:30.189 - warn: vis.0 (860) Terminated (UNCAUGHT_EXCEPTION): Without reason
                                            2023-04-04 04:17:31.002 - error: host.iobroker-raspi4 iobroker npm-install: host.iobroker-raspi4 Cannot install iobroker.vis@1.4.15: 6
                                            2023-04-04 04:17:31.351 - error: hm-rega.0 (875) hm-rega.0 already running
                                            2023-04-04 04:17:31.355 - warn: hm-rega.0 (875) Terminated (ADAPTER_ALREADY_RUNNING): Without reason
                                            2023-04-04 04:17:32.023 - error: host.iobroker-raspi4 instance system.adapter.hm-rega.0 terminated with code 7 (ADAPTER_ALREADY_RUNNING)
                                            2023-04-04 04:17:32.024 - info: host.iobroker-raspi4 Restart adapter system.adapter.hm-rega.0 because enabled
                                            2023-04-04 04:17:32.116 - info: host.iobroker-raspi4 iobroker npm-install: exit 25
                                            2023-04-04 04:17:32.650 - info: host.iobroker-raspi4 instance system.adapter.hm-rpc.0 started with pid 886
                                            2023-04-04 04:17:33.117 - warn: host.iobroker-raspi4 startInstance cannot find adapter "vis@1.4.15". Try to install it... 2 attempt
                                            2023-04-04 04:17:33.118 - info: host.iobroker-raspi4 iobroker install vis@1.4.15 using installedFrom
                                            2023-04-04 04:17:34.943 - error: hm-rpc.0 (886) hm-rpc.0 already running
                                            2023-04-04 04:17:34.948 - warn: hm-rpc.0 (886) Terminated (ADAPTER_ALREADY_RUNNING): Without reason
                                            
                                            Homoran DJMarc75 2 Replies Last reply Reply Quote 0
                                            • First post
                                              Last post

                                            Support us

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

                                            396
                                            Online

                                            32.0k
                                            Users

                                            80.4k
                                            Topics

                                            1.3m
                                            Posts

                                            9
                                            46
                                            2311
                                            Loading More Posts
                                            • Oldest to Newest
                                            • Newest to Oldest
                                            • Most Votes
                                            Reply
                                            • Reply as topic
                                            Log in to reply
                                            Community
                                            Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen
                                            The ioBroker Community 2014-2023
                                            logo