iOBroker unter QNAP Docker keine Verbindung möglich

Samson71

@deaspi88 sagte in iOBroker unter QNAP Docker keine Verbindung möglich:

Hallo die Herren,

Warum so frauenfeindlich?

@deaspi88 sagte in iOBroker unter QNAP Docker keine Verbindung möglich:

Mir hat ein Kollege vor rund 1,5 Jahren auf meine QNAP den iOBroker mittels Doker eingerichtet.

Da, wie @Thomas-Braun schon bemerkt hat, das Zeug Asbach-Uralt ist, würde ich den erwähnten Kollegen mal befragen, sofern bei Docker kein (eigenes) Wissen vorhanden ist.

@deaspi88 sagte in iOBroker unter QNAP Docker keine Verbindung möglich:

----- Versions -----

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

----- node: v12.22.1 -----

----- npm: 6.14.12 -----

Das aktuelle Container Image ist meine ich bei 9.x und bei Node ist die aktuell empfohlene Version 20.

oFbEQnpoLKKl6mbY5e13

@deaspi88

Hast du dich über die Container-Station mal auf die Konsole des iobroker-Containers geschaltet?

DeAspi88

nein ich bin nicht frauenfeindlich

Habe nur die Erfahrung dass der männliche Anteil an solchen Sachen wesentlich höher ist als der weibliche.

Kann ich die Image einfach über die Container Station updaten ohne dass Daten verloren gehen?

In der Konsole des ioBrokers steht nur startup...

oFbEQnpoLKKl6mbY5e13

@deaspi88

Dann zeig mal die Konfiguration des Containers.

DeAspi88

Bin momentan nicht zuhause, sobald ich am Rechner bin, schicke ich sie

haselchen

@deaspi88

Die Idee von @oFbEQnpoLKKl6mbY5e13 in Ehren.
Aber an dem Container ist eine Wiederbelebung komplett sinnlos .
Die Softwarestände sind mind . über 4 Jahre alt .
Ob da Backupmäßig was zu retten ist , wage ich zu bezweifeln.
Ich würde versuchen die VIS , Node Red und Skript Ordner zu kopieren und hoffen, dass man sie irgendwie ins neue System bekommt.

oFbEQnpoLKKl6mbY5e13

@haselchen sagte in iOBroker unter QNAP Docker keine Verbindung möglich:

Die Idee von @oFbEQnpoLKKl6mbY5e13 in Ehren.

Ich möchte eigentlich nur wissen, ob /opt/iobroker korrekt nach extern gemoutet wurde/ist.
Sonst kann man sich das ja komplett sparen. Den Container mittels "Neu erstellen" oder "Direkt neu erstellen" und "Image aus dem Repository ziehen" kann nicht erfolgreich sein, da der Container ja schon seit längerem diverse Umgebungsvariablen für den DB-Test braucht, die es damals -soweit ich mich erinnere- noch nicht gab.

haselchen

@ofbeqnpolkkl6mby5e13

Mir hat ein Kollege vor rund 1,5 Jahren auf meine QNAP den iOBroker mittels Doker eingerichtet.

Ich hab ein wenig die Befürchtung , dass das hier in stille Post ausartet.

Vor 1,5 Jahren war das System schon veraltet.
Und ist dann bis heute nicht gepflegt worden.

Ich bin bei @Thomas-Braun und @Samson71 . Sich mit befassen und dann neu starten.

Edit: vielleicht muss die Hardware vorher noch auf den Prüfstand. Auf ner alten QNAP ist Iobroker kein Genuss.

oFbEQnpoLKKl6mbY5e13

@haselchen

Das ist sicher alles richtig. Ich sehe aber im Moment nur die Fehlermeldung, dass die Admin-Instanz nicht gefunden wurde. "Wenn" das wirklich alles ist, dann wäre das vermutlich recht leicht zu beheben.

haselchen

@ofbeqnpolkkl6mby5e13

Und dann?

Samson71

@haselchen

Es gibt eine Weisheit der Dakota-Indianer die besagt:

Wenn du entdeckst, dass du ein totes Pferd reitest, dann steig ab!

oFbEQnpoLKKl6mbY5e13

@haselchen

Läuft sein veraltetes System vielleicht erst mal wieder und er hat jetzt die Zeit, sich ganz in Ruhe mit dem Notwendigen zu beschäftigen. Ich denke, wenn du an seiner Stelle wärst, dann wäre dir das zunächst auch das Wichtigste. Aber ich habe schon verstanden, ist nicht erwünscht. Ich lege mich einfach wieder hin...

haselchen

@ofbeqnpolkkl6mby5e13 sagte in iOBroker unter QNAP Docker keine Verbindung möglich:

Läuft sein veraltetes System vielleicht erst mal wieder und er hat jetzt die Zeit, sich ganz in Ruhe mit dem Notwendigen zu beschäftigen.

Das ist ja auch eine lobende Herangehensweise von Dir.
Wenn man den Kontext aber sieht, dann weiss man jetzt schon, dass wir den TE dann mit weiteren Fragen/Problemen zu dem System hier sehen.
Deswegen, harter Cut. Und , man muss es leider so sagen: Lernen mit Schmerzen.

Homoran

@ofbeqnpolkkl6mby5e13 sagte in iOBroker unter QNAP Docker keine Verbindung möglich:

Aber ich habe schon verstanden, ist nicht erwünscht.

falsch verstanden du hast

Natürlich könnte man vielleicht noch mal flicken.
Aber wie lange halten Provisorien?
so wie Glühbirnen in Renovierungsfassungen?

DeAspi88

@ofbeqnpolkkl6mby5e13

danke für deine Bemühungen.
Natürlich wäre es mir am liebsten das System erstmal wieder zum laufen zu bringen.
Veraltet hin oder her. das System lief ja bisher und ich habe nichts geändert...

Ich würde halt sehr ungern den ganzen ioBroker neu machen, da das schon viel Arbeit war und zeit gekostet hat.
Am liebsten wär es mir wenn ich das jetztige system zum laufen bekommen würde und dann exportieren könnte.
Danach dann alles auf den aktuellsten stand bringen...

Codierknecht

@deaspi88 sagte in iOBroker unter QNAP Docker keine Verbindung möglich:

Ich würde halt sehr ungern den ganzen ioBroker neu machen, da das schon viel Arbeit war und zeit gekostet hat.

Darum ja auch der Vorschlag bzw. die Frage von @oFbEQnpoLKKl6mbY5e13: Verzeichnis /opt/iobroker extern gemountet?
Dort liegen ja alle Daten - also auch die Scripte und die Vis.
Das solltest Du erstmal sichern, denn da steckt die meiste Arbeit drin.

Einen neuen Container (dann richtig) neu aufzusetzen und ein paar Adapter zu installieren ist ja keine Rocket-Science.
Deine Scripte und die Vis kann man dann aus den gesicherten Dateien extrahieren und wiederherstellen.
Ist natürlich Aufwand - der sich aber lohnt.

Und für die Zukunft:
Auch einen Docker-Container muss man pflegen.
Die Adapter-Updates macht man eh regelmäßig.
Ändert sich etwas am Unterbau, kommt in der Regel von @buanet nach kurzer Zeit ein aktualisiertes Image.
Das holt man sich und erzeugt damit den Container neu.
Wie schon an vielen anderen Stellen geschrieben, ist das Neuaufsetzen eines Containers bei externem Mount eigentlich ein Kinderspiel:

Container stoppen und löschen
neue Version des Image holen
neuen Container mit identischen Einstellungen erzeugen und starten
warten, warten, voilá

Auch Backups über den Backitup-Adapter sollten regelmäßig laufen. Die legt man dann extern (also auf dem NAS und/oder in der Cloud) ab. Geht mal etwas schief, ist man damit nach kurzer Zeit wieder am Start.

DeAspi88

Hier ist der Code von der Inspection

 </> 
{
AppArmorProfile:"docker-default"
Args:[
"-c"
"/opt/scripts/iobroker_startup.sh"
]
Config:{
AttachStderr:false
AttachStdin:false
AttachStdout:false
Domainname:""
Entrypoint:[
"/bin/bash"
"-c"
"/opt/scripts/iobroker_startup.sh"
]
Env:[
"DEBIAN_FRONTEND=teletype"
"LANG=de_DE.UTF-8"
"LANGUAGE=de_DE:de"
"LC_ALL=de_DE.UTF-8"
"PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
"SETGID=1000"
"SETUID=1000"
"TZ=Europe/Berlin"
]
ExposedPorts:{
8081/tcp:{}
}
Healthcheck:{
Interval:15000000000
Retries:5
Test:[
"CMD"
"/bin/bash"
"-c"
"/opt/scripts/healthcheck.sh"
]
Timeout:5000000000
}
Hostname:"iobroker"
Image:"buanet/iobroker:latest"
Labels:{
com.qnap.qcs.gpu:"False"
com.qnap.qcs.network.mode:"bridge"
org.opencontainers.image.authors:"André Germann <info@buanet.de>"
org.opencontainers.image.base.name:"docker.io/library/debian:bullseye-slim"
org.opencontainers.image.created:"2022-07-05T18:51:52+00:00"
org.opencontainers.image.description:"Officical Docker image for ioBroker smarthome software (https://www.iobroker.net)"
org.opencontainers.image.documentation:"https://github.com/buanet/ioBroker.docker#readme"
org.opencontainers.image.source:"https://github.com/buanet/ioBroker.docker"
org.opencontainers.image.title:"Official ioBroker Docker Image"
org.opencontainers.image.url:"https://github.com/buanet/ioBroker.docker"
org.opencontainers.image.version:"v7.0.1"
}
OpenStdin:true
StdinOnce:false
Tty:true
User:""
WorkingDir:"/opt/iobroker"
}
Created:"2022-09-28T09:09:12.211685557Z"
Driver:"overlay2"
GraphDriver:{
Data:{
LowerDir:"/share/CACHEDEV1_DATA/Container/container-station-data/lib/docker/overlay2/61d16e1cd8870747128bc973b5803663b9e1ff2afdfe93c5e10c75cb7a7d16f8-init/diff:/share/CACHEDEV1_DATA/Container/container-station-data/lib/docker/overlay2/7b7ecb0e6dc98104271c9f5d484d96ad40a4a76a9278e491a656a275d37baca0/diff:/share/CACHEDEV1_DATA/Container/container-station-data/lib/docker/overlay2/5db9261389c627607aded38636255bb096eee7e84bfe11d97d01fb9bde7a046c/diff:/share/CACHEDEV1_DATA/Container/container-station-data/lib/docker/overlay2/9593d60e988b7ec290f6c80ffca09d7d248a5c5027892bc0d58b639dc5f53133/diff:/share/CACHEDEV1_DATA/Container/container-station-data/lib/docker/overlay2/7ef08a43bbe5223f20f3c2610f547b7bb14863d24304a7405f3f68fe43fb9807/diff:/share/CACHEDEV1_DATA/Container/container-station-data/lib/docker/overlay2/80ee070fab215735840b4a93d8f2bfeab1f22c1015b39782c70f51646bf5e472/diff:/share/CACHEDEV1_DATA/Container/container-station-data/lib/docker/overlay2/64210ce517d8f0ec63912ea3e02f19a96e04aadad1829272da9cdcbcf42ba032/diff:/share/CACHEDEV1_DATA/Container/container-station-data/lib/docker/overlay2/b7bfca68511a7ab7edd59dc548ad4b9d8d678d8be09a9536bac3ff6dfcc3e13e/diff"
MergedDir:"/share/CACHEDEV1_DATA/Container/container-station-data/lib/docker/overlay2/61d16e1cd8870747128bc973b5803663b9e1ff2afdfe93c5e10c75cb7a7d16f8/merged"
UpperDir:"/share/CACHEDEV1_DATA/Container/container-station-data/lib/docker/overlay2/61d16e1cd8870747128bc973b5803663b9e1ff2afdfe93c5e10c75cb7a7d16f8/diff"
WorkDir:"/share/CACHEDEV1_DATA/Container/container-station-data/lib/docker/overlay2/61d16e1cd8870747128bc973b5803663b9e1ff2afdfe93c5e10c75cb7a7d16f8/work"
}
Name:"overlay2"
}
HostConfig:{
AutoRemove:false
Binds:[
"/share/Container:/opt/iobroker :rw"
]
BlkioWeight:0
Cgroup:""
CgroupParent:""
CgroupnsMode:"host"
ConsoleSize:[
0
0
]
ContainerIDFile:""
CpuCount:0
CpuPercent:0
CpuPeriod:100000
CpuQuota:-1
CpuRealtimePeriod:0
CpuRealtimeRuntime:0
CpuShares:0
CpusetCpus:""
CpusetMems:""
Dns:[]
DnsOptions:[]
DnsSearch:[]
IOMaximumBandwidth:0
IOMaximumIOps:0
IpcMode:"private"
Isolation:""
KernelMemory:0
KernelMemoryTCP:0
LogConfig:{...}
MaskedPaths:[...]
Memory:0
MemoryReservation:0
MemorySwap:0
NanoCpus:0
NetworkMode:"qnet-static-eth0-b03c93"
OomKillDisable:false
OomScoreAdj:0
PidMode:""
PortBindings:{...}
Privileged:false
PublishAllPorts:false
ReadonlyPaths:[...]
ReadonlyRootfs:false
RestartPolicy:{...}
Runtime:"runc"
ShmSize:67108864
UTSMode:""
Ulimits:[...]
UsernsMode:""
VolumeDriver:""
VolumesFrom:[]
}
HostnamePath:"/share/CACHEDEV1_DATA/Container/container-station-data/lib/docker/containers/0161ffd6f3e4f9b80f7c644d7a58db491c6297775f1fe1d74002d9ee48432670/hostname"
HostsPath:"/share/CACHEDEV1_DATA/Container/container-station-data/lib/docker/containers/0161ffd6f3e4f9b80f7c644d7a58db491c6297775f1fe1d74002d9ee48432670/hosts"
Id:...
Image:...
LogPath:"/share/CACHEDEV1_DATA/Container/container-station-data/lib/docker/containers/0161ffd6f3e4f9b80f7c644d7a58db491c6297775f1fe1d74002d9ee48432670/0161ffd6f3e4f9b80f7c644d7a58db491c6297775f1fe1d74002d9ee48432670-json.log"
MountLabel:""
Mounts:[
{
Destination:"/opt/iobroker "
Mode:"rw"
Propagation:"rprivate"
RW:true
Source:"/share/Container"
Type:"bind"
}
]
Name:"/iobroker"
NetworkSettings:{
Bridge:""
EndpointID:""
Gateway:""
GlobalIPv6Address:""
GlobalIPv6PrefixLen:0
HairpinMode:false
IPAddress:""
IPPrefixLen:0
IPv6Gateway:""
LinkLocalIPv6Address:""
LinkLocalIPv6PrefixLen:0
MacAddress:""
Networks:{...}
Ports:{}
SandboxID:"40c6fc322ea3acf0266ce29426f0e25375e2aa3b0ecd5d05935ba2f3d9432f39"
SandboxKey:"/var/run/docker/netns/40c6fc322ea3"
}
Path:"/bin/bash"
Platform:"linux"
ProcessLabel:""
ResolvConfPath:"/share/CACHEDEV1_DATA/Container/container-station-data/lib/docker/containers/0161ffd6f3e4f9b80f7c644d7a58db491c6297775f1fe1d74002d9ee48432670/resolv.conf"
RestartCount:0
State:{
Dead:false
Error:""
ExitCode:0
FinishedAt:"2024-08-07T04:18:43.947985703Z"
Health:{...}
OOMKilled:false
Paused:false
Pid:19809
Restarting:false
Running:true
StartedAt:"2024-08-07T04:18:57.889169172Z"
Status:"running"
}
} </>

MOD-EDIT: Code in code-tags gesetzt!

Codierknecht

@deaspi88
Deine Daten liegen demnach auf dem NAS in /share/Container. Dort liegen alle Deine Daten ... auch Deine Scripte und Vis.

Na dann ... neue Version des Image holen und damit einen neuen Container starten.
Für den neuen Container am besten ein eigenes Verzeichnis/Volume auf dem NAS anlegen.
Wie das bei QNAP geht müssen andere Dir sagen - ich kenne nur Synology.

Den Rest holen wir dann nach und nach aus dem alten Verzeichnis.

haselchen

@codierknecht

Nichts , was ich nicht schon vor 6 Stunden geschrieben habe

Codierknecht

@haselchen

Nichts , was ich nicht schon vor 6 Stunden geschrieben habe

Habe ich auch nicht behauptet.

Manchmal dauert es aber, bis es beim Adressaten ankommt.
Daher: Steter Tropfen höhlt den Stein

Edit
Bei QNAP bin ich wie gesagt raus. Aber es gibt sicher genügend Helferlein, die dem TE Schritt für Schritt zeigen können, wie er einen neuen Container anlegt.
Wenn möglich im Host-Mode, damit der TE nicht ständig neue Ports nachtragen muss.

@DeAspi88
Du solltest Dich - wie @haselchen schon schrieb - selbst mit der Thematik befassen.
Dein Kollege hat auch mal Urlaub oder ist aus anderen Gründen nicht greifbar.
"Watt man nich selbst macht, taugt auch nix!"
Aber bitte: Keine uralten YT-Videos zu Rate ziehen!

NEWS

iOBroker unter QNAP Docker keine Verbindung möglich

Support us

936
Online

31.9k
Users

80.2k
Topics

1.3m
Posts

NEWS

iOBroker unter QNAP Docker keine Verbindung möglich

Support us

936Online

31.9kUsers

80.2kTopics

1.3mPosts

936
Online

31.9k
Users

80.2k
Topics

1.3m
Posts