VK
IMHO, имена ВМ не должны учитываться, так как в этом смысла нет - имена ВМ предназначены для людей, а не для роботов - это просто label
Size: a a a
2021 May 20
YK
helpcenter.veeam.com - не на 5, и даже не на 50 минут. ))
S
а гипервизор же вим руками добавляли после переустановки?
S
почему вм тогда не передобавили
S
че то не сходиться
АГ
С чего вы взяли? AD там вообще нет.
YK
Я не утверждаю, что по именам. И логика (имя ВМ можно изменить) и мой случай говорит, что это не так. Но после переустановки ВМ в задачах перемешались - факт. Руками их перепутать было практически нереально - в имени задачи указывается имя ВМ.
АГ
Тем не менее они, например, участвуют в установке MAC-адреса в ВМ 😉
YK
Не добавляли. Гипервизор подняли на том же IP, с тем же логином-паролем. Чего добавлять?
S
как? там же новый отпечаток SSH и сертификат SSL новые
EE
а в crossfire укладываетесь?
YK
Вероятно, просто приняли новый отпечаток/сертификат на хосте в Backup infrastructure.
S
много странных совпадений.... я бы проделал такое же на тестовой лабе
S
и понял что в Вашем рассказе что то не сходиться )
EE
вероятно могли и ВМки в задания передобавить….
АГ
Виктор, в качестве идентификаторов объектов в джобе вим использует (почему-то) внутреннее имя ВМ а не её UUID. По этому, он тупо продолжил бэкапить "vm-2", указанную в джобе.
Но UUID он знает, и вполне понял что ВМ (хоть и с тем же именем) другая.
Но UUID он знает, и вполне понял что ВМ (хоть и с тем же именем) другая.
VK
Не помню, чтобы при rename менялся MAC
A
тоже склоняюсь к выводу, что кто-то просто ручками передобавил ВМки. После смены UUID VM задания фэйлятся по данным ВМ, а сам ВМки в задания вроде не научились добавляться))) ну не считая случая с использованием тэгов
VK
Странно