Migration across heterogeneous storage is handled by a client-side process. The client has no awareness of the internal layout or implementation details of the virtual disk - it simply reads logical data blocks. Whether those blocks originate...
Hi @bbgeek17,
I was moreso referring to the VM ID as prefix (`105/`).
ZFS to local is just for testing purposes. Real migration will be Ceph to Ceph.
Regarding the linked-clone-ness: I'm completely fine with VM disks being converted to full...
I'm migrating some VMs to different storage. Some of those VMs are linked clones, the parent of which would still be on the old storage.
Should this go well? I tried this in a lab environment, and it looks like the linked clone is converted to a...
Pretty sure I just found the deviation in `resolv.conf` that causes the hash to change. That was a very useful hint, thanks.
What throws me off is that SSH host keys aren't re-generated every time this happens, while the `ssh` module runs with...
Hi @bbgeek17,
Thanks for your reply.
Your comment on `/etc/resolv.conf` is actually a very good one - I found that five nodes in the cluster have a deviating one. To see if that's an issue, I migrated the VM - that I could reproduce the issue...
Hi,
For some time now, we've been having an issue where Cloud-init re-runs on VMs that have already been operating for months or years. By 'run', I mean that first-boot-only stages run again, such as upgrading packages. This is obviously very...