Upgrade von Debian Buster nach Bullseye

Virtualisierte CCU für Raspberry Pi und Clones

Moderator: Co-Administratoren

Benutzeravatar
deimos
Beiträge: 5399
Registriert: 20.06.2017, 10:38
System: Alternative CCU (auf Basis OCCU)
Wohnort: Leimersheim
Hat sich bedankt: 121 Mal
Danksagung erhalten: 958 Mal
Kontaktdaten:

Re: Upgrade von Debian Buster nach Bullseye

Beitrag von deimos » 08.11.2023, 16:02

Hi,

Docker installiert leider einige iptables Rules, die alle Container blocken, nicht nur die Docker Container.

Viele Grüße
Alex

AWeiden
Beiträge: 39
Registriert: 07.01.2017, 10:37
Hat sich bedankt: 21 Mal
Danksagung erhalten: 1 Mal

Re: Upgrade von Debian Buster nach Bullseye

Beitrag von AWeiden » 08.11.2023, 17:33

Hallo Alex,

sorry - hab eben zuhause nochmals nachgeschaut - ich haber DOCKER mit IOBROKER verwechselt :-(
Also DOCKER ist nicht installiert...

Muss dann wahrscheinlich doch was mit der DHCP Konfiguration zu tun haben?
Hab noch Teile der IFCONFIG Info angehängt - hier scheint die IP# für die virtuelle Adresse nicht richtig zu sein?

Und noch eine Info bzgl. der IP Config für die pivCCU3 aus /var/lib/piVCCU3/userfs/etc/config/netconfig:
HOSTNAME=ccu3-webui-gs14
MODE=MANUAL
CURRENT_IP=172.20.20.150
CURRENT_NETMASK=255.255.255.0
CURRENT_GATEWAY=172.20.20.1
CURRENT_NAMESERVER1=172.20.20.1
CURRENT_NAMESERVER2=8.8.8.8
IP=172.20.20.150
NETMASK=255.255.255.0
GATEWAY=172.20.20.1
NAMESERVER1=172.20.20.1
NAMESERVER2=8.8.8.8
CRYPT=0


Gruß
Andreas

pi@PIVCCU3:~ $ ifconfig
br0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet6 fe80::fca7:2cff:fedf:ae6c prefixlen 64 scopeid 0x20<link>
ether fe:32:bf:bb:fd:22 txqueuelen 1000 (Ethernet)
RX packets 420 bytes 12974 (12.6 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 68 bytes 21533 (21.0 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

enxb827ebaf9fdd: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 172.20.20.151 netmask 255.255.255.0 broadcast 172.20.20.255
inet6 fe80::2b8:2483:1c09:e12a prefixlen 64 scopeid 0x20<link>
inet6 2a02:8070:4285:ee80:6efb:4356:f39:98e4 prefixlen 64 scopeid 0x0<global>
inet6 fd00::699c:958a:977:7e72 prefixlen 64 scopeid 0x0<global>
ether b8:27:eb:af:9f:dd txqueuelen 1000 (Ethernet)
RX packets 9356 bytes 1910218 (1.8 MiB)
RX errors 0 dropped 6 overruns 0 frame 0
TX packets 8699 bytes 829353 (809.9 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
...
vethpivccu: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 169.254.30.196 netmask 255.255.0.0 broadcast 169.254.255.255
inet6 fe80::aff3:5bce:d901:81a0 prefixlen 64 scopeid 0x20<link>
ether fe:32:bf:bb:fd:22 txqueuelen 1000 (Ethernet)
RX packets 420 bytes 18854 (18.4 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 142 bytes 37967 (37.0 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

Die Netzwerkkonfiguration auch nochmals anbei:

sudo vi /etc/dhcpcd.conf
interface eth0
static ip_address=172.20.20.151/24
static routers=172.20.20.1
static domain_name_servers=1.1.1.1 1.0.0.1


sudo vi /etc/network/interfaces
source-directory /etc/network/interfaces.d

auto lo
iface lo inet loopback

iface eth0 inet manual

auto br0
iface br0 inet dhcp
bridge_ports eth0


deimos hat geschrieben:
08.11.2023, 16:02
Hi,

Docker installiert leider einige iptables Rules, die alle Container blocken, nicht nur die Docker Container.

Viele Grüße
Alex

AWeiden
Beiträge: 39
Registriert: 07.01.2017, 10:37
Hat sich bedankt: 21 Mal
Danksagung erhalten: 1 Mal

Re: Upgrade von Debian Buster nach Bullseye

Beitrag von AWeiden » 08.11.2023, 23:05

Hallo Alex,

Ende gut - Alles gut :-)

Hab die Lösung bzgl. der Netzwerkkonfiguration in deiner Anleitung gefunden - wer lesen kann, ist klar im Vorteil:
https://github.com/alexreinert/piVCCU/b ... berrypi.md
Nach Anpassung der INTERFACES Datei ist der HOST und der pivCCU3 Container im Netzwerk erreichbar und alles ist am Laufen!

Danke für die tolle Arbeit bzgl. der CCU3 Containerlösung - für mich DIE Smarthome Lösung schlechthin...
Gruß
Andreas


auto lo
iface lo inet loopback

iface enxb827ebaf9fdd inet manual

auto br0
iface br0 inet static
bridge_ports enxb827ebaf9fdd
address 172.20.20.151
netmask 255.255.255.0
gateway 172.20.20.1
dns-nameservers 1.1.1.1 1.0.0.1

hkolb
Beiträge: 14
Registriert: 08.01.2024, 11:43
System: sonstige

Re: Upgrade von Debian Buster nach Bullseye

Beitrag von hkolb » 08.01.2024, 12:02

Hallo!
Leider habe auch ich ein Problem mit dem Update auf Bullseye.
Ich habe soweit alles nach Anleitung durch. ABER: Meine Netzwerk-Bridge startet nicht automatisch. Dadurch hab ich keinen Zugriff per Kabel auf den Raspi.
Die Konifguration habe ich mehrmals überprüft, keine Fehler gefunden.
Auch eine Neuinstallation nach PIVCCU-Anleitung brachte keinen Erfolg.
Hier mal ein dmesg- und ein ifconfig Screenshot nach dem booten:

Code: Alles auswählen

[   15.967390] bridge: filtering via arp/ip/ip6tables is no longer available by default. Update your scripts to load br_netfilter if you need this.
[   16.012784] br0: port 1(enxb827eb1a08f1) entered blocking state
[   16.012811] br0: port 1(enxb827eb1a08f1) entered disabled state
[   16.013382] device enxb827eb1a08f1 entered promiscuous mode
[   16.026161] lan78xx 1-1.1.1:1.0 enxb827eb1a08f1: kevent 4 may have been dropped
[   16.026492] lan78xx 1-1.1.1:1.0 enxb827eb1a08f1: kevent 4 may have been dropped
[   16.042420] br0: port 1(enxb827eb1a08f1) entered blocking state
[   16.042457] br0: port 1(enxb827eb1a08f1) entered forwarding state
[   16.206871] systemd[1]: Started Journal Service.
[   16.263799] systemd-journald[396]: Received client request to flush runtime journal.
[   16.264235] systemd-journald[396]: File /var/log/journal/9c115e7e86b544b08f6b5ba14902b364/system.journal corrupted or uncleanly shut down, renaming and replacing.
[   17.034569] IPv6: ADDRCONF(NETDEV_CHANGE): br0: link becomes ready
[   17.261684] systemd-journald[396]: Failed to read journal file /var/log/journal/9c115e7e86b544b08f6b5ba14902b364/user-1002.journal for rotation, trying to move it out of the way: Device or resource busy
[   17.262241] systemd-journald[396]: Failed to read journal file /var/log/journal/9c115e7e86b544b08f6b5ba14902b364/user-1000.journal for rotation, trying to move it out of the way: Device or resource busy
[   17.925350] Adding 1048572k swap on /var/swap.  Priority:-2 extents:4 across:1081340k FS
[   18.585056] Bluetooth: Core ver 2.22
[   18.585214] NET: Registered protocol family 31
[   18.585228] Bluetooth: HCI device and connection manager initialized
[   18.586191] Bluetooth: HCI socket layer initialized
[   18.586226] Bluetooth: L2CAP socket layer initialized
[   18.586276] Bluetooth: SCO socket layer initialized
[   18.982480] br0: port 1(enxb827eb1a08f1) entered disabled state
[   19.602686] 8021q: 802.1Q VLAN Support v1.8
[   19.602749] 8021q: adding VLAN 0 to HW filter on device enxb827eb1a08f1





enxb827eb1a08f1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        ether b8:27:eb:1a:08:f1  txqueuelen 1000  (Ethernet)
        RX packets 3515  bytes 584226 (570.5 KiB)
        RX errors 0  dropped 17  overruns 0  frame 0
        TX packets 23  bytes 5726 (5.5 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Lokale Schleife)
        RX packets 158  bytes 12573 (12.2 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 158  bytes 12573 (12.2 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0


Das gleiche nach einem "sudo systemctl restart networking"

Code: Alles auswählen

[   19.602749] 8021q: adding VLAN 0 to HW filter on device enxb827eb1a08f1
[  551.876548] device enxb827eb1a08f1 left promiscuous mode
[  551.876675] br0: port 1(enxb827eb1a08f1) entered disabled state
[  551.950671] 8021q: adding VLAN 0 to HW filter on device enxb827eb1a08f1
[  552.208717] br0: port 1(enxb827eb1a08f1) entered blocking state
[  552.208733] br0: port 1(enxb827eb1a08f1) entered disabled state
[  552.212419] device enxb827eb1a08f1 entered promiscuous mode
[  556.048770] br0: port 1(enxb827eb1a08f1) entered blocking state
[  556.048789] br0: port 1(enxb827eb1a08f1) entered forwarding state
[  556.049019] IPv6: ADDRCONF(NETDEV_CHANGE): br0: link becomes ready




br0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.221.6  netmask 255.255.255.0  broadcast 192.168.221.255
        inet6 fdbb:cb98:d39f:2546:8cf1:daff:fe4e:63ba  prefixlen 64  scopeid 0x0<global>
        inet6 2003:f1:ff32:4e00:8cf1:daff:fe4e:63ba  prefixlen 64  scopeid 0x0<global>
        inet6 fe80::8cf1:daff:fe4e:63ba  prefixlen 64  scopeid 0x20<link>
        ether 8e:f1:da:4e:63:ba  txqueuelen 1000  (Ethernet)
        RX packets 3178  bytes 1136042 (1.0 MiB)
        RX errors 0  dropped 99  overruns 0  frame 0
        TX packets 3110  bytes 346018 (337.9 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

enxb827eb1a08f1: flags=-28605<UP,BROADCAST,RUNNING,MULTICAST,DYNAMIC>  mtu 1500
        ether b8:27:eb:1a:08:f1  txqueuelen 1000  (Ethernet)
        RX packets 6981  bytes 1809328 (1.7 MiB)
        RX errors 0  dropped 20  overruns 0  frame 0
        TX packets 3135  bytes 352170 (343.9 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Lokale Schleife)
        RX packets 272  bytes 79030 (77.1 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 272  bytes 79030 (77.1 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
So sollte es aber schon nach dem booten sein.
Eine De- und anschliessende Neuinstallation der bridge-utils brachte nichts. Der network.service ist auf enabled.
Wer kann mir da helfen? Wo liegt der Fehler?


Ich bin mit meinem (Hobby-Admin-) Wissen am Ende, hoffe aber mal das sollte für einen Fachmann lösbar sein.
Danke!

Benutzeravatar
deimos
Beiträge: 5399
Registriert: 20.06.2017, 10:38
System: Alternative CCU (auf Basis OCCU)
Wohnort: Leimersheim
Hat sich bedankt: 121 Mal
Danksagung erhalten: 958 Mal
Kontaktdaten:

Re: Upgrade von Debian Buster nach Bullseye

Beitrag von deimos » 08.01.2024, 12:42

Hi,

wie sieht die /etc/network/interfaces aus?

Viele Grüße
Alex

hkolb
Beiträge: 14
Registriert: 08.01.2024, 11:43
System: sonstige

Re: Upgrade von Debian Buster nach Bullseye

Beitrag von hkolb » 08.01.2024, 13:37

Bitteschön:

Code: Alles auswählen

source-directory /etc/network/interfaces.d

auto lo
iface lo inet loopback

#auto wlan0

iface enxb827eb1a08f1 inet manual
#iface eth0 inet manual

auto br0
iface br0 inet static
  bridge_ports enxb827eb1a08f1
#  bridge_ports eth0
  address 192.168.221.6
  netmask 255.255.255.0
  gateway 192.168.221.1
  dns-nameservers 192.168.221.1 1.1.1.1

hkolb
Beiträge: 14
Registriert: 08.01.2024, 11:43
System: sonstige

Re: Upgrade von Debian Buster nach Bullseye

Beitrag von hkolb » 10.01.2024, 11:24

Hallo mal wieder!

Leider habe ich für mein Problem ja keine Lösungsvorschläge bekommen.
Und da ich selbst auch nicht mehr weiter wusste habe ich mich für eine komplette Neuinstallation entschieden. Backup ist ja vorhanden (dachte ich mir).

Da mittlerweile ja schon ein Update für "Bullseye" raus ist wollte ich gleich den großen Schritt darauf wagen. Und bei dem neuen "Bookworm" gibt es nun auch eine Version mit 64 Bit. Genau die habe ich gewählt.

Installation klappte ohne Hürden.
Auch Pivccu konnte ich installieren und aus dem Netzwerk erreichen.

Doch mit dem Einspielen des Backups klappt nichts mehr!!
Pivccu ist nicht mehr per Browser erreichbar. Ein Ping auf die IP wird aber beantwortet. Hier mal ein pivccu-info:

Code: Alles auswählen

piVCCU version: 3.73.9-87
OS:             Debian GNU/Linux 12 (bookworm)
Kernel:         6.1.0-rpi7-rpi-v8 aarch64
Kernel modules: Available
Raw UART dev:   Available
Rasp.Pi UART:   Assigned to GPIO pins
HMRF Hardware:  RPI-RF-MOD
 Connected via: GPIO@3f201000.serial (/dev/raw-uart)
 Board serial:  58A9A71575
 Radio MAC:     0xFF1575
HMIP Hardware:  RPI-RF-MOD
 Connected via: GPIO@3f201000.serial (/dev/raw-uart)
 SGTIN:         3014F711A0001F58A9A71575
 Radio MAC:     0xB03CE6
State:          RUNNING
PID:            1419
IP:             192.168.221.2
IP:             2003:f1:ff43:3600:387a:bfff:fe81:b0f4
Link:           vethpivccu
 TX bytes:      706.62 KiB
 RX bytes:      5.74 MiB
 Total bytes:   6.43 MiB
Im Browser erhalte ich:
Fehler: Verbindung fehlgeschlagen
Beim Verbinden mit 192.168.221.2 trat ein Fehler auf.

Und bei einer SSH Verbindung kommt:
login as: root
root@192.168.221.2's password:
Server refused to allocate pty

Das ganze Spiel (Neues Image, neues Pivccu, Backup rein) habe ich zwei mal durchlaufen um Fehler auszuschließen. Jedes mal mit dem selben deprimierenden Ergebnis.

Jetzt ist mein Vertrauen in die ganze (piv-)CCU-Technik ziemlich erschüttert.
BITTE: Kann man da noch was "geraderichten"

hkolb
Beiträge: 14
Registriert: 08.01.2024, 11:43
System: sonstige

Re: Upgrade von Debian Buster nach Bullseye

Beitrag von hkolb » 10.01.2024, 11:29

Sorry, das das Thema jetzt nicht mehr in diesen Thread passt, ist aber ja eine Folge davon.

PS: Sollte/muss ich vor einem Einspielen des Backups eventuell die Addons installieren? Könnte das >>solche<< Auswirkungen haben ?

Antworten

Zurück zu „piVCCU“