Vielleicht schreib ich sp\u00e4ter noch was zum Warum, hier erst mal, was ich mir aufgesetzt habe:<\/p>\n\n\n\n
Nach der Anleitung hier<\/a> bzw. hier<\/a> habe ich Debian Bookworm auf ZFS mit nativer Encryption und Dropbear installiert.<\/p>\n\n\n\n Es war schon sp\u00e4t und ich habe 2 Fehler gemacht, vor denen ich warnen m\u00f6chte: <\/p>\n\n\n\n 1.) in der Anleitung wird 2x das root passwort gesetzt und ich dachte mir beim 2. Mal, so ein Quatsch, hab ich doch grade erst. Tja, das erste war f\u00fcr die Installationsumgebung (u.a. damit man per ssh drauf kommt und nicht im ILO installieren mu\u00df (Grusel)), das zweite w\u00e4re f\u00fcr das zu installierende System gewesen. Nun, als ich dann fertig war, stellte ich fest, da\u00df mein neu installiertes System keine User\/PW-Kombi hatte, mit der man rein k\u00e4me und stellte dabei auch fest, da\u00df Debian zwischenzeitlich im single-User Mode niemanden mehr rein l\u00e4sst, der sich nicht als root ausweisen kann. <\/p>\n\n\n\n 2.) Mein HPE Microserver Gen10 plus<\/a> hat 4x 10TB-Festplatten und 2x USB3.2 angebundene 1TB-SSDs (die ich erst mal nicht nutze). Eine der beiden Anleitungen, die ich parallel verfolgte wies darauf hin, man solle unbedingt disk-by-id Pfade f\u00fcr ZFS nutzen. Nachdem der Server bislang immer verl\u00e4sslich die Platten als sda, sdb, sdc und sdd identifizierte, hielt ich das f\u00fcr \u00fcbervorsichtig und lie\u00df es sein. Hatte beim 1. Versuch (ohne Vergabe des root-PWs) auch funktioniert … Bereits beim 2. Versuch ging es schief und ich hatte erhebliche Probleme (mangels Routine mit ZFS) damit, ZFS von den SSDs runterzukratzen (bei diesem Installationsversuch waren unter sda, sdb, sdc und sdd zwei der SSDs drunter…)<\/p>\n\n\n\n im 3. Versuch war dann alles wie es sein sollte. Ich habe aus den Backports noch ZFS 2.2 installiert, weil das f\u00fcr die Overlays bei Containern notwendige Features mitbringt.<\/p>\n\n\n\n Incus kam dann nach der Anleitung von hier<\/a> bzw. hier<\/a> installiert mit dem Repository von Zabbly.<\/p>\n\n\n\n Ich habe dann einen LXContainer mit Debian installiert, in dem ich Docker installiert habe. Incus kann zwar inzwischen auch OIContainer installieren, da fehlt mir aber noch einiges zum gewohnten Docker-Compose.<\/p>\n\n\n\n Die LXContainer erhalten by default Netzwerk-Adressen im 172.-er Netz, die von au\u00dfen erstmal nicht erreichbar sind, ich wollte aber einen LXContainer (quasi statt einer VM) aufsetzen, in dem ich docker compose nutzen kann und der “nat\u00fcrlich” auch IP-Adresse von meinem DHCP-Server aus dem 192.-er Netz kriegen sollte, die von au\u00dfen erreichbar sind.<\/p>\n\n\n\n Dazu habe ich auf dem Host ein Bridge-Interface eingerichtet, dem ich die Mac-Adresse des physischen Interfaces gab (damit die IP stabil bleibt):<\/p>\n\n\n\n das “zugeh\u00f6rige” physische Interface ens1f0 wird nicht initialisiert (weil ich sonst 2 IP-Adresse aus dem gleichen 192-Segment kriege, was z.B. NFS \u00fcberhaupt nicht leiden kann). Die MAC-Adresse von ens1f0 wird f\u00fcr br0 \u00fcbernommen in der letzten Zeile.<\/p>\n\n\n\n Damit auch der incus-LXContainer (der bei mir “docker” hei\u00dft wg. der beabsichtigten Verwendung) sich an diese Bridge klemmt erstellt man auf dem Host ein Networkprofile f\u00fcr incus (ich denke ich bin dieser Anleitung<\/a> gefolgt):<\/p>\n\n\n\n Dann habe ich den container erzeugt und dabei das Profile genutzt (eine Zeile!):<\/p>\n\n\n\n Die -c (config) Parameter mit “security.” sind notwendig, um im LXContainer sp\u00e4ter Docker-Container nutzbar zu machen. boot.autostart=true ist selbsterkl\u00e4rend \ud83d\ude42<\/p>\n\n\n\nin der Datei \/etc\/network\/interfaces.d\/br0-setup\n\n# Define the bridge interface\nauto br0\niface br0 inet dhcp\n bridge_ports ens1f0\n bridge_stp off\n bridge_fd 0\n bridge_maxwait 0\n bridge_hw aa:bb:cc:dd:ee:ff<\/code><\/pre>\n\n\n\nroot@hpe:~# incus profile create mainlan\nProfile mainlan2 created\nroot@hpe:~# incus profile device add mainlan eth0 nic \\ nictype=bridged parent=br0\nDevice eth0 added to mainlan\nroot@hpe:~# incus profile show mainlan\nconfig: {}\ndescription: \"\"\ndevices:\n eth0:\n nictype: bridged\n parent: br0\n type: nic\nname: mainlan\nused_by: []\nproject: default<\/code><\/pre>\n\n\n\nincus launch images:debian\/12 docker --profile default --profile mainlan -c boot.autostart=true -c security.nesting=true -c security.syscalls.intercept.mknod=true -c security.syscalls.intercept.setxattr=true<\/code><\/pre>\n\n\n\n