Navigation

    Logo
    • Register
    • Login
    • Search
    • Recent
    • Tags
    • Unread
    • Categories
    • Unreplied
    • Popular
    • GitHub
    • Docu
    • Hilfe
    1. Home
    2. Deutsch
    3. ioBroker Allgemein
    4. js-controller 3.2 jetzt im Latest!

    NEWS

    • Neuer Blog: Fotos und Eindrücke aus Solingen

    • ioBroker@Smart Living Forum Solingen, 14.06. - Agenda added

    • ioBroker goes Matter ... Matter Adapter in Stable

    js-controller 3.2 jetzt im Latest!

    This topic has been deleted. Only users with topic management privileges can see it.
    • E
      eXectiX @Feuersturm last edited by

      @feuersturm @apollon77

      Auch beim Zugriff auf den Admin kommt es mir so vor, dass er länger lädt bis alles komplett aufgebaut ist.

      Das Gefühl habe ich auch seit der 3.2!

      amg_666 Feuersturm 2 Replies Last reply Reply Quote 0
      • apollon77
        apollon77 @Feuersturm last edited by

        @feuersturm also bei Vis ist das umschalten der views komplett Browser seitig soweit Ich weiß. Da werden ja nur die Daten einmalig Anfang geladen und danach nur alle Updates übertragen.

        1 Reply Last reply Reply Quote 0
        • amg_666
          amg_666 @eXectiX last edited by

          @exectix Kann ich nicht bestätigen, läuft gefühlt genauso gut wie die Vorgänger. Admin hat bei mir auch rumgezickt und war extrem langsam, Browser-Cache löschen hat da - warum auch immer - was gebracht, scheint also kein js-controller Problem zu sein.

          1 Reply Last reply Reply Quote 1
          • UweRLP
            UweRLP last edited by

            Hallo kann das jemand nachvollziehen?

            C:\Program Files\iobroker\iobroker003>iobroker status all
            iobroker is running on this host.
            
            
            
            SYSTEM/memoryLimitMB: 0
            SYSTEM/hostname: HP-ED800(iobroker003)
            NETWORK/IPv4: true
            NETWORK/IPv6: true
            NETWORK/useSystemNpm: true
            OBJECTS/type: file
            OBJECTS/host: 127.0.0.1
            OBJECTS/port: 9001
            OBJECTS/user:
            OBJECTS/pass:
            OBJECTS/noFileCache: false
            OBJECTS/connectTimeout: 2000
            OBJECTS/OPTIONS/retryStrategy: reconnectCount => {
                        if (!ready && initError && ignoreErrors) {
                            return new Error('No more tries');
                        }
                        if (this.stop) {
                            return new Error('Client has stopped ... no retries anymore');
                        }
                        if (ready && reconnectCount >= retry_max_count) {
                            return new Error('Stop trying to reconnect');
                        }
                        // A function that receives an options object as parameter including the retry attempt,
                        // the total_retry_time indicating how much time passed since the last time connected,
                        // the error why the connection was lost and the number of times_connected in total.
                        // If you return a number from this function, the retry will happen exactly after that
                        // time in milliseconds. If you return a non-number, no further retry will happen and
                        // all offline commands are flushed with errors. Return an error to return that
                        // specific error to all offline commands.
            
                        if (!ready) {
                            return 300;
                        } else {
                            return retry_max_delay;
                        }
                        /*if (options.error.code === 'ECONNREFUSED') {
                            // End reconnecting on a specific error and flush all commands with a individual error
                            return new Error('The server refused the connection');
                        }
                        if (options.total_retry_time > 1000 * 60 * 60) {
                            // End reconnecting after a specific timeout and flush all commands with a individual error
                            return new Error('Retry time exhausted');
                        }
                        if (options.times_connected > 10) {
                            // End reconnecting with built in error
                            return undefined;
                        }
                        // reconnect after
                        return Math.max(options.attempt * 100, 3000);*/
                    }
            OBJECTS/OPTIONS/enableReadyCheck: true
            OBJECTS/OPTIONS/host: 127.0.0.1
            OBJECTS/OPTIONS/port: 9001
            OBJECTS/OPTIONS/db: 0
            OBJECTS/OPTIONS/family: 0
            OBJECTS/OPTIONS/autoResubscribe: false
            OBJECTS/OPTIONS/connectionName:
            OBJECTS/maxQueue: 1000
            STATES/type: file
            STATES/host: 127.0.0.1
            STATES/port: 9000
            STATES/maxQueue: 1000
            STATES/OPTIONS/retryStrategy: reconnectCount => {
                        if (!ready && initError) {
                            return new Error('No more tries');
                        }
                        if (this.stop) {
                            return new Error('Client has stopped ... no retries anymore');
                        }
                        if (ready && reconnectCount >= retry_max_count) {
                            return new Error('Stop trying to reconnect');
                        }
                        // A function that receives an options object as parameter including the retry attempt,
                        // the total_retry_time indicating how much time passed since the last time connected,
                        // the error why the connection was lost and the number of times_connected in total.
                        // If you return a number from this function, the retry will happen exactly after that
                        // time in milliseconds. If you return a non-number, no further retry will happen and
                        // all offline commands are flushed with errors. Return an error to return that
                        // specific error to all offline commands.
            
                        if (!ready) {
                            return 300;
                        }
                        return retry_max_delay;
                        /*if (options.error.code === 'ECONNREFUSED') {
                            // End reconnecting on a specific error and flush all commands with a individual error
                            return new Error('The server refused the connection');
                        }
                        if (options.total_retry_time > 1000 * 60 * 60) {
                            // End reconnecting after a specific timeout and flush all commands with a individual error
                            return new Error('Retry time exhausted');
                        }
                        if (options.times_connected > 10) {
                            // End reconnecting with built in error
                            return undefined;
                        }
                        // reconnect after
                        return Math.max(options.attempt * 100, 3000);*/
                    }
            STATES/OPTIONS/enableReadyCheck: true
            STATES/OPTIONS/host: 127.0.0.1
            STATES/OPTIONS/port: 9000
            STATES/OPTIONS/db: 0
            STATES/OPTIONS/family: 0
            STATES/OPTIONS/autoResubscribe: false
            STATES/OPTIONS/connectionName:
            LOG/level: info
            LOG/maxDays: 7
            LOG/noStdout: true
            LOG/TRANSPORT/FILE1/type: file
            LOG/TRANSPORT/FILE1/enabled: true
            LOG/TRANSPORT/FILE1/filename: log/iobroker
            LOG/TRANSPORT/FILE1/fileext: .log
            LOG/TRANSPORT/SYSLOG1/type: syslog
            LOG/TRANSPORT/SYSLOG1/enabled: false
            LOG/TRANSPORT/SYSLOG1/host: localhost
            LOG/TRANSPORT/SYSLOG1/protocol: udp4
            LOG/TRANSPORT/SYSLOG1/localhost: iobroker
            dataDir: ../../iobroker-data/
            
            C:\Program Files\iobroker\iobroker003>
            

            Ausser obige Auffälligkeit läuft die 3.2.11 unter Windows problemfrei.

            apollon77 1 Reply Last reply Reply Quote 0
            • Diginix
              Diginix last edited by Diginix

              @unclesam sagte in js-controller 3.2 jetzt im Latest!:

              @diginix Zu LE: das ist bekannt und lässt sich (ohne Fix in Greenlock) nicht beheben. Einzige Möglichkeit ist, auch lokal auf Port 443 zu wechseln.

              Wo soll ich denn den Port 443 noch einstellen bzw auf ihn wechseln?
              In der web.0 Instanz ist er ja schon eingetragen wegen LE.
              Admin nutzt https aber eben mit 8081 und den default Zertifikaten.

              Bis JS-Controller 3.1 waren die lokalen URLs für flot, materialui usw. auch mit https Protokoll:
              https://192.168.2.47/flot/preset.html
              Da kommt aber nun als Fehler

              ERR_SSL_VERSION_OR_CIPHER_MISMATCH
              

              Und mit Port 80

              ERR_EMPTY_RESPONSE
              

              Auch ohne Fix wäre ich über ein Workaround sehr dankbar. Ich fürchte der Fix lässt länger auf sich warten.

              UncleSam 1 Reply Last reply Reply Quote 0
              • apollon77
                apollon77 @UweRLP last edited by

                @uwerlp sagte in js-controller 3.2 jetzt im Latest!:

                Ausser obige Auffälligkeit

                Was ist die Auffälligkeit?

                status "all" liefert genau diese Ausgabe .. es fehlen glaube ich nur die Instanzen noch dazu

                UweRLP 1 Reply Last reply Reply Quote 0
                • UweRLP
                  UweRLP @apollon77 last edited by

                  @apollon77

                  Diese Ausgabe

                  OBJECTS/OPTIONS/retryStrategy: reconnectCount => {
                              if (!ready && initError && ignoreErrors) {
                                  return new Error('No more tries');
                              }
                              if (this.stop) {
                                  return new Error('Client has stopped ... no retries anymore');
                              }
                              if (ready && reconnectCount >= retry_max_count) {
                                  return new Error('Stop trying to reconnect');
                              }
                              // A function that receives an options object as parameter including the retry attempt,
                              // the total_retry_time indicating how much time passed since the last time connected,
                              // the error why the connection was lost and the number of times_connected in total.
                              // If you return a number from this function, the retry will happen exactly after that
                              // time in milliseconds. If you return a non-number, no further retry will happen and
                              // all offline commands are flushed with errors. Return an error to return that
                              // specific error to all offline commands.
                  
                              if (!ready) {
                                  return 300;
                              } else {
                                  return retry_max_delay;
                              }
                              /*if (options.error.code === 'ECONNREFUSED') {
                                  // End reconnecting on a specific error and flush all commands with a individual error
                                  return new Error('The server refused the connection');
                              }
                              if (options.total_retry_time > 1000 * 60 * 60) {
                                  // End reconnecting after a specific timeout and flush all commands with a individual error
                                  return new Error('Retry time exhausted');
                              }
                              if (options.times_connected > 10) {
                                  // End reconnecting with built in error
                                  return undefined;
                              }
                              // reconnect after
                              return Math.max(options.attempt * 100, 3000);*/
                          }
                  

                  und das

                  STATES/OPTIONS/retryStrategy: reconnectCount => {
                              if (!ready && initError) {
                                  return new Error('No more tries');
                              }
                              if (this.stop) {
                                  return new Error('Client has stopped ... no retries anymore');
                              }
                              if (ready && reconnectCount >= retry_max_count) {
                                  return new Error('Stop trying to reconnect');
                              }
                              // A function that receives an options object as parameter including the retry attempt,
                              // the total_retry_time indicating how much time passed since the last time connected,
                              // the error why the connection was lost and the number of times_connected in total.
                              // If you return a number from this function, the retry will happen exactly after that
                              // time in milliseconds. If you return a non-number, no further retry will happen and
                              // all offline commands are flushed with errors. Return an error to return that
                              // specific error to all offline commands.
                  
                              if (!ready) {
                                  return 300;
                              }
                              return retry_max_delay;
                              /*if (options.error.code === 'ECONNREFUSED') {
                                  // End reconnecting on a specific error and flush all commands with a individual error
                                  return new Error('The server refused the connection');
                              }
                              if (options.total_retry_time > 1000 * 60 * 60) {
                                  // End reconnecting after a specific timeout and flush all commands with a individual error
                                  return new Error('Retry time exhausted');
                              }
                              if (options.times_connected > 10) {
                                  // End reconnecting with built in error
                                  return undefined;
                              }
                              // reconnect after
                              return Math.max(options.attempt * 100, 3000);*/
                          }
                  
                  

                  habe ich als Fehlermeldung interpretiert.
                  Wenn die Ausgabe so in Ordnung ist dann mein Fehler 😊

                  foxriver76 Thomas Braun 2 Replies Last reply Reply Quote 0
                  • UncleSam
                    UncleSam Developer @Diginix last edited by

                    @diginix Was ich nicht verstehe: wieso benutzt du LE für interne Server? LE ist ja eigentlich für externe Server gedacht und da gibt es nur einen Port 443. Oder wie löst du das? Split-Horizon-DNS?

                    Diginix 1 Reply Last reply Reply Quote 0
                    • foxriver76
                      foxriver76 Developer @UweRLP last edited by

                      @uwerlp Ausgabe ist so i. O., allerdings ist aufgefallen, dass das auflisten der Instanzen fehlt, daher gut dass du es gepostet hast 😉

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

                        @uwerlp
                        Nicht alles wo das Wort 'Error' drin vorkommt ist auch eine Error-Meldung.
                        Das was du da gefunden hast ist doch nur die retryStrategy für den Fall, das die aufgeführten Errors im System auftauchen.

                        1 Reply Last reply Reply Quote 0
                        • E
                          ente34 @Kueppert last edited by

                          @kueppert
                          oder mit Taste "c" in top

                          1 Reply Last reply Reply Quote 0
                          • Feuersturm
                            Feuersturm @eXectiX last edited by

                            @exectix sagte in js-controller 3.2 jetzt im Latest!:

                            @feuersturm @apollon77

                            Auch beim Zugriff auf den Admin kommt es mir so vor, dass er länger lädt bis alles komplett aufgebaut ist.

                            Das Gefühl habe ich auch seit der 3.2!

                            @apollon77 @eXectiX Vermutlich hängt es mit dem Fully Browser zusammen. Heute Nachmittag lief meine eigentliche Produktivinstanz auch deutlich träger als sonst. Nachdem ich den Fully Browser dann zu und wieder auf gemacht habe war es wieder flotter. Hat also erstmal nichts mit dem js-controller zu tun, werde vermutlich ein neue Diskussion dazu aufmachen.

                            1 Reply Last reply Reply Quote 1
                            • Diginix
                              Diginix @UncleSam last edited by

                              @unclesam sagte in js-controller 3.2 jetzt im Latest!:

                              @diginix Was ich nicht verstehe: wieso benutzt du LE für interne Server? LE ist ja eigentlich für externe Server gedacht und da gibt es nur einen Port 443. Oder wie löst du das? Split-Horizon-DNS?

                              Ich habe eine myfritz Domain mit der ich von außen auf MaterialUI zugreife und für die ist auch das LE Cert.
                              Aber wenn ich im Heimnetz bin habe ich bisher dann logischerweise lokale IPs genutzt.
                              Wozu gibt es LE denn, wenn nicht genau für das was ich damit mache?
                              Es klang so, als ob man weiterhin parallel auch lokale IPs nutzen könne, auch ohne, dass greenlock ein Fix erhält.

                              apollon77 1 Reply Last reply Reply Quote 0
                              • apollon77
                                apollon77 @Diginix last edited by

                                @diginix mal ne blöde Frage: wenn du lokal zugreifst per ip kam Dann bisher immer eine ssl Warnung oder?! Weil der Domain Name hat ja nicht gepasst oder?!

                                Aber ja die Änderung ist scheinbar das jetzt nur noch der fqdn Zugriff von Greenlock verarbeitet wird und nicht einfach die certs so genutzt werden. 😞

                                Diginix 1 Reply Last reply Reply Quote 0
                                • Diginix
                                  Diginix @apollon77 last edited by

                                  @apollon77 Ja, genau der Browser hat das nat. bemerkt und als unsicher markiert, aber der Webserver hat ja geliefert. Was er eben nun nicht mehr macht.

                                  apollon77 1 Reply Last reply Reply Quote 0
                                  • apollon77
                                    apollon77 @Diginix last edited by

                                    @diginix Ja das ist blöd, mal schauen ob wir was hinbekommen. Effektiv ists aber so ne Sache. Sauberer wäre eine web Instanz zu haben die du von extern nutzt und eine andere für Lokal 🙂

                                    Diginix 1 Reply Last reply Reply Quote 0
                                    • Diginix
                                      Diginix @apollon77 last edited by

                                      @apollon77 Supi.
                                      Würde denn eine zweite web Instanz Stand heute etwas nützen?
                                      Wär ja kein Problem die zu installierend, LE darin nicht zu aktivieren und z.B. Port 80 zu verwenden.
                                      Aber kommen die anderen Frontend Adapter damit klar?

                                      apollon77 1 Reply Last reply Reply Quote 0
                                      • apollon77
                                        apollon77 @Diginix last edited by

                                        @diginix Am Ende kannst Du denke die gleichen alle über die andere Web Instanz auch erreichen ... musst nur angeben das es alle web's sind und nicht nur eine Instanz

                                        Diginix 1 Reply Last reply Reply Quote 1
                                        • Diginix
                                          Diginix @apollon77 last edited by

                                          @apollon77
                                          Bei den betroffenen Instanzen kann man doch aber gar nicht auswählen mit welcher web Instanz sie arbeiten:
                                          c8d36d2b-24aa-46c8-acbf-677cc9c086fe-image.png

                                          Oder was meinst du mit "angeben dass es alle web's sind..."?

                                          apollon77 1 Reply Last reply Reply Quote 0
                                          • apollon77
                                            apollon77 @Diginix last edited by

                                            @diginix Dann sollten die in allen webs drin sein. Versuchs mal

                                            Diginix O 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

                                            813
                                            Online

                                            31.9k
                                            Users

                                            80.2k
                                            Topics

                                            1.3m
                                            Posts

                                            70
                                            575
                                            108703
                                            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