Re: Themenvorschlag für ein Treffen

Rico Koerner <[email protected]>
Newsgroups gmane.user-groups.linux.dresden
Message-ID <[email protected]>
Hallo Daniel,

Am 02.02.22 um 11:16 schrieb Daniel Leidert:
>>> Hier stell ich mich auch mit an. Mir fehlt im Debian-Installer der
>>> virtiofs-Treiber, wobei ich nicht gleich davon booten will. ;)
>>
>> +1. Ich löse dergleichen momentan bedarfsweise mit dem Snapshot-Tool von
>> MXLinux, aber mit Debian-Bordmitteln wär mir das lieber.
> 
> Könnt ihr mich bitte kurz über das Einsatzszenario und eure Probleme aufklären?
> Dann schaue ich mir das gerne mit an und vielleicht habe ich ja eine Idee.

ich hatte die Absicht, das Basis-Image der VM klein zu halten und /home 
sowie /var per virtiofs auszulagern. Sowohl Host als auch Gast sind 
jeweils Debian 11, ältere Versionen unterstützen noch kein virtiofs.
Grundsätzlich funktioniert virtiofs in der VM. Ich wollte das aber 
bereits im Installer mounten bzw. verschieben. Der passende Zeitpunkt 
wäre hier in der Installershell nach der Festplattenpartitionierung, 
aber ein

mount -t virtiofs vm1_home /home

funktioniert nicht, da virtiofs anscheinend im Installer-Kernel fehlt.
Tiefer bin ich hier noch nicht eingestiegen.


Inzwischen hat sich auch herausgestellt, daß virtiofs bei /var noch 
andere Probleme verursacht. Special-Devices lassen sich innerhalb des 
gemounteten virtiofs nicht erstellen. Das ist beim verschieben des 
postfix-spool-Verzeichnisses aufgefallen.

crw-rw-rw- 1 root root 1, 8 29. Jan 19:53 random
crw-rw-rw- 1 root root 1, 9 29. Jan 19:53 urandom

Die Devices lassen sich dort auch manuell mit mknod nicht anlegen.

Ein weiteres Problem sind einige Locks, dpkg hat sich beschwert, daß es 
seine DB nicht sperren konnte.
Virtiofs ist in der VM-Config (libvirt) wie folgt eingebunden:

<domain type='kvm'>
   ...
   <memoryBacking>
     <source type='memfd'/>
     <access mode='shared'/>
   </memoryBacking>
   ...
   <devices>
     ...
     <filesystem type='mount' accessmode='passthrough'>
       <driver type='virtiofs' queue='1024'/>
       <binary path='/usr/lib/qemu/virtiofsd' xattr='on'>
         <cache mode='always'/>
         <lock posix='on' flock='on'/>
       </binary>
       <source dir='/srv/storage/vm1_data/home'/>
       <target dir='vm1_home'/>
       <address type='pci' domain='0x0000' bus='0x02' slot='0x00' 
function='0x0'/>
     </filesystem>
     ...
   </devices>
</domain>


xattr=on schaltet den ACL-Support ein
<lock posix='off' .../> hat das dpkg-Problem gelöst, flock hatte darauf 
keine Auswirkungen.

Übrig blieb:
Jan 30 14:19:27 bnet007 systemd-tmpfiles[249]: Cannot set file attribute 
for '/var/log/journal', value=0x00800000, mask=0x00800000, ignoring: 
Function not implemented
Jan 30 14:19:27 bnet007 systemd-tmpfiles[249]: Cannot set file attribute 
for '/var/log/journal/7758e105953b4fc58638feafdee17116', 
value=0x00800000, mask=0x00800000, ignoring: Function not implemented

Daraufhin hab ich /var erstmal wieder ins Image zurück geholt, da ich 
weitere Seiteneffekte hier vermeiden will.
/home läßt sich auch nach der Installation noch relativ leicht umlagern.
Das Thema ist damit nicht mehr so wichtig, wäre aber trotzdem an einer 
Lösung interessiert. Irgendwann gibt es sicherlich auch eine Lösung für 
die o.g. Probleme.


Gruß
Rico
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.