vakilando

irgendwas ist da faul.... Laut Log hast du Port 80 / 443.... (und VNC disabled) ABER laut Screenshot hast du Port 86... (VNC Port ist gesetzt, aber DECONZ_VNC_MODE = 1 sehe ich nicht) Port 80 ist schlecht, wenn Unraid auch auf Port 80 hört. Da der Docker im HOST mode läuft hat er die selbe IP wie Unraid.

ja, wenn du die Variablen noch ausfüllst (siehe mein Screenshot).

http://[IP]:[PORT:86]/

Woher?

Wenn du richtig neu anfangen willst, dann lösche ihn aus den "vorherigen Apps" und gehe erneut über den docker hub link. Schick aber doch mal einen Screenshot deiner docker Einstellungen.

was meinst du mit "egal welche der ips"?? Der deconz hat ja höchstens eine........ Schmeiß doch nicht gleich alles hin und probier den nächsten Docker, marthoc funktioniert und wird von HA empfohlen. Such doch lieber den Fehler...

Im Docker Protokoll (Klick auf deconz > Protokoll) stehen auch die Verbindungsdaten: [marthoc/deconz] Starting deCONZ... [marthoc/deconz] Current deCONZ version: 2.12.00 [marthoc/deconz] Web UI port: 86 [marthoc/deconz] Websockets port: 4436 [marthoc/deconz] VNC port: 5911

Ich kam eben auf meine webgui nur drauf nachdem ich Browser Cache und cookies gelöscht habe (warumauchimmer). Es war sonst nur eine weiße Seite... Kommst du per VNC Client drauf?

Moin, wo ist der Screenshot her? hast du in HA die deconz Integration hinzugefügt? (Einstellungen > Integrationen > unten rechts auf Integration hinzufügen klicken > deconz suchen & auswählen Zu entsperren musst du vermutlich (wenn ich es richtig in Erinnerung habe und deinen Screenshot richtig deute...) auf die Webgui deines deconz (bei mir http://xxx.xxx.xxx.xxx:86/pwa/login.html) ein Passwort vergeben beim ersten login bzw. sollte eines abgefragt werden, so ist es "delight" (=>ändern!) dann oben links auf das Menü (3 Striche) > Einstellungen > Gateway > unten auf Erweitert (Zahnrad) > App verbinden dann sollte HA mit deconz Verbindung aufnehmen

Variable

https://github.com/marthoc/docker-deconz DECONZ_VNC_MODE=1 Set this option to enable VNC access to the container to view the deCONZ ZigBee mesh DECONZ_VNC_PASSWORD=changeme Default password for VNC mode is 'changeme'; this option can (should) be used to change the default password

Hier wird der Marthoc Docker genannt, daher habe ich ihn damals verwendet: https://www.home-assistant.io/integrations/deconz/

So sehen meine Einstellungen aus (nicht wundern, ich habe unwichtiges aus dem Bild ausgeschnitten):

In Unraid zu "Apps", dann nach deconz suchen. Da es damals den docker von spaceinvader noch nicht gab (0 Treffer) anschließend über DockerHub über "Klick hier um zusätzliche Ergebnisse von DockerHub zu erhalten". Dort findest du den deconz docker von marthoc.

So, hab nun am Server nachgeschaut. Zur Info, ich habe den "Conbee II" Stick Installiert habe ich den Deconz Docker "marthoc/deconz" (https://github.com/marthoc/docker-deconz) Unter "Extra Parameters" habe ich folgendes stehen: --device=/dev/ttyACM0 Zusätzlich habe ich die Variable "DECONZ_DEVICE" mit dem Wert: /dev/ttyACM0 Laut Beschreibung auf Github (s.o.) sollte der Conbee II als "/dev/ttyACM0" auftreten, was bei mir auch der Fall ist: "Pass the serial device at ttyUSB0 into the container for use by deCONZ (you may need to investigate which device name is assigned to your device depending on if you are also using other usb serial devices; by default ConBee = /dev/ttyUSB0, Conbee II = /dev/ttyACM0, RaspBee = /dev/ttyAMA0 or /dev/ttyS0)." Hier gibts noch eine Anleitung:

Ja, korrekt. Sobald ich an meinem Server bin kann ich sagen wie ich es eingerichtet habe....

jep, da Unraid die Freigabe und das dazugehörige Verzeichnis löscht würdest du ansonsten auch die Daten löschen...

Ich habe diesen Doker installiert: https://hub.docker.com/r/fenglc/pgadmin4/. Weiterhin gibt es diesen (neuer und mit mehr Downloads): https://hub.docker.com/r/dpage/pgadmin4/ Beide sind in den Apps zu finden, wenn nach pgadmin gesucht wird. Das kommt auch auf die Anwendung an, die die DB benötigt, von daher ist keine bestimmte Version empfehlbar, außer dass man die aktuellste Version verwenden sollte, die die installierte Anwendung unterstützt...

Hmmmm, den Tipp habe ich im englisch sprachigen Forum mal aufgeschnappt, aber ich frage mich auch gerade warum ich einen entfernten Syslog Server eingegeben habe... So sieht es bei mir aus (wobei "IP-Adresse" die IP meines Unraid Servers ist):

Eine weitere Möglichkeit, die dauerhaft so belassen werden kann, da nicht der USB-Stick durch andauernde Schreibvorgänge belastet wird und ihn nicht "zumüllt" ist Unraid selbst als Syslog Server zu konfigurieren. Und so gehts: Lege dir eine neue Freigabe names "syslog" (z.B.) an und stelle sie auf Cache bevorzugt oder nur In Einstellungen gehst du unter Netzwerk auf "Syslog-Server" und aktivierst ihn mit folgenden Einstellungen: - Lokaler Syslog-Server: aktiviert, UDP Port: 514 - Lokales Syslogverzeichnis: syslog (die von dir angelegte Freigabe) - Rotation der lokalen Syslogdateien: ja - Maximale Größe der Syslogdatei: 5MB - Anzahl der lokalen Syslogdateien: 4 - Entfernter Syslog Server: x.x.x.x (IP deines Servers), UDP Port: 514 - Syslog auf Flash-Speicher spiegeln: Nein

es kann so einfach sein..... Unraid zeigt die Firmware Version an! Ich habe da nie geschaut und bin ein wenig erstaunt, denn ich habe die SSDs zusammen im Juni 2020 gekauft und sie haben einen arg unterschiedlichen Firmwarestand: 1. CT1000MX500SSD1: M3CR032 2. CT1000MX500SSD1: M3CR023 (Vertippt habe ich mich nicht, das war copy & paste...) Ich habe die Meldungen für Attribute 197 (Current pending sector count) mal wieder eingeschaltet und schau ob die sich unterschiedlich verhalten.

UPS, hab die Meldung zugegebenermaßen nur überflogen - erwischt...

Ich habe ehrlich gesagt keine Ahnung was meine für eine Firmware drauf haben, müsste ich prüfen (wie?). Das hier klingt aber nicht so, als würde ich die vom dir genannte Firmware installieren wollen.... : https://www.computerbase.de/2020-10/crucial-mx500-ssd-firmware-update-problem/

Ach ja, "normal" ist die Meldung bei einer Crucial MX500 natürlich nur wenn ziemlich bald nach der ersten Meldung die zweite mit "returned to normal value" kommt. Das Ausschalten dieser Meldung erhöht natürlich das Risiko einen echten Fehler zu übersehen...