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

[MartinP]

Habe gerade den Artikel bei Heise zu Trixie gelesen. Bedenken habe ich zu der Entscheidung, Temp-Dateien im RAM anzulegen.
Könnte das Systeme mit wenig RAM aus dem Rennen werfen?
Wäre ärgerlich, wenn man das nicht umkonfigurieren könnte.

EDIT Habe bei Heise Antwort bekommen. Um negative Auswirkungen zu vermeiden, muss man wahrscheinlich das Swapfile vergrößern.
Da hinein wandern die Temp Files, wenn der Platz im RAM nicht reicht.

[Thomas Braun]

@martinp

Unter anderem deswegen wurde Swap auch in letzter Zeit wieder großzügiger angelegt.
RAM sollte man mittlerweile mindestens 4GB vorhalten. Und halt auch auf einen vollen Desktop, GPU-Treiber und sonstigen Tinneff verzichten, denn man nicht braucht. CUPS-Server und was weiß ich noch alles.

Ich würde an der Stelle auch nicht ohne Not herumfummeln und das wieder auf tmp-files umstellen. Man hat sich schon was dabei gedacht, das ins RAM zu packen.

Sieht dann z. B so aus:

Filesystem     Type      Size  Used Avail Use% Mounted on
udev           devtmpfs  3.6G     0  3.6G   0% /dev
tmpfs          tmpfs     1.6G   19M  1.6G   2% /run
/dev/sda2      ext4      110G   11G   94G  10% /
tmpfs          tmpfs     3.9G     0  3.9G   0% /dev/shm
tmpfs          tmpfs     3.9G  3.3M  3.9G   1% /tmp
tmpfs          tmpfs     5.0M   16K  5.0M   1% /run/lock
tmpfs          tmpfs     1.0M     0  1.0M   0% /run/credentials/systemd-resolved.service
/dev/sda1      vfat      510M   73M  438M  15% /boot/firmware
tmpfs          tmpfs     1.0M     0  1.0M   0% /run/credentials/getty@tty1.service
tmpfs          tmpfs     782M  8.0K  782M   1% /run/user/1000
tmpfs          tmpfs     1.0M     0  1.0M   0% /run/credentials/systemd-journald.service

echad@chet:~/coding/ioBroker $ free -h
               total        used        free      shared  buff/cache   available
Mem:           7.6Gi       4.5Gi       622Mi        19Mi       2.6Gi       3.1Gi
Swap:          511Mi       3.0Mi       508Mi

Auf meiner Kiste gar kein Problem, im Gegenteil.

[MartinP]

Gibt es eigentlich eine Anleitung zum Update von Proxmox 8.4.x und Debian 12 auf obige Version, der man vertrauen kann ...

Mir kommt es etwas merkwürdig vor, dass mir hier sozusagen eine "Alles-auf-Einmal" Lösung angeboten wird. Also Debial und Proxmox in einem Rutsch angehoben werden... Nach etwas Nachdenken, kann es aber durchaus sein, dass die beiden sozusagen zusammengehören und deshalb gemeinsam aktualisiert werden...

https://blog.admin-intelligence.de/update-von-proxmox-8-auf-proxmox-9-tutorial/

[Meister Mopper]

@martinp sagte in Proxmox 9.0 mit Debian 13:

Gibt es eigentlich eine Anleitung zum Update von Proxmox 8.4.x und Debian 12 auf obige Version, der man vertrauen kann ...

Mir kommt es etwas merkwürdig vor, dass mir hier sozusagen eine "Alles-auf-Einmal" Lösung angeboten wird. Also Debial und Proxmox in einem Rutsch angehoben werden... Nach etwas Nachdenken, kann es aber durchaus sein, dass die beiden sozusagen zusammengehören und deshalb gemeinsam aktualisiert werden...

https://blog.admin-intelligence.de/update-von-proxmox-8-auf-proxmox-9-tutorial/

Bei mir hat die Proxmox-Anleitung ausgereicht.

Hier wird's auch gut erläutert.

[Thomas Braun]

@martinp

Proxmox hat doch eine Debian-Basis.

[Meister Mopper]

@martinp sagte in Proxmox 9.0 mit Debian 13:

merkwürdig vor, dass mir hier sozusagen eine "Alles-auf-Einmal" Lösung angeboten wird. Also Debial und Proxmox in einem Rutsch angehoben werden...

Das ist das Prinzip von Proxmox. Sie gehen parallel zur jeweils aktuellen Debian Distribution vor, berücksichtigen dabei aber natürlich die eigenen Belange.

Steht eine neue Distribution an, geht auch Proxmox in der Major Version eins rauf (hier: bookworm=8 => trixie=9).

[Thomas Braun]

Im Grunde kann man jede Linux-Distribution auf eine der wenigen 'Grundpfeiler' zurückführen. Der Stammbaum ist an der Wurzel sehr schmal. Debian, Arch, RedHat, Gentoo, Slackware. Alles andere ist im Grunde nur eine Ableitung von diesen 'Ur'-Distributionen.

[Eduard77]

@martinp
es gibt von @haus-automatisierung ein Video.
https://youtu.be/EQC6imVLFtM?si=Ua9iF2iCP_-b65JP

[Latzi]

Schlagt mich bitte nicht, möglicherweise eine dumme Frage:
Nach dem Update von Promox auf V9 und Neustart der Maschine werden meine LXC's noch immer mit Debian Version 12.12 angezeigt, muss ich die auch upgraden? Ich dachte, die Container benutzen die Proxmox-Version?

[Thomas Braun]

@latzi sagte in Proxmox 9.0 mit Debian 13:

Ich dachte, die Container benutzen die Proxmox-Version?

Nur den Kernel.

[Latzi]

@thomas-braun
Danke, somit Upgrade auch bei den LXC wie von dir beschrieben?

[Thomas Braun]

@latzi

Eigentlich rollt man LXCs neu aus.

[Labersack]

@thomas-braun
Damit meinst du vermutlich Docker-Container, und nicht Proxmox-LXCs?

[Shadowhunter23]

Das lxc Template für Debian 13 ist jetzt veröffentlicht worden.

[Rushmed]

@thomas-braun sagte in Proxmox 9.0 mit Debian 13:

Eigentlich rollt man LXCs neu aus.

Ich weiß jetzt auch nicht was das bedeuten soll.

[TT-Tom]

@rushmed

Das neue Template von Proxmox laden und einen neuen Container erstellen.

[MartinP]

@tt-tom Ist aber wie mit neuen Schuhen, zuerst Drücken sie überall ein wenig ...

Wenn man wie es sich gehört, einen Container für genau eine Aufgabe erstellt - z. B. "iobroker + Adapter" ist das "Plattmachen und neu Bauen" sicherlich kein großes Problem.
Aber wenn man da noch Cron-Skripte für Backups usw sowie Grafana, InfluxdB usw. gleich mit in den Container gebastelt hat, wird es schon einige Arbeit geben ...

Ist aber vielleicht die Gelegenheit, gleich eine neue Hardware zu besorgen, bei der man dann "alles richtig" (tm) macht ;-)

[SabineT]

Falls wer ein Template für Debian 13 braucht, ich hab das hier gefunden: Debian 13 (Trixie) LXC Image for Proxmox 9
Damit lässt sich ein neuer LXC erstellen.

[Shadowhunter23]

@sabinet
Das ist nicht nötig da ein Template von Proxmox vorhanden ist:

[SabineT]

@shadowhunter23 ok, hatte ich übersehen! Danke für den Hinweis!