UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[tobrog]

@pedder007 Du hast die non-free Komponenten bei den debian repos nicht mit drin. Evtl liegt es daran.
Meine source.list sieht so aus:

deb http://ftp.debian.org/debian bookworm main contrib non-free non-free-firmware
deb http://ftp.debian.org/debian bookworm-updates main contrib non-free non-free-firmware
deb http://security.debian.org/debian-security bookworm-security main contrib non-free non-free-firmware
deb http://download.proxmox.com/debian/pve bookworm pve-no-subscription

Edit: Unsere posts haben sich zeitlich überschnitten. Super dass es nun doch geklappt hat

[Pedder007]

@tobrog ja :-)

Bei mir sieht das jetzt so aus:

root@proxo:/etc/apt# cat sources.list
deb http://ftp.de.debian.org/debian bookworm main contrib

deb http://ftp.de.debian.org/debian bookworm-updates main contrib

deb http://download.proxmox.com/debian/pve bookworm pve-no-subscription

# security updates
deb http://security.debian.org bookworm-security main contrib

Soll ich das jetzt noch ändern? - es scheint ja so ok zu sein!?
Es fehlen ja, glaube ich nur die Kommentare, oder?

[Ein ehemaliger Benutzer]

@pedder007 sagte in Proxmox has changed to `Bookworm`:

Soll ich das jetzt noch ändern? - es scheint ja so ok zu sein!?

Moin,

der Unterschied ist, dass @tobrog sein Proxmox, besser die Debian-Basis, auf die non-free Repositorien angelegt/eingerichtet hat, Du aber auf den Standard!

Wenn Du keine Hardware am Start hast, die spezielle Firmware braucht, dann bleib bei Deiner Einstellung, das ist soweit korrekt.

VG
Bernd

[Pedder007]

@dp20eic ok danke :+1:
Ich denke ein HP EliteDesk ist jetzt nicht so speziell :-)

[Ein ehemaliger Benutzer]

@pedder007 sagte in Proxmox has changed to `Bookworm`:

Ich denke ein HP EliteDesk ist jetzt nicht so speziell

Moin,

das kannst nur Du beantworten, denn ich habe keine Lust mir die Spezifikationen, der PCs anzuschauen, um zu sehen, ob da ein WLAN, oder Netzwerkchip oder Soundkarte oder USB Treiber oder ... verbaut wurde, die nicht mit Open Source - Treibern funktionieren.
Solange, die Festplatten und das Netzwerk und die USB-Ports funktionieren, hast Du da sicherlich kein Bedarf und kannst so weiter machen.

VG
Bernd

[Pedder007]

Hallo zusammen, ich komme da gerade, nachdem nun der Proxmox 'Host' und drei Container (Unifi, Pihole, Grafana/Influx) erfolgreich umgestellt sind, an einer Frage vorbei, wobei ich bei entsprechender Netz-Recherche bisher nicht fündig geworden bin.
Im aktuellen Setup greife ich von meinem Raspi4B ioBroker Master per ssh auf meinen Motioneye LXC Container (ioBroker Slave) zu um dort ggf. 1-2 kleine Scripte auszuführen (Umkonfiguration von Motioneye, welche nicht per zugehöriger API geht).

Meine Frage: Gibt es in einer Proxmox Instanz evtl. eine andere Möglichkeit (ohne ssh) von einem LXC Container entsprechend auf einen anderen LXC Container zuzugreifen?
Ich kann mich erinnern, dass ich mich seiner Zeit mit der ssh Einrichtung doch recht schwer getan hatte und wenn ich meinen Master nun auch in einen Container bringe, muss ich das natürlich komplett neu einrichten.

[crunchip]

@pedder007 sagte in Proxmox has changed to `Bookworm`:

1-2 kleine Scripte auszuführen (Umkonfiguration von Motioneye, welche nicht per zugehöriger API geht).
Meine Frage: Gibt es in einer Proxmox Instanz evtl. eine andere Möglichkeit (ohne ssh) von einem LXC Container entsprechend auf einen anderen LXC Container zuzugreifen?

um was genau handelt es sich, bzw was möchtest du genau?

[Ein ehemaliger Benutzer]

@pedder007 sagte in Proxmox has changed to `Bookworm`:

Im aktuellen Setup greife ich von meinem Raspi4B ioBroker Master per ssh auf meinen Motioneye LXC Container (ioBroker Slave) zu um dort ggf. 1-2 kleine Scripte auszuführen (Umkonfiguration von Motioneye, welche nicht per zugehöriger API geht).

Moin,

kannst Du das mal so beschreiben, dass das jemand auch versteht!

Ich dachte, Du hast
@pedder007 sagte in Proxmox has changed to `Bookworm`:

Hallo zusammen, ich komme da gerade, nachdem nun der Proxmox 'Host' und drei Container (Unifi, Pihole, Grafana/Influx) erfolgreich umgestellt

Wo kommt denn jetzt der LX Container mit Motioneye (iobroker Slave) her?

@pedder007 sagte in Proxmox has changed to `Bookworm`:

Meine Frage: Gibt es in einer Proxmox Instanz evtl. eine andere Möglichkeit (ohne ssh) von einem LXC Container entsprechend auf einen anderen LXC Container zuzugreifen?

Wie stellst Du Dir das denn vor, aus einer geschlossenen Installation LXC auf eine andere geschlossene Installation LXC zuzugreifen, ohne dass Du Dich authentifizieren musst?
Außer Du installierst alles in einen LX Container oder einer VM.

Ich kenne Deine Installation nicht, aber wieso laufen diese Skripte auf dem Slave, wieso fährst Du überhaupt Mast/erSlave?

Also, am besten mal genau beschreiben, um was es geht, auch, was Du für Probleme hattest, ssh einzurichten, das ist eigentlich nicht allzu schwer!

VG
Bernd

[MartinP]

So eine "Matroschka - Puppe" aus Proxmox und Containern / Virtuellen Maschinen in allen Schalen eine Debian-Version weiter hochziehen ist ja mit gewissen Risiken verbunden.
Was wären denn die Maßnahmen, hier vorab Risikominimierung zu betreiben?
Was und wie sollte man z. B. Backups ziehen?

Womit sollte man anfangen? Erst Proxmox hochziehen, dann die darunterliegenden Systeme, oder umgekehrt?

[Ein ehemaliger Benutzer]

@martinp sagte in Proxmox has changed to `Bookworm`:

Womit sollte man anfangen? Erst Proxmox hochziehen, dann die darunterliegenden Systeme, oder umgekehrt?

Moin,

keine Ahnung, wie das andere machen, aber ich halte die Basis immer aktuell, heißt, dass ich Proxmox immer als Erstes update, danach die LX Container, bei VMs interessiert das nicht wirklich, denn die haben ja ein vollständiges OS im Bauch, wobei auch da der Host immer aktuell seien sollte.

Bei einer Migration vom Host, steht meist auch, ob es Unverträglichkeiten mit gewissen LXC oder VM gibt, die man zuerst beheben muss, ist aber alles nicht pauschal zu beantworten, denn jede Installation ist zu individuell.
Habe ich z. B. noch alte Debian Buster Installationen oder alte Ubuntu VMs, dann bringe ich die zuerst auf einen aktuellen Stand, damit ich nicht zu weit, zwischen Host und Client auseinander drifte.

@martinp sagte in Proxmox has changed to `Bookworm`:

Was und wie sollte man z. B. Backups ziehen?

Bei Proxmox, ganz klar ein Backup, der VM, des LXC, aus Proxmox heraus machen, bei ioBroker RasPi immer ein Backup mit BackitUp, bei RasPIs mit was weiß ich für Software ein Klon der SD-Karte.

VG
Bernd

[Pedder007]

@dp20eic Hallo nochmal, sorry, man wird da mit der Zeit sicher auch etwas betriebsblind, was das eigene Setup angeht :-)

Also, Motioneye läuft bereits in einem weiteren Container, welcher aber noch nicht auf Bookworm umgestellt ist, deshalb war der in der geklammert Liste der Container oben nicht dabei. Da muss ich bei Motioneye erst noch nachlesen, welche 'Kinken' man da evtl. beachten muss. Es wird mit pip (Python) installiert und da gab es meines Wissens immer Extras zu beachten.

Von meinem aktuellen Master greife ich aber heute, aus einem Blockly-Script, über ssh, auf den Motioneye Container zu um dort zwei Scripte zu starten, welche dann nichts anderes tun als Motioneye zu stoppen, zwei (Konfig-)Files um zu kopieren und danach Motioneye wieder zu starten.

Meine Frage ging nun da hin, ob es bei Proxmox evtl. ein internes 'Bordmittel' gibt, um so einen Zugriff anders als mit ssh zu realisieren. Hintergrund dazu ist, dass ich plane meinen Master dann in einem der nächsten Schritte auch noch von eigener HW (Raspi) in einen eigenen Container zu verschieben.

Grundsätzlich hatte ich vor einer Weile einmal damit angefangen bestimme Applikationen in Slaves auszulagern, um den Raspi zu entlasten und um da bei Updates auch unabhängiger von meiner ioBroker Instanz zu werden. Bei Motioneye war das dann tatsächlich auch eine Performance-Frage.

Wird das nun klarer? :-)

[Ein ehemaliger Benutzer]

@pedder007 sagte in Proxmox has changed to `Bookworm`:

Wird das nun klarer?

Moin,

nein, nicht wirklich :)

@pedder007 sagte in Proxmox has changed to `Bookworm`:

Von meinem aktuellen Master greife ich aber heute, aus einem Blockly-Script, über ssh, auf den Motioneye Container zu um dort zwei Scripte zu starten, welche dann nichts anderes tun als Motioneye zu stoppen, zwei (Konfig-)Files um zu kopieren und danach Motioneye wieder zu starten.

Keine Ahnung, warum Du das tun musst, aber für mich würde das dann so möglich sein

1. das Stoppen/Umkopieren/Starten auf den Motioneye LXC verlagern,
   • Cron
   • Skript, das läuft und auf ein Event/Trigger wartet, z. B. x ist nicht erreichbar
2. ioBroker Adapter linux-control, ob das einfacher ist als ssh direkt, kann ich nicht beurteilen.
3. die Ursache ermitteln/bekämpfen, warum man Stoppen/Umkopieren/Starten muss

@pedder007 sagte in Proxmox has changed to `Bookworm`:

Meine Frage ging nun da hin, ob es bei Proxmox evtl. ein internes 'Bordmittel' gibt, um so einen Zugriff anders als mit ssh zu realisieren.

Ich sach mal, nein, das ist ja aus sicherheitstechnischen Gründen nicht gewollt, denn dann brauchte man ja keine User/Passwörter.

VG
Bernd

[Pedder007]

@dp20eic sagte in Proxmox has changed to `Bookworm`:

Keine Ahnung, warum Du das tun musst, aber für mich würde das dann so möglich sein

das Stoppen/Umkopieren/Starten auf den Motioneye LXC verlagern,

Cron
Skript, das läuft und auf ein Event/Trigger wartet, z. B. x ist nicht erreichbar

ioBroker Adapter linux-control, ob das einfacher ist als ssh direkt, kann ich nicht beurteilen.
die Ursache ermitteln/bekämpfen, warum man Stoppen/Umkopieren/Starten muss

Die Scripte liegen bereits auf der Motioneye Instanz (Slave/Container), sie werden lediglich aus dem Blockly (Master) gestartet, wozu ich aktuell ssh nutze.
Ein Cron-Job nutzt da nichts, da es um die Mailing-Funktion von Motioneye geht, welche ich bei Aktivierung der Alarmanlage einschalten möchte, sie mich aber ansonsten nicht zuspamen soll :-)
Über den Linux Adapter wäre das evtl. auch möglich, dass muss ich mir mal anschauen, da ich den auch an anderer Stelle nutze, z. B. um einen Slave über die VIS einfach neu starten zu können - Super Hinweis (Stichwort: Betriebsblindheit! ;-) )

Ich sach mal, nein, das ist ja aus sicherheitstechnischen Gründen nicht gewollt, denn dann brauchte man ja keine User/Passwörter.

Ok, ich hatte mir das fast schon gedacht, dachte aber, fragen kann man ja mal. Sorry das es etwas umständlich war!

Dann mache ich mich mal an die übrigen Slaves/Container (ja es gibt noch einen weiteren) und danach dann an meinen neuen Master ... ;-)
Danke nochmal :+1:

[Ein ehemaliger Benutzer]

@pedder007 sagte in Proxmox has changed to `Bookworm`:

Die Scripte liegen bereits auf der Motioneye Instanz (Slave/Container), sie werden lediglich aus dem Blockly (Master) gestartet, wozu ich aktuell ssh nutze.

Moin,

da ich nicht wirklich weiß, was die Skripte tun, ich auch Motioneye nicht nutze, habe ich mal gegoogelt, dabei ist mir aufgefallen, dass man Motioneye auch über HTTP(s) Request ansteuern kann.
Also wenn das geht, dann braucht man da doch kein ssh Zugang auf die Kiste, wenn man den Alarm auch über diese Requests ein und aus schalten kann!
https://wiki.instar.com/de/Software/Linux/MotionEye/#beispiel-für-einen-http-request

VG
Bernd

P.S.: ob das alles so in Deiner Installation möglich ist, kann ich nicht beurteilen.
P.P.S.: das Thema, sollte man hier aber nicht weiter vertiefen, solltest Du da noch Unterstützung benötigen, dann mach einen eigenen Thread auf, hat nichts mit Proxmox zu tun!

[Pedder007]

@dp20eic also ich will das hier jetzt auch gar nicht weiter ausweiten, aber Du kannst mir glauben, dass ich das seiner Zeit auf Github geklärt hatte, dass sich das Mailing (nicht die Alarmierung/Erkennung) nicht per HTTP Request einzeln an und aus schalten lässt 😊
Und es war auch gar nicht meine Absicht das hier durchzuquatschen, es ging ja eigentlich nur um den eventuellen ‚workaround‘ für ssh 😉
Ich werde die Art meiner Fragestellung beim nächsten Mal vorher genauer überdenken 😎