Это полезно? https://forum.proxmox.com/threads/vm-hookscripts.87119/

Можешь выложить весь свой virtiofs.pl?

это теперь работает. Perl: #!/usr/bin/perl

# Пример хук-скрипта для гостей PVE (опция конфигурации хук-скрипта)
# Вы можете установить это через pct/qm с помощью
# pct set <vmid> -hookscript <volume-id>
# qm set <vmid> -hookscript <volume-id>
# где <volume-id> должен быть исполняемым файлом в папке snippets
# любого хранилища с директориями, например:
# qm set 100 -hookscript local:snippets/hookscript.pl

use strict;
use warnings;

print "ХУК ГОСТЯ: " . join(' ', @ARGV). "\n";

# Первый аргумент это vmid

my $vmid = shift;

# Второй аргумент это фаза

my $phase = shift;

if ($phase eq 'pre-start') {

   # Первая фаза 'pre-start' будет выполнена перед запуском гостя
   # Выход с кодом != 0 прервет запуск

   print "$vmid запускается, выполняем подготовку.\n";
       
   system('/var/lib/vz/snippets/launch-virtio-daemon.sh');

   # print "подготовка не удалась, прерываем."
   # exit(1);

} elsif ($phase eq 'post-start') {

   # Вторая фаза 'post-start' будет выполнена после успешного запуска гостя.

   print "$vmid успешно запустился.\n";

} elsif ($phase eq 'pre-stop') {

   # Третья фаза 'pre-stop' будет выполнена перед остановкой гостя
   # через API. Не будет выполнена, если гость остановлен
   # изнутри, например, с помощью 'poweroff'

   print "$vmid будет остановлен.\n";

} elsif ($phase eq 'post-stop') {

   # Последняя фаза 'post-stop' будет выполнена после остановки гостя.
   # Это должно быть выполнено даже в случае, если гость аварийно завершился
   # или остановился неожиданно.

   print "$vmid остановлен. Выполняем очистку.\n";

} else {
   die "получена неизвестная фаза '$phase'\n";
}

exit(0); но мне нужно исправить это /var/lib/vz/snippets/launch-virtio-daemon.sh Bash: #!/usr/bin/bash


function launch() {

   /usr/lib/kvm/virtiofsd --syslog --daemonize --socket-path=/var/run/vm102-vhost-fs.sock -o source=/rpool/exchange/ -o cache=always > /dev/null 2>&1
   return 0
}

launch

Было бы здорово, если бы нужный инструмент (virtiofsd) вошёл в пакет QEMU 5.2, который собираются выпустить следующим. Он уже добавлен в пакеты debian qemu-system-common https://packages.debian.org/buster-backports/amd64/qemu-system-common/filelist. Спасибо за всю работу, проделанную для поддержания жизни малой домашней лабораторной community.

Похоже, что это также работает с виртуальной машиной Windows. Использую WinFsp v1.9B2. Бинарный файл virtiofsd в Proxmox: Code: /usr/lib/kvm/virtiofsd -f --socket-path=/var/run/vm001-vhost-fs.sock -o source=/tmp/shared/ -o cache=always

Это уже доступно, начиная с версии pve-qemu-kvm 5.2.0-2, и в указанной записи описано, как это можно использовать. Однако на данный момент не планируется внедрение GUI/API для интеграции VirtioFSd, если это то, о чем вы говорили.

Привет! Я пробую virtiofsd уже несколько недель и мне действительно нравится этот инструмент, но у меня возникла небольшая проблема. Я использую его с Proxmox в нестандартной конфигурации на своем домашнем сервере с RAID mdadm, чтобы передавать дерево каталогов с хоста на гостевую виртуальную машину. Я знаю, что моя настройка неофициально поддерживается, но учитывая, что есть другие люди, которые используют virtiofsd, надеюсь получить обратную связь. Я также открыл задачу на GitLab virtiofsd, но не уверен, связана ли моя проблема с virtiofsd или Proxmox.

Вот в чем дело: virtiofsd не гарантирует запись пользователям, которые имеют доступ по групповым разрешениям. В Proxmox я запускаю virtiofsd с такой конфигурацией: Код: /usr/lib/kvm/virtiofsd --socket-path=/var/run/virtiofsd-data-VM1.sock -o source=/media/data/vm1/ -o cache=always -o debug -chardev socket,id=char0,path=/var/run/virtiofsd-data-VM1.sock -device vhost-user-fs-pci,chardev=char0,tag=data -object memory-backend-memfd,id=mem,size=4096M,share=on -numa node,memdev=mem.

В моей виртуальной машине я монтирую все с помощью fstab: Код: data /media/data virtiofs rw 0 2. В данный момент моя виртуальная машина — это Debian Buster с ядром из Backports: Код: $ uname -a Linux debian 5.10.0-0.bpo.5-amd64 #1 SMP Debian 5.10.24-1~bpo10+1 (2021-03-29) x86_64 GNU/Linux. Но я также тестировал последнюю версию Ubuntu Server с таким же результатом.

Проблема заключается в том, что источник /media/data/vm1/ с хоста в гостевой системе становится /media/data, и в нем имеется следующая структура каталогов с соответствующими правами: Код: $ ls -la /media/data/ total 16 drwxrwxr-x 4 root root 4096 маг 30 17:15 . drwxr-xr-x 4 root root 4096 апр 27 17:41 .. drwxrwx--- 7 root users 4096 маг 30 17:14 Documents drwxrwxr-x 6 root users 4096 июл 15 2019 www. Но если я попытаюсь записать что-то в /media/data/Documents от имени пользователя, который входит в группу users, у меня появляется ошибка доступа: Код: $ touch /media/data/Documents/test.txt touch: cannot touch ‘/media/data/Documents/test.txt’: Permission denied.

Очевидно, что я не испытываю проблем с записью в ‘/media/data/Documents/’ с sudo, и странно, что даже если я не могу записывать в этот каталог с моим пользователем, я при этом могу читать его содержимое: Код: $ ls -la /media/data/Documents/ total 8 drwxrwx--- 7 root users 4096 маг 30 18:26 . drwxrwxr-x 4 root root 4096 маг 30 17:15 .. -rw-r--r-- 1 root root 0 маг 30 18:26 test2.txt -rw-r--r-- 1 root root 0 маг 30 18:26 test3.txt -rw-r--r-- 1 root root 0 маг 30 18:26 test.txt.

Проблема не должна быть с правами, ведь если я копирую ‘/media/’ с теми же правами (cp -rp) вне точки монтирования, предоставленной virtiofsd, например, в /tmp/media/data/Documents/, тогда все работает правильно, и я могу и читать, и писать с пользователями из группы users. Я также заметил, что если я изменяю владельца /media/data/Documents с root:users на root:myuser, то пользователь 'myuser' может записывать в этот каталог. В данный момент, чтобы решить эту проблему, я изменил права /media/data/Documents с 770 на 777, но это не самое лучшее решение. Я также обнаружил, что если я изменяю права с 777 на 776, ошибка доступа все равно появляется, когда я пытаюсь записывать в каталог. Я также пробовал использовать virtiofsd, скомпилированный из исходников, как из стабильной, так и из дев-ветки, но результат тот же. Также я пробовал использовать бэкенд virtio-fs, написанный на Rust, но проблема осталась. Если честно, мне кажется странным, что virtiofsd не справляется с такой важной задачей, как групповые разрешения, так что я думаю, что это может быть моей ошибкой. С другой стороны, это может быть ошибка, связанная с Proxmox? Допускаю, что я что-то делаю не так. Кто-то еще, кто использует virtiofsd, сталкивался с аналогичной проблемой?

Это не должно быть существенно, но да, они одинаковы, только в хосте у меня нет пользователей, присутствующих в госте. Можешь подробнее объяснить, что ты сделал? Потому что то, что я сообщил, похоже на проблему, связанную с virtiofsd. Какие у тебя права на директорию?