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

[Thomas Braun]

@dp20eic @Chris76e

Wobei das Security-Repo wenn ich mich recht entsinne schon von buster nach bullseye umgestellt wurde. Das schleppst du dann wohl schon länger mit.

[Chris76e]

@thomas-braun

ist jetzt durchgelaufen.

iob diag sagt das

======================= SUMMARY =======================
                     v.2023-06-20


 Static hostname: ioBroker
       Icon name: computer-vm
         Chassis: vm 🖴
      Machine ID: 1ac3324719bc45948df881cb4544cc37
         Boot ID: e7c6e5b9abfc40ea9b742c87a07faa2b
  Virtualization: kvm
Operating System: Debian GNU/Linux 12 (bookworm)
          Kernel: Linux 6.1.0-12-amd64
    Architecture: x86-64
 Hardware Vendor: QEMU
  Hardware Model: Standard PC _i440FX + PIIX, 1996_
Firmware Version: rel-1.16.1-0-g3208b098f51a-prebuilt.qemu.org

Installation:           kvm
Kernel:                 x86_64
Userland:               amd64
Timezone:               Europe/Berlin (CEST, +0200)
User-ID:                1000
X-Server:               false
Boot Target:            graphical.target

Pending OS-Updates:     0
Pending iob updates:    1

Nodejs-Installation:    /usr/bin/nodejs         v18.18.0
                        /usr/bin/node           v18.18.0
                        /usr/bin/npm            9.8.1
                        /usr/bin/npx            9.8.1

Recommended versions are nodejs 18.x.y and npm 9.x.y
Your nodejs installation is correct

MEMORY:
               total        used        free      shared  buff/cache   available
Mem:             18G        3.9G         13G        540K        1.1G         14G
Swap:           1.0G          0B        1.0G
Total:           19G        3.9G         14G

Active iob-Instances:   31
Active repo(s): Stable (default), live-stable

ioBroker Core:          js-controller           5.0.12
                        admin                   6.10.1

ioBroker Status:        iobroker is running on this host.


Objects type: jsonl
States  type: jsonl

Status admin and web instance:
+ system.adapter.admin.0                  : admin                 : ioBroker                                 -  enabled, port: 8081, bind: 0.0.0.0, run as: admin
  system.adapter.web-speedy.0             : web-speedy            : ioBroker                                 - disabled
+ system.adapter.web.0                    : web                   : ioBroker                                 -  enabled, port: 8082, bind: 0.0.0.0, run as: admin

Objects:                58570
States:                 52473

Size of iob-Database:

100M    /opt/iobroker/iobroker-data/objects.jsonl
34M     /opt/iobroker/iobroker-data/objects.json.migrated
34M     /opt/iobroker/iobroker-data/objects.json.bak.migrated
12K     /opt/iobroker/iobroker-data/objects.json.old
0       /opt/iobroker/iobroker-data/objects.json.broken
107M    /opt/iobroker/iobroker-data/states.jsonl
6.3M    /opt/iobroker/iobroker-data/states.json.migrated
6.3M    /opt/iobroker/iobroker-data/states.json.bak.migrated
4.0K    /opt/iobroker/iobroker-data/states.json.old
0       /opt/iobroker/iobroker-data/states.json.broken



=================== END OF SUMMARY ====================

Ist das so OK?

[Thomas Braun]

@chris76e sagte in Upgrade von Debian 11/Bullseye auf 12/Bookworm:

Active repo(s): Stable (default), live-stable

Ja. Wobei ich die Erfahrung gemacht habe, das zwei zeitgleich aktive Repos sich gegenseitig im Weg stehen. (War bei mir aber auch ein Mix aus 'Stable' und 'Beta').

[Thomas Braun]

@chris76e

Ich sehe gerade:

Hardware Model: Standard PC i440FX + PIIX, 1996

ein aktuelleres Modell kann da nicht virtualisiert werden?

[Chris76e]

@thomas-braun

welches ist dann besser? Stable oder live-stable?

[Chris76e]

@thomas-braun sagte in Upgrade von Debian 11/Bullseye auf 12/Bookworm:

@chris76e

Ich sehe gerade:

Hardware Model: Standard PC i440FX + PIIX, 1996

ein aktuelleres Modell kann da nicht virtualisiert werden?

Verstehe nicht was du meinst

[Thomas Braun]

@chris76e sagte in Upgrade von Debian 11/Bullseye auf 12/Bookworm:

welches ist dann besser? Stable oder live-stable?

Stable. Live-Stable ist nur als Fall-Back vorgesehen, wenn Stable nicht funktioniert. Gibt da wohl manchmal Konstellationen.

[Thomas Braun]

@chris76e sagte in Upgrade von Debian 11/Bullseye auf 12/Bookworm:

Verstehe nicht was du meinst

Die kvm stellt virtuelle Hardware zur Verfügung. Bei dir wohl einen PentiumII aus dem Jahr 1996.

[Chris76e]

@thomas-braun

hmm, bei Proxmox kann ich bei Machienentyp Standart (i440fx) oder q35 auswählen. Habe mir darüber keine gedanken gemacht. Läuft jetzt schon 2 Jahre damit.....

[Ein ehemaliger Benutzer]

@chris76e sagte in Upgrade von Debian 11/Bullseye auf 12/Bookworm:

hmm, bei Proxmox kann ich bei Machienentyp Standart (i440fx) oder q35 auswählen. Habe mir darüber keine gedanken gemacht. Läuft jetzt schon 2 Jahre damit.....

Moin,

die Einstellung I440fx oder q35 sagt nur wie der Speichercontroller oder andere Schnittstellen angebunden sind, wobei der q35 wohl der etwas aktuellere ist. Du kannst aber noch, den CPU Typ einstellen

Hier die Erklärung -> https://deine.proxmox.ip:8006/pve-docs/chapter-qm.html#qm_system_settings

CPU Type

QEMU can emulate a number different of CPU types from 486 to the latest Xeon processors.
Each new processor generation adds new features, like hardware assisted 3d rendering, random number generation, 
memory protection, etc.. Also, a current generation can be upgraded through microcode update with bug or security fixes.

Usually you should select for your VM a processor type which closely matches the CPU of the host system, 
as it means that the host CPU features (also called CPU flags ) will be available in your VMs. 
If you want an exact match, you can set the CPU type to host in which case the VM will have exactly the 
same CPU flags as your host system.

This has a downside though. If you want to do a live migration of VMs between different hosts, your VM might 
end up on a new system with a different CPU type or a different microcode version. If the CPU flags passed to 
the guest are missing, the QEMU process will stop. To remedy this QEMU has also its own virtual CPU types, 
that Proxmox VE uses by default.

The backend default is kvm64 which works on essentially all x86_64 host CPUs and the UI default when creating 
a new VM is x86-64-v2-AES, which requires a host CPU starting from Westmere for Intel or at least a fourth 
generation Opteron for AMD.

In short:

If you don’t care about live migration or have a homogeneous cluster where all nodes have the same CPU and same 
microcode version, set the CPU type to host, as in theory this will give your guests maximum performance.

If you care about live migration and security, and you have only Intel CPUs or only AMD CPUs, choose the lowest 
generation CPU model of your cluster.

If you care about live migration without security, or have mixed Intel/AMD cluster, choose the lowest 
compatible virtual QEMU CPU type.

VG
Bernd

[Duffy]

@thomas-braun

"Debian 12 'Bookworm' ist am 10.06.2023 als stabil veröffentlicht worden, allerdings sind einige Repositories von Dritten sind noch nicht richtig umgestellt. Insbesondere die Pakete für Raspberry OS sind noch auf dem Stand von Debian 11 'Bullseye'. Hier würde ich noch etwas abwarten."

Hallo thomas-Braun,

seit du hier beschrieben hast wie man auf Bookworm kommt ist ja schon einige Zeit vergangen.
So weit ich gesehen habe gibt es den Bücherwurm für den Respberry immer noch nicht.

Würdest du auch weiterhin zum abwaren raten?

Mein System(chen) ist sonst so weit auf Stand bis auf den Bücherwurm.

Mich würde dazu deine Expertiese interssieren.

Viele Grüße Duffy

[Thomas Braun]

@duffy sagte in Upgrade von Debian 11/Bullseye auf 12/Bookworm:

Würdest du auch weiterhin zum abwaren raten?

Ich rate immer nur zu released versions.
Alles andere dient lediglich zum Beta-testen.

[Siggi0904]

aber man ist wohl seitens Raspbian dran.

Mein bullseye stable Repo wurde heute zum oldstable umbenannt.

[Thomas Braun]

@siggi0904 sagte in Upgrade von Debian 11/Bullseye auf 12/Bookworm:

Mein bullseye stable Repo wurde heute zum oldstable umbenannt.

Ja, das ist dann ein recht sicheres Zeichen, dass ein Release unmittelbar bevorsteht.

[Duffy]

@thomas-braun

Würdest du dann bitte auch wieder erklären wie man für die installation vorgehen muss? (Wenn es so weit ist)

[Thomas Braun]

@duffy sagte in Upgrade von Debian 11/Bullseye auf 12/Bookworm:

Würdest du dann bitte auch wieder erklären wie man für die installation vorgehen muss?

? Steht doch im ersten Eintrag drin.

[Homoran]

@duffy backup machen
neue SD Karte nehmen (alte bleibt für fallback)
OS lite 64bit installieren
iobroker installieren
(vis installieren)
Restore zurückspielen
warten....warten....warten

fertig

[Duffy]

@thomas-braun

Muss das dann nicht auf eine andere Daten Quelle zugreifen wenn es ein Raspberry os ist?

Bei meinem Test Pi hatte ich das schon nach deiner Beschreibung erfogreich durchgeführt :-)

@Homoran

Aber dann muss ich doch trotzdem noch Influxdb und grafana extra installieren, oder?

[Homoran]

@duffy sagte in Upgrade von Debian 11/Bullseye auf 12/Bookworm:

dann muss ich doch trotzdem noch Influxdb und grafana extra installieren, oder?

wenn du sowas nutzst, ja

[Thomas Braun]

@duffy

Die Repos werden soweit alle richtig umgestellt, wenn du der Anleitung folgst.