A complete list of known issues for OpenNebula is maintained here.
This page will be updated with relevant information about bugs affecting OpenNebula, as well as possible workarounds until a patch is officially published.
Drivers - Storage¶
- As part of the improvement of sparse file management the file system datastore drivers use fallocate. Be aware that some filesystems may not implement fallocate(2), a fix to deal with this situation has been committed here.
- The restore operation of a backup may cause the restored VM to get stuck in
clonestate. In this case, if the restored images are not in
lockstate you can simple terminate the VM and instantiate it again. A fix that prevents this from happening is available here.
- Ceph, OpenNebula 6.0 uses a consistent format scheme that reduces the need of setting
FORMATattributes. However existing images in Ceph Datastores may have a wrong value for these attributes. If the usage of these Images fails after upgrading to OpenNebula 6.0, please update Images in Ceph datastores to have
raw. If any running VM is affected by this,
onedb update-bodycommand can be used for changing the corresponding values for the VM disks.
- LVM, the situation described above for Ceph may also affect LVM based datastores, please verify that
DRIVERare set to
- LVM, terminate a VM in undeployed state is broken, the result is different if persistent images are used or not. A detailed explanation can be found here.
Drivers - Network¶
- If the nic-attach fails due to the libvirt bug (VM can not eject CD-ROM after reset) the nic appears in the VM (although without proper configuration) but it’s not visible on OpenNebula VM #5268
- Edge Cluster Public IP: NIC_ALIAS on the public network can only can only be associated to a NIC on the same network.
HA server configuration synchronization with the command onezone serversync does not work for the PostgreSQL and SQLite DB Back-end
Guacamole RDP as is currently shipped in OpenNebula does not support NLA authentication. You can follow these instructions in order to disable NLA in the Windows box to use Guacamole RDP within Sunstone.
When vCenter mode selected on sunstone-server.conf, Sunstone won’t let the users create images. You can add the following entries to the yaml files in /etc/one/sunstone_views/vcenter to add the functionality:
template_creation_tabs: image: true docker: true
Install Linux Graphical Desktop on KVM Virtual Machines¶
OpenNebula uses the
cirrus graphical adapter for KVM Virtual Machines by default.
It could happen that after installing a graphical desktop on a Linux VM, the Xorg window system does not load the appropriate video driver.
You can force a VESA mode by configuring the kernel parameter
vga=VESA_MODE in the GNU GRUB configuration file.
Here you can find the VESA mode numbers.
For example, adding
vga=791 as kernel parameter will select the 16-bit 1024×768 resolution mode.
Because of a FireEdge vulnerability present in OpenNebula 6.0 (which has been fixed in OpenNebula 6.0.1 and 22.214.171.124) login tokens were created automatically with the same value of the password. This results in an authentication problem once the token expires as
oned will recognize the password as an expired token and won’t authenticate the user.
This issue will only affect users that have logged in Sunstone or FireEdge using OpenNebula 6.0.0.
In order to recover the users
oneuser token-delete-all and
oneuser token-delete commands can be used for removing the token. If
oneadmin user is affected by this and there’s no other user belonging to
oneadmin group that can remove its tokens, the corresponding record in the database has to be updated removing the token:
- Get the body of
SELECT body FROM user_pool WHERE oid = 0.
- Remove the
LOGIN_TOKENsection from it.
- Update the
UPDATE user_pool SET body = '<new_body>' WHERE oid = 0.
It’s recommended to create a DB backup before manually modifying it.
vCenter 7.0 Snapshot behavior¶
VMs in vCenter 7.0 exhibit a new behavior regarding snapshots and disks attach/detach operations. When vCenter 7.0 detects that any change in the number of disks attached to a VM, it automatically cleans all the VM snapshots. OpenNebula doesn’t take this into account yet, so the snapshots stated by OpenNebula, after a disk attach or disk detach, are pointing to a null vCenter reference, and as such, cannot be used. Please keep this in mind before a solution is implemented.