Nach Neuinst., keine IP-Adresse, Webinterface nicht erreichbar

Debian/Ubuntu basierte CCU

Moderator: Co-Administratoren

McKormick
Beiträge: 8
Registriert: 09.12.2023, 23:43
System: Alternative CCU (auf Basis OCCU)

Re: Nach Neuinst., keine IP-Adresse, Webinterface nicht erreichbar

Beitrag von McKormick » 11.12.2023, 22:48

Matthias K. hat geschrieben:
11.12.2023, 22:41
McKormick hat geschrieben:
10.12.2023, 00:16
IOBroker/Homematic-IP ohne Container oder VM nutzen.
Da es bisher noch keiner gefragt hat: Gibt es einen konkreten Grund dafür?
Es wäre doch ein Leichtes auf dem NUC statt einem BareMetal-System z.B. Proxmox zu installieren und darauf dann verschiedene VMs oder Container, die die Dienste beinhalten, laufen zu lassen.
Dann könntest du dir das ganze "Gebastel" mit Ports und Umbiegen von Configs (nicht negativ gemeint, mehr vom Aufwand her gesehen) sparen...
Hmm. Ich dachte, ich mache es erstmal einfach ohne irgendwelchen VM- oder Docker-Geschichten. Da ich dachte, gerade da würde ich evtl. Ports umbiegen müssen, weil ich für Deconz und Homematic je einen USB-Stick am NUC habe.. Ist das nicht so? Wäre es sogar einfach zu konfigurieren oder ist es nur einfacher den Container neu aufzubauen?
Ich habe zwar dann noch Influx und evcc laufen, aber das hat auf dem Raspi4 auch einigermaßen ohne Docker hingehauen...

Matthias K.
Beiträge: 1172
Registriert: 14.02.2016, 12:32
System: Alternative CCU (auf Basis OCCU)
Wohnort: Heidenheim
Hat sich bedankt: 57 Mal
Danksagung erhalten: 226 Mal

Re: Nach Neuinst., keine IP-Adresse, Webinterface nicht erreichbar

Beitrag von Matthias K. » 11.12.2023, 22:53

Du kannst auch mit ein paar vollwertigen Linux-VMs arbeiten, anstatt Containern, die brauchen ja auch nicht soo viele Ressourcen.
Dann ist die Bedienung innerhalb der VM eigentlich wie lokal, nur dass eben jede VM ihre eigene IP hat und damit auch keine Konflikte bei den Ports.
Und USB-Geräte kannst du mittels Proxmox problemlos in VMs durchreichen.

Aber am Anfang muss man sich natürlich ein wenig einarbeiten. Optimal wäre natürlich ein Zweitsystem zum Ausprobieren/Spielen... :)

Ich habe mich z.B. auch lange nicht an Docker getraut, aber wenn man es einmal durchschaut hat ist es für viele Dienste einfach genial!
Bei mir z.B. u.a. für HomeAssistant und Node-RED, die sich dann wiederum zu RaspberryMatic (kein Docker sondern VM!) sowie meiner Debmatic auf Raspberry für die Poolsteuerung verbinden.

Benutzeravatar
gnom
Beiträge: 321
Registriert: 23.06.2022, 05:33
System: Alternative CCU (auf Basis OCCU)
Wohnort: Brühl
Hat sich bedankt: 26 Mal
Danksagung erhalten: 56 Mal

Re: Nach Neuinst., keine IP-Adresse, Webinterface nicht erreichbar

Beitrag von gnom » 12.12.2023, 07:41

Ich würde jetzt Debmatic jetzt nochmal löschen und neu installieren. Es sei denn es gibt noch eine Alternative
Würde ich jetzt auch zuerst machen.

Was ich von damals noch weiß ist, daß diese Kombi läuft und ich lediglich den Phoscon-Port ändern mußte.
side comment: Heute nutze ich einen anderen Zigbee Stick. Da brauchte ich diese suboptimale Phoscon App auch nicht und benötige nur das iob-Zigbee-addon - oder man nimmt evtl. Zigbee2MQTT.
Es wäre doch ein Leichtes auf dem NUC statt einem BareMetal-System z.B. Proxmox zu installieren und darauf dann verschiedene VMs oder Container, die die Dienste beinhalten, laufen zu lassen.
Dann könntest du dir das ganze "Gebastel" mit Ports und Umbiegen von Configs...
Ja. Das ist ja das tolle, daß es mehrere Alternativen gibt, aus denen man wählen kann. Alle laufen solide und haben ihre Berechtigung.
Mit Sicherheit haben VMs ihren Charme - deshalb wird dieser Weg ja von vielen (mit RM) genutzt - it's a choise.
Zum Punkt: es geht letztlich nur um einen einzigen Port und der ist in einer config-Datei. Auch in VMs muß man doch schon mal mit Ports hantieren, oder?
Debmatic hat m.E. einen geringeren Konfigurationsaufwand gegenüber VMs. Keine VM Konfiguration, eine IP (alles auf localhost), Ports/Firewwall müssen nicht in der CCU gemanaged werden, ... Was ich vermisse ist das HMPrint addon und die RM Productivity patches. CUxD und CCU-Jack gehen aber. Alles andere dann unter ioBroker.
Gruss, Chris

don't fear dying, fear not living (Marc Aurel)
strebst Du nach Respekt, handle selber danach (unbekannt)

2 Systeme:
- Home: Debmatic & IOBroker unter Debian 12 auf Laptop, HM-IP, Asksin++ (HB-+Innogy Devices), Zigbee, Tasmota/Shelly
- WE-Shed: Debmatic & IOBroker unter Debian 11 auf Laptop, HM classic, Asksin++ (HB-+Innogy Devices), RF, Tasmota/Shelly

McKormick
Beiträge: 8
Registriert: 09.12.2023, 23:43
System: Alternative CCU (auf Basis OCCU)

Re: Nach Neuinst., keine IP-Adresse, Webinterface nicht erreichbar

Beitrag von McKormick » 12.12.2023, 20:09

gnom hat geschrieben:
12.12.2023, 07:41

side comment: Heute nutze ich einen anderen Zigbee Stick. Da brauchte ich diese suboptimale Phoscon App auch nicht und benötige nur das iob-Zigbee-addon - oder man nimmt evtl. Zigbee2MQTT.
Ach echt? Hast Du einen Link zu dem Stick. Auf die App könnte ich durchaus verzichten..

Ich probiere jetzt erst nochmal die Netzwerkeinstellungen zurückzusetzen und wenn das nicht klappt, dann wird debmatic noch neu installiert.

Benutzeravatar
gnom
Beiträge: 321
Registriert: 23.06.2022, 05:33
System: Alternative CCU (auf Basis OCCU)
Wohnort: Brühl
Hat sich bedankt: 26 Mal
Danksagung erhalten: 56 Mal

Re: Nach Neuinst., keine IP-Adresse, Webinterface nicht erreichbar

Beitrag von gnom » 12.12.2023, 20:26

Ich habe jetzt den Sonoff Zigbee 3.0 USB Dongle Plus (E-version mit EFR32 Chip). Bekommt man überall für <25€.
Funktioniert tadellöser. https://sonoff.tech/product/gateway-and ... le-plus-e/
Der Vollständigkeit halber: habe keine große Distanzen zu überbrücken, gibt aber massig Erfahrungen mit diesen Teil.
Mit der ext. Antenne, sollte der dem Conbee ebenbürtig sein.
im Zigbee Adapter einfach Silicon Labs EZSP/EFR32-Option als Typ wählen -> läuft.
Falls Du aber auch CUxD nutzen solltest, dem vorher noch das blockieren des seriellen Ports im Setup "untersagen ", sonst geht es eben nicht.
Gruss, Chris

don't fear dying, fear not living (Marc Aurel)
strebst Du nach Respekt, handle selber danach (unbekannt)

2 Systeme:
- Home: Debmatic & IOBroker unter Debian 12 auf Laptop, HM-IP, Asksin++ (HB-+Innogy Devices), Zigbee, Tasmota/Shelly
- WE-Shed: Debmatic & IOBroker unter Debian 11 auf Laptop, HM classic, Asksin++ (HB-+Innogy Devices), RF, Tasmota/Shelly

McKormick
Beiträge: 8
Registriert: 09.12.2023, 23:43
System: Alternative CCU (auf Basis OCCU)

Re: Nach Neuinst., keine IP-Adresse, Webinterface nicht erreichbar

Beitrag von McKormick » 12.12.2023, 22:30

Neuinstallation hat nichts gebracht.. Debmatic läuft wie vorher:

Code: Alles auswählen

pi@iobroker:~$ sudo debmatic-info
debmatic version: 3.73.9-112
OS:               Ubuntu 22.04.3 LTS
Kernel:           5.15.0-91-generic x86_64
Service Status:   Running
Kernel modules:   Available
Raw UART dev:     Available
HMRF Hardware:    HMIP-RFUSB
 Connected via:   eQ-3 HmIP-RFUSB@usb-0000:00:15.0-8.1 (/dev/raw-uart)
 Board serial:    1F2995E788
 Radio MAC:       0xFF4DED
HMIP Hardware:    HMIP-RFUSB
 Connected via:   eQ-3 HmIP-RFUSB@usb-0000:00:15.0-8.1 (/dev/raw-uart)
 SGTIN:           3014F711A000041F2995E788
 Radio MAC:       0xB8038A
Aber wenn lighttpd nicht läuft, wird wohl debmatic auch nicht angezeigt..

Code: Alles auswählen

pi@iobroker:~$ systemctl status lighttpd.service
× lighttpd.service - Lighttpd Daemon
     Loaded: loaded (/lib/systemd/system/lighttpd.service; enabled; vendor preset: enabled)
     Active: failed (Result: exit-code) since Tue 2023-12-12 22:05:27 CET; 5min ago
    Process: 2602 ExecStartPre=/usr/sbin/lighttpd -tt -f /etc/lighttpd/lighttpd.conf (code=exited, status=0/SUCCESS)
    Process: 2686 ExecStart=/usr/sbin/lighttpd -D -f /etc/lighttpd/lighttpd.conf (code=exited, status=255/EXCEPTION)
   Main PID: 2686 (code=exited, status=255/EXCEPTION)
        CPU: 458ms

Dez 12 22:05:26 iobroker systemd[1]: lighttpd.service: Main process exited, code=exited, status=255/EXCEPTION
Dez 12 22:05:26 iobroker systemd[1]: lighttpd.service: Failed with result 'exit-code'.
Dez 12 22:05:27 iobroker systemd[1]: lighttpd.service: Scheduled restart job, restart counter is at 6.
Dez 12 22:05:27 iobroker systemd[1]: Stopped Lighttpd Daemon.
Dez 12 22:05:27 iobroker systemd[1]: lighttpd.service: Start request repeated too quickly.
Dez 12 22:05:27 iobroker systemd[1]: lighttpd.service: Failed with result 'exit-code'.
Dez 12 22:05:27 iobroker systemd[1]: Failed to start Lighttpd Daemon.
"lighttpd -f /etc/lighttpd/lighttpd.conf -p | grep mod_auth" gibt:

Code: Alles auswählen

pi@iobroker:~$ lighttpd -f /etc/lighttpd/lighttpd.conf -p | grep mod_auth
2023-12-12 22:26:03: (configfile.c.426) Warning: mod_auth should be listed in server.modules before dynamic backends such as mod_proxy
Ich habe schon versucht herauszufinden, ob man lighttpd zurücksetzen oder neu installieren kann... War aber nichts hilfreiches dabei. Auch die Datei server.modules finde ich nicht.
Edit: Doch etwas in der /etc/debmatic/lighttpd/modules.conf gefunden:

Code: Alles auswählen

server.modules = (
  "mod_access",
#  "mod_alias",
#  "mod_authn_rega",
  "mod_auth",
#  "mod_evasive",
  "mod_redirect",
  "mod_rewrite",
  "mod_setenv",
#  "mod_usertrack",
  "mod_cgi",
#  "mod_proxy",
)
Hilft mir aber auch nicht weiter, da ja "mod_auth" vor "mod_proxy" steht, welches auch nicht aktiv ist...

Puhh. Also doch alles neu?

peterfido
Beiträge: 2
Registriert: 23.11.2020, 21:44
System: Alternative CCU (auf Basis OCCU)
Hat sich bedankt: 1 Mal

Re: Nach Neuinst., keine IP-Adresse, Webinterface nicht erreichbar

Beitrag von peterfido » 20.12.2023, 20:11

Deswegen nutze ich Proxmox. Vorm probieren einen Snapshot anlegen, wenn man nicht zum Ziel kommt, zuück zum Zustand des Snapshots und einen anderen Weg probieren. Das geht wesentlich schneller und komfortabler als alles nochmal neu oder gar zu Fuss rückgängig machen.

Zwischenzeitlich habe ich für alles eine eigene VM. LXC nutze ich nicht mehr, seit nach einem Proxmox-Host Update zwei Container nicht mehr rund liefen. VMs sind da halt kernelunabhängig. USB-Geräte und SSDs (HDDs) immer per Device-ID einbinden.

Antworten

Zurück zu „debmatic“