http://wp.libpf.com/?p=373 — KVM'щикам к прочтению обязательно. У меня проблема проявилась в следующем: после саспенда-восстановления линуксовый гость в лице дебиана (под дебианом же в качестве гипервизора) начинал вести себя странно. В Xvnc переход по папкам в наутилусе приводил к зависанию оного, терминал запускался какой-то чёрный, а не белый, и не работал, логин по SSH тоже не шёл. Логин в tty1 приводил к выводу стандартного баннера, но шелл так и не запустился. Оставленный заранее в tty1 htop ничего не показал. Также, запускались iotop, выводился список файлов (всё в залогиненной заранее tty1). Короче, выглядит как отвалившийся винт, но в dmesg пусто, в логах вообще ошибок I/O или керныльпаников не видно, и в tty более-менее что-то работает, но не дело это. В dmesg только было сообщение о перекосе часов, что навело на решение. В шелле у меня в RPROMPT (правое приглашение) выводится текущая дата и время, удобно видеть, когда команды выполнял. Так вот, время НЕ МЕНЯЛОСЬ при выполнении команд. Часы тупо встали, а значит, любые действия, завязанные на время, сфейлятся. Тут-то и стало всё более-менее понятно, после гугления нашёл этот пост, вбил в источник часов acpi_pm, и, о чудо, гостевой дебиан мгновенно разморозился и заработал, шустренько вообще. Итак:
1) Гостевая винда этому не подвержена, т.к. не понимает kvm_clock даже с гостевыми драйверами (скорее всего, но не факт). Короче, тут всё гладко, хотя часы всё равно сбиваются, но синхронизация нас спасёт.
2) Подвержен как минимум дебиан сквиз как гость под сквизом-хостом. На хосте kvm, qemu и libvirt из тестинга.
3) Если не саспендить-ресумить гостевые машины, проблема не проявляется.
4) Описанное решение всё решает.
5) А соснул редхат вообще.
6) А дебиан-то вроде как и не соснул совсем.
7) И я, тем более.
add comment
recommend
bookmark
subscribe