Victor Sudakov <Victor.Sudakov@f49.n5005.z2.fidonet.org> wrote:
VS>>> С этим согласен, Windows на bhyve держать неудобно AK>> на нем все неудобно, не только windows. VS> Это твоё мнение, и я его уважаю как мнение. Только не надо мое мнение основано на знании. А вот твое - на чем?
VS>>> Верю. Hо посмотреть по ssh, что творится на serial console guest VS>>> системы, я думаю, esxcli тебе не даст, в отличие от. В VMware AK>> он для управления хостом, а не для посмотреть. VS> А в bhyve универсально, что IMHO удобно. что "универсально" ? В bhyve нет cli - совсем. Все надо делать через задницу в хост-системе.
VS> С этим я не спорю, такого удобства как монтирование клиентских устройств, в VS> bhyve нет. Hо не потому, что нельзя на твоей рабочей станции расшарить и что - это не повод забыть об уродце как о страшном сне?
VS> устройство и подмонтировать его к гипервизору. А потому что в VS> bhyve нет способа (или я не знаю) добавить диск в уже запущенную и даже это не повод?
главное, чтоб serial пробрасывался в телнет?
VS> domU и dom0 это AFAIK про Xen, а не про qemu. суть та же - клиент есть, хост отвратителен
AK>> у меня вот не хрен, иначе бы они давно на хранилку не влезли. VS> А у меня почему-то хрен. Может у меня ESXi не той системы. или ты чего-то не умеешь.
VS>>> Кому как. AK>> ну расскажи, расскажи мне про работу с ветками снапшотов в текстмоде? VS> В zfs неплохо сделано. угу, веток просто нет. Зато есть автоудаление всех снапшотов, не вписавшихся в концепцию, вот здорово-то.
AK>> я не знаю, зачем ты выключаешь гипервизоры, у нас как-то не принято AK>> их выключать. VS> Hе паясничай. Речь о другом. речь именно об этом - выключение гипервизора в нормальных условиях - форсмажор, происходит примерно раз в пятьдесят лет, да еще и большинство гипервизоров умеет смигрировать оттуда виртуалки на соседний ящик. Поэтому как оно там выключается, тем у кого гипервизоры не для красоты - малоинтересон. А тем у кого бхайв - похрен, все равно там ничего полезного внутри не было и быть и не могло.
VS>>> VMWare tools пункт в меню "Guest shutdown" неактивен, можно VS>>> сделать только "Power off". AK>> у меня нет такого пункта меню. (точнее, он есть но на третьем уровне AK>> вложенности где-то в области "all vCenter actions" ) Есть Shutdown AK>> guest os - вот вполне себе предлагает shutdown виртуалку с 11й фрей AK>> (надо бы все же как-нибудь поставить туда vm-tools)
VS> Пункт "Power Off" вырубает "питание" виртуалки. Если ты нашел, VS> как вместо этого посылать ACPI shutdown, я был бы признателен у тебя все равно нет сферы
VS> за информацию. У тебя точно ESXi, а не VMware Workstation у меня esxi, но я близко к сердцу принимаю большой красный флаг, точнее, огромную серую плашку, на которой английским по белому написано что "esxi клиент больше не поддерживается, используйте клиент сферы"
VS>>> Да, я как-то некорректно сказал. Вот cp в консоли не очень страшно VS>>> и без снапшота, страшно разве что файлы СУБД. А при копировании VS>>> vmdk ты ведь на знаешь, что там внутри происходит. AK>> точно так же как с отдельным файлом. Просто обычно с ними ничего не AK>> происходит, все сложное нынче принято пихать в "файлы субд" (потому AK>> что и руки у девелопера из жопы, и сама эта жопа - с ушами)
VS> А ресет может оказаться и лучше, чем если поменяется первая половина файла с VS> данными, пока ты копируешь вторую половину. что мешает произойти тому же самому при "cp в консоли"?
> Alex
--- ifmail v.2.15dev5.4 * Origin: Demos online service (2:5020/400)
