= Сообщение: 5438 из 10757 ===================================== RU.UNIX.BSD =
От : Victor Sudakov 2:5005/49 27 Mar 17 17:49:12
Кому : Alex Korchmar 27 Mar 17 17:49:12
Тема : ошметки от 9.3
FGHI : area://RU.UNIX.BSD?msgid=2:5005/49+58d8f424
На : area://RU.UNIX.BSD?msgid=<1187507062@ddt.demos.su>+9ab35d93
= Кодировка сообщения определена как: CP866 ==================================
Ответ: area://RU.UNIX.BSD?msgid=<1187507063@ddt.demos.su>+7daefb04
==============================================================================
Dear Alex,
27 Mar 17 13:05, you wrote to me:
VS>>>> С этим согласен, Windows на bhyve держать неудобно
AK>>> на нем все неудобно, не только windows.
VS>> Это твоё мнение, и я его уважаю как мнение. Только не надо
AK> мое мнение основано на знании. А вот твое - на чем?
Исключительно на личном опыте работы с bhyve и ESXi. Могу после каждой фразы вставлять IMHO, если тебе так приятнее.
VS>>>> Верю. Hо посмотреть по ssh, что творится на serial console
VS>>>> guest системы, я думаю, esxcli тебе не даст, в отличие от. В
VS>>>> VMware
AK>>> он для управления хостом, а не для посмотреть.
VS>> А в bhyve универсально, что IMHO удобно.
AK> что "универсально" ?
AK> В bhyve нет cli - совсем. Все надо делать через задницу в
AK> хост-системе.
Я бы так не сказал. sysutils/vm-bhyve позволяет делать большинство операций довольно комфортно.
VS>> С этим я не спорю, такого удобства как монтирование клиентских
VS>> устройств, в bhyve нет. Hо не потому, что нельзя на твоей рабочей
VS>> станции расшарить
AK> и что - это не повод забыть об уродце как о страшном сне?
Это - точно не повод.
VS>> устройство и подмонтировать его к гипервизору. А потому что в
VS>> bhyve нет способа (или я не знаю) добавить диск в уже запущенную
AK> и даже это не повод?
Могу представить себе задачу, при которой это будет серьезный повод не использовать bhyve. Возможно мне такая задача еще попадется.
AK> главное, чтоб serial пробрасывался в телнет?
Не то чтобы главное, но возможность управления виртуалками без жирной и тормозной виндовой морды очень удобна. Надо уже мне наконец и в ESXi разобраться, как полноценно управлять через CLI.
VS>> domU и dom0 это AFAIK про Xen, а не про qemu.
AK> суть та же - клиент есть, хост отвратителен
И фиг с ними, не о них речь.
AK>>> у меня вот не хрен, иначе бы они давно на хранилку не влезли.
VS>> А у меня почему-то хрен. Может у меня ESXi не той системы.
AK> или ты чего-то не умеешь.
Вполне возможно. Хотя чего там не уметь - в datastore browser нажать кнопку Download.
VS>>>> Кому как.
AK>>> ну расскажи, расскажи мне про работу с ветками снапшотов в
AK>>> текстмоде?
VS>> В zfs неплохо сделано.
AK> угу, веток просто нет. Зато есть автоудаление всех снапшотов, не
AK> вписавшихся в концепцию, вот здорово-то.
Часто нужны ветки?
AK>>> я не знаю, зачем ты выключаешь гипервизоры, у нас как-то не
AK>>> принято их выключать.
VS>> Hе паясничай. Речь о другом.
AK> речь именно об этом - выключение гипервизора в нормальных условиях
AK> - форсмажор, происходит примерно раз в пятьдесят лет, да еще и
AK> большинство гипервизоров умеет смигрировать оттуда виртуалки на
AK> соседний ящик. Поэтому как оно там выключается, тем у кого гипервизоры
AK> не для красоты - малоинтересон. А тем у кого бхайв - похрен, все равно
AK> там ничего полезного внутри не было и быть и не могло.
Не о выключении гипервизора речь шла, а о выключении гостевой системы по ACPI, без vm-tools. Это ты зачем-то прицепился к выключению гипервизора, отцепись уже :-)
VS>>>> VMWare tools пункт в меню "Guest shutdown" неактивен, можно
VS>>>> сделать только "Power off".
AK>>> у меня нет такого пункта меню. (точнее, он есть но на третьем
AK>>> уровне вложенности где-то в области "all vCenter actions" ) Есть
AK>>> Shutdown guest os - вот вполне себе предлагает shutdown
AK>>> виртуалку с 11й фрей (надо бы все же как-нибудь поставить туда
AK>>> vm-tools)
VS>> "Power" -> "Shut Down Guest" есть, но без установленных VMware
VS>> tools она "Power" -> неактивна:
VS>> http://s020.radikal.ru/i710/1703/25/443e04177690.png
AK> это я даже не знаю, что такое у тебя открыто.
Как что? vSphere Client Version 5.5.0
(подозрительно) а у тебя что?
VS>> Пункт "Power Off" вырубает "питание" виртуалки. Если ты нашел,
VS>> как вместо этого посылать ACPI shutdown, я был бы признателен
AK> у тебя все равно нет сферы
(терпеливо) у меня есть ESXi Version 5.5.0 и vSphere Client Version 5.5.0 для управления им. Именно эту связку я сравниваю с bhyve.
VS>> за информацию. У тебя точно ESXi, а не VMware Workstation
AK> у меня esxi,
И умеет посылать ACPI shutdown виртуалкам без установленных vm-tools? Научи уже. Я в своё время весь гугль перерыл, ответ один: ставьте vm-tools.
AK> но я близко к сердцу принимаю большой красный флаг,
AK> точнее, огромную серую плашку, на которой английским по белому
AK> написано что "esxi клиент больше не поддерживается, используйте
AK> клиент сферы"
А что такое "esxi клиент"? У меня такого нет.
VS>>>> Да, я как-то некорректно сказал. Вот cp в консоли не очень
VS>>>> страшно и без снапшота, страшно разве что файлы СУБД. А при
VS>>>> копировании vmdk ты ведь на знаешь, что там внутри происходит.
AK>>> точно так же как с отдельным файлом. Просто обычно с ними ничего
AK>>> не происходит, все сложное нынче принято пихать в "файлы субд"
AK>>> (потому что и руки у девелопера из жопы, и сама эта жопа - с
AK>>> ушами)
VS>> А ресет может оказаться и лучше, чем если поменяется первая
VS>> половина файла с данными, пока ты копируешь вторую половину.
AK> что мешает произойти тому же самому при "cp в консоли"?
Например потому, что ты знаешь, что ты копируешь, и не станешь копировать командой cp открытый файл СУБД, например. А контейнер с виртуалкой внутри - черный ящик.
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20160322-b20160322
* Origin: Ulthar (2:5005/49)
|
