i
вроде же через ISO образ передают, не ?
можно и через iso, штатно оно мультикастом прилетает
Size: a a a
2020 July 23
EV
в CBSD/BhyVe и в ProxMox через ISO реализовано
EV
там юзал немного - норм пашет
FT
проблема в первом приближении выглядит как проблема с убунтой, а не с vCD + достаточно мило общались, не надо токсить
С интересом наблюдаю за общением. :)
Это проблема на стыке, ИМХО. То, что штатные vmware-tools настраивают сеть через ipconfig, который deprecated лет 8 как - это уж точно не проблема убунты.
В свежих может уже и не так, в 6.0 так и было.
Это проблема на стыке, ИМХО. То, что штатные vmware-tools настраивают сеть через ipconfig, который deprecated лет 8 как - это уж точно не проблема убунты.
В свежих может уже и не так, в 6.0 так и было.
i
Full Throttle
С интересом наблюдаю за общением. :)
Это проблема на стыке, ИМХО. То, что штатные vmware-tools настраивают сеть через ipconfig, который deprecated лет 8 как - это уж точно не проблема убунты.
В свежих может уже и не так, в 6.0 так и было.
Это проблема на стыке, ИМХО. То, что штатные vmware-tools настраивают сеть через ipconfig, который deprecated лет 8 как - это уж точно не проблема убунты.
В свежих может уже и не так, в 6.0 так и было.
open-vm-tools - patches are welcome
FT
Ну понятно, но это мало что меняет. Я хотел обратить внимание на то, что проблема на стыке, и каждая сторона ожидаемо будет показывать пальцем на другую.
i
В общем, я недавно приходил сюда с вопросом как восстановить хвосты после консолидации, может кто помнит. В результате отправили dd-копию винта ребятам в Vmware, достали всю инфу. Побились незначительные базы, которые в общем-то на всю картину не сильно влияли, но восстановили 350 гиг баз.
i
Так что таки возможно восстановление после неудачной консолидации
i
Full Throttle
Ну понятно, но это мало что меняет. Я хотел обратить внимание на то, что проблема на стыке, и каждая сторона ожидаемо будет показывать пальцем на другую.
я бы в правила отправил, к вопросу не приложено логов ни open-vm-tools ни cloud-init, где именно не растёт кокос совершенно не ясно
FT
Тут я солидарен.
AP
В общем, я недавно приходил сюда с вопросом как восстановить хвосты после консолидации, может кто помнит. В результате отправили dd-копию винта ребятам в Vmware, достали всю инфу. Побились незначительные базы, которые в общем-то на всю картину не сильно влияли, но восстановили 350 гиг баз.
В РФ? Это у них такая услуга платная?
i
Нет, не в РФ. Отправляли в Штаты. Кому, куда и сколько стоило - я без понятия, я только снял dd-копию.
i
Нет, не в РФ. Отправляли в Штаты. Кому, куда и сколько стоило - я без понятия, я только снял dd-копию.
странно, что для этого нету готовой утилиты, формат VMDK описан 13 лет назад
Y(
Atos искал на две роли
vmware
hyper-v
Вилка 180-200
Контакты могу дать, скажете что от меня.
vmware
hyper-v
Вилка 180-200
Контакты могу дать, скажете что от меня.
Тебе премия ?
i
странно, что для этого нету готовой утилиты, формат VMDK описан 13 лет назад
Проблема была в том, что все отработало штатно и хвосты штатно удалились. Если бы пофейлилось, то осталось бы. А так да, было бы классно, если была возможность сделать откат последнего действия, даже консолидации
i
странно, что для этого нету готовой утилиты, формат VMDK описан 13 лет назад
в VDDK есть утилита vmware-vdiskmanager с недокументированной опцией -R для восстановления .vmdk
i
а в документации про -R ничего нету
i
Проблема была в том, что все отработало штатно и хвосты штатно удалились. Если бы пофейлилось, то осталось бы. А так да, было бы классно, если была возможность сделать откат последнего действия, даже консолидации
для этого есть бекапы + шиппинг логов транзакций БД
i
(как в 2к20 можно жить с БД без реплики, если данные представляют ценность/их нельзя восстановить)