fhem-docker Image 4.0.0 (Tester gesucht)

[Sidey]

Leider geht der Status auf unhealthy. Ich kann aber keine Probleme erkennen. Gibt es einen Möglichkeit die Ursache zu finden?

Mit beta7?

Was sagt denn ein list der dockerinfo Definition?

Viele Grüße
Sidey

[juemuc]

Hallo Sidey,

in FHEM ist alles auf "grün" nur in Portainer steht "unhealthy". Ich habe die Daten aus dem Produktiven FHEM immer blockweise übernommen. Lange Zeit war der Status in Portainer auch "healthy". Irgendeine Situation scheint dafür zu sorgen, dass Portainer auf einmal den Status "unhealthy" setzt. Ich versuche jetzt einmal die Übernahme der Daten in kleinere Schritte zu unterteilen um die Ursache zu finden. Es gibt ja auch in der Nutzung kein Problem. Ich wüsste halt nur gerne die Ursache.
Im logfile von FHEM ist auch nichts zu finden.



Viele Grüße
Jürgen

[Sidey]

in FHEM ist alles auf "grün" nur in Portainer steht "unhealthy".

Ich bleibe dabei, ein List von deinem dockerinfo würde schon weiterhelfen.
Danach weiss ich, in welche Richtung wir schauen müssen.


Grüße Sidey

[juemuc]

Meinst die diese INfo?

Code Auswählen Erweitern

Internals:
   FUUID      65f5ae91-f33f-650f-c794-11f9f056228975f7
   INFO_DIR   /tmp
   NAME       DockerImageInfo
   NR         44
   NTFY_ORDER 50-DockerImageInfo
   RESULT_FILE /tmp/health-check.result
   STATE      ok (3 successful,  0 failed)
   TYPE       DockerImageInfo
   URL_FILE   /tmp/health-check.urls
   READINGS:
     2024-03-17 14:33:50   container.cap.e audit_write,chown,dac_override,fowner,fsetid,kill,mknod,net_bind_service,net_raw,setfcap,setgid,setpcap,setuid,sys_chroot

     2024-03-17 14:33:50   container.cap.i none

     2024-03-17 14:33:50   container.cap.p audit_write,chown,dac_override,fowner,fsetid,kill,mknod,net_bind_service,net_raw,setfcap,setgid,setpcap,setuid,sys_chroot

     2024-03-17 14:33:50   container.hostname FHEM

     2024-03-17 14:33:50   container.hostnetwork 0

     2024-03-17 14:33:50   container.id    40eebfa15dc02d7f5f90a006fdab79728b0168022433d922a75de4b834c5db75

     2024-03-17 14:33:50   container.privileged 0

     2024-03-17 14:33:50   id.gid          6061
     2024-03-17 14:33:50   id.gname        fhem
     2024-03-17 14:33:50   id.groups       [ "fhem": 6061, "tty": 5, "mail": 8, "dialout": 20, "audio": 29, "video": 44, "bluetooth": 6001, "gpio": 6002, "i2c": 6003 ]
     2024-03-17 14:33:50   id.uid          6061
     2024-03-17 14:33:50   id.uname        fhem
     2024-03-17 14:33:50   image.created   2024-03-16T08:42:08.985Z
     2024-03-17 14:33:50   image.description A full blown Docker image for FHEM house automation system, based on Debian Perl -threaded-bullseye.
     2024-03-17 14:33:50   image.documentation https://github.com/fhem/fhem-docker/blob/37a0a84856da58713246383c06fcd875429edc9f/README.md
     2024-03-17 14:33:50   image.licenses  MIT
     2024-03-17 14:33:50   image.revision  37a0a84856da58713246383c06fcd875429edc9f
     2024-03-17 14:33:50   image.source    https://github.com/fhem/fhem-docker/
     2024-03-17 14:33:50   image.title     fhem-linux/amd64
     2024-03-17 14:33:50   image.url       https://hub.docker.com/r/fhem/fhem-linux/amd64
     2024-03-17 14:33:50   image.vendor    FHEM
     2024-03-17 14:33:50   image.version   4.0.0-beta7-threaded-bullseye
     2024-03-17 14:33:50   ssh-id_ed25519.pub ssh-ed25519 AAAAC3NzaC1lZDI1NTE5AAAAIE1yESZEhumuYPUUb+ZD3trP8DyMTHJrIJf32MYOj4Hz fhem@fhem-docker

     2024-03-17 14:33:50   ssh-id_rsa.pub  ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAACAQDlfLnpA3URiJIiZEYfbrwp6lLe6Xxt22MWH95rs463TjklB2Xj/EzdxtxXEh6u7N9wk7BlXuPrZOSF4JVSOtd3AFD4wQsmSNXFsm0J6vsUyohM4UyOSnfdNz9YOHTp1dDWYD32aB8K7SJAmFX5dIc5TyDuOe/ThGPmW8sLL54zYIo/vszeRnb2hZt4qNwxI3qDySYXlWqU/ycuWbfLxWtM+B4ysoxLM0Qrhr5/uGMOU38otAiLMp45MWWK9uBW9I4DgLBhMtrM3+olPXlD/LdygxOblmdM6XCcWf5L9l43vf+U0cLBWPm3S0oz83lkelrow+QT/FT5GBxAW0urZaS1Bg+1yJtLOBtQs90hBq4JeybjGkmjYV+kpXvzAY5NwSdRaJjY897DmcJYlgz0H1rA+z4rAVjtQMc1eVjlZPjQdh3ocaJNjMG6dAisM3f5htEERi/HjYqBhe+T9W0uV54tKcuxaCy14utK/sAWaRJtprDZl2cFKLgB9R38wC6XG7efInX8pfHEKY0vv4YtkRHd81yAr1gNCUxlnzYhPEfDFFSsPy3l0Pse7ct3d7sqTE9ogB2u8A+I6XCx4HSRIjVE5eYmE5wSyKXF0W994JLpFRehk//fp7wx/fi5MuB7BvCI3+ZyHh8tt9tduYOSQszEW/rnAs6Csi/mkufj0Qy2lw== fhem@fhem-docker

     2024-03-17 14:33:50   sudoers         [ "#", "# Allow installation of new packages", "# Allow updates", "# Auto-generated during container start", "fhem ALL=(ALL) NOPASSWD:SETENV: /usr/bin/npm install *", "fhem ALL=(ALL) NOPASSWD:SETENV: /usr/bin/npm uninstall *", "fhem ALL=(ALL) NOPASSWD:SETENV: /usr/bin/npm update *", "fhem ALL=(ALL) NOPASSWD:SETENV: /usr/local/bin/cpanm *", "fhem ALL=(ALL) NOPASSWD: /usr/bin/apt-get -q update", "fhem ALL=(ALL) NOPASSWD: /usr/bin/apt-get -s -q -V upgrade", "fhem ALL=(ALL) NOPASSWD: /usr/bin/apt-get -y install *", "fhem ALL=(ALL) NOPASSWD: /usr/bin/apt-get -y -q -V upgrade", "fhem ALL=(ALL) NOPASSWD: /usr/bin/nmap", "# required by modules" ]
Attributes:
   alias      Docker Image Info
   devStateIcon ok.*:security@green Initialized:system_fhem_reboot@orange .*:message_attention@red
   group      System
   icon       docker
   room       Systemdaten
Viele Grüße
Jürgen

[Sidey]

Meinst die diese INfo?

Ja, die meinte ich.

Jetzt wissen wir, dass der helath Check drei FHEMWEB Instanzen überwacht.
Schau doch bitte einmal nach dem Inhalt in diesen beiden Dateien:

/tmp/health-check.result
/tmp/health-check.urls

[juemuc]

Hallo Sidey,

nachdem ich noch einmal von vorne anfangen wollte um meine Schritte auch zu dokumentieren, kann ich aktuell nicht einmal mehr einen "Basis-Container Alexa-FHEM" mit einem "Basis-Container FHEM" verbinden.

Bei einer älteren Installation hat es geholfen, dass ich in Portainer einfach auf "Duplicate/Edit" gegangen bin und dann noch einmal auf "Deploy". Ich werde aber die Info von Dir im Hinterkopf behalten und dann auch hier berichten.

Viele Grüße
Jürgen

[juemuc]

Hallo,

mir gelingt es nicht mehr Alexa-FHEM mit FHEM zu verknüpfen. Ich habe alles dokumentiert und hier angehängt. Ich hoffe, der Fehler liegt nicht bei mir 

Ein alexa-Device wurde in FHEM nicht angelegt.


Viele Grüße
Jürgen

[Sidey]

Ich habe alles dokumentiert und hier angehängt. Ich hoffe, der Fehler liegt nicht bei mir 

Ein alexa-Device wurde in FHEM nicht angelegt

1. Eine alexa-Fhem Definition must Du manuell anlegen.
2. Warum nutzt Du macvlan als Netzwerkverbindung?
3. Wozu aktualisiert Du nodeJS im Container?
4. Ist dein alexa-web passend zur alexa-Fhem config.json eingerichtet?

[juemuc]

Hallo Sidey,

danke für die Infos. Ich war mir fast sicher, dass das alexa-Device automatisch angelegt wurde. Ich kann es aber nicht mehr nachvollziehen. Ich werde es mit einem selbst angelegten Device weiter testen.

macvlan nutze ich, damit ich auch für die Testinstallationen die gleichen Ports nutzen kann. Hatte damit noch keine Probleme.

NODEJS aktuallisiere ich nur, damit alles "grün" ist 

In "alexa-web" ist eine Kopie von "web" mit einer Anpassung des Ports von 8083 uf 8093.

Viele Grüße
Jürgen

[juemuc]

Auch wenn ich das alexa-device selbst in FHEM anlege, funktioniert es nicht. Die Log-Meldungen in alexa-fhem bleiben gleich.

Viele Grüße
Jürgen

[Sidey]

macvlan nutze ich, damit ich auch für die Testinstallationen die gleichen Ports nutzen kann. Hatte damit noch keine Probleme.

Da kann ich dir nicht folgen.
Standard ist, den alexa-fhem Container und den fhem container in ein Netzwerk zu bringen und die notwendigen Ports von fhem, nach außen erreichbar zu machen.

NODEJS aktuallisiere ich nur, damit alles "grün" ist 

Besser die nodejs definition löschen, zumindest ist jetzt bestätigt, dass diese Definition nur verwirrt.

In "alexa-web" ist eine Kopie von "web" mit einer Anpassung des Ports von 8083 uf 8093.

Da ist dann auch das Problem zu suchen.
Wieso hast Du überhaupt eine separate Definition angelegt? Egal, die Angaben in der Definition müssen mit denen in der config.json überein stimmen:

Port und Hostname dürften stimmen, aber WEBNAME stimmt sehr wahrscheinlich nicht. Standard ist "fhem".

Code Auswählen Erweitern

  "connections": [
    {
      "name": "FHEM2",
      "webname": "FHEM2",
      "filter": "alexaName=..*",
      "uid": "6062",
      "port": "8093",
      "server": "FHEM2"
    }
  ]


[juemuc]

Hallo Sidey,

jetzt habe ich es geschafft. Ich habe einfach die Definitionen aus der "alten" Konfiguration übernommen. Ich kann mir zwar nicht erklären was da jetzt anders ist, aber es funktioniert. Das alexa-Device wurde auch automatisch angelegt.

Ich habe ein eigenes Web-DEvice für alexa-fhem definiert, da ich mit https und Passwort zugreife. Die User/PSW-Info steht aber unverschlüsselt im Config-File für alexa. Mit dem eigenen Web-Device kann ich nun die Zugriffe von Alexa-Fhem besser einschränken (hoffe ich).

Viele Grüße
Jürgen

[juemuc]

Hallo Sidey,

ich habe zwar nicht die beiden Dateien gefunden, dafür aber in Portainer unter "Inspect" folgende Infos:

Code Auswählen Erweitern

        "Health": {
            "FailingStreak": 10,
            "Log": [
                {
                    "End": "2024-03-19T14:48:07.519644807+01:00",
                    "ExitCode": 1,
                    "Output": "Instance already running, aborting another one\n",
                    "Start": "2024-03-19T14:48:07.486258851+01:00"
                },
                {
                    "End": "2024-03-19T14:48:27.804237116+01:00",
                    "ExitCode": 1,
                    "Output": "Instance already running, aborting another one\n",
                    "Start": "2024-03-19T14:48:27.761884819+01:00"
                },
                {
                    "End": "2024-03-19T14:48:48.092185156+01:00",
                    "ExitCode": 1,
                    "Output": "Instance already running, aborting another one\n",
                    "Start": "2024-03-19T14:48:48.057024066+01:00"
                },
                {
                    "End": "2024-03-19T14:49:08.339831709+01:00",
                    "ExitCode": 1,
                    "Output": "Instance already running, aborting another one\n",
                    "Start": "2024-03-19T14:49:08.30228369+01:00"
                },
                {
                    "End": "2024-03-19T14:49:28.591953531+01:00",
                    "ExitCode": 1,
                    "Output": "Instance already running, aborting another one\n",
                    "Start": "2024-03-19T14:49:28.553926369+01:00"
                }
            ],
            "Status": "unhealthy"
        },
Du darfst diesen Dateianhang nicht ansehen.

Ich habe keine Ahnung wa hier passiert. Hast Du eine Idee?

Viele Grüße
Jürgen

[Sidey]

Es sieht so aus, als ob der Healthcheck nicht abgeschlossen werden kann, bevor ein neuer gestartet wird.

Aber ohne mehr Details ist das alles raten

[juemuc]

Es sieht so aus, als ob der Healthcheck nicht abgeschlossen werden kann, bevor ein neuer gestartet wird.

Aber ohne mehr Details ist das alles raten

Hallo Sidey,

in den beiden Dateien steht leider auch nicht mehr:

ERROR (0 successful,  0 failed)
bzw.
https://localhost:8083/fhem/healthcheck
https://localhost:8093/fhem/healthcheck
https://localhost:8084/fhem/healthcheck

Wo kann ich weitersuchen?

Viele Grüße
Jürgen