Ich möchte an meinem Server ubuntu 12.04 mit dem Guest auf das File-System des Servers direkt zugreifen. Dafür gibts es bei KVM/QEMU das Dateisystem v9fs.

Soweit bin ich gekommen: Server -> virtmanager Shared Folder dem Guest hinzufügen: passtruth auswählen

• > /tmp = > beispiel

Guest (Ubuntu 12.04 Server)

1
2

# Enthalten die 9p Userland Utilitys und Treiber für Dateisystem
sudo apt-get install linux-image-extra-virtual

in die /etc/fstab einfügen

1
2

# mount 9p share from local drive
beispiel   /mnt/beispiel   9p      trans=virtio,version=9p2000.L   0 0

reboot des Guest

Der Ordner ist gemounted, aber Fehlermeldung:

1
2
3

cd /mnt/beispiel
# ls -l 
ls: Öffnen von Verzeichnis . nicht möglich: Keine Berechtigung

Das Problem ist hier Apparmor, es verhindert die Kommunikation zwischen den Diensten. Also eine Regel erstellen:

1

sudo ln -s /etc/apparmor.d/usr.sbin.libvirtd /etc/apparmor.d/disable/

Jetzt kann auf die Ordner lesend zugegriffen werden. Schreibrechte habe ich nicht. Das ändern der Attribute hat darauf keine Auswirkung.

Ich habe es wie hier in diesem Beispielvideo eingestellt: http://www.youtube.com/watch?v=rC5Bl3q4pMc

weiter komm ich nach 2 Tagen suchen nicht. Gesucht wird komplette Beschreibung.

- Ubuntu und seine unvollständigen Beschreibungen! , wer den Dienst als Root laufen läßt und nicht als libvirt, der hat auch keine Probleme mit v9fs.

- Ubuntu und seine unvollständigen Beschreibungen! , wer den Dienst als Root laufen läßt und nicht als libvirt, der hat auch keine Probleme mit v9fs.

Welcher Dienst ist denn damit genau gemeint?

Ich bin genau so vorgegangen, wie in dem Post beschrieben. Jedoch habe ich trotz dem erstellen der Regel vom Apparmor inklusive dem Neustart des Dienstes nicht einmal den Lesezugriff.

#Neustart vom apparmor
sudo service apparmor restart
 * Reloading AppArmor profiles
Skipping profile in /etc/apparmor.d/disable: usr.sbin.rsyslogd
Skipping profile in /etc/apparmor.d/disable: usr.sbin.libvirtd
                                                                [ OK ]

ls /mnt/beispiel
ls: cannot access /mnt/data: Permission denied

Ich habe als Host System Ubuntu Server 12.04 mit Kernel 3.2.0-27-generic, sowie virt-manager 0.9.1, sowie qemu-kvm-1.0

Als Guest habe ich ein Ubuntu Server 12.04 mit Kernel 3.2.0-27-virtual laufen.

Bei mir brauchte der Apparmor Dienst noch folgende Einschränkung:

aa-complain /etc/apparmor.d/libvirt/libvirt-XXXX-f3e7-2202-36f5-15645882f739

Aus diesem Thread: http://ubuntuforums.org/showthread.php?t=1864680

Die Nummer welche sich an das libvirt-... variiert. Einfach die entsprechende Datei in dem Ordner auswählen.

Somit bin ich dann auch auf dem Stand, dass ich im Guest das Verzeichnis lesen kann, ich jedoch selbst mit root Rechten im Guest nicht schreiben kann.

- Ubuntu und seine unvollständigen Beschreibungen! , wer den Dienst als Root laufen läßt und nicht als libvirt, der hat auch keine Probleme mit v9fs.

Verratet mir bitte welcher Dienst als root laufen muss, damit ich schreib Rechte bekomme...

Jetzt konnte ich auch den Schreibzugriff noch klären:

https://bugs.launchpad.net/ubuntu/+source/qemu-kvm/+bug/1018530

Es ist ein Bug im qemu-kvm vom precise. Der permission passthrouth Modus funktioniert bei manchen Dateisystemen nicht richtig. Dabei gibt es zwei workarounds:

1. qemu-kvm als root ausführen oder

2. Die Speicherfreigabe nicht im passthrough, sondern im managed Modus starten.

Mögen diese Erkenntnisse auch anderen helfen.

Grüße CG

Hmm, warum verwendet man nicht einfach NFS?

Und noch ein Necroposting.

Zum vorvorigen Poster: Das sollte "Mapped", aber nicht "Managed" heißen oder bin ich nicht auf dem aktuellen Stand?

Zum Ausführen als Root/passthrough - ist das nicht unsicher? Damit könnte ja der Gast einer virtualisierten Umgebung unter Umständen Schreibrechte auf der Freigabe erlangen, die das Einschleusen von ausführbaren Code ermöglichen.

Mapped funktioniert bei mir soweit, allerdings habe ich ein Problem, das ich nicht so recht verstehe:

http://forum.ubuntuusers.de/topic/virtio-9p-berechtigungen/

Dazu kommt, dass ich mit touch Dateien anlegen kann, sie zb mit echo xyz > Datei verändern kann, jeodch vim stets die Meldung: "E667: Fsync fehlgeschlagen" ausspuckt. Der Editor "nano" tut hingegen ordentlich seine Arbeit. Ich schätze, dass vim erst wieder zufrieden ist, wenn man mittels mount-Option "sync" arbeitet.

Nach dem Ausführen von touch ist die Group-ID falsch, was möglich passiert, weil es nicht libattr gelinkt ist!? (vim zum Beispiel wäre es). Dateien, die mit nano oder Pipe angelegt werden haben aber auch die Group-ID des Host-Shares.

Hat bitte irgendjemand eine Idee?