Comments 11
Добрый день!
При пробросе ключей Guardant Stealth II в KVQ/QEMU (Proxmox) программа (в виртуалке естественно) время от времени (раз в сутки примерно) теряет их… Не сталкиваливались вы с подобными проблемами?
При пробросе ключей Guardant Stealth II в KVQ/QEMU (Proxmox) программа (в виртуалке естественно) время от времени (раз в сутки примерно) теряет их… Не сталкиваливались вы с подобными проблемами?
Насчёт proxmox ничего сказать не могу.
В QEMU-KVM я сталкивался с потерей устройства USB (внешняя «корзина» с диском SATA 3«5). Оказалось, что виноват контроллер в корзине.
Ранее сталкивался с тем, что виртуальная сетевая карта перестаёт работать, „лечится“ такое отсоединением и повторным присоединением интерфейса. Однажды, после очередного обновления ядра сеть стала работать нормально.
1) Последовательность detach-device и attach-device исправляет ситуацию?
2) Проверьте dmesg на хост-машине, там может быть интересное про этот USB-ключ.
В QEMU-KVM я сталкивался с потерей устройства USB (внешняя «корзина» с диском SATA 3«5). Оказалось, что виноват контроллер в корзине.
Ранее сталкивался с тем, что виртуальная сетевая карта перестаёт работать, „лечится“ такое отсоединением и повторным присоединением интерфейса. Однажды, после очередного обновления ядра сеть стала работать нормально.
1) Последовательность detach-device и attach-device исправляет ситуацию?
2) Проверьте dmesg на хост-машине, там может быть интересное про этот USB-ключ.
Помогает простой перезапуск приложения, использующего USB-ключ. Складывается ощущение, что возник быстрый реконнект устройства. Т.е. как будто оно было выключено и включено на guest-машине.
dmesg ничего необычного не говорит… мистика
dmesg ничего необычного не говорит… мистика
По идее, реконнект устройства должен быть отражён в Event log гостевой машины.
Но это породило неудобство при просмотре и редактировании виртуальной машины в Virt-Manager.
Я в VirtManager только создавал начальные образы для виртуальных машин. Поскольку он не умеет нормально работать с USB и нужно XML-файл для описания все равно руками править, то я и дальше уже все правил в текстовом редакторе.
А в чем прикол автоматизации из статьи? Вы не раскрыли причину. Постоянно изменяете количество воткнутых USB-ключей или у вас зоопарк из виртуалок и ваши ключи между ними мигрируют?
Я в VirtManager только создавал начальные образы для виртуальных машин.
Это проще делать в qemu-img
Вы не раскрыли причину.
После холодного старта и после перезагрузки номера (порядок устройств) разный.
qemu-img — только для виртуальных дисков. Как-то ею один раз пользовался для ресайза имиджа. А под образом виртуальной машины я имел в виду всю систему — память, проц, сетевой интерфейс и пр.
Про профилактику и переставление ключей в другие слоты понял, хотя в этом направлении даже и не думал. Наш сервер работает 24/7 и мы в его стойку у хостера не лазим. Про изменение номера девайса действительно странно — у нас было порядка десятка перезагрузок, но ни разу номера не изменялись. Видимо особенность вашего железа…
Про профилактику и переставление ключей в другие слоты понял, хотя в этом направлении даже и не думал. Наш сервер работает 24/7 и мы в его стойку у хостера не лазим. Про изменение номера девайса действительно странно — у нас было порядка десятка перезагрузок, но ни разу номера не изменялись. Видимо особенность вашего железа…
Вы не раскрыли причину.
1) После холодного старта и после перезагрузки номера (device id) разные. (Насколько я понимаю, отличается скорость инициализации устройств и ядро их «видит» в разном порядке. Либо это особенности работы чипсета.)
2) Когда проводим профилактику, физически отключаем все устройства. Если при подключении вставить в другой порт, адреса устройств будут другими. Чем записывать, что в какой порт воткнуто, проще предусмотреть автоматический проброс нужных.
Sign up to leave a comment.
Проброс нескольких одинаковых устройств USB в виртуальную машину libvirt+QEMU