= Сообщение: 5429 из 10756 ===================================== RU.UNIX.BSD =
От : Victor Sudakov 2:5005/49 27 Mar 17 09:50:24
Кому : Alex Korchmar 27 Mar 17 09:50:24
Тема : ошметки от 9.3
FGHI : area://RU.UNIX.BSD?msgid=2:5005/49+58d87e6f
На : area://RU.UNIX.BSD?msgid=<1187507005@ddt.demos.su>+fe297b72
= Кодировка сообщения определена как: CP866 ==================================
Ответ: area://RU.UNIX.BSD?msgid=<1187507062@ddt.demos.su>+9ab35d93
==============================================================================
Dear Alex,
17 Mar 17 17:49, you wrote to me:
VS>> С этим согласен, Windows на bhyve держать неудобно
AK> на нем все неудобно, не только windows.
Это твоё мнение, и я его уважаю как мнение. Только не надо говорить за всех.
VS>> Верю. Hо посмотреть по ssh, что творится на serial console guest
VS>> системы, я думаю, esxcli тебе не даст, в отличие от. В VMware
AK> он для управления хостом, а не для посмотреть.
А в bhyve универсально, что IMHO удобно.
VS>> вообще есть понятие serial консоли для ОС, которые ее поддерживают
AK> нет, откуда ей знать, что и через какую задницу там твоя ос
AK> поддерживает. serial port- есть, можно прицепить его к serial
AK> соседней виртуалки, например.
Можно еще через telnet на него достучаться, только это отдельно конфигурить надо, и помнить номера портов, которые ты раздал консолям виртуалок.
VS>>>> Скорее всего никак. Hо ничто не мешает образ флешки залить на
VS>>>> гипервизор.
AK>>> во траходром-то.
AK>>> И это ради фоточки скинуть.
VS>> Тогда по ssh сразу на guest.
AK> фоточки. 16 гиг. Ага. Причем нужны они там полноразмерные примерно как
AK> телеге пятое колесо.
С этим я не спорю, такого удобства как монтирование клиентских устройств, в bhyve нет. Но не потому, что нельзя на твоей рабочей станции расшарить устройство и подмонтировать его к гипервизору. А потому что в bhyve нет способа (или я не знаю) добавить диск в уже запущенную виртуалку.
VS>> Справедливости ради, qemu под FreeBSD тоже вполне себе есть.
AK> да, я помню громкие вопли "мы тоже можем domU" лет на десять после
AK> линукса.
AK> С dom0 что-то до сих пор как-то не совсем.
domU и dom0 это AFAIK про Xen, а не про qemu.
AK>>> thin provision устроен ни разу не в виде sparse. При скачивании
AK>>> получишь ровно то же, что было на дисках esxi. Если 100гиг -
AK>>> значит, там свободного места было ноль.
VS>> А вот хрен.
AK> у меня вот не хрен, иначе бы они давно на хранилку не влезли.
А у меня почему-то хрен. Может у меня ESXi не той системы.
AK>>> А когда надо скопировать пятый снапшот во второй ветке, лучше
AK>>> уже это делать в gui, чтоб не промахнуться.
VS>> Кому как.
AK> ну расскажи, расскажи мне про работу с ветками снапшотов в текстмоде?
В zfs неплохо сделано.
VS>>>> гостям команду на shutdown без установленных VMWare tools
VS>>>> нельзя.
AK>>> afair, сфера _всегда_ пытается дернуть acpi, если только
AK>>> специально не
AK>>> заставлять ее выключиться через пункт меню стодесятого уровня
AK>>> вложенности.
VS>> При выключении самого гипервизора
AK> я не знаю, зачем ты выключаешь гипервизоры, у нас как-то не принято
AK> их выключать.
Не паясничай. Речь о другом.
VS>> VMWare tools пункт в меню "Guest shutdown" неактивен, можно
VS>> сделать только "Power off".
AK> у меня нет такого пункта меню. (точнее, он есть но на третьем уровне
AK> вложенности где-то в области "all vCenter actions" ) Есть Shutdown
AK> guest os - вот вполне себе предлагает shutdown виртуалку с 11й фрей
AK> (надо бы все же как-нибудь поставить туда vm-tools)
"Power" -> "Shut Down Guest" есть, но без установленных VMware tools она неактивна:
http://s020.radikal.ru/i710/1703/25/443e04177690.png
Пункт "Power Off" вырубает "питание" виртуалки. Если ты нашел, как вместо этого посылать ACPI shutdown, я был бы признателен за информацию. У тебя точно ESXi, а не VMware Workstation какой-нибудь?
AK>>> ну значит твой "бэкап" это cp в консоли, нафига снапшоты
AK>>> городить? они еще и производительность сажают.
VS>> Да, я как-то некорректно сказал. Вот cp в консоли не очень страшно
VS>> и без снапшота, страшно разве что файлы СУБД. А при копировании
VS>> vmdk ты ведь на знаешь, что там внутри происходит.
AK> точно так же как с отдельным файлом. Просто обычно с ними ничего не
AK> происходит, все сложное нынче принято пихать в "файлы субд" (потому
AK> что и руки у девелопера из жопы, и сама эта жопа - с ушами)
VS>> Быстрота, с которой они происходят.
AK> быстро нажми ресет. Что-то не так?
А ресет может оказаться и лучше, чем если поменяется первая половина файла с данными, пока ты копируешь вторую половину.
VS>> А вот при многоминутном копировании .vmdk есть большая
VS>> вероятность, что в процессе кто-то туда напишет.
AK> например, допишет таки транзакцию.
Ага, в ту часть файла, которую ты уже успел забэкапить в другое место. Недаром даже tar предупреждает "file modified while being archived".
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20160322-b20160322
* Origin: Ulthar (2:5005/49)
|
