Navigation

    Logo
    • Register
    • Login
    • Search
    • Recent
    • Tags
    • Unread
    • Categories
    • Unreplied
    • Popular
    • GitHub
    • Docu
    • Hilfe
    1. Home
    2. Deutsch
    3. Tester
    4. Test js-controller v2.0.x (GitHub)

    NEWS

    • ioBroker 10-Jahres Community Treffen - ein kleiner ReCap

    • Tester für Responsive Initiative gesucht

    • 50€: Mach mit bei einer Smarthome Studie mit ioBroker!

    Test js-controller v2.0.x (GitHub)

    This topic has been deleted. Only users with topic management privileges can see it.
    • SBorg
      SBorg Forum Testing Most Active last edited by

      @AlCalzone Mehrmals, dürfte aber nix bringen, da NPM meckert, dass er im /[User-Verzeichnis]/.npm/_cacache/tmp/git-clone... das Verzeichnis zum DL nicht anlegen kann. Mit NPM 6.4.1 ging es noch, erst mit dem Update auf 6.11.3 trat es bei mir auf. NPM selbst verriet ja noch, dass es bei älteren Versionen durchaus zu Fehlern in den Userrechten kam. Der vorgeschlagene Fix fruchtet aber auch nicht.
      Ist zumindest kein Problem vom Broker/JS-Controller.

      AlCalzone 2 Replies Last reply Reply Quote 0
      • AlCalzone
        AlCalzone Developer @SBorg last edited by

        @SBorg Ich sehe üblicherweise die Fehler, dass npm als non-root ausgeführt wird (wie es sein sollte), aber versucht in /root/.npm zu schreiben. Das kommt meiner Erfahrung nach daher, dass die Rechte im Zielordner falsch sind und npm daher auf das falsche Cache-Verzeichnis zugreifen will.

        1 Reply Last reply Reply Quote 0
        • E
          e-i-k-e @apollon77 last edited by

          Danke @apollon77.

          Habe das komplette System auf 2.0.7 aktualisiert.
          Leider werden die Adapter auch mit dieser Version erst grün, wenn ich die Slave neustarte.
          Was mir allerdings gefällt, die Slave Geräte behalten Ihren letzten GPIO (RPI Adapter) Status. (glaube ich ;))

          Anbei der log vom Slave. iobroker.2019-09-23.log
          Neustart Master: 18:45 Uhr
          Neustart Slave: 18:52 Uhr

          Unabhängig davon werden mit im log vom Master folgenden warn angezeigt.

          admin.2	2019-09-23 18:46:36.260	info	(1343) starting. Version 3.6.5 in /opt/iobroker/node_modules/iobroker.admin, node: v10.16.3
Error	2019-09-23 18:46:32.940	warn	from InMemDB: Error: Unknown Script 47ca5e051ba19850d94c45a1fc8725ff04ae868f
Error	2019-09-23 18:46:32.939	warn	from InMemDB: Error: Unknown Script 47ca5e051ba19850d94c45a1fc8725ff04ae868f
Error	2019-09-23 18:46:32.936	warn	from InMemDB: Error: Unknown Script 47ca5e051ba19850d94c45a1fc8725ff04ae868f
Error	2019-09-23 18:46:32.934	warn	from InMemDB: Error: Unknown Script 47ca5e051ba19850d94c45a1fc8725ff04ae868f
Error	2019-09-23 18:46:32.919	warn	from InMemDB: Error: Unknown Script 47ca5e051ba19850d94c45a1fc8725ff04ae868f
Error	2019-09-23 18:46:32.917	warn	from InMemDB: Error: Unknown Script 47ca5e051ba19850d94c45a1fc8725ff04ae868f
Error	2019-09-23 18:46:32.906	warn	from InMemDB: Error: Unknown Script 47ca5e051ba19850d94c45a1fc8725ff04ae868f
Error	2019-09-23 18:46:32.904	warn	from InMemDB: Error: Unknown Script 47ca5e051ba19850d94c45a1fc8725ff04ae868f
Error	2019-09-23 18:46:32.900	warn	from InMemDB: Error: Unknown Script 47ca5e051ba19850d94c45a1fc8725ff04ae868f
Error	2019-09-23 18:46:32.898	warn	from InMemDB: Error: Unknown Script 47ca5e051ba19850d94c45a1fc8725ff04ae868f
Error	2019-09-23 18:46:32.895	warn	from InMemDB: Error: Unknown Script 47ca5e051ba19850d94c45a1fc8725ff04ae868f
host.ioBroker-Rock	2019-09-23 18:46:32.380	info	instance system.adapter.admin.2 started with pid 1343
host.ioBroker-Rock	2019-09-23 18:46:32.330	warn	Multihost discovery server: service started on 0.0.0.0:50005
          apollon77 1 Reply Last reply Reply Quote 0
          • apollon77
            apollon77 @e-i-k-e last edited by

            @e-i-k-e hast du hier mal das volle Master log? Kommen sie auch wenn du Admin neu startest?

            E 1 Reply Last reply Reply Quote 0
            • AlCalzone
              AlCalzone Developer @SBorg last edited by

              @SBorg Kannst du mal probieren, den Eigentümer im ioBroker-Ordner zu korrigieren?

              sudo chown -R iobroker /opt/iobroker

              Das sollte der Fixer eigentlich machen, aber vielleicht stimmt da ja doch was nicht.

              SBorg 1 Reply Last reply Reply Quote 0
              • E
                e-i-k-e @apollon77 last edited by e-i-k-e

                @apollon77

                Anbei das log vom Master.

                iobroker.2019-09-23.log

                Könntest du dir bitte auch die Uhrzeit ~1.15 Uhr anschauen. Ich habe seit einigen Tagen Probleme mit meinem ioBroker, dieser hängt sich mehrmals täglich auf. Ich wäre dir sehr dankbar.

                Den Admin habe ich nicht neugestartet. Kann ich aber gerne testen.

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

                  Auf GitHub gibt es jetzt die 2.0.8 . Ich habe nochmal das Stoppen und Restarting angeschaut und überarbeitet.
                  Ich habe mal mit meinem Redis/Redis Testsystem getestet und einen Redis restart hat es gut weggesteckt

                  @e-i-k-e Kannst bitte das Slave Thema nochnal checken ... bin gespannt auf die Logs. Das "unknown Skript" kann ich mir eher nicht erklären. States und Objects sind "file" oder Objects in Redis?

                  sigi234 E 2 Replies Last reply Reply Quote 0
                  • apollon77
                    apollon77 @e-i-k-e last edited by

                    @e-i-k-e Was passiert denn 1:15? Bringt /var/log/syslog irgendwas zu dem Zeitpunkt? Sieht wie ein Reboot aus ... kann RAM kram sein, kann schlechte Stromversorgung sein oder sowas

                    E 1 Reply Last reply Reply Quote 0
                    • sigi234
                      sigi234 Forum Testing Most Active @apollon77 last edited by

                      @apollon77 sagte in [Aufruf] js-controller 2.0 Beta Test:

                      Auf GitHub gibt es jetzt die 2.0.8

                      Läuft.😀

                      1 Reply Last reply Reply Quote 1
                      • E
                        e-i-k-e @apollon77 last edited by

                        @apollon77

                        Das sieht sehr gut aus, alle Adapter der Slave sind grün👍
                        Bei mir sind die Objects in Redis.

                        Anbei das log vom:
                        Master: iobroker.2019-09-24.log
                        Slave: iobroker.2019-09-24.log

                        Neustart Master: ~00:07Uhr
                        Neustart Slave: ~00:14 Uhr

                        apollon77 2 Replies Last reply Reply Quote 1
                        • apollon77
                          apollon77 @e-i-k-e last edited by

                          @e-i-k-e perfekt. Checke es morgen. Jetzt Bett 😉 N8

                          1 Reply Last reply Reply Quote 1
                          • E
                            e-i-k-e @apollon77 last edited by e-i-k-e

                            @apollon77

                            Eigentlich nichts geplantes. Der Absturz passiert auch zu anderen Uhrzeiten. 😕
                            Anbei mal das syslog, ich selbst kann da nicht viel mit anfangen. syslog

                            N8 und bis morgen. 😉

                            apollon77 1 Reply Last reply Reply Quote 0
                            • apollon77
                              apollon77 @e-i-k-e last edited by

                              @e-i-k-e sieht alles ok aus. Was war denn da 0:91 los wo wegen „_id of undefined“ die JavaScript Instanz gestorben ist. Passiert das öfter? Ist da ein Script kaputt? Irgendwie reproduzierbar?

                              1 Reply Last reply Reply Quote 0
                              • apollon77
                                apollon77 @e-i-k-e last edited by

                                @e-i-k-e hast du syslog auch von davor? Das 0:17 s geübt für Zeit gewesen zu sein Die Dieuhr hatte beim restart. Würde dann aber auf 6:XX aktualisiert. Daher denke ichbdad der Crash eher da ist.

                                Um 6:2x macht das System meistens Daily Aufgaben und so und dadurch kann last entstehen.

                                Was ist für ein Netzteil dran (wird gerade off topic für diesen Thread) 😉

                                E 1 Reply Last reply Reply Quote 0
                                • SBorg
                                  SBorg Forum Testing Most Active @AlCalzone last edited by

                                  @AlCalzone sagte in [Aufruf] js-controller 2.0 Beta Test:

                                  @SBorg Kannst du mal probieren, den Eigentümer im ioBroker-Ordner zu korrigieren?

                                  sudo chown -R iobroker /opt/iobroker

                                  Das sollte der Fixer eigentlich machen, aber vielleicht stimmt da ja doch was nicht.

                                  Hatte mal ls -lR|grep -v iobroker|awk {'print $3'} > result.txt ausgeführt, danach in der TXT Leerzeilen gelöscht = leere Datei, also keine Datei die nicht iobroker gehört. Aber man weiß ja nie, also noch mal chown ausgeführt, bleibt dabei:

                                  Als User ausgeführt:

                                  npm ERR! code EPERM
npm ERR! syscall spawn
npm ERR! errno EPERM
npm ERR! Error: spawn EPERM
npm ERR!     at ChildProcess.spawn (internal/child_process.js:313:11)
npm ERR!     at exports.spawn (child_process.js:508:9)
npm ERR!     at exports.execFile (child_process.js:218:15)
npm ERR!     at tryCatcher (/usr/local/lib/node_modules/npm/node_modules/bluebird/js/release/util.js:16:23)
npm ERR!     at ret (eval at makeNodePromisifiedEval (/usr/local/lib/node_modules/npm/node_modules/bluebird/js/release/promisify.js:184:12), <anonymous>:16:23)
npm ERR!     at promiseRetry (/usr/local/lib/node_modules/npm/node_modules/pacote/lib/util/git.js:192:14)
npm ERR!     at /usr/local/lib/node_modules/npm/node_modules/promise-retry/index.js:29:24
npm ERR!     at <anonymous>
npm ERR!  { Error: spawn EPERM
npm ERR!     at ChildProcess.spawn (internal/child_process.js:313:11)
npm ERR!     at exports.spawn (child_process.js:508:9)
npm ERR!     at exports.execFile (child_process.js:218:15)
npm ERR!     at tryCatcher (/usr/local/lib/node_modules/npm/node_modules/bluebird/js/release/util.js:16:23)
npm ERR!     at ret (eval at makeNodePromisifiedEval (/usr/local/lib/node_modules/npm/node_modules/bluebird/js/release/promisify.js:184:12), <anonymous>:16:23)
npm ERR!     at promiseRetry (/usr/local/lib/node_modules/npm/node_modules/pacote/lib/util/git.js:192:14)
npm ERR!     at /usr/local/lib/node_modules/npm/node_modules/promise-retry/index.js:29:24
npm ERR!     at <anonymous>
npm ERR!   cause: { Error: spawn EPERM
npm ERR!     at ChildProcess.spawn (internal/child_process.js:313:11)
npm ERR!     at exports.spawn (child_process.js:508:9)
npm ERR!     at exports.execFile (child_process.js:218:15)
npm ERR!     at tryCatcher (/usr/local/lib/node_modules/npm/node_modules/bluebird/js/release/util.js:16:23)
npm ERR!     at ret (eval at makeNodePromisifiedEval (/usr/local/lib/node_modules/npm/node_modules/bluebird/js/release/promisify.js:184:12), <anonymous>:16:23)
npm ERR!     at promiseRetry (/usr/local/lib/node_modules/npm/node_modules/pacote/lib/util/git.js:192:14)
npm ERR!     at /usr/local/lib/node_modules/npm/node_modules/promise-retry/index.js:29:24
npm ERR!     at <anonymous> errno: 'EPERM', code: 'EPERM', syscall: 'spawn' },
npm ERR!   stack: 'Error: spawn EPERM\n    at ChildProcess.spawn (internal/child_process.js:313:11)\n    at exports.spawn (child_process.js:508:9)\n    at exports.execFile (child_process.js:218:15)\n    at tryCatcher (/usr/local/lib/node_modules/npm/node_modules/bluebird/js/release/util.js:16:23)\n    at ret (eval at makeNodePromisifiedEval (/usr/local/lib/node_modules/npm/node_modules/bluebird/js/release/promisify.js:184:12), <anonymous>:16:23)\n    at promiseRetry (/usr/local/lib/node_modules/npm/node_modules/pacote/lib/util/git.js:192:14)\n    at /usr/local/lib/node_modules/npm/node_modules/promise-retry/index.js:29:24\n    at <anonymous>',
npm ERR!   errno: 'EPERM',
npm ERR!   code: 'EPERM',
npm ERR!   syscall: 'spawn',
npm ERR!   parent: 'iobroker' }
npm ERR!
npm ERR! The operation was rejected by your operating system.
npm ERR! It is likely you do not have the permissions to access this file as the current user
npm ERR!
npm ERR! If you believe this might be a permissions issue, please double-check the
npm ERR! permissions of the file and its containing directories, or try running
npm ERR! the command again as root/Administrator.

npm ERR! A complete log of this run can be found in:
npm ERR!     /home/xxx/.npm/_logs/2019-09-23T19_16_22_629Z-debug.log

                                  Nochmals npm neu installiert und alle Rechte unter /usr/local/lib/node-modules... kontrolliert, alles iO.

                                  Als root ausgeführt:
                                  siehe oben, "git clone..."-Error

                                  Nur die Version mit "sudo -H..." funktioniert. Im Moment bin ich mit meinem Latein erst mal am Ende, weiß echt nicht mehr was das NPM-Update da verhunzt hat. Wenn ich der Einzige bin/bleibe, was soll's? Es läuft sonst alles und über "Umweg" kriege ich es installiert.

                                  arteck AlCalzone 2 Replies Last reply Reply Quote 0
                                  • arteck
                                    arteck Developer Most Active @SBorg last edited by arteck

                                    @SBorg ne du bist nicht der einzige... ich habs auch...sogar über 3 Systeme.. ich muss meine updates auch mit sudo -H ... aktualisieren

                                    1 Reply Last reply Reply Quote 0
                                    • E
                                      e-s @e-s last edited by

                                      @e-s sagte in [Aufruf] js-controller 2.0 Beta Test:

                                      @apollon77
                                      Hatte aber trotzdem wieder Fehlermeldungen:

                                      santa@ubuntuserver:/opt/iobroker$ npm install ioBroker/ioBroker.js-controller
npm ERR! code EPERM
npm ERR! syscall spawn
npm ERR! errno EPERM
npm ERR! Error: spawn EPERM
npm ERR!     at ChildProcess.spawn (internal/child_process.js:366:11)
npm ERR!     at spawn (child_process.js:551:9)
npm ERR!     at execFile (child_process.js:221:15)
npm ERR!     at tryCatcher (/usr/local/lib/node_modules/npm/node_modules/bluebird/js/release/util.js:16:23)
npm ERR!     at ret (eval at makeNodePromisifiedEval (/usr/local/lib/node_modules/npm/node_modules/bluebird/js/release/promisify.js:184:12), <anonymous>:16:23)
npm ERR!     at promiseRetry (/usr/local/lib/node_modules/npm/node_modules/pacote/lib/util/git.js:192:14)
npm ERR!     at /usr/local/lib/node_modules/npm/node_modules/promise-retry/index.js:29:24
npm ERR!  { Error: spawn EPERM
npm ERR!     at ChildProcess.spawn (internal/child_process.js:366:11)
npm ERR!     at spawn (child_process.js:551:9)
npm ERR!     at execFile (child_process.js:221:15)
npm ERR!     at tryCatcher (/usr/local/lib/node_modules/npm/node_modules/bluebird/js/release/util.js:16:23)
npm ERR!     at ret (eval at makeNodePromisifiedEval (/usr/local/lib/node_modules/npm/node_modules/bluebird/js/release/promisify.js:184:12), <anonymous>:16:23)
npm ERR!     at promiseRetry (/usr/local/lib/node_modules/npm/node_modules/pacote/lib/util/git.js:192:14)
npm ERR!     at /usr/local/lib/node_modules/npm/node_modules/promise-retry/index.js:29:24
npm ERR!   cause:
npm ERR!    { Error: spawn EPERM
npm ERR!        at ChildProcess.spawn (internal/child_process.js:366:11)
npm ERR!        at spawn (child_process.js:551:9)
npm ERR!        at execFile (child_process.js:221:15)
npm ERR!        at tryCatcher (/usr/local/lib/node_modules/npm/node_modules/bluebird/js/release/util.js:16:23)
npm ERR!        at ret (eval at makeNodePromisifiedEval (/usr/local/lib/node_modules/npm/node_modules/bluebird/js/release/promisify.js:184:12), <anonymous>:16:23)
npm ERR!        at promiseRetry (/usr/local/lib/node_modules/npm/node_modules/pacote/lib/util/git.js:192:14)
npm ERR!        at /usr/local/lib/node_modules/npm/node_modules/promise-retry/index.js:29:24 errno: 'EPERM', code: 'EPERM', syscall: 'spawn' },
npm ERR!   stack:
npm ERR!    'Error: spawn EPERM\n    at ChildProcess.spawn (internal/child_process.js:366:11)\n    at spawn (child_process.js:551:9)\n    at execFile (child_process.js:221:15)\n    at tryCatcher (/usr/local/lib/node_modules/npm/node_modules/bluebird/js/release/util.js:16:23)\n    at ret (eval at makeNodePromisifiedEval (/usr/local/lib/node_modules/npm/node_modules/bluebird/js/release/promisify.js:184:12), <anonymous>:16:23)\n    at promiseRetry (/usr/local/lib/node_modules/npm/node_modules/pacote/lib/util/git.js:192:14)\n    at /usr/local/lib/node_modules/npm/node_modules/promise-retry/index.js:29:24',
npm ERR!   errno: 'EPERM',
npm ERR!   code: 'EPERM',
npm ERR!   syscall: 'spawn',
npm ERR!   parent: 'iobroker' }
npm ERR!
npm ERR! The operation was rejected by your operating system.
npm ERR! It is likely you do not have the permissions to access this file as the current user
npm ERR!
npm ERR! If you believe this might be a permissions issue, please double-check the
npm ERR! permissions of the file and its containing directories, or try running
npm ERR! the command again as root/Administrator.

npm ERR! A complete log of this run can be found in:
npm ERR!     /media/HDD/.npm/_logs/2019-09-22T06_17_39_413Z-debug.log

                                      Anschließend die sudo Variante, Update lief jetzt mit warns durch und wird auch mit 2.0.6 in iobroker angezeigt:

                                      santa@ubuntuserver:/opt/iobroker$ sudo -H -u iobroker npm install ioBroker/ioBroker.js-controller
[sudo] Passwort für santa:

> iobroker.js-controller@2.0.6 preinstall /opt/iobroker/node_modules/iobroker.js-controller
> node lib/preinstallCheck.js

NPM version: 6.11.3

> iobroker.js-controller@2.0.6 install /opt/iobroker/node_modules/iobroker.js-controller
> node iobroker.js setup first

npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@2.0.7 (node_modules/fsevents):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@2.0.7: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"})
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: osx-temperature-sensor@1.0.4 (node_modules/osx-temperature-sensor):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for osx-temperature-sensor@1.0.4: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"})

+ iobroker.js-controller@2.0.6
added 4 packages from 3 contributors, removed 1 package, updated 4 packages and audited 27832 packages in 75.021s
found 34 vulnerabilities (23 low, 11 high)
  run `npm audit fix` to fix them, or `npm audit` for details

                                      Nein er ist nicht der einzige, Hatte das gleiche Problem vor ein paar Tagen auch. Beim ersten Mal ging es ohne sudo, danach npm Update und diese Probleme.

                                      1 Reply Last reply Reply Quote 0
                                      • SBorg
                                        SBorg Forum Testing Most Active last edited by

                                        Ok, dachte weil sich keiner sonst meldet 😉
                                        @arteck Dachte bei dir hätte es sich erledigt, da @apollon77 schrieb "hatte auch mal"...

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

                                          Also hat "npm" mal wieder was verschlimmbessert 😞 mist.

                                          Nevermid: Auf GitHub gibt es jetzt die 2.0.9 vom controller. Ich hatte noch ein paar Optimierungen auf dem Zettel, also effektiv keine Bugs gefixt, sondern nur ein paar Dinge die jetzt "im Code" besser ablaufen. Wenn sonst nichts mehr kommt wäre das also super und ich würde morgen mal im allgemeinen Forum einen "Link"-Port machen um vllt noch ein paar Tester anzuziehen 🙂

                                          Eine Frage noch: @sigi234 hat immer noch das Problem das iqontrol bei Ihm mit js-controller 2.0 keine Werte in der UI anzeigt. Nutzt hier noch jemand iqontrol und kann das ggf bitte mal prüfen ob dies bei Ihm auch so ist? Es gibt bei iqontrol auch ein Issue dafür.
                                          Danke

                                          Ingo

                                          arteck 1 Reply Last reply Reply Quote 0
                                          • arteck
                                            arteck Developer Most Active @apollon77 last edited by

                                            @apollon77

                                            iqontrol ... jo sag ich dir heute abend.. ich habs am laufen aber vergessen es mit zu testen..... mea culpa

                                            1 Reply Last reply Reply Quote 0
                                            • First post
                                              Last post

                                            Support us

                                            ioBroker
                                            Community Adapters
                                            Donate

                                            827
                                            Online

                                            30.4k
                                            Users

                                            76.5k
                                            Topics

                                            1.2m
                                            Posts

                                            js-controller
                                            48
                                            1047
                                            93308
                                            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