UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[dtp]

@OliverIO sagte in IoBroker.phantomjs:

Jetzt verstehe ich dich nicht mehr.

Nun ja, wenn ich den Docker-Container im Bridge-Modus starte, dann gibt es diese Fehlermeldung nicht mehr. Die kommt nur, wenn ich im Host-Modus bin. Am Verhalten des phantomjs-Adapters ändert das aber leider überhaupt nichts.

Der Bridge-Modus des Containers bereitet mir aber leider noch ein anderes Problem. Damit komme ich dann nicht mehr auf die Maria-DB-10-Datenbank meiner DiskStation, weil ich keine Portweiterleitung hinbekomme.

[dtp]

So,

@andre hat hier das Problem mit dem phantomjs-Adapter bestätigt. Da scheint also was grundsätzlich mit dem Adapter unter Debian Buster nicht zu funktionieren.

Siehe auch das bereits existierende Issue zum Adapter.

[dtp]

Hab die Lösung gefunden. Siehe hier.

[dtp]

Hi,

weiß zufällig jemand, ob ich unter "output" im Javaskript auch einen curl-Befehl zum direkten Speichern auf einem entfernten Raspi eintragen kann, oder muss ich das doch eher separat machen?

[OliverIO]

@dtp das sicherste wäre einen Ordner des raspi auf deinem Rechner freigeben

https://wiki.ubuntuusers.de/FUSE/sshfs/

[dtp]

@oliverio Okay. Aber evtl. reicht ja dann auch schon die Verwendung von ssh-keygen, um direkten Zugriff auf das Remote-Verzeichnis zu bekommen.

[OliverIO]

@dtp
Das gehört eigentlich mit dazu, da aus Sicherheitsgründen dazu einen eigenen User einrichten solltest, mit dem der andere Rechner dann auf dieses Verzeichnis zugreifen kann.
ich glaube bei ssh-Filezugriff ist die authentifizierung nur mit key zulässig.
user/password geht nicht bzw. ist nicht ratsam.

[oliverr]

Habe jetzt festgestellt das aktuell nur das Prozess Ikon als png abgespeichert wird und kein gescheiter Screenshot (vom VIS) mehr :-(
iobroker läuft auf einem Ubuntu 19.10 und alle benutzten iobroker Module sind auf dem neusten Stand.
Was kann das sein? Wie bekommt man das behoben?

[Glasfaser]

@oliverr sagte in IoBroker.phantomjs:

nur das Prozess Ikon als png abgespeichert wird

renderTime höher stellen .

renderTime - Interval in ms to wait till the page will be rendered.

[oliverr]

@glasfaser den habe ich schon massiv höher gestellt (obwohl es ja früher mit dem alten Wert lief).

[Glasfaser]

@oliverr
Was heißt massiv höher ?
Teste mal mit einem neuen Projekt wo nur ein Demoview drin ist , was ist dann ?

[oliverr]

@glasfaser Ich habe mal eine neues Projekt angelegt und eine "normale" URL angegeben. Damit geht es.
Mit der VIS URL gibt es wieder nur das Lade-Ikon, obwohl die URL sonst sauber funktioniert.

[Glasfaser]

@oliverr sagte in IoBroker.phantomjs:

Mit der VIS URL gibt es wieder nur das Lade-Ikon,

auch mit einer anderen View von deinem Projekt ?

@glasfaser sagte in IoBroker.phantomjs:

@oliverr
Was heißt massiv höher ?

Wie hoch hast du es jetzt gestellt ??

[oliverr]

@glasfaser Ja mit einer anderen View auch das Problem.
Rendertime von 2000 nach und nach auf 20000 erhöht.
Leider keine Besserung.

[Glasfaser]

@oliverr sagte in IoBroker.phantomjs:

Rendertime von 2000

der Wert ist sportlich ;)

Versuche mal 60000 , ob es dann funktioniert und dann langsam runtertasten .

[oliverr]

@glasfaser

Habe die Beta Version des VIS mal installiert und siehe da, es funktioniert wieder.
https://forum.iobroker.net/topic/37047/vis-seite-mit-phantomjs-screenshot-in-blockly/15 hat mich drauf gebracht.

[Negalein]

hat jemand die selbe Ausstattung und ebenfalls das Problem, dass der Phantonjs-Adapter ioBroker in die Knie zwingt?

Node.js: V14.17.1
NPM: 6.14.13
JS-Controller: 3.3.14
Admin: 5.1.10
Phantomjs: 1.1.2

so ist das Script

schedule("*/5 * * * *", function () {
  sendTo("phantomjs.0", "send", {
     url: 'http://10.0.1.203:3000/d/14q2Khmnz/wetterstation-copy?orgId=1&refresh=1m&kiosk',
     output: 'wetterstation.png',
     width: '1920',
     height: '757',
     renderTime: '60000'
  });
  exec('wput -nc /opt/iobroker/node_modules/iobroker.phantomjs/wetterstation.png ftp://test:test@www37.world4you.com');
  console.log("exec: " + 'wput -nc /opt/iobroker/node_modules/iobroker.phantomjs/wetterstation.png ftp://test:test@www37.world4you.com');
});

und so die Auslastung

[Glasfaser]

@negalein

für mich sieht das erstmal aus , als würde 4 x phantomjs laufen .

Kill mal alles , was ist danach ?

sudo kill -9 5261
sudo kill -9 5268
sudo kill -9 9223
sudo kill -9 5301

[Negalein]

@glasfaser sagte in IoBroker.phantomjs:

Kill mal alles , was ist danach ?

Danke, ist mir garnicht aufgefallen.
mach ich später. Jetzt gehts mal ins Kino! :grin:

[Negalein]

@glasfaser sagte in IoBroker.phantomjs:

für mich sieht das erstmal aus , als würde 4 x phantomjs laufen .

Adapter gestoppt, alle gekillt
läuft

Adapter wieder gestartet, 3x wieder vorhanden und 2x wput
System passt noch

Bild

Script gestartet
System geht an die Decke

Script gestoppt
Adapter keine Chance mehr zu stoppen
kurz später geht ioBroker in die Knie (100% RAM & CPU) und rebootet selbst.

Dann war wieder alles gut!!

Und gerade dieser Adapter war mir sehr wichtig! :(

Ich kann mir nur vorstellen, dass es an einem dieser 3 Variablen liegt.
Denn mit
Node.js: V12.x
JS-Controller: 3.2.x
Admin: 4.x
lief er perfekt.

Und nur am Umzug von Synology auf Mini-PC mit Proxmox (ioBroker in Debian VM) wird es eher nicht liegen.