VisualStudio Code und Devcontainer

AlCalzone

@OliverIO sagte in VisualStudio Code und Devcontainer:

auch hier unverändert, wie ich oben geschrieben habe.

Dann zeig mir bitte noch deine nginx.conf

EdgarM

Bei mir war es ein echter Fehler im Adapter.

grüße
E

OliverIO

@AlCalzone

Auch hier nix verändert, stammt alles so aus dem adapter-creator.

nginx.conf

worker_processes 1;
events { worker_connections 1024; }

http {
  sendfile           on;
  keepalive_timeout  65;

  server {
    listen 80;

    location / {
      proxy_redirect off;
      proxy_pass     http://iobroker:8081;
    }

    location /socket.io/ {
      proxy_pass         http://iobroker:8081;
      proxy_http_version 1.1;
      proxy_set_header   Upgrade $http_upgrade;
      proxy_set_header   Connection "Upgrade";
    }

    location /adapter/mytest/ {
      alias /workspace/admin/;
    }
    access_log /var/log/nginx/accessx.log combined;
  }
}
error_log /var/log/nginx/errorx.log warn;

Ich denke nicht das es an nginx liegt, siehe mein nächsten Post

OliverIO

@EdgarM Auf dem Windowsrechner läuft sonst kein weiterer Server und iobroker lief da noch nie, da mein Produktionssystem auf einem NUC läuft.

@AlCalzone
ich hab nun ein wenig weiter recherchiert und im iobroker log die folgende Warnung gefunden:

warn: host.iobroker-mytest does not start any instances on this host

Nach ein bisschen Suche im Forum soll man den admin adapter installieren

iobroker add admin

Danach klappt der Zugriff auf iobroker, aber ich habe nun 2 admin instanzen (0=inaktiv und 1=aktiv)
an was könnte das liegen?

AlCalzone

@OliverIO sagte in VisualStudio Code und Devcontainer:

host.iobroker-mytest does not start any instances on this host

Das gibts eigentlich nur, wenn sich der Hostname ändert. Ist mir beim Devcontainer noch nicht untergekommen, vielleicht ist das wegen deiner Container-zu-Container-Migration passiert?

OliverIO

@AlCalzone
kann natürlich alles sein, aber ich habe visual studio mit dem ordner, der durch den adapter creator erzeugt wurde neu geöffnet und den container mit diesen Informationen neu erzeugt (rebuild). Wo stehen den in den ganzen Dateien noch irgendwelche hostnamen?

AlCalzone

@OliverIO Nicht im Adapter, aber in dem ioBroker, der im Container läuft. Der ordnet Instanzen bestimmten Hosts zu, was bei manuellen Umzügen gern mal für "does not start any instances" sorgt.

OliverIO

@AlCalzone
aber es gibt doch nur einen iobroker container und der wird auf basis der konfigurationsdaten, welche mit dem adapter-creator erzeugt werden, komplett, auf basis von buanet und den weiteren Anweisungen, neu aufgebaut. der erste container hat doch damit nix mehr zu tun.
wenn ich ins logfile schaue dann ist der hostname genau so wie es im docker-compose angegeben ist.

UncleSam

@OliverIO Einfache Lösung: mach mal "Rebuild Remote Container" in VS Code. Schlimmstenfalls musst du noch das Volumen löschen, aber das sollte eigentlich automatisch geschehen.

OliverIO

@UncleSam
auch schon gemacht. (also rebuild, oder container gelöscht und sogar die images gelöscht und neu runtergeladen.)
wie gesagt. ich verwende unverändert die daten die der adapter-creator erzeugt und baue daraus ein container.
iobroker startet erst, wenn ich manuell einen admin adapter hinzufüge (dann habe ich 2, wie oben beschrieben), ohne das Fehlermeldung wie oben beschrieben.

UncleSam

@OliverIO Komisch, ich habe genau dasselbe vorgestern gemacht und das funktioniert. Kannst du sonst mal diesen Adapter herunterladen und versuchen, ob du den in Devcontainer öffnen kannst?
https://github.com/UncleSamSwiss/ioBroker.luxtronik2

OliverIO

@UncleSam
Ergebnis ist identisch. Bei Aufruf von http://localhost:8082/ kommt Bad gateway.
Wenn ich dann auf der console mir das logfile anschaue, dann wieder diese Fehlermeldung

warn: host.iobroker-luxtronik2 does not start any instances on this host

wenn ich dann noch einen admin adapter hinzufüge mit iob add admin
kann ich über den browser den iobroker aufrufen, hab dann 2 admin instanzen 0 und 1.
0 ist inaktiv

wenn es bei euch funktioniert, muss es ja noch an irgendwelchen Einstellungen liegen. Aber eigentlich ist doch alles in docker gekapselt

OliverIO

Nachtrag: Es scheint an postCreateCommand zu liegen.
Kommentiere ich diese komplett aus, dann läuft iobroker auf anhieb.
Sobald irgendein 'Befehl drin steht, dann ist es vorbei.
In einem anderen Thread, ich meine da ging es zum Zeitpunkt der Erstellung des buanet-docker-images, hat @AlCalzone geschrieben, das jeder einzelne Befehl intern in einem virtuellen Container ausgeführt wird und deswegen die Hostname sich dort jeweils ändert und es dadruch zu Problemen kommt da iobroker denk es sei ein multihost system und daher die obige warnung ausgibt.

UncleSam

@OliverIO sagte in VisualStudio Code und Devcontainer:

das jeder einzelne Befehl intern in einem virtuellen Container ausgeführt wird und deswegen die Hostname sich dort jeweils ändert und es dadruch zu Problemen kommt

Das gilt nur für das erstellen eines Images, das hat nichts mit dem postCreateCommand zu tun, der wird von VS Code im fertigen Container ausgeführt.

Komisch ist, dass das nur bei dir auftritt. Was für ein OS, Docker Version und VS Code Version hast du?

OliverIO

@UncleSam

OS: steht im Screenshot von VS Code mit drin, Das ist das Update Mai 2020
Docker version 19.03.13, build 4484c46d9d
VS Code:

hier mal das terminal log, wen vs code den container erstellt

[5 ms] Remote-Containers 0.148.1 in VS Code 1.51.1 (e5a624b788d92b8d34d1392e4c4d9789406efe8f).
[16 ms] Start: Resolving remote
[17 ms] Setting up container for folder or workspace: c:\Users\msowa\Documents\Visual Code\ioBroker.luxtronik2-master

[50 ms] Start: Check Docker is running
[51 ms] Start: Run: docker info
[539 ms] Start: Run: docker-compose version --short
[1122 ms] Start: Run: docker ps -q -a --filter label=com.docker.compose.project=iobrokerluxtronik2-master_devcontainer --filter label=com.docker.compose.service=iobroker
[1374 ms] Start: Run: docker-compose -f c:\Users\msowa\Documents\Visual Code\ioBroker.luxtronik2-master\.devcontainer\docker-compose.yml config --services
[2149 ms] iobroker
nginx
[2150 ms] 
[2150 ms] Start: Run: docker events --format {{json .}} --filter status=start
[2156 ms] Start: Run: docker-compose --project-name iobrokerluxtronik2-master_devcontainer -f c:\Users\msowa\Documents\Visual Code\ioBroker.luxtronik2-master\.devcontainer\docker-compose.yml up -d --build
Creating volume "iobrokerluxtronik2-master_devcontainer_iobrokerdata-luxtronik2" with default driver
Building iobroker
Step 1/2 : FROM buanet/iobroker:latest
 ---> 5642bb76793d
Step 2/2 : RUN ln -s /opt/iobroker/node_modules/ /root/.node_modules
 ---> Running in 4b8e893e795c
Removing intermediate container 4b8e893e795c
 ---> cb63c372eed5

Successfully built cb63c372eed5
Successfully tagged iobrokerluxtronik2-master_devcontainer_iobroker:latest
Creating iobroker-luxtronik2 ... done
Creating nginx-luxtronik2    ... done
[5767 ms] Start: Run: docker ps -q -a --filter label=com.docker.compose.project=iobrokerluxtronik2-master_devcontainer --filter label=com.docker.compose.service=iobroker
[6043 ms] Start: Run: docker inspect --type container 5255cc41bb3a
[6299 ms] Start: Inspecting container
[6299 ms] Start: Run: docker inspect --type container 5255cc41bb3a6b3316814c8d614514edc647708065b72bca8cd58d94d11e1701
[6555 ms] Start: Run: docker exec -i -u root -e VSCODE_REMOTE_CONTAINERS_SESSION=55a48323-6ddb-4638-b88c-a6725a0785581605309996024 5255cc41bb3a6b3316814c8d614514edc647708065b72bca8cd58d94d11e1701 /bin/sh
[6561 ms] Start: Run in container: uname -m
[6843 ms] x86_64
[6844 ms] 
[6844 ms] Start: Run in container: (cat /etc/os-release || cat /usr/lib/os-release) 2>/dev/null
[6847 ms] PRETTY_NAME="Debian GNU/Linux 10 (buster)"
NAME="Debian GNU/Linux"
VERSION_ID="10"
VERSION="10 (buster)"
VERSION_CODENAME=buster
ID=debian
HOME_URL="https://www.debian.org/"
SUPPORT_URL="https://www.debian.org/support"
BUG_REPORT_URL="https://bugs.debian.org/"
[6847 ms] 
[6847 ms] Start: Run in container: cat /etc/passwd
[6851 ms] Start: Updating configuration state
[6861 ms] Start: Setup shutdown monitor
[6864 ms] Forking shutdown monitor: c:\Users\msowa\.vscode\extensions\ms-vscode-remote.remote-containers-0.148.1\dist\shutdownMonitorProcess \\.\pipe\vscode-remote-containers-d8e9e48d3b05f463f9b524ae072c6cd43203ae2b-sock dockerCompose Info c:\Users\msowa\AppData\Roaming\Code\logs\20201114T001218\exthost1\ms-vscode-remote.remote-containers 1605309996640
[6875 ms] Start: Run in container: test -d /root/.vscode-server
[6880 ms] 
[6881 ms] 
[6881 ms] Exit code 1
[6881 ms] Start: Run in container: test -d /root/.vscode-remote
[6890 ms] 
[6890 ms] 
[6890 ms] Exit code 1
[6890 ms] Start: Run in container: set -o noclobber ; mkdir -p '/root/.vscode-server/data/Machine' && { > '/root/.vscode-server/data/Machine/.writeMachineSettingsMarker' ; } 2> /dev/null
[6897 ms] 
[6897 ms] 
[6898 ms] Start: Run in container: mkdir -p '/root/.vscode-server/data/Machine' && cat >'/root/.vscode-server/data/Machine/settings.json' <<'settingsJSON'
[6904 ms] 
[6904 ms] 
[6904 ms] Start: Run in container: test -d /root/.vscode-server/bin/e5a624b788d92b8d34d1392e4c4d9789406efe8f
[6906 ms] 
[6907 ms] 
[6907 ms] Exit code 1
[6907 ms] Installing VS Code Server for commit e5a624b788d92b8d34d1392e4c4d9789406efe8f
[6907 ms] Start: Run in container: mkdir -p /root/.vscode-server/bin/e5a624b788d92b8d34d1392e4c4d9789406efe8f_1605310003547
[6909 ms] 
[6910 ms] 
[6941 ms] Start: Run in container: (dd iflag=fullblock bs=8192 count=3687 2>/dev/null; dd iflag=fullblock bs=6431 count=1 2>/dev/null) | tar --no-same-owner -xz --strip-components 1 -C /root/.vscode-server/bin/e5a624b788d92b8d34d1392e4c4d9789406efe8f_1605310003547
[7763 ms] 
[7763 ms] 
[7763 ms] Start: Run in container: mv -n /root/.vscode-server/bin/e5a624b788d92b8d34d1392e4c4d9789406efe8f_1605310003547 /root/.vscode-server/bin/e5a624b788d92b8d34d1392e4c4d9789406efe8f
[7766 ms] 
[7766 ms] 
[7766 ms] Start: Launching Remote-Containers helper.
[7766 ms] Start: Run: gpgconf --list-dir agent-extra-socket
[7771 ms] Start: Run in container: cat <<'EOF-/tmp/vscode-remote-containers-f8161e06eba3226fac70948ffd21ad1111226ed1.js' >/tmp/vscode-remote-containers-f8161e06eba3226fac70948ffd21ad1111226ed1.js
[7773 ms] 
[7773 ms] 
[7773 ms] Start: Run in container: # Test for /root/.ssh/known_hosts and ssh
[7775 ms] 
[7775 ms] 
[7776 ms] Start: Run in container: cat <<'EOF-/tmp/vscode-remote-containers-server-f8161e06eba3226fac70948ffd21ad1111226ed1.js' >/tmp/vscode-remote-containers-server-f8161e06eba3226fac70948ffd21ad1111226ed1.js
[7778 ms] 
[7778 ms] 
[7778 ms] Start: Run in container: # Copy C:\Users\msowa\.ssh\known_hosts to /root/.ssh/known_hosts
[7778 ms] Start: Run: docker exec -i -u root -e REMOTE_CONTAINERS_SOCKETS=["/tmp/vscode-ssh-auth-f8161e06eba3226fac70948ffd21ad1111226ed1.sock"] -e REMOTE_CONTAINERS_IPC=/tmp/vscode-remote-containers-ipc-f8161e06eba3226fac70948ffd21ad1111226ed1.sock 5255cc41bb3a6b3316814c8d614514edc647708065b72bca8cd58d94d11e1701 /root/.vscode-server/bin/e5a624b788d92b8d34d1392e4c4d9789406efe8f/node /tmp/vscode-remote-containers-server-f8161e06eba3226fac70948ffd21ad1111226ed1.js
[7781 ms] 
[7781 ms] 
[7781 ms] Start: Run in container: command -v git >/dev/null 2>&1 && git config --system credential.helper '!f() { /root/.vscode-server/bin/e5a624b788d92b8d34d1392e4c4d9789406efe8f/node /tmp/vscode-remote-containers-f8161e06eba3226fac70948ffd21ad1111226ed1.js $*; }; f' || true
[7789 ms] 
[7789 ms] 
[7789 ms] Start: Run in container: set -o noclobber ; mkdir -p '/root/.vscode-server/data/Machine' && { > '/root/.vscode-server/data/Machine/.installExtensionsMarker' ; } 2> /dev/null
[7792 ms] 
[7792 ms] 
[7795 ms] Start: Run in container: test -d /root/.vscode-server/extensionsCache && ls /root/.vscode-server/extensionsCache || true
[7797 ms] 
[7797 ms] 
[7804 ms] Start: Run in container: # Copy extensions to remote
[7850 ms] 
[7851 ms] 
[7851 ms] Start: Run in container: cd /root/.vscode-server/bin/e5a624b788d92b8d34d1392e4c4d9789406efe8f; export VSCODE_AGENT_FOLDER=/root/.vscode-server; /root/.vscode-server/bin/e5a624b788d92b8d34d1392e4c4d9789406efe8f/server.sh --extensions-download-dir /root/.vscode-server/extensionsCache --install-extension dbaeumer.vscode-eslint --install-extension esbenp.prettier-vscode --force
[9017 ms] Installing extensions...
Installing extension 'dbaeumer.vscode-eslint' v2.1.13...
Installing extension 'esbenp.prettier-vscode' v5.7.2...
Extension 'dbaeumer.vscode-eslint' v2.1.13 was successfully installed.
Extension 'esbenp.prettier-vscode' v5.7.2 was successfully installed.
[9018 ms] 
[9018 ms] Start: Run in container: ls /root/.vscode-server/extensionsCache || true
[9020 ms] dbaeumer.vscode-eslint-2.1.13
esbenp.prettier-vscode-5.7.2
[9021 ms] 
[9021 ms] Start: Run in container: set -o noclobber ; mkdir -p '/root/.vscode-server/data/Machine' && { > '/root/.vscode-server/data/Machine/.postCreateCommandMarker' ; } 2> /dev/null
[9023 ms] 
[9024 ms] 
[9024 ms] Start: Run in container: test -f /root/.vscode-server/.postCreateCommandMarker
[9025 ms] 
[9025 ms] 
[9025 ms] Exit code 1
[9026 ms] Start: Run: docker exec -i -u root -e SSH_AUTH_SOCK=/tmp/vscode-ssh-auth-f8161e06eba3226fac70948ffd21ad1111226ed1.sock -e REMOTE_CONTAINERS_IPC=/tmp/vscode-remote-containers-ipc-f8161e06eba3226fac70948ffd21ad1111226ed1.sock -e REMOTE_CONTAINERS=true -w /workspace 5255cc41bb3a6b3316814c8d614514edc647708065b72bca8cd58d94d11e1701 /bin/sh -c iob del discovery
[11655 ms] Delete adapter "discovery"
[11659 ms] npm uninstall iobroker.discovery --error --prefix "/opt/iobroker" (System call)
[15098 ms] npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@2.1.3 (node_modules/fsevents):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@2.1.3: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"})
[15105 ms] npm WARN optional SKIPPING OPTIONAL DEPENDENCY: osx-temperature-sensor@1.0.7 (node_modules/osx-temperature-sensor):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for osx-temperature-sensor@1.0.7: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"})

[16317 ms] Start: Run in container: command -v git >/dev/null 2>&1 && git config --global credential.helper '!f() { /root/.vscode-server/bin/e5a624b788d92b8d34d1392e4c4d9789406efe8f/node /tmp/vscode-remote-containers-f8161e06eba3226fac70948ffd21ad1111226ed1.js $*; }; f' || true
[16320 ms] 
[16320 ms] 
[16321 ms] Start: Run in container: for pid in `cd /proc && ls -d [0-9]*`; do { echo $pid ; readlink -f /proc/$pid/cwd ; xargs -0 < /proc/$pid/environ ; xargs -0 < /proc/$pid/cmdline ; } ; echo ; done 2>/dev/null
[16346 ms] Start: Run in container: /root/.vscode-server/bin/e5a624b788d92b8d34d1392e4c4d9789406efe8f/server.sh --disable-user-env-probe --use-host-proxy --port 0 --extensions-download-dir /root/.vscode-server/extensionsCache
[16516 ms] 

*
* Visual Studio Code Server
*
* Reminder: You may only use this software with Visual Studio family products,
* as described in the license https://aka.ms/vscode-remote/license
*


[16529 ms] IP Address: 172.20.0.2
[16533 ms] Extension host agent listening on 38455
[16534 ms] 

[00:26:54] Extension host agent started.
[16534 ms] Start: Run in container: echo 38455 >/root/.vscode-server/bin/e5a624b788d92b8d34d1392e4c4d9789406efe8f/.devport
[16536 ms] 
[16537 ms] 
[16538 ms] Forwarding local port 38455 to container port 38455
[16595 ms] Start: Run: docker exec -i -u root -e VSCODE_REMOTE_CONTAINERS_SESSION=55a48323-6ddb-4638-b88c-a6725a0785581605309996024 5255cc41bb3a6b3316814c8d614514edc647708065b72bca8cd58d94d11e1701 /root/.vscode-server/bin/e5a624b788d92b8d34d1392e4c4d9789406efe8f/node -e 
[16596 ms] Start: Run: docker exec -i -u root -e VSCODE_REMOTE_CONTAINERS_SESSION=55a48323-6ddb-4638-b88c-a6725a0785581605309996024 5255cc41bb3a6b3316814c8d614514edc647708065b72bca8cd58d94d11e1701 /root/.vscode-server/bin/e5a624b788d92b8d34d1392e4c4d9789406efe8f/node -e 
[17104 ms] [00:26:55] [::ffff:127.0.0.1][5fa36ea2][ManagementConnection] New connection established.
[17121 ms] [00:26:55] Listing 0 persistent terminals, 0 total terminals
[17158 ms] [00:26:55] [::ffff:127.0.0.1][df2a2506][ExtensionHostConnection] New connection established.
[17164 ms] [00:26:55] [::ffff:127.0.0.1][df2a2506][ExtensionHostConnection] <349> Launched Extension Host Process.

und das log aus dem docker-desktop für den iobroker container

------------------------------------------------------------

--------------- 2020-11-14 00:26:43 ---------------

------------------------------------------------------------


------------------------------------------------------------

----- Welcome to your ioBroker-container! -----

----- Startupscript is now running. -----

----- Please be patient! -----

------------------------------------------------------------


------------------------------------------------------------

----- Debugging information -----

----- -----

----- System -----

----- arch: x86_64 -----

----- -----

----- Versions -----

----- image: v5.1.0 -----

----- node: v12.19.0 -----

----- npm: 6.14.8 -----

----- -----

----- ENV -----

----- SETGID: 1000 -----

----- SETUID: 1000 -----

------------------------------------------------------------


------------------------------------------------------------

----- Step 1 of 5: Preparing container -----

------------------------------------------------------------


Registering maintenance script as command.

Done.


------------------------------------------------------------

----- Step 2 of 5: Detecting ioBroker installation -----

------------------------------------------------------------


Existing installation of ioBroker detected in /opt/iobroker.


------------------------------------------------------------

----- Step 3 of 5: Checking ioBroker installation -----

------------------------------------------------------------


(Re)Setting folder permissions (This might take a while! Please be patient!)...

Done.


Fixing "sudo-bug" by replacing sudo in iobroker with gosu...

Done.


Hostname in ioBroker does not match the hostname of this container.

Updating hostname to iobroker-luxtronik2...

The host for instance "system.adapter.admin.0" was changed from "7673de0b8569" to "iobroker-luxtronik2".

The host for instance "system.adapter.discovery.0" was changed from "7673de0b8569" to "iobroker-luxtronik2".

The host for instance "system.adapter.info.0" was changed from "7673de0b8569" to "iobroker-luxtronik2".

Done.


------------------------------------------------------------

----- Step 4 of 5: Applying special settings -----

------------------------------------------------------------


Some adapters have special requirements/ settings which can be activated by the use of environment variables.

For more information take a look at readme.md on Github!


------------------------------------------------------------

----- Step 5 of 5: ioBroker startup -----

------------------------------------------------------------


Starting ioBroker...


host.iobroker-luxtronik2 check instance "system.adapter.admin.0" for host "7673de0b8569"

host.iobroker-luxtronik2 check instance "system.adapter.discovery.0" for host "7673de0b8569"

host.iobroker-luxtronik2 check instance "system.adapter.info.0" for host "7673de0b8569"

evtl kannst du noch was herauslesen oder mit deinen logs vergleichen

OliverIO

@andre evtl kannst du hier auch mal mit drauf schauen, da ich gesehen habe, das du mit buanet, was hier ja die Grundlage darstellt, schon sonnigen Fehler hattest.
Wichtigste Information ist, der Fehler tritt erst auf, wenn in postcreatecommands etwas ausgeführt wird.

UncleSam

@OliverIO Bingo! Den Fehler habe ich auch schon gesehen (oder zumindest davon gehört): obschon alle Instanzen "umgebogen" werden sollen, macht dies der Befehl nicht:

The host for instance "system.adapter.admin.0" was changed from "7673de0b8569" to "iobroker-luxtronik2".

Und trotzdem sucht er dann nach:

host.iobroker-luxtronik2 check instance "system.adapter.admin.0" for host "7673de0b8569"

Ich habe damals auf das buanet/iobroker "latest" gewechselt, das half. Leider ist das aber bereits so im Adapter Creator drin.

OliverIO

@UncleSam
Die Tests habe ich mit deinem Adapter luxtronik gemacht. Da steht im dockerfile für buanet schon latest drin.
Wie gesagt mit postcreatecommand kommt der Fehler, kommentiere ich diese Zeile aus, dann läuft Iobroker

UncleSam

@OliverIO Ja, der Fehler entsteht scheinbar erst in dieser Kombination, aber es ist IMHO eindeutig ein Fehler in ioBroker js-contoller: obschon die Instanz auf den neuen Host umgebogen wurde, wird sie im nächsten Schritt wieder mit dem alten Hostname gesucht.

UncleSam

@OliverIO Du kannst ja einfach mal die Befehle aus dem postcreatecommand manuell ausführen, dann sollte es ja funktionieren.

NEWS

VisualStudio Code und Devcontainer

Support us

314
Online

31.7k
Users

79.8k
Topics

1.3m
Posts

NEWS

VisualStudio Code und Devcontainer

Support us

314Online

31.7kUsers

79.8kTopics

1.3mPosts

314
Online

31.7k
Users

79.8k
Topics

1.3m
Posts