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

[Einstein2002]

Moin zusammen,

habe gerade mein Proxmox CT auf dem Motioneye läuft von Debian 11 Bullseye auf Bookworm upgedatet.
Jetzt läuft Motioneye nicht mehr. geht das denn inzwischen oder habe ich einfach nur Pech gehabt beim update?

Wäre nicht weiter schlimm, könnte sofort ein Backup einspielen. Was mich halt einfach interessiert, läuft Motioneye überhaupt unter Bookworm.

Danke für ein paar Hilfreiche Antworten.

Grüße

[Thomas Braun]

@einstein2002

Frag das bitte bei den Motioneye-Leuten nach.

[Einstein2002]

@thomas-braun
okay,
aber wo?? im großen www....

Ich schau mal ob ich was finde, aber so richtig schreibt keiner was drüber.

[haselchen]

@einstein2002

Also ich hab was in 2sek gefunden.
Nicht mit dem Wort Proxmox, aber direkt im MotionEye Projekt auf Github.

https://github.com/motioneye-project/motioneye/issues/2780

[chris]

@einstein2002

Proxmox CT update von Bullseye auf Bookworm.
Motioneye läuft bei mir ohne Probleme.

Gruß Chris

[Einstein2002]

@chris
Hatte es ja zuvor mir einem Backup gesichert, aber nach dem Update lief es einfach nicht mehr.
Hatte dann einen neuen CT mit Zoneminder gemacht aber auch der läuft nur unter Bullseye.
Egal ich habe jetzt die DASI zurückgespielt und Motioneye läuft wieder zu 100%.

Wenn ich mal so richtig Lust habe gehe ich da nochmals ran.
Falls es doch noch ein Tipp gibt, gerne her damit.

Und Sorry das ich es im Falschen Forum geschrieben habe.
Bitte um Nachsicht.
Dachte nur Hier kommt so alles rein.

Äh.. Danke vielmals!

[Chris76e]

Möchte meine Proxmox VM vom iobroker auf Bookworm updaten. Bekomme bei

sudo apt update

folgende Meldungen

chris@ioBroker:~$ sudo apt update
[sudo] Passwort für chris:
Ign:1 http://security.debian.org/debian-security bullseye/updates InRelease
Fehl:2 http://security.debian.org/debian-security bullseye/updates Release
  404  Not Found [IP: 2a04:4e42:8e::644 80]
OK:3 http://ftp.de.debian.org/debian bullseye InRelease
OK:4 http://ftp.de.debian.org/debian bullseye-updates InRelease
OK:5 https://deb.nodesource.com/node_18.x nodistro InRelease
Fehl:6 https://ookla.bintray.com/debian generic InRelease
  Certificate verification failed: The certificate is NOT trusted. The name in the certificate does not match the expected.  Could not handshake: Error in the certificate verification. [IP: 54.145.149.209 443]
OK:7 https://packagecloud.io/ookla/speedtest-cli/debian bullseye InRelease
Paketlisten werden gelesen… Fertig
N: Datei »speedtest.lis« in Verzeichnis »/etc/apt/sources.list.d/« wird ignoriert, da sie eine ungültige Dateinamen-Erweiterung hat.
E: Das Depot »http://security.debian.org/debian-security bullseye/updates Release« enthält keine Release-Datei.
N: Eine Aktualisierung von solch einem Depot kann nicht auf eine sichere Art durchgeführt werden, daher ist es standardmäßig deaktiviert.
N: Weitere Details zur Erzeugung von Paketdepots sowie zu deren Benutzerkonfiguration finden Sie in der Handbuchseite apt-secure(8).
chris@ioBroker:~$

Wie soll ich jetzt am besten weiter machen?

[Thomas Braun]

@chris76e

speedtest.lis und weitere Files aus der Ecke löschen. Dann das aktuelle Repo einbinden. Auf der Seite von speedtest.net findet sich eine entsprechende Anleitung.

[Chris76e]

@thomas-braun

also die source.list sieht jetzt so aus

# 

# deb cdrom:[Debian GNU/Linux 10.9.0 _Buster_ - Official amd64 NETINST 20210327-10:38]/ bookworm main

#deb cdrom:[Debian GNU/Linux 10.9.0 _Buster_ - Official amd64 NETINST 20210327-10:38]/ bookworm main

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

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

# bookworm-updates, previously known as 'volatile'
deb http://ftp.de.debian.org/debian/ bookworm-updates main
deb-src http://ftp.de.debian.org/debian/ bookworm-updates main

# This system was installed using small removable media
# (e.g. netinst, live or single CD). The matching "deb cdrom"
# entries were disabled at the end of the installation process.
# For information about how to configure apt package sources,
# see the sources.list(5) manual.

dann kommt das

chris@ioBroker:~$ sudo sed -i 's/bullseye/bookworm/g' /etc/apt/sources.list
chris@ioBroker:~$ sudo sed -i 's/bullseye/bookworm/g' /etc/apt/sources.list.d/*
chris@ioBroker:~$ sudo apt update
Ign:1 http://security.debian.org/debian-security bookworm/updates InRelease
Fehl:2 http://security.debian.org/debian-security bookworm/updates Release
  404  Not Found [IP: 2a04:4e42:8e::644 80]
Holen:3 http://ftp.de.debian.org/debian bookworm InRelease [151 kB]
Holen:4 http://ftp.de.debian.org/debian bookworm-updates InRelease [52,1 kB]
OK:5 https://deb.nodesource.com/node_18.x nodistro InRelease
Holen:6 http://ftp.de.debian.org/debian bookworm/main Sources [9.640 kB]
Holen:7 http://ftp.de.debian.org/debian bookworm/main amd64 Packages [8.906 kB]
Holen:8 http://ftp.de.debian.org/debian bookworm/main Translation-de_DE [830 B]
Holen:9 http://ftp.de.debian.org/debian bookworm/main Translation-de [1.748 kB]
Holen:10 http://ftp.de.debian.org/debian bookworm/main Translation-en [6.078 kB]
Holen:12 http://ftp.de.debian.org/debian bookworm-updates/main Sources [2.316 B]
Holen:13 http://ftp.de.debian.org/debian bookworm-updates/main amd64 Packages [6.432 B]
Holen:14 http://ftp.de.debian.org/debian bookworm-updates/main Translation-en [5.000 B]
Holen:11 https://packagecloud.io/ookla/speedtest-cli/debian bookworm InRelease [24,5 kB]
Holen:15 https://packagecloud.io/ookla/speedtest-cli/debian bookworm/main amd64 Packages [524 B]
Paketlisten werden gelesen… Fertig
E: Das Depot »http://security.debian.org/debian-security bookworm/updates Release« enthält keine Release-Datei.
N: Eine Aktualisierung von solch einem Depot kann nicht auf eine sichere Art durchgeführt werden, daher ist es standardmäßig deaktiviert.
N: Weitere Details zur Erzeugung von Paketdepots sowie zu deren Benutzerkonfiguration finden Sie in der Handbuchseite apt-secure(8).

[Ein ehemaliger Benutzer]

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

also die source.list sieht jetzt so aus

Moin,

ich bin sicher kein Experte was Debian und die Repos angeht, aber das ist falsch

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

Korrekt sollte es nach Debian so aussehen

deb http://deb.debian.org/debian-security/ bookworm-security main
deb-src http://deb.debian.org/debian-security/ bookworm-security main

Wenn Du selbst schauen möchtest -> https://wiki.debian.org/SourcesList

VG
Bernd

[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