Weiter zum Inhalt
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Hell
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dunkel
  • 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. Skripten / Logik
  4. Blockly
  5. solved: 3x Ausführung im Log - schaltet aber gar nicht

NEWS

  • Neuer ioBroker-Blog online: Monatsrückblick März/April 2026
    BluefoxB
    Bluefox
    8
    1
    472

  • Verwendung von KI bitte immer deutlich kennzeichnen
    HomoranH
    Homoran
    10
    1
    391

  • Monatsrückblick Januar/Februar 2026 ist online!
    BluefoxB
    Bluefox
    18
    1
    978

solved: 3x Ausführung im Log - schaltet aber gar nicht

Geplant Angeheftet Gesperrt Verschoben Blockly
74 Beiträge 7 Kommentatoren 6.1k Aufrufe 4 Beobachtet
  • Ä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.
  • W Wildbill

    @ch90045 Ich habe nicht gesagt, dass root den Zugriff auf seine eigenen Objekte und Dateien verliert, sondern dass zum Beispiel der user iobroker, unter dem iobroker auf Linux-Installationen numal mittlerweile läft, eben auf solche Objekte nicht zugreifen kann. Wie oft gab es hier im Forum Hilfe-Threads, weil es eben Probleme gab, da zum Beispiel Node und NPM als root ins System geprügelt wurden, Pfade nicht passten usw. Nicht umsonst versucht der Befehl ```
    iobroker fix

    das gerade zu biegen und benötigte Pfade für iobroker wieder zugänglich zu machen. Bringt aber auch nix, wenn die Grundlagen eben falsch (als root) installiert wurden.
    
    BTW, Ich glaube kaum, dass sich bei un Microsystems oder NetApp als root eingeloggt wird. Wenn, dann würde für mich jetzt eine Welt zusammenbrechen.
    
    Und ich denke nicht, das ist hier offtopic. Bei wie vielen "root-Installationen" hier im Forum tauchen immer wieder die gleichen Probleme auf? Geisterprozesse, weil der user iobroker nicht mehr ran kommt, Skripte, die nicht so laufn, wie sie sollen, kein Zugriff auf irgendwelche Dateien usw.
    
    Bevor man ins Detail geht, sollte man die Grundlagen erledigt haben, und dazu gehört eine saubere Installation. Und die findet sicher nicht als root statt. Ganz einfach.
    Und jetzt mögen Dir andere helfen bei Deinem Problem, vielleicht findet sich ja noch etwas Erhellendes.
    
    Gruss, Jürgen
    ch90045C Offline
    ch90045C Offline
    ch90045
    schrieb am zuletzt editiert von
    #65

    @wildbill den Nutzer iobroker gibt es nunmal hier nicht, ergo hat der auch keine Probleme auf Objekte zuzugreifen.

    Verstehe mich nicht verkehrt, aber missionarisch hier jemanden anzugehen, ohne einen konkreten Hinweis auf "genau ist das Problem" zu liefern, finde ich eher oberflächlich. Im beruflichen Umfeld erwartet ein Kunde einen Hinweis auf: Das haben wir festgestellt, das ist das Problem, so stellt man das ab. Ja, das erwarte/erhoffe ich hier nicht - ganz klar nicht, reagiere bloss ein wenig genervt auf - "das ist es bestimmt, weiss zwar nicht warum, aber best practices sagen, dass man das so machen soll"

    W HomoranH 2 Antworten Letzte Antwort
    0
    • ch90045C ch90045

      @wildbill den Nutzer iobroker gibt es nunmal hier nicht, ergo hat der auch keine Probleme auf Objekte zuzugreifen.

      Verstehe mich nicht verkehrt, aber missionarisch hier jemanden anzugehen, ohne einen konkreten Hinweis auf "genau ist das Problem" zu liefern, finde ich eher oberflächlich. Im beruflichen Umfeld erwartet ein Kunde einen Hinweis auf: Das haben wir festgestellt, das ist das Problem, so stellt man das ab. Ja, das erwarte/erhoffe ich hier nicht - ganz klar nicht, reagiere bloss ein wenig genervt auf - "das ist es bestimmt, weiss zwar nicht warum, aber best practices sagen, dass man das so machen soll"

      W Online
      W Online
      Wildbill
      schrieb am zuletzt editiert von
      #66

      @ch90045 sagte in 3x Ausführung im Log - schaltet aber gar nicht:

      @wildbill den Nutzer iobroker gibt es nunmal hier nicht, ergo hat der auch keine Probleme auf Objekte zuzugreifen.

      Doch, genau den gibt es, wenn Du iobroker installiert hast und nicht gerade eine jahrzehntealte Installation hast. Der wird bei der Installation von iobroker direkt mit angelegt. iobroker läuft unter dem user iobroker, den gibt es sicher auch bei Dir. Der ist aber nicht zum Anmelden, sondern in dessen Kontext läuft halt iobroker. Aber eben nur sauber, wenn man nicht alles per root installiert hat, sonst kommt dieser user iobroker eben nicht überall ran.

      Verstehe mich nicht verkehrt, aber missionarisch hier jemanden anzugehen, ohne einen konkreten Hinweis auf "genau ist das Problem" zu liefern, finde ich eher oberflächlich. Im beruflichen Umfeld erwartet ein Kunde einen Hinweis auf: Das haben wir festgestellt, das ist das Problem, so stellt man das ab. Ja, das erwarte/erhoffe ich hier nicht - ganz klar nicht, reagiere bloss ein wenig genervt auf - "das ist es bestimmt, weiss zwar nicht warum, aber best practices sagen, dass man das so machen soll"

      Was meinst Du, warum hier in jedem Thread, in dem sich herausstellt, dass sich jemand (grundsätzlich) als root anmeldet als erstes darauf hingewiesen wird, einen normalen User anzulegen, diesen in die Gruppe iobroker aufzunehmen und sich dann mit diesem anzumelden und erst einmal den Fixer auszuführen, bevor man weitere Problemlösungen angeht. Es bringt nix, sich in einem verbogenen System auf die Problemlösungssuche zu begeben, wenn schon das Grundgerüst schief ist.
      Unter Linux ist es halt der normale Weg, sich einen User anzulegen, mit dem man arbeitet und der bei Bedarf z.B. per sudo erweiterte Rechte bekommt. Wobei das bei Allem, was mit iobroker zu tun hat, nie nötig ist.
      Wenn Du das anders siehst, kannst Du das gerne so machen, darfst aber dann eben hier nicht um Hilfe bitten. Klick mal oben auf Docu, lies Dir die Installationsanweisungen durch und schau, ob da irgendwo steht, man solle sich per root anmelden oder mit sudo arbeiten. Sicher nicht, sondern das Gegenteil.
      Wenn Du einem Kunden helfen sollst und ihm einen Lösungsvorschag machst und der Kunde aber der Meinung ist, das zählt für ihn nicht, weil er es besser weiss, dann kannst Du auch nur nochmal darauf hinweisen, dass das falsch ist. Wenn er es dennoch so will, dann soll er es tun, aber nicht erwarten, dass Dein Produkt dann bei ihm tut was es soll. Ganz einfach.
      Im Linux-Umfeld wird niemand ernsthaft einen root-Zugang (der bei den meisten Distributionen mittlerweile für die Anmeldung erst einmal gesperrt und manuell freigeschaltet werden muss) verwenden. Dafür gibt es das user-System, das verwendet man einfach. Dass das unter Windows nicht so funktioniert, wie es vielleicht sollte ist ein anderes Thema. Aber unter Linux funktioniert es perfekt, wenn man nicht mit Gewalt versucht, es besser zu wissen und das untergräbt. Du hast doch mit einer root-Anmeldung 0,0 Vorteile, aber 100e Nachteile. Also wo ist das Problem, einen User anzulegen, den in die passende(n) Gruppe(n) zu schieben und mit dem zu arbeiten. Für alles, was dann nicht funktioniert wird Dir hier sicher geholfen.
      Wenn Du aber meinst, aus jahrzehntelanger Erfahrung eh alles besser zu wissen, so kann man davon ausgehen, Du bist Profi und brauchst hier doch eh keine Hilfe?!

      Gruss, Jürgen

      Gruss, Jürgen

      ch90045C 1 Antwort Letzte Antwort
      0
      • W Wildbill

        @ch90045 sagte in 3x Ausführung im Log - schaltet aber gar nicht:

        @wildbill den Nutzer iobroker gibt es nunmal hier nicht, ergo hat der auch keine Probleme auf Objekte zuzugreifen.

        Doch, genau den gibt es, wenn Du iobroker installiert hast und nicht gerade eine jahrzehntealte Installation hast. Der wird bei der Installation von iobroker direkt mit angelegt. iobroker läuft unter dem user iobroker, den gibt es sicher auch bei Dir. Der ist aber nicht zum Anmelden, sondern in dessen Kontext läuft halt iobroker. Aber eben nur sauber, wenn man nicht alles per root installiert hat, sonst kommt dieser user iobroker eben nicht überall ran.

        Verstehe mich nicht verkehrt, aber missionarisch hier jemanden anzugehen, ohne einen konkreten Hinweis auf "genau ist das Problem" zu liefern, finde ich eher oberflächlich. Im beruflichen Umfeld erwartet ein Kunde einen Hinweis auf: Das haben wir festgestellt, das ist das Problem, so stellt man das ab. Ja, das erwarte/erhoffe ich hier nicht - ganz klar nicht, reagiere bloss ein wenig genervt auf - "das ist es bestimmt, weiss zwar nicht warum, aber best practices sagen, dass man das so machen soll"

        Was meinst Du, warum hier in jedem Thread, in dem sich herausstellt, dass sich jemand (grundsätzlich) als root anmeldet als erstes darauf hingewiesen wird, einen normalen User anzulegen, diesen in die Gruppe iobroker aufzunehmen und sich dann mit diesem anzumelden und erst einmal den Fixer auszuführen, bevor man weitere Problemlösungen angeht. Es bringt nix, sich in einem verbogenen System auf die Problemlösungssuche zu begeben, wenn schon das Grundgerüst schief ist.
        Unter Linux ist es halt der normale Weg, sich einen User anzulegen, mit dem man arbeitet und der bei Bedarf z.B. per sudo erweiterte Rechte bekommt. Wobei das bei Allem, was mit iobroker zu tun hat, nie nötig ist.
        Wenn Du das anders siehst, kannst Du das gerne so machen, darfst aber dann eben hier nicht um Hilfe bitten. Klick mal oben auf Docu, lies Dir die Installationsanweisungen durch und schau, ob da irgendwo steht, man solle sich per root anmelden oder mit sudo arbeiten. Sicher nicht, sondern das Gegenteil.
        Wenn Du einem Kunden helfen sollst und ihm einen Lösungsvorschag machst und der Kunde aber der Meinung ist, das zählt für ihn nicht, weil er es besser weiss, dann kannst Du auch nur nochmal darauf hinweisen, dass das falsch ist. Wenn er es dennoch so will, dann soll er es tun, aber nicht erwarten, dass Dein Produkt dann bei ihm tut was es soll. Ganz einfach.
        Im Linux-Umfeld wird niemand ernsthaft einen root-Zugang (der bei den meisten Distributionen mittlerweile für die Anmeldung erst einmal gesperrt und manuell freigeschaltet werden muss) verwenden. Dafür gibt es das user-System, das verwendet man einfach. Dass das unter Windows nicht so funktioniert, wie es vielleicht sollte ist ein anderes Thema. Aber unter Linux funktioniert es perfekt, wenn man nicht mit Gewalt versucht, es besser zu wissen und das untergräbt. Du hast doch mit einer root-Anmeldung 0,0 Vorteile, aber 100e Nachteile. Also wo ist das Problem, einen User anzulegen, den in die passende(n) Gruppe(n) zu schieben und mit dem zu arbeiten. Für alles, was dann nicht funktioniert wird Dir hier sicher geholfen.
        Wenn Du aber meinst, aus jahrzehntelanger Erfahrung eh alles besser zu wissen, so kann man davon ausgehen, Du bist Profi und brauchst hier doch eh keine Hilfe?!

        Gruss, Jürgen

        Gruss, Jürgen

        ch90045C Offline
        ch90045C Offline
        ch90045
        schrieb am zuletzt editiert von
        #67

        @wildbill Jürgen, noch immer - kein Hinweis auf Grund des Threads und deinen Fixierung auf root/iobroker - wir beiden werde wohl nicht zueinander finden. Ich danke dir für deinen Input und wünsche dir eine ruhige Weihnachtszeit.

        Und ja, nach Durchsicht der passwd stelle ich fest, dass der User iobroker angelegt worden ist, er wohl aber nicht zur Nutzung einer Shell vorgesehen ist:

        iobroker:x:1000:1000::/home/iobroker:/usr/sbin/nologin
        
        1 Antwort Letzte Antwort
        0
        • W Online
          W Online
          Wildbill
          schrieb am zuletzt editiert von
          #68

          @ch90045 Exakt dieses. Aber alle Befehle, die mit iobroker beginnen werden eben im Kontext von iobroker ausgeführt. Was eben zu Problemen führt, wenn dann gewisse Dateien oder Ordner root gehören, weil man unter root und nicht mit einem normalen Benutzer installiert hat. Ist so unter Linux, war immer so und wird wohl immer so sein. Deshalb solltest Du einfach einen normalen Benutzer anlegen, diesem sudo erlauben, ihn in die Gruppe iobroker bringen und einmal "iobroker fix" ausführen. Dann ist Dein System (hoffentlich) in einem Zustand, bei dem man gezielt helfen kann und keine anderweitigen Probleme mehr zu erwarten sind.
          Vielleicht noch ein Beispiel: Ich kaufe mir eine supertolle Software (oder lade Freeware), die es nur für Windows gibt. Ich habe keinen Windows-Rechner, denke aber, ich kenne mich ja aus, und installiere das in Linux mittels Wine. Nun funktioniert es doch nicht (wie erhofft). Dann kann ich doch auch nicht den Hersteller um Support bitten. Der wird mir auch sagen, installiere es, wie es vorgesehen ist (direkt unter Windows XY) und wenn es dann Probleme gibt, dann melde Dich und wir sehen weiter. Exakt gleich ist es eben hier.
          Ich weiss nicht, warum Du Dich so streubst, einfach mit einem normalen User zu arbeiten.
          Falls wir hier nicht mehr zueinander finden, wünsche ich Dir auch eine ruhige und besinnliche Weihnachtszeit und dass Du vielleicht jemand findest, der Dir dennoch bei Deinem ursprünglichen Problem helfen kann und will. Wobei ich immer noch nicht ausschließen möchte, dass es eben genau daran und möglichen fehlenden Rechten liegen könnte.
          Da stecke ich aber nicht tief genug im iobroker-Development, um das sicher bestätigen oder ausschließen zu können.

          Gruss, Jürgen

          1 Antwort Letzte Antwort
          0
          • ch90045C ch90045

            Allen ein frohen 4. Advent

            Ich habe folgendes Problem - ich schalte mit einer deConz/Zigbee Steckdose einen Untertisch Boiler mit folgendem Blockly:

            71fd0757-c9b4-4123-9f1f-ebec4891777b-image.png

            Laut Cron müsste jeden Tag um 6:00 der Boiler angeschaltet werden, in den Logs sehe ich

            2022-12-18 06:00:00.048 - info: javascript.0 (373) script.js.Zeitschalter.Boiler_in_der_Küche: Schalte Boiler ein
            2022-12-18 06:00:00.051 - info: javascript.0 (373) script.js.Zeitschalter.Boiler_in_der_Küche: Schalte Boiler ein
            2022-12-18 06:00:00.055 - info: javascript.0 (373) script.js.Zeitschalter.Boiler_in_der_Küche: Schalte Boiler ein
            

            Der Boiler ist bloss leider aus. Ich kann ihn aber problemlos über Objekte/Jarvis/Taster schalten.

            IOB/alle Adapter sind up-to-date. Irgend eine Idee, woran das liegen könnte?

            Christian

            AsgothianA Offline
            AsgothianA Offline
            Asgothian
            Developer
            schrieb am zuletzt editiert von Asgothian
            #69

            -- was hier stand wurde gelöscht - anscheinend gibt es bereits eine Lösung --

            ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
            "Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.

            ch90045C 1 Antwort Letzte Antwort
            0
            • HomoranH Homoran

              @ch90045 sagte in 3x Ausführung im Log - schaltet aber gar nicht:

              @homoran auf dem System gibt es keinen anderen user

              dann leg einen an

              ch90045C Offline
              ch90045C Offline
              ch90045
              schrieb am zuletzt editiert von
              #70

              @homoran Erledigt (heute um 10:55) - läuft nun unter einem "normalen" user. Das "Boiler Skript" lief heute um 6:00 ohne Probleme und es gab einen Eintrag.

              Danke!

              1 Antwort Letzte Antwort
              0
              • AsgothianA Asgothian

                -- was hier stand wurde gelöscht - anscheinend gibt es bereits eine Lösung --

                ch90045C Offline
                ch90045C Offline
                ch90045
                schrieb am zuletzt editiert von ch90045
                #71

                @asgothian Ich brauch (leider) keinen Wecker - ich mache das morgen mal - ob das gelöst ist, weiss ich ja noch nicht. Ich hatte auch schon nach deConz logs gesucht, bin aber bei github auf folgendes gestossen:

                "deCONZ doesn't write log files to not pollute the sd-cards in long running setups."

                Ich bin halt gespannt, ob das wieder auftaucht und überlege ob ich mir für kurz nach 6:00 ein Check schreibe, der mir meldet, ob wirklich geschaltet wurde.

                Ich bin mir unsicher, ob der reboot wirklich notwendig war, auch habe ich ja nun zwei Blockly Skripte wo vorher 2 waren.

                Wie gesagt, ich habe mal ein Auge drauf und würde mich noch mal melden.

                Danke

                paul53P 1 Antwort Letzte Antwort
                0
                • ch90045C ch90045

                  @asgothian Ich brauch (leider) keinen Wecker - ich mache das morgen mal - ob das gelöst ist, weiss ich ja noch nicht. Ich hatte auch schon nach deConz logs gesucht, bin aber bei github auf folgendes gestossen:

                  "deCONZ doesn't write log files to not pollute the sd-cards in long running setups."

                  Ich bin halt gespannt, ob das wieder auftaucht und überlege ob ich mir für kurz nach 6:00 ein Check schreibe, der mir meldet, ob wirklich geschaltet wurde.

                  Ich bin mir unsicher, ob der reboot wirklich notwendig war, auch habe ich ja nun zwei Blockly Skripte wo vorher 2 waren.

                  Wie gesagt, ich habe mal ein Auge drauf und würde mich noch mal melden.

                  Danke

                  paul53P Offline
                  paul53P Offline
                  paul53
                  schrieb am zuletzt editiert von
                  #72

                  @ch90045 sagte: unsicher, ob der reboot wirklich notwendig war

                  Der Neustart von ioBroker (Node.js) hat aufgeräumt.

                  Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
                  Produktiv: RPi 2 mit S.USV, HM-MOD-RPI und SLC-USB-Stick mit root fs

                  ch90045C 1 Antwort Letzte Antwort
                  0
                  • paul53P paul53

                    @ch90045 sagte: unsicher, ob der reboot wirklich notwendig war

                    Der Neustart von ioBroker (Node.js) hat aufgeräumt.

                    ch90045C Offline
                    ch90045C Offline
                    ch90045
                    schrieb am zuletzt editiert von
                    #73

                    @paul53 Hallo Paul, dann bin ich erst recht skeptisch, ich hatte Ende letzter Woche iob neu gestartet.

                    1 Antwort Letzte Antwort
                    0
                    • ch90045C ch90045

                      @wildbill den Nutzer iobroker gibt es nunmal hier nicht, ergo hat der auch keine Probleme auf Objekte zuzugreifen.

                      Verstehe mich nicht verkehrt, aber missionarisch hier jemanden anzugehen, ohne einen konkreten Hinweis auf "genau ist das Problem" zu liefern, finde ich eher oberflächlich. Im beruflichen Umfeld erwartet ein Kunde einen Hinweis auf: Das haben wir festgestellt, das ist das Problem, so stellt man das ab. Ja, das erwarte/erhoffe ich hier nicht - ganz klar nicht, reagiere bloss ein wenig genervt auf - "das ist es bestimmt, weiss zwar nicht warum, aber best practices sagen, dass man das so machen soll"

                      HomoranH Nicht stören
                      HomoranH Nicht stören
                      Homoran
                      Global Moderator Administrators
                      schrieb am zuletzt editiert von
                      #74

                      @ch90045 sagte in 3x Ausführung im Log - schaltet aber gar nicht:

                      den Nutzer iobroker gibt es nunmal hier nicht

                      dann läuft bei dir auch kein iobroker.
                      Dieser Nutzer wird intern bei der Installation von iobroker angelegt.

                      kein Support per PN! - Fragen im Forum stellen -
                      Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
                      Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton oben rechts. Danke!
                      der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -

                      1 Antwort Letzte Antwort
                      0

                      Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.

                      Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.

                      Mit deinem Input könnte dieser Beitrag noch besser werden 💗

                      Registrieren Anmelden
                      Antworten
                      • In einem neuen Thema antworten
                      Anmelden zum Antworten
                      • Älteste zuerst
                      • Neuste zuerst
                      • Meiste Stimmen


                      Support us

                      ioBroker
                      Community Adapters
                      Donate

                      634

                      Online

                      32.8k

                      Benutzer

                      82.8k

                      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