You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
the UUID is not dynamically generated at the first startup of the agents. --> All agents on cloned VMs under vmware share the same uuid and mess up trento
setting the undocumented force-agent-id: <some-new-id> in /etc/trento/agent.yaml can solve the problem, but either it needs to be documented or a workaround needs to be found.
The text was updated successfully, but these errors were encountered:
GER-Space
changed the title
Cloned VMs in VMware have shared uuid
Cloned VMs in VMware have all the same uuid
Apr 27, 2023
The flag you're mentioning is in fact documented in the readme but it already states that it should not be used in production environments, where relying on automatic generation of the system identifier by systemd is way safer.
We rely on /etc/machine-id to be unique to generate the Trento Agent UUID so, as you're cloning VMs, you need to ensure you're not violating a fundamental assumption Trento and other system tools might rely upon, which is that that file contains an actually unique host identifier.
You can refer to upstream systemd documentation for further insights on how to achieve this: https://www.freedesktop.org/software/systemd/man/machine-id.html
the UUID is not dynamically generated at the first startup of the agents. --> All agents on cloned VMs under vmware share the same uuid and mess up trento
setting the undocumented
force-agent-id: <some-new-id>
in /etc/trento/agent.yaml can solve the problem, but either it needs to be documented or a workaround needs to be found.The text was updated successfully, but these errors were encountered: