NEWS
Iobroker auf intel Nuc
-
@thomas-braun sagte in Iobroker auf intel Nuc:
Nicht als root rumhampeln
Habe den Benutzer "kusi" erstellt und Sudo-Rechte gegeben. So habe ich es jedenfalls verstanden. Damit funktioniert nun auf WinSCP. Die Datei lässt sich aber nicht in den Ordner /opt/iobroker/backups kopieren, da Zugriff verweigert.
Der User kusi ist in der Gruppe 'iobroker' drin?
-
Der User kusi ist in der Gruppe 'iobroker' drin?
-
@kusi Dann füge den noch hinzu. Dann kannst du auch nach dort schreiben.
-
@kusi Dann füge den noch hinzu. Dann kannst du auch nach dort schreiben.
-
-
@thomas-braun sagte in Iobroker auf intel Nuc:
sudo usermod -aG iobroker kusi
Hat geklappt, vielen Dank.
Wiederherstellung von ioBroker läuft.
Mal schauen ob der Zigbee-Stick in der LXC-Container auch läuft.
Vermutlich müssen hierfür Änderungen in Proxmox vorgenommen werden, wie ich mal irgendwo gelesen habe... -
@thomas-braun sagte in Iobroker auf intel Nuc:
sudo usermod -aG iobroker kusi
Hat geklappt, vielen Dank.
Wiederherstellung von ioBroker läuft.
Mal schauen ob der Zigbee-Stick in der LXC-Container auch läuft.
Vermutlich müssen hierfür Änderungen in Proxmox vorgenommen werden, wie ich mal irgendwo gelesen habe...@kusi sagte in Iobroker auf intel Nuc:
Mal schauen ob der Zigbee-Stick in der LXC-Container auch läuft.
mit sicherheit nicht, deshalb war mein Vorschlag zu Beginn, nimm ne VM
-
@kusi sagte in Iobroker auf intel Nuc:
Mal schauen ob der Zigbee-Stick in der LXC-Container auch läuft.
mit sicherheit nicht, deshalb war mein Vorschlag zu Beginn, nimm ne VM
-
@crunchip sagte in Iobroker auf intel Nuc:
zu Beginn
das stimmt, aber mit dem Update auf Proxmox 7 wollte ich es auch sofort wissen, daher der LXC-Container. Die ioBroker-Wiederherstellung im VM läuft aber bereits :-)
Ich möchte ALLEN ein grosses Dankeschön für die tolle Unterstützung sagen!
Wenn ioBroker wieder läuft, kann ich in Ruhe und ohne Sorgen meine Ferien antreten.Rückmeldung: Der Zigbee-Stick läuft nun auch in der VM, sowie auch alle Shelly´s via COAP.
-
Ich möchte ALLEN ein grosses Dankeschön für die tolle Unterstützung sagen!
Wenn ioBroker wieder läuft, kann ich in Ruhe und ohne Sorgen meine Ferien antreten.Rückmeldung: Der Zigbee-Stick läuft nun auch in der VM, sowie auch alle Shelly´s via COAP.
-
@darkiop Also mit Promox 7 Beta funktioniert LXC-Container einwandfrei. Auch ioBroker ist bereits installiert und läuft.
Soll ich nun wieder auf Promox 6.4 wechseln und den Kernel updaten oder bei Promox 7 Beta bleiben?
Das Einzige was momentan nicht funktioniert ist ein Zugriff über WinSCP, um z.B. das ioBroker Backup zu kopieren. Meldung: Zugriff verweigert
@kusi sagte in Iobroker auf intel Nuc:
Soll ich nun wieder auf Promox 6.4 wechseln und den Kernel updaten oder bei Promox 7 Beta bleiben?
Wenn du die Zeit hast wäre das der bessere Weg - dann würde dann System nicht auf einer Beta aufsetzen. Aber das kannst auch noch dem Uraub machen.
Grundsätzlich, wenn du vor hast mehr mit Proxmox, LXCs und VMs zu machen - setze dich mit den Linux Basics auseinander.
-
@kusi sagte in Iobroker auf intel Nuc:
Soll ich nun wieder auf Promox 6.4 wechseln und den Kernel updaten oder bei Promox 7 Beta bleiben?
Wenn du die Zeit hast wäre das der bessere Weg - dann würde dann System nicht auf einer Beta aufsetzen. Aber das kannst auch noch dem Uraub machen.
Grundsätzlich, wenn du vor hast mehr mit Proxmox, LXCs und VMs zu machen - setze dich mit den Linux Basics auseinander.
-
@darkiop sagte in Iobroker auf intel Nuc:
setze dich mit den Linux Basics auseinander
Das muss ich wohl machen.
Vielen Dank für die Unterstützung. -
@bbtown sagte in Iobroker auf intel Nuc:
sudo apt update && apt dist-upgrade
Wie oft sollte dies im laufenden Betrieb erfolgen?
Proxmox und/oder VM (ioBroker)??@kusi dein Proxmox zeigt dir doch direkt auf der Proxmoxoberfläche an, ob und welche Updates anstehen. Diese kannst du jederzeit anstoßen.
Selbiges gilt dann ebenfalls für VM und LXC, wenn diese ebenfalls mit Debian laufen, da Proxmox auf Debian basiert.
Solltest anderweitig noch Ubuntu oder irgend etwas anderes laufen, gibt es da natürlich andere Updates.In der Regel, würde ich pauschal sagen, einmal die Woche, kann man da ein Auge drauf werfen.
PS: Es gibt auch einen schönen Adapter Linux-Control, der dir so etwas anzeigt und theoretisch von da aus, sich direkt das Update auslösen lässt( was ich aber nicht unbedingt empfehle)
-
@kusi sagte in Iobroker auf intel Nuc:
Wie oft sollte dies im laufenden Betrieb erfolgen?
ich weiß, dass es da nicht steht, aber so etwas klingt für mich immer wie:
"Linux ist sooo kompliziert, was man da alles tun muss...."Dass auch bei Windows täglich so etwas, teilweise im Hintergrund, durchgeführt wird, stört dagegen niemanden.
wie @crunchip schrieb, wäre einmal die Woche ein sinnvolles Intervall um aktuell zu bleiben.
Aber selbst ich habe durch meine vielen Testinstallationen auch schon vergessene Systeme gehabt, die ich nach einem Jahr fröhlich vor sich hinlaufend wiedergefunden habe, ohne updates gefahren zu haben.
Das soll kein Aufruf sein nichts zu tun, aber zeigen, dass es kein striktes Schema für Updates geben muss.kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@kusi sagte in Iobroker auf intel Nuc:
Wie oft sollte dies im laufenden Betrieb erfolgen?
ich weiß, dass es da nicht steht, aber so etwas klingt für mich immer wie:
"Linux ist sooo kompliziert, was man da alles tun muss...."Dass auch bei Windows täglich so etwas, teilweise im Hintergrund, durchgeführt wird, stört dagegen niemanden.
wie @crunchip schrieb, wäre einmal die Woche ein sinnvolles Intervall um aktuell zu bleiben.
Aber selbst ich habe durch meine vielen Testinstallationen auch schon vergessene Systeme gehabt, die ich nach einem Jahr fröhlich vor sich hinlaufend wiedergefunden habe, ohne updates gefahren zu haben.
Das soll kein Aufruf sein nichts zu tun, aber zeigen, dass es kein striktes Schema für Updates geben muss. -
@kusi sagte in Iobroker auf intel Nuc:
Wie oft sollte dies im laufenden Betrieb erfolgen?
ich weiß, dass es da nicht steht, aber so etwas klingt für mich immer wie:
"Linux ist sooo kompliziert, was man da alles tun muss...."Dass auch bei Windows täglich so etwas, teilweise im Hintergrund, durchgeführt wird, stört dagegen niemanden.
wie @crunchip schrieb, wäre einmal die Woche ein sinnvolles Intervall um aktuell zu bleiben.
Aber selbst ich habe durch meine vielen Testinstallationen auch schon vergessene Systeme gehabt, die ich nach einem Jahr fröhlich vor sich hinlaufend wiedergefunden habe, ohne updates gefahren zu haben.
Das soll kein Aufruf sein nichts zu tun, aber zeigen, dass es kein striktes Schema für Updates geben muss. -
@kusi sagte in Iobroker auf intel Nuc:
Und dann ist auch immer ein Neustart vom kompletten System notwendig
Nein, das hängt davon ab wie tief das Paket im System hängt. Meist reicht es, wenn der Dienst/Service neugestartet wird. Ein Kernel Update bedingt allerdings einen Neustart des Systems.
Wenn du nicht weißt wie tief der Dienst sitzt: Starte neu.
Von irgendwelchen unmonitored Updates würde ich abraten. Da findest du nur umständlich heraus wo es im Falle eines Falles klemmt. Ich würde Updates immer selber aktiv anstoßen.
-
@kusi wenn Du Proxmox aktualisierst und der Kernel wurde hierbei ebenfalls erneuert, dann kommt üblicherweise eine Empfehlung zum Neustart, sonst nicht.
Wie oben bereits geschildert, das ist immer zugleich ein ganz guter Hinweis auch deine VMs und LXCs auf Basis Debian zu aktualisieren, für diese müßten ja die gleichen Aktualisierungen verfügbar sein.
-
@kusi
nach der Installation eines neuen, sauberen Proxmox gehst Du auf die Konsole des Proxmox:Proxmox Einstellungen
nano /etc/apt/sources.list.d/pve-enterprise.listfolgenden Eintrag mit "#" auskommentieren
# deb https://enterprise.proxmox.com/debian/pve buster pve-enterpriseanschließend Updates holen
apt update && apt dist-upgrade -yErweiterungen installieren
apt install sudo apt install curl -y apt install lm-sensors -y apt install gparted -yHardwareunterstützung VTD / amdIOMMUiommu
nano /etc/default/grubnachfolgenden Eintrag suchen und so wie unten anpassen
GRUB_CMDLINE_LINUX_DAFAULT="quiet intel_iommu=on"speichern und danach
update-grubnano -w /etc/modulesfolgende Einträge für PCIe Passthrough hinzufügen
vfio vfio_iommu_type1 vfio_pci vfio_virqfdspeichern und danach
rebootdmesg | grep -e DMAR -e IOMMU lsmod | grep vfiodanach setzt Du eine VM auf Basis von debian v.10 (Buster) auf
dann ioBroker installieren:curl -sLf https://iobroker.net/install.sh | bash -und Du bist auf der sicheren Seite
[Nachtrag]
Einer VM eine feste IP zuweisen (klick mich)nano /etc/network/interfacesfolgende Einträge gemäß der eigen IP-Adressbereiche anpassen
# The loopback network interface auto lo iface lo inet loopback # The primary network interface allow-hotplug ens192 # iface ens192 inet <- Das wäre DHCP iface ens192 inet static address 192.168.178.150 netmask 255.255.255.0 gateway 192.168.178.1 dns-nameservers 192.168.178.1 8.8.8.8Hallo zusammen
Nun bin ich von den Ferien zurück, Proxmox und ioBroker haben einwandfrei funktioniert.
Das System läuft stabil, vielen Dank nochmals.
Ein Problem kann ich allerdings nicht lösen.
Der Adapter "Neeo", installiert über GitHub, funktioniert auf dem Raspberry noch immer einwandfrei (soeben getestet).
Auf dem Intel Nuc mit Proxmox funktioniert der Adapter jedoch nicht.
Beim Start des Adapters erscheint folgende Fehlermeldung:neeo.0 2021-07-18 14:54:09.577 error (7111) neeo initialization failedError: getaddrinfo ENOTFOUND neeo-2372dc31.local neeo.0 2021-07-18 14:54:09.460 info (7111) starting. Version 1.0.0 in /opt/iobroker/node_modules/iobroker.neeo, node: v12.22.2, js-controller: 3.2.16 host.ioBroker 2021-07-18 14:54:08.817 info instance system.adapter.neeo.0 started with pid 7111 host.ioBroker 2021-07-18 14:54:06.325 info instance system.adapter.neeo.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) neeo.0 2021-07-18 14:54:05.780 info (2879) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason neeo.0 2021-07-18 14:54:05.780 info (2879) terminating neeo.0 2021-07-18 14:54:05.780 info (2879) cleaned everything up... neeo.0 2021-07-18 14:54:05.778 info (2879) Got terminate signal TERMINATE_YOURSELFKann mir jemand sagen, woran dies liegen kann?
Ich gehe davon aus, dass Proxmox hier die Kommunikation blockiert.
803
Online32.5k
Benutzer81.6k
Themen1.3m
Beiträge