Ruben S. Montero

You can set the bridge MTU in /var/lib/one/remote/etc/vnm/OpenNebulaNetwork.conf (or any other ip link attribute): ``` ... :ip_bridge_conf: :mtu: 9000 ... ``` More details: http://docs.opennebula.io/5.12/deployment/open_cloud_networking_setup/bridged.html#opennebula-configuration **Important** do not forget to sync...

Could you check that the bridge is recreated? As long as there are VMs the bridge is reused and OpenNebula can be configured to keep it in any case.

Related to #3270. We'll address both at the same time

Thanks for your contribution. We are feature freeze for 6.0 so I would hold back this PR. I will redo it based on your contribution. Considering (self-note ;)): * ALLOW_RESIZE_WITH_SNAPSHOT...

Just linking forum thread https://forum.opennebula.org/t/attach-detach-cdrom-not-supported/3723/7

Hi @modir Very interesting, indeed. OpenNebula can encrypt attributes, we are currently using this as a _"vault"_ for drivers (e.g. passwords to access a service is encrypted there). Only users...

Aha, ok, we can put it as part of the user template and inject that into the context. Like SSH keys. It probably makes more sense....

Thanks @atodorov-storpool for this an other contributions to the project. As you see this PR is still in review and will include reference to the affected bugs. As per the...

For 6.2 we add the warning about locked VMs For 6.2.1 we'll automatically call lock/unlock

Consider this together with: #5463