@crunchip
Problem lag wohl an Userrechten der Verzeichnisse. Hatte einige Adapter von einer anderen Maschine einfach Fileweise kopiert. IO-Broker neu aufgesetzt , jetzt geht es.

So sieht das Gesamte Log des Befehls aus:

./iobroker add vis-bars
NPM version: 6.14.17
Installing iobroker.vis-bars@0.1.4... (System call)
host.BACnet-SMARTi-Plus Cannot install iobroker.vis-bars@0.1.4: 243

..und Fehler gibt es sonst keine .

[root@BACnet-SMARTi-Plus:/opt/iobroker]# npm ls | grep ERR
[root@BACnet-SMARTi-Plus:/opt/iobroker]#

Andere Adapter habe ich vorher problemlos installieren können wie vis, ping, parser etc.

Servus,

bekomme folgende Fehlermeldung nach einem Installationsversuch über:
./iobroker install vis-bars
Cannot install iobroker.vis-bars@0.1.4: 243
Bs: Linux
Node.js: V14.19.3
npm: V6.14.17
IO-Broker: V5.3.8

Ist da was bekannt was die Fehlermeldung bedeutet und wie man das Problem löst ?

Gruß

Hallo Stabilostick,

ich mache das mit adapter.getForeignObject(….)

Bei Programmstart frage ich ob die Instanz exisitiert mit

adapter.getForeignState( "system.adapter." + Adaptername + ".alive", function (err,state){
      ....
);

im weiteren Programmverlauf prüfe ich einige Abhängikeiten und führe dann folgenden Code aus:

adapter.getForeignObject(sysName, function (err, obj) {
    if (err) {
         adapter.log.error(err);
      } else {
           if (obj != null) {
                   ... 
                 obj.common.enabled = false;
             }
      }
   });

Die Instanz wird dann angehalten.

Wenn ich die Instanz wieder starten will setze ich common.enabled wieder true. Das Problem bei Windows ist, das die Funktion

getForeignObject(sysName, function (err, obj) obj == NULL zurück gibt wenn vorher common.enabled auf false gesetzt wurde.

Hallo,

kann denn niemand was zu dem Problem sagen . Ich hatte gehofft das sich der Entwickler des Admin Adapters mal meldet was die Ursache sein kann. Ich komme hier so nicht mehr weiter. Ich habe mir einen Adapter geschrieben der global andere Adapter Instanzen überwacht und diese automatisch beendet wenn bestimmte Zuständen eintreten und dann wieder selbstständig z.B. Nach einer Zeitverzögerung wieder startet. Leider funktioniert das ganz unter Windows wie vorherigen Beitrag von mir beschrieben nicht, im Gegensatz zu OSX bzw. Linux.

Über eine Antwort wäre ich sehr froh, ob es überhaupt eine Lösung für Windows gibt.

im voraus besten Dank.

Hallo Zusammen,

Unter Windows werden die Instanzen der Adapter nicht korrekt geschlossen. Dh. beende ich eine laufende Instanz (zB. web.0) mit den Aktions-Button bekomme ich folgende Meldungen im Log File:

****host.TEST_Win7 2018-08-27 15:11:25.844 info instance system.adapter.web.0 terminated with code null ()

host.TEST_Win7 2018-08-27 15:11:25.844 warn instance system.adapter.web.0 terminated due to SIGTERM

host.TEST_Win7 2018-08-27 15:11:25.813 info stopInstance system.adapter.web.0 killing pid 3172

host.TEST_Win7 2018-08-27 15:11:25.813 info stopInstance system.adapter.web.0****

Unter OSX wird die Instanz mit folgenden Meldungen bendet:

****host.iMAC.fritz.box 2018-08-27 15:28:47.062 info instance system.adapter.web.0 terminated with code 0 (OK)

webb.0 2018-08-27 15:28:47.052 info terminating

web.0 2018-08-27 15:28:47.049 info terminated http server on port 8082

web.0 2018-08-27 15:28:47.048 info terminating http server on port 8082

host.iMAC.fritz.box 2018-08-27 15:28:47.047 info stopInstance system.adapter.web.0 killing pid 37136

host.iMAC.fritz.box 2018-08-27 15:28:47.047 info stopInstance system.adapter.web.0****

was auffällt ist das bei Windows die Meldung „Instanz über Sigterm beendet“ erscheint , was wohl zur Folge hat das die Call-Back Funktion adapter.on('unload', function (callback) {} nicht aufgerufen und der Prozess mit Rückgabewert NULL beendet wird.

In diesem Fall können diese gestoppten Instanzen nicht mehr von anderen Adapter-Instanzen mit Adapter.GetForeignObject (…) geprüft werden ob sie enabled sind oder nicht da sie global nicht mehr auffindbar sind. :!:

Bei OSX tritt dieses Problem nicht auf , wie im Logfile ersichtlich, wird die Unload-Callbackfunktion von web.0 aufgerufen und das Programm korrekt beendet Andere Adapter.Instanzen können dann über Adapter.GetForeignObject (…) prüfen ob die Instanzen angehalten worden oder nicht.

Info: Nutze bei beiden Node 6.11

Ist das Problem bekannt ?

Danke,

das wars, mal gespannt was noch für Probleme auftreten.

log("Start");

Mehr ist es nicht !

Hallo,

habe unter 'global' ein Script erstellt und laut Log wird es auch gestartet, allerdings wird keinerlei Logmeldung die ich im Script erzeuge ausgegeben. Logmeldungen des Scripts unter 'common' funktionieren.

Gibt es dafür eine Erklärung ?

Hatte erst mal keine Zeit mehr mich damit weiter zu beschäftigen , bin nun aber hinter das Problem gekommen. Hatte unter Windows keinen Server mit SSL Verschlüsselung angefragt und dummerweise keine Fehlermeldung ausgegeben / ausgewertet die per Callback generiert wurde. Nach aussen sah dann es so aus als ob das Programm ohne Meldung die Verbindung abbricht.

-wer programmiert macht Fehler –