November 14, 20241 yr Ich habe hier ein komisches Problem, das ich nicht nachvollziehen kann. Habe hier gerade "iventoy" installiert, es ist auch am laufen und im Portmapping wird mir folgedes Angezeigt : 172.17.0.3:16000/TCP <--> 192.168.178.30:16000 172.17.0.3:26000/TCP <--> 192.168.178.30:26000 172.17.0.3:69/UDP <--> 192.168.178.30:69 Das Logfile von "iventoy" zeigt augenscheinlich auch keine Fehler klicke ich mit links auf das iventoy Logo um das WebUI von iventoy aufzurufen kommt hier nur : Fehler: Verbindung fehlgeschlagen Die IP-Adresse die versucht wird zu öffnen lautet 192.168.178.30:26000 das sollte ja passen. Als Netzwerk ist "bridge" eingestellt, ich dachte erst das hier das Problem liegen würde, habe aber einmal zu test Firefox als Container installiert welcher auch im "bridge" läuft, und den kann ich problemlos per WebUI aufrufen. Ich habe auch extra beide Versionen sowohl von Core-i99 als auch von ZappyZap versucht, bei beiden das selbe Problem. Jemand zufällig eine Idee was ich hier noch testen könnte ? Hier das kurze iventoy.log file iventoy.log Gruß Edited November 14, 20241 yr by SpiderPOH
November 14, 20241 yr Author sorry da gabs wohl probleme beim Upload, habe das Logfile nochmal im ersten beitrag angehängt... Ich kann da nichts komisches sehen..
November 14, 20241 yr Author hmm habe gerade nochmal die Version von Core-i99 versucht, da kommt plötzlich beim installieren : address already in use ???? durch wen oder was ? ich habe alle VMs und Container einmal gestoppt, aber der Fehler bleibt... hmmmm 😤 Wie kann ich herausbekommen wer da was belegt ?
November 14, 20241 yr 1 hour ago, SpiderPOH said: Wie kann ich herausbekommen wer da was belegt ? im Unraid Terminal mal ausführen und da sieht man dass der Port bereits vom System belegt ist ... root@AlsServerII:~# netstat -tulpn | grep -i 67 udp 0 0 0.0.0.0:67 0.0.0.0:* 15287/dnsmasq root@AlsServerII:~# ich kenn jetzt weder den Docker noch den Dienst und weiß nicht ob Port 67 "elementar" ist ... route den mal um auf beispielsweise 1067
November 14, 20241 yr Author ja, wenn ich port 67 auf 1067 umlenke startet iventoy ! Port 67 ist aktuell mit folgendem belegt root@unraid:~# netstat -tulpn | grep -i :67 udp 0 0 0.0.0.0:67 0.0.0.0:* 14645/dnsmasq sowie ich den Port wieder zurück auf 67 stelle starte iventoy wieder nicht... aber auch wenn 1067 eingestellt ist komme ich nicht auf das WebUI von iventoy ! Ich vermute das irgendwas im UnRaid Netzwerk intern verbogen ist, was im zusammenhang mit dem dnsmasq steht... Edited November 14, 20241 yr by SpiderPOH
November 14, 20241 yr 30 minutes ago, SpiderPOH said: Ich vermute das irgendwas im UnRaid Netzwerk intern verbogen ist, was im zusammenhang mit dem dnsmasq steht... Das glaub ich jetzt mal weniger, der Port 67 ist standardmäßig belegt 😉 Und ist wahrscheinlich auch nicht für das webui zuständig ... lass die Umleitung mit 1067 mal stehen und schau mal ins Log vom docker.
November 14, 20241 yr Author Also im /etc/docker.log erscheint folgendes wenn ich iventoy starte (mit port 1067 anstatt 67) time="2024-11-14T17:21:25.599400728+01:00" level=info msg="loading plugin \"io.containerd.internal.v1.shutdown\"..." runtime=io.containerd.runc.v2 type=io.containerd.internal.v1 time="2024-11-14T17:21:25.599444099+01:00" level=info msg="loading plugin \"io.containerd.ttrpc.v1.pause\"..." runtime=io.containerd.runc.v2 type=io.containerd.ttrpc.v1 time="2024-11-14T17:21:25.599456515+01:00" level=info msg="loading plugin \"io.containerd.event.v1.publisher\"..." runtime=io.containerd.runc.v2 type=io.containerd.event.v1 time="2024-11-14T17:21:25.599464711+01:00" level=info msg="loading plugin \"io.containerd.ttrpc.v1.task\"..." runtime=io.containerd.runc.v2 type=io.containerd.ttrpc.v1 und im log vom iventoy container steht folgendes text error warn system array login /entrypoint.sh: 3: 1: not found /entrypoint.sh: 3: 1: not found iventoy start SUCCESS PID=14 Please open your browser and visit http://127.0.0.1:26000 or http://x.x.x.x:26000 (x.x.x.x is any valid IP address) 2024/11/14 16:20:29.220 [PXE] [62] Find in /boot/bcd ... 2024/11/14 16:20:29.220 [PXE] [62] Find wim flag:</sources/boot.wim> 2024/11/14 16:20:29.220 [PXE] [62] wim </sources/boot.wim> already exist 2024/11/14 16:20:29.220 [PXE] [62] Find wim flag:</sources/boot.wim> 2024/11/14 16:20:29.220 [PXE] [62] wim </sources/boot.wim> already exist 2024/11/14 16:20:29.220 [PXE] [62] [WIM 0] /sources/boot.wim [Seek:73209856 Size:542932319 RecSeek:0] 2024/11/14 16:20:29.220 [PXE] [62] collect wim files finished. 2024/11/14 16:20:29.220 [PXE] [62] Phase1 parse image <iso/Windows_11_24H2_German_x64.iso> finished success 2024/11/14 16:20:29.223 [PXE] [53] img <iso/linuxmint-21.3-cinnamon-64bit.iso> <ISO> OS type:Linux 2024/11/14 16:20:29.223 [PXE] [53] Check linux arch type for <iso/linuxmint-21.3-cinnamon-64bit.iso> iventoy start SUCCESS PID=16 Please open your browser and visit http://127.0.0.1:26000 or http://x.x.x.x:26000 (x.x.x.x is any valid IP address) 2024/11/14 16:21:26.019 [PXE] [59] parse loader cfg </boot/grub/grub.cfg> for <iso/Synology_VMM_Guest_Tool_1.5.3-0015.iso> 2024/11/14 16:21:26.019 [PXE] [59] <boot/grub/grub.cfg> not found in ISO file. 2024/11/14 16:21:26.019 [PXE] [59] parse loader cfg </EFI/BOOT/grub.cfg> for <iso/Synology_VMM_Guest_Tool_1.5.3-0015.iso> 2024/11/14 16:21:26.019 [PXE] [59] <EFI/BOOT/grub.cfg> not found in ISO file. 2024/11/14 16:21:26.019 [PXE] [59] collect initrd for <iso/Synology_VMM_Guest_Tool_1.5.3-0015.iso> finished. 2024/11/14 16:21:26.019 [PXE] [59] squashfs not found for <iso/Synology_VMM_Guest_Tool_1.5.3-0015.iso> 2024/11/14 16:21:26.019 [PXE] [59] Phase1 parse image <iso/Synology_VMM_Guest_Tool_1.5.3-0015.iso> finished success 2024/11/14 16:21:26.019 [PXE] [60] Phase1 parse image <iso/WattOS-R13.iso> <ISO> 0 starting... 2024/11/14 16:21:26.019 [PXE] [53] img <iso/linuxmint-21.3-cinnamon-64bit.iso> <ISO> OS type:Linux 2024/11/14 16:21:26.019 [PXE] [53] Check linux arch type for <iso/linuxmint-21.3-cinnamon-64bit.iso> Bin da echt ratlos...nix von Fehlern zu sehen...
November 14, 20241 yr 12 minutes ago, SpiderPOH said: Bin da echt ratlos...nix von Fehlern zu sehen... yep, sieht ok aus und du solltest per http://Unraid_IP:26000 auf die Oberfläche kommen ... im LAN jetzt von einem anderen Gerät aus, du versuchst gerade nicht von einer VM aus drauf zu kommen ?
November 14, 20241 yr Author Nein, ich bin im selben Netz wie der Unraid Server, kann ja auch normal auf der Oberfläche von Unraid arbeiten. Installiert habe ich auf dem Unraid noch Docker-WebUI Jellyfin Plex Virtual-DSM da komme ich problemlos auf die WebUI´s drauf, nur das iVentoy zickt da so rum.
November 14, 20241 yr 6 hours ago, SpiderPOH said: Habe hier gerade "iventoy" installiert, es ist auch am laufen und im Portmapping wird mir folgedes Angezeigt : also, zum Spaß schnell mal installiert, ohne Anpassungen ... ich würde mal sagen ... dein Problem liegt woanders bei dir was kann ich jetzt nicht sagen ... aber geht einwandfrei.
November 14, 20241 yr Author ja, das dachte ich mir fast..... sehr sehr komisch....habe mir mal eben noch Portainer installiert der geht auch problemlos. Da sieht man doch einiges mehr was die Netzwerkkonfiguration von Docker betrifft, aber auch da bin ich nicht fündig geworden. 🙄 Das Blöde ist das ich nicht einmal weiß wo ich suchen könnte...
November 14, 20241 yr Author Ich bin etwas weiter gekommen bräuchte aber nochmals Hilfe. Ich vermute, das noch irgendwo settings von einer alten iventoy installation sind, wo ich ev. vor langer zeit einmal ev. etwas verkonfiguriert habe, und nun deshalb mir kein WebUI angezeigt wird. Ich hatte einfach zum Prüfen einfach mal auf der Unraid console ein nmap -p 1-65535 -T4 -A -v LOKALE_IP-ADRESSE_vom_IVENTOY_CONTAINER Das Ergebniss war eindeutig ! KEINE OFFENEN PORTS, somit können keine durchgereicht werden. Wo finde ich den alles was dafür infrage kommen würde, also ggf. iventoy settings etc. ? Ich will mal alles was iventoy zuzuordnen ist runter werfen. Edited November 14, 20241 yr by SpiderPOH
November 14, 20241 yr 1 hour ago, SpiderPOH said: Wo finde ich den alles was dafür infrage kommen würde, also ggf. iventoy settings etc. ? im docker tab, docker löschen, remove image angehakt lassen unter /appdata den dazugehörigen Ordner löschen Damit sind alle persistent Data weg ... und um ganz blank zu starten, Docker Tab, unten, add container, oben drodown, Docker auswählen, im Temaplte screen dann oben das X zum löschen der eigenen Vorlage (Start Parameter) ... dann war der Docker nie da ...
November 15, 20241 yr Author OK das PROBLEM ist gefunden, nur eine LÖSUNG fehlt ! Das Problem ist der bei mir ausgelagerte ISO Ordner, klingt komisch ist aber leider so. Der Original Pfad vom Iventoy Container zeigt nach /mnt/user/isos/ ,ändert man aber diesen Pfad auf z.b. /mnt/remotes/nasisos/ weil bei einem die ISOs wie bei mir z.b. auf einem externen NAS liegen, so startet zwar iventoy, aber man kommt nicht mehr auf das WebUI !! Das ist natürlich richtig blöd, denn meine ganzen ISOs liegen auf meinem NAS, welche ich unter unraid via NFS als nasisos einbinde. Ich weiß nun leider nicht wo das Problem genau liegt, da fehlen mir auch die entsprechenden Docker Kenntnisse, um das genauer zu analysieren wo denn hier genau das Problem besteht. Bin für Tipps / Ratschläge / ggf. Lösungen offen. Gruß Edited November 15, 20241 yr by SpiderPOH
November 16, 20241 yr Author Es scheint ein Fehler/BUG in iVentoy zu sein ! Ich habe dafür zum testen einmal iVentoy auf meiner Synology installiert, und auch dort ist das verhalten identisch ! Sowie ich mein lokales ISO Verzeichniss vom NAS auf das iso Verzeichniss von iVontoy linke oder auch mounte erscheint kein WebUI mehr !
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.