debmatic in systemd-nspawn container

[ptweety]

Dann läuft evtl. dein Container noch mit private-network. Hast du auf dem Host den Teil unten auch ausgeführt, als der Container nicht lief:

Code: Alles auswählen

# sudo mkdir /etc/systemd/nspawn
# sudo tee /etc/systemd/nspawn/pivccu.nspawn << EOF
[Exec]
Hostname=pivccu
PrivateUsers=no

[Network]
Bridge=br0
EOF

Dazu braucht es auf dem Host natürlich die entsprechende Bridge (hier: br0)

[ranseyer]

Die Bridge habe ich, und auch vorher den Teil mit /etc/systemd/nspawn gemacht.

Aber die Bridge hatte keine IP Adresse. Damit das klappt habe ich noch zwei Dateien der ursprünglichen Konfig "gelöscht":

Code: Alles auswählen

root@raspberrypi:/opt/backup# ls
04-wired.network  99-default.link

Das hatte ich nicht bemerkt weil das keinen Fehler gab und man genauer hinsehen müsste...


Weil dann kein SSH Zugriff mehr möglich war habe ich anstatt mounten auf anderer Kiste liber Ausgrabungsarbeiten gemacht und einen HDMI Dapter aufgetrieben und über den Konsole den SSHD umkonfiguriert:

Code: Alles auswählen

ListenAddress 0.0.0.0

...muss jetzt nochmals den Container aufsetzen und testen!

[ranseyer]

...funktioniert prinzipiell...

Mir ist nur noch nicht klar warum ich einen DHCP Adresse bekommen habe...
BR0 hat *.10 wie gewünscht. Die IP Adresse des nochmals neugestarteten Containers ist abver nicht *.11 siehe Configfile, sondern kommt per DHCP...

Code: Alles auswählen

root@raspberrypi:/var/lib/machines/pivccu/etc/systemd/network# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq master br0 state UP group default qlen 1000
    link/ether dc:a6:32:4b:df:e0 brd ff:ff:ff:ff:ff:ff
    inet6 fe80::dea6:32ff:fe4b:dfe0/64 scope link
       valid_lft forever preferred_lft forever
3: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 2a:30:0d:54:f2:82 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.10/24 brd 192.168.1.255 scope global br0
       valid_lft forever preferred_lft forever
    inet6 fe80::2830:dff:fe54:f282/64 scope link
       valid_lft forever preferred_lft forever
4: wlan0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether dc:a6:32:4b:df:e1 brd ff:ff:ff:ff:ff:ff
5: vb-pivccu@if2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br0 state UP group default qlen 1000
    link/ether 96:5c:9b:45:9f:06 brd ff:ff:ff:ff:ff:ff link-netnsid 0
    inet6 fe80::945c:9bff:fe45:9f06/64 scope link
       valid_lft forever preferred_lft forever


root@raspberrypi:/var/lib/machines/pivccu/etc/systemd/network# cat host0.network
[Match]
Name=host0

[Network]
Address=192.168.1.11/24
Gateway=192.168.1.1
DNS=192.168.1.1
root@raspberrypi:/var/lib/machines/pivccu/etc/systemd/network#

Code: Alles auswählen

root@raspberrypi:/var/lib/machines/pivccu/etc/systemd/network# machinectl status pivccu
pivccu(cd7ecbcbbd1145bbb50bbeeecea8ae46)
           Since: Thu 2020-10-01 15:29:10 CEST; 5min ago
          Leader: 387 (systemd)
         Service: systemd-nspawn; class container
            Root: /var/lib/machines/pivccu
           Iface: br0
         Address: 192.168.1.93
                  169.254.124.249
                  fe80::54f6:baff:fe24:39f4%3
              OS: Debian GNU/Linux 10 (buster)
            Unit: systemd-nspawn@pivccu.service
                  ├─payload
                  │ ├─init.scope
                  │ │ └─387 /usr/lib/systemd/systemd
                  │ └─system.slice
                  │   ├─console-getty.service
                  │   │ └─462 /sbin/agetty -o -p -- \u --noclear --keep-baud console 115200,38400,9600 vt220
                  │   ├─cron.service
                  │   │ └─454 /usr/sbin/cron -f
                  │   ├─dbus.service
                  │   │ └─455 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only
                  │   ├─rsyslog.service
                  │   │ └─457 /usr/sbin/rsyslogd -n -iNONE
                  │   ├─ssh.service
                  │   │ └─463 /usr/sbin/sshd -D
                  │   ├─systemd-journald.service
                  │   │ └─430 /lib/systemd/systemd-journald
                  │   ├─systemd-logind.service
                  │   │ └─458 /lib/systemd/systemd-logind
                  │   └─systemd-networkd.service
                  │     └─437 /lib/systemd/systemd-networkd
                  └─supervisor
                    └─370 /usr/bin/systemd-nspawn --quiet --keep-unit --boot --link-journal=try-guest --network-veth -U --settings=override --machine=pivccu

Okt 01 15:29:11 raspberrypi systemd-nspawn[370]: [  OK  ] Started Console Getty.
Okt 01 15:29:11 raspberrypi systemd-nspawn[370]: [  OK  ] Reached target Login Prompts.
Okt 01 15:29:11 raspberrypi systemd-nspawn[370]: [  OK  ] Started OpenBSD Secure Shell server.
Okt 01 15:29:11 raspberrypi systemd-nspawn[370]: [  OK  ] Reached target Multi-User System.
Okt 01 15:29:11 raspberrypi systemd-nspawn[370]: [  OK  ] Reached target Graphical Interface.
Okt 01 15:29:11 raspberrypi systemd-nspawn[370]:          Starting Update UTMP about System Runlevel Changes...
Okt 01 15:29:11 raspberrypi systemd-nspawn[370]: [  OK  ] Started Update UTMP about System Runlevel Changes.
Okt 01 15:29:12 raspberrypi systemd-nspawn[370]: [2B blob data]
Okt 01 15:29:12 raspberrypi systemd-nspawn[370]: Debian GNU/Linux 10 pivccu console
Okt 01 15:29:12 raspberrypi systemd-nspawn[370]: [1B blob data]
root@raspberrypi:/var/lib/machines/pivccu/etc/systemd/network#

[srunschke]

...funktioniert prinzipiell...

Mir ist nur noch nicht klar warum ich einen DHCP Adresse bekommen habe...
BR0 hat *.10 wie gewünscht. Die IP Adresse des nochmals neugestarteten Containers ist abver nicht *.11 siehe Configfile, sondern kommt per DHCP...

Hast du die Default systemd network configs ge-nulled?
Guck mal unter /usr/lib/systemd/network, eventuell zieht er sich die Config von dort.
Wenn die (meistens vier) Dateien bei dir vorhanden sind, dann müsstest du sie unter /etc/systemd/network dadurch "überschreiben", dass du sie mit dem exakt gleichen Namen dort als Symlink auf /dev/null anlegst. Das ist sauberer, als die Dateien in /usr/lib/systemd/network zu nullen, weil bei einem Update könnten sie ausgetauscht oder neu geschrieben werden. Bei gleichen Dateinamen haben nämlich immer die Dateien in /etc Vorrang und die in /usr/lib werden übergangen.

S

[smhrambo]

Hi,

erstmal danke für die Anleitung.
Ich weiss der Thread ist schon ein paar Monate alt,
aber ich hoffe, dass mir trotzdem jemand weiter helfen kann.

Ich bekomme es einfach nicht hin dematic zu installieren,
da Java Probleme macht.

Schon wären der Installation bekomme ich folgenden Fehler

Code: Alles auswählen

Setting up ca-certificates-java (20190405) ...
head: cannot open '/etc/ssl/certs/java/cacerts' for reading: No such file or directory
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0xb42d7000, pid=2059, tid=2060
#
# JRE version:  (11.0.9.1+1) (build )
# Java VM: OpenJDK Server VM (11.0.9.1+1-post-Debian-1deb10u2, mixed mode, sharing, g1 gc, linux-)
# Problematic frame:
# C  0xb42d7000
#
# No core dump will be written. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
# An error report file with more information is saved as:
# //hs_err_pid2059.log
#
#
/var/lib/dpkg/info/ca-certificates-java.postinst: line 88:  2058 Done                    echo -e "-diginotar_root_ca\n-diginotar_root_ca_pem"
      2059 Aborted                 | java -Xmx64m -jar $JAR -storepass "$storepass"
dpkg: error processing package ca-certificates-java (--configure):
 installed ca-certificates-java package post-installation script subprocess returned error exit status 134
Processing triggers for ca-certificates (20200601~deb10u2) ...
Updating certificates in /etc/ssl/certs...
0 added, 0 removed; done.
Running hooks in /etc/ca-certificates/update.d...

#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0xb42fd000, pid=2785, tid=2786
#
# JRE version:  (11.0.9.1+1) (build )
# Java VM: OpenJDK Server VM (11.0.9.1+1-post-Debian-1deb10u2, mixed mode, sharing, g1 gc, linux-)
# Problematic frame:
# C  0xb42fd000
#
# No core dump will be written. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
# An error report file with more information is saved as:
# /etc/ssl/certs/hs_err_pid2785.log
#
#
Aborted
E: /etc/ca-certificates/update.d/jks-keystore exited with code 1.
done.

Irgend eine Idee?

Danke schon mal im vorraus.