Yes, it runs:
oneadmin@nebula-3:~$ ps aux |grep oned
oneadmin 10158 0.0 0.1 1172252 8020 ? Sl Jun21 0:22
/usr/bin/oned -f
When I changed security_driver in qemu.conf to default state
/etc/libvirt/qemu.conf:
# security_driver = "selinux"
my
When I set:
root@tyan-host:/etc/apparmor.d/local# /etc/init.d/apparmor
stop
root@tyan-host:/etc/apparmor.d/local# /etc/init.d/apparmor
teardown
root@tyan-host:/etc/apparmor.d/local# apparmor_status
apparmor module is loaded.
0 profiles are
Hello Jan,
let's try without NFS just to rule it out. Can you use the SSH transfer
driver:
http://opennebula.org/documentation:rel3.4:fs_ds#using_the_ssh_transfer_driver
and try launching the VM again?
By the way, after reading your logs it seems you're not using the last
stable release
Hello Jan,
I forgot to mention that it's not enough with using the SSH transfer
driver, you also have to unmount all your NFS exports in your hypervisor
node, so the disk images aren't copied to an NFS filesystem.
Cheers,
Jaime
On Fri, Jun 22, 2012 at 11:21 AM, Jaime Melis jme...@opennebula.org
Yes - I had the same idea already :-)
I tried to set management node as host and deploy VM there - it
works ...
So - it seems to be an NFS issue.
But - I cannot shutdown running VM. VM is in shutdown state for a
while and after that is running again ...
I used Opennebula from Ubuntu repository, so it is version 3.2.1-2.
I will try to upgrade it to version 3.4.
SSh transfer is vry slow (that is why I don't know if it
works yet ...), but definitely the issue is NFS in my case.
Which parameters has to be set?
Other error message (with SSH transfer driver used):
Fri Jun 22 14:08:53 2012 [LCM][I]: New VM state is BOOT
Fri Jun 22 14:08:53 2012 [VMM][I]: Generating deployment file:
/var/lib/one/0/deployment.1
Fri Jun 22 14:08:53 2012 [VMM][I]: ExitCode: 0
Fri Jun 22
Seems the same thing... is it /var/lib/one/ in an NFS volume in the host?
BTW, you need ACPI installed in the guest domains to shutdown them, if not
you can just use cancel
On Fri, Jun 22, 2012 at 4:39 PM, Jan Benadik jan.bena...@atos.net wrote:
Other error message (with SSH transfer driver
Hi, Matt
I have two solutions for this issue, for reference only:
1. Try qcow2 snapshot for creating new VMs in KVM environment
2. NFSv4 might be another option with server-side copy feature
Both could avoid coping large files between NFS server and client.
Thanks,
Lei