[Users] Regarding live-migration in rhevm3.0
Hello , I am using the rhevm3.0 and whenever i tried to do live-migration of vm , i got the following error : rhevm.log file is given below -- 2012-10-26 12:06:03,619 INFO [org.nogah.bll.VdsSelector] (http-0.0.0.0-8443-12) Checking for a specific VDS only - id:77dd9ebc-1529-11e2-82f4-005056a5674d, name:rhevh1.xxx.xxx.com, host_name(ip):15.15.155.224 2012-10-26 12:06:03,620 INFO [org.nogah.bll.MigrateVmToServerCommand] (pool-11-thread-5252) Running command: MigrateVmToServerCommand internal: false. Entities affected : ID: e16f887e-194b-42d4-897a-c9fed97c8bd3 Type: VM 2012-10-26 12:06:03,649 INFO [org.nogah.bll.VdsSelector] (pool-11-thread-5252) Checking for a specific VDS only - id:77dd9ebc-1529-11e2-82f4-005056a5674d, name:rhevh1.xxx.xxx.com, host_name(ip):15.15.155.224 2012-10-26 12:06:03,686 INFO [org.nogah.vdsbroker.MigrateVDSCommand] (pool-11-thread-5252) START, MigrateVDSCommand(vdsId = ce93e164-1527-11e2-b0a9-005056a5674d, vmId=e16f887e-194b-42d4-897a-c9fed97c8bd3, srcHost=15.15.155.182, dstVdsId=77dd9ebc-1529-11e2-82f4-005056a5674d, dstHost=15.15.155.224:54321, migrationMethod=ONLINE), log id: bc6506f 2012-10-26 12:06:03,712 INFO [org.nogah.vdsbroker.vdsbroker.MigrateBrokerVDSCommand] (pool-11-thread-5252) VdsBroker::migrate::Entered (vm_guid=e16f887e-194b-42d4-897a-c9fed97c8bd3, srcHost=15.15.155.182, dstHost=15.15.155.224:54321, method=online 2012-10-26 12:06:03,712 INFO [org.nogah.vdsbroker.vdsbroker.MigrateBrokerVDSCommand] (pool-11-thread-5252) START, MigrateBrokerVDSCommand(vdsId = ce93e164-1527-11e2-b0a9-005056a5674d, vmId=e16f887e-194b-42d4-897a-c9fed97c8bd3, srcHost=15.15.155.182, dstVdsId=77dd9ebc-1529-11e2-82f4-005056a5674d, dstHost=15.15.155.224:54321, migrationMethod=ONLINE), log id: 29080aed 2012-10-26 12:06:03,748 INFO [org.nogah.vdsbroker.vdsbroker.MigrateBrokerVDSCommand] (pool-11-thread-5252) FINISH, MigrateBrokerVDSCommand, log id: 29080aed 2012-10-26 12:06:03,804 INFO [org.nogah.vdsbroker.MigrateVDSCommand] (pool-11-thread-5252) FINISH, MigrateVDSCommand, return: MigratingFrom, log id: bc6506f 2012-10-26 12:06:03,814 INFO [org.nogah.vdsbroker.MigrateVDSCommand] (QuartzScheduler_Worker-27) IncreasePendingVms::MigrateVm Increasing vds rhevh1.xxx.xxx.com pending vcpu count, now 1. Vm: instance-015f 2012-10-26 12:06:03,814 INFO [org.nogah.vdsbroker.MigrateVDSCommand] (QuartzScheduler_Worker-27) IncreasePendingVms::MigrateVm Increasing vds rhevh1.vmm.hp.com pending vmem size, now 1,024. Vm: instance-015f 2012-10-26 12:06:04,454 ERROR [org.nogah.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-91) Rerun vm e16f887e-194b-42d4-897a-c9fed97c8bd3. Called from vds rhevh2.xxx.xxx.com 2012-10-26 12:06:04,481 INFO [org.nogah.vdsbroker.UpdateVdsDynamicDataVDSCommand] (pool-11-thread-5250) START, UpdateVdsDynamicDataVDSCommand(vdsId = 77dd9ebc-1529-11e2-82f4-005056a5674d, vdsDynamic=org.nogah.common.businessentities.VdsDynamic@c23a51c4), log id: 3e29e2d7 2012-10-26 12:06:04,504 INFO [org.nogah.vdsbroker.UpdateVdsDynamicDataVDSCommand] (pool-11-thread-5250) FINISH, UpdateVdsDynamicDataVDSCommand, log id: 3e29e2d7 2012-10-26 12:06:04,504 INFO [org.nogah.bll.RunVmCommandBase] (pool-11-thread-5250) DecreasePendingVms::Decreasing vds rhevh1.xxx.xxx.compending vcpu count, now 0. Vm: instance-015f Regards, Romil ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Regarding live-migration in rhevm3.0
Hi Romil, Why are you asking questions about RHEV in the oVirt users list? Will make more sense to open a support case, especially since this involves log analysis - Original Message - From: Romil Gupta romilgupt...@gmail.com To: users@ovirt.org, mbu...@redhat.com Sent: Friday, 26 October, 2012 8:49:56 AM Subject: [Users] Regarding live-migration in rhevm3.0 Hello , I am using the rhevm3.0 and whenever i tried to do live-migration of vm , i got the following error : rhevm.log file is given below -- 2012-10-26 12:06:03,619 INFO [org.nogah.bll.VdsSelector] (http-0.0.0.0-8443-12) Checking for a specific VDS only - id:77dd9ebc-1529-11e2-82f4-005056a5674d, name: rhevh1.xxx.xxx.com , host_name(ip):15.15.155.224 2012-10-26 12:06:03,620 INFO [org.nogah.bll.MigrateVmToServerCommand] (pool-11-thread-5252) Running command: MigrateVmToServerCommand internal: false. Entities affected : ID: e16f887e-194b-42d4-897a-c9fed97c8bd3 Type: VM 2012-10-26 12:06:03,649 INFO [org.nogah.bll.VdsSelector] (pool-11-thread-5252) Checking for a specific VDS only - id:77dd9ebc-1529-11e2-82f4-005056a5674d, name: rhevh1.xxx.xxx.com , host_name(ip):15.15.155.224 2012-10-26 12:06:03,686 INFO [org.nogah.vdsbroker.MigrateVDSCommand] (pool-11-thread-5252) START, MigrateVDSCommand(vdsId = ce93e164-1527-11e2-b0a9-005056a5674d, vmId=e16f887e-194b-42d4-897a-c9fed97c8bd3, srcHost=15.15.155.182, dstVdsId=77dd9ebc-1529-11e2-82f4-005056a5674d, dstHost= 15.15.155.224:54321 , migrationMethod=ONLINE), log id: bc6506f 2012-10-26 12:06:03,712 INFO [org.nogah.vdsbroker.vdsbroker.MigrateBrokerVDSCommand] (pool-11-thread-5252) VdsBroker::migrate::Entered (vm_guid=e16f887e-194b-42d4-897a-c9fed97c8bd3, srcHost=15.15.155.182, dstHost= 15.15.155.224:54321 , method=online 2012-10-26 12:06:03,712 INFO [org.nogah.vdsbroker.vdsbroker.MigrateBrokerVDSCommand] (pool-11-thread-5252) START, MigrateBrokerVDSCommand(vdsId = ce93e164-1527-11e2-b0a9-005056a5674d, vmId=e16f887e-194b-42d4-897a-c9fed97c8bd3, srcHost=15.15.155.182, dstVdsId=77dd9ebc-1529-11e2-82f4-005056a5674d, dstHost= 15.15.155.224:54321 , migrationMethod=ONLINE), log id: 29080aed 2012-10-26 12:06:03,748 INFO [org.nogah.vdsbroker.vdsbroker.MigrateBrokerVDSCommand] (pool-11-thread-5252) FINISH, MigrateBrokerVDSCommand, log id: 29080aed 2012-10-26 12:06:03,804 INFO [org.nogah.vdsbroker.MigrateVDSCommand] (pool-11-thread-5252) FINISH, MigrateVDSCommand, return: MigratingFrom, log id: bc6506f 2012-10-26 12:06:03,814 INFO [org.nogah.vdsbroker.MigrateVDSCommand] (QuartzScheduler_Worker-27) IncreasePendingVms::MigrateVm Increasing vds rhevh1.xxx.xxx.com pending vcpu count, now 1. Vm: instance-015f 2012-10-26 12:06:03,814 INFO [org.nogah.vdsbroker.MigrateVDSCommand] (QuartzScheduler_Worker-27) IncreasePendingVms::MigrateVm Increasing vds rhevh1.vmm.hp.com pending vmem size, now 1,024. Vm: instance-015f 2012-10-26 12:06:04,454 ERROR [org.nogah.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-91) Rerun vm e16f887e-194b-42d4-897a-c9fed97c8bd3. Called from vds rhevh2.xxx.xxx.com 2012-10-26 12:06:04,481 INFO [org.nogah.vdsbroker.UpdateVdsDynamicDataVDSCommand] (pool-11-thread-5250) START, UpdateVdsDynamicDataVDSCommand(vdsId = 77dd9ebc-1529-11e2-82f4-005056a5674d, vdsDynamic=org.nogah.common.businessentities.VdsDynamic@c23a51c4), log id: 3e29e2d7 2012-10-26 12:06:04,504 INFO [org.nogah.vdsbroker.UpdateVdsDynamicDataVDSCommand] (pool-11-thread-5250) FINISH, UpdateVdsDynamicDataVDSCommand, log id: 3e29e2d7 2012-10-26 12:06:04,504 INFO [org.nogah.bll.RunVmCommandBase] (pool-11-thread-5250) DecreasePendingVms::Decreasing vds rhevh1.xxx.xxx.com pending vcpu count, now 0. Vm: instance-015f Regards, Romil ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Regards, Dan Yasny Red Hat Israel +972 9769 2280 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] engine-setup error
Hi all, Trying to run the engine-setup from the nightly builds gives this error: 2012-10-26 10:23:44::DEBUG::setup_sequences::59::root:: running _configureSelinuxBoolean 2012-10-26 10:23:44::DEBUG::engine-setup::678::root:: Enable httpd_can_network_connect boolean 2012-10-26 10:23:44::DEBUG::common_utils::390::root:: Executing command -- '/usr/sbin/semanage boolean --modify --on httpd_can_network_connect' 2012-10-26 10:23:44::DEBUG::common_utils::428::root:: output = 2012-10-26 10:23:44::DEBUG::common_utils::429::root:: stderr = Traceback (most recent call last): File /usr/sbin/semanage, line 572, in module process_args(sys.argv[1:]) File /usr/sbin/semanage, line 449, in process_args OBJECT.modify(target, value, use_file) File /usr/lib64/python2.7/site-packages/seobject.py, line 2026, in modify name = selinux.selinux_boolean_sub(name) AttributeError: 'module' object has no attribute 'selinux_boolean_sub' 2012-10-26 10:23:44::DEBUG::common_utils::430::root:: retcode = 1 This is the output of the command executed: [root@localhost cristi]# /usr/sbin/semanage boolean --modify --on httpd_can_network_connect BDB2053 Freeing read locks for locker 0x1b6: 1890/140356829087744 BDB2053 Freeing read locks for locker 0x1b7: 1890/140356829087744 BDB2053 Freeing read locks for locker 0x1b8: 1890/140356829087744 BDB2053 Freeing read locks for locker 0x1b9: 1890/140356829087744 Traceback (most recent call last): File /usr/sbin/semanage, line 572, in module process_args(sys.argv[1:]) File /usr/sbin/semanage, line 449, in process_args OBJECT.modify(target, value, use_file) File /usr/lib64/python2.7/site-packages/seobject.py, line 2026, in modify name = selinux.selinux_boolean_sub(name) AttributeError: 'module' object has no attribute 'selinux_boolean_sub' ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Starting VM cloned from Template fails
Hey all! Error message is: VM ginn-drive2-2 is down. Exit message: unsupported configuration: virtio only support device address type 'PCI'. full engine.log: http://pastebin.com/hscTPTkr The first section in log is a successfull start of the original VM ginn-drive2-1. That VM was made into a template and from that, a new VM called ginn-drive2-2 was made. The other section is a failed attempt to start that VM. The lines I thought was most interesting is the different CreateVDSCommand that differs greatly between them: ginn-drive2-1, starts: 2012-10-26 09:28:31,289 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVDSCommand] (pool-3-thread-46) [5f41418d] org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVDSCommand spiceSslCipherSuite=DEFAULT,memSize=1024,kvmEnable=true,smp=1,emulatedMachine=pc-0.14,vmType=kvm,keyboardLayout=en-us,nice=0,display=qxl,smpCoresPerSocket=1,spiceSecureChannels=smain,sinputs,scursor,splayback,srecord,sdisplay,displayNetwork=Public_96,timeOffset=7202,transparentHugePages=true,vmId=1579e123-b311-469c-b9b0-502f730d9d50,devices=[Ljava.util.Map;@2651422d,acpiEnable=true,vmName=ginn-drive2-1,cpuType=Conroe,custom={device_286eebb5-40b8-439a-8835-584874a0f1d0device_98e1a25b-e626-4a5c-a067-c103be9909c1=VmId=1579e123-b311-469c-b9b0-502f730d9d50,DeviceId=98e1a25b-e626-4a5c-a067-c103be9909c1,Device=virtio-serial,Type=controller,BootOrder=0,SpecParams={},Address={bus=0x00, domain=0x, type=pci, slot=0x06, function=0x0},IsManaged=false,IsPlugged=true,IsReadOnly=false,alias=virtio-serial0, device_286eebb5-40b8-439a-8835-584874a0f1d0device_98e1a25b-e626-4a5c-a067-c103be9909c1device_0b6b20a6-f785-4e01-9875-b31687213648device_2a94a352-6848-4f04-89b1-b5419616f9b0device_516656d7-da1c-4e78-a843-4a0a609d3592=VmId=1579e123-b311-469c-b9b0-502f730d9d50,DeviceId=516656d7-da1c-4e78-a843-4a0a609d3592,Device=usb,Type=controller,BootOrder=0,SpecParams={},Address={bus=0x00, domain=0x, type=pci, slot=0x01, function=0x2},IsManaged=false,IsPlugged=true,IsReadOnly=false,alias=usb0, device_286eebb5-40b8-439a-8835-584874a0f1d0=VmId=1579e123-b311-469c-b9b0-502f730d9d50,DeviceId=286eebb5-40b8-439a-8835-584874a0f1d0,Device=ide,Type=controller,BootOrder=0,SpecParams={},Address={bus=0x00, domain=0x, type=pci, slot=0x01, function=0x1},IsManaged=false,IsPlugged=true,IsReadOnly=false,alias=ide0, device_286eebb5-40b8-439a-8835-584874a0f1d0device_98e1a25b-e626-4a5c-a067-c103be9909c1device_0b6b20a6-f785-4e01-9875-b31687213648device_2a94a352-6848-4f04-89b1-b5419616f9b0=VmId=1579e123-b311-469c-b9b0-502f730d9d50,DeviceId=2a94a352-6848-4f04-89b1-b5419616f9b0,Device=spicevmc,Type=channel,BootOrder=0,SpecParams={},Address={port=2, bus=0, controller=0, type=virtio-serial},IsManaged=false,IsPlugged=true,IsReadOnly=false,alias=channel1, device_286eebb5-40b8-439a-8835-584874a0f1d0device_98e1a25b-e626-4a5c-a067-c103be9909c1device_0b6b20a6-f785-4e01-9875-b31687213648=VmId=1579e123-b311-469c-b9b0-502f730d9d50,DeviceId=0b6b20a6-f785-4e01-9875-b31687213648,Device=unix,Type=channel,BootOrder=0,SpecParams={},Address={port=1, bus=0, controller=0, type=virtio-serial},IsManaged=false,IsPlugged=true,IsReadOnly=false,alias=channel0} ... START, FullListVdsCommand FINISH, FullListVdsCommand VM ginn-drive2-1 moved from WaitForLaunch -- PoweringUp START, FullListVdsCommand FINISH, FullListVdsCommand ginn-drive2-2, fails: 2012-10-26 09:31:32,843 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVDSCommand] (pool-3-thread-47) [1d7bb724] org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVDSCommand spiceSslCipherSuite=DEFAULT,memSize=1024,kvmEnable=true,smp=1,emulatedMachine=pc-0.14,vmType=kvm,keyboardLayout=en-us,nice=0,display=qxl,smpCoresPerSocket=1,spiceSecureChannels=smain,sinputs,scursor,splayback,srecord,sdisplay,displayNetwork=Public_96,timeOffset=0,transparentHugePages=true,vmId=a93b4f54-077c-45ec-90d6-1233a0046bcf,devices=[Ljava.util.Map;@7f6354f9,acpiEnable=true,vmName=ginn-drive2-2,cpuType=Conroe,custom={device_f6da1f37-f102-4fd2-9f71-acbfda41d086=VmId=a93b4f54-077c-45ec-90d6-1233a0046bcf,DeviceId=f6da1f37-f102-4fd2-9f71-acbfda41d086,Device=usb,Type=controller,BootOrder=0,SpecParams={},Address={ domain=0x, bus=0x00, type=pci, function=0x2, slot=0x01},IsManaged=false,IsPlugged=true,IsReadOnly=false,alias=} ... START, DestroyVDSCommand FINISH, DestroyVDSCommand Running on vds during rerun failed vm: null vm ginn-drive2-2 running in db and not running in vds - add to rerun treatment. vds Cirrus2-4 Rerun vm. Called from vds Cirrus2-4 And then it proceeds with trying to start the VM up on the rest of the Hosts in the Cluster, which fails the same way. What´s up with that? Med Vänliga Hälsningar --- Karli Sjöberg Swedish University of Agricultural Sciences Box 7079 (Visiting Address Kronåsvägen 8) S-750 07 Uppsala, Sweden Phone: +46-(0)18-67 15 66 karli.sjob...@slu.semailto:karli.sjob...@adm.slu.se
Re: [Users] engine-setup error
On 10/26/2012 09:30 AM, Cristian Falcas wrote: Hi all, Trying to run the engine-setup from the nightly builds gives this error: 2012-10-26 10:23:44::DEBUG::setup_sequences::59::root:: running _configureSelinuxBoolean 2012-10-26 10:23:44::DEBUG::engine-setup::678::root:: Enable httpd_can_network_connect boolean 2012-10-26 10:23:44::DEBUG::common_utils::390::root:: Executing command -- '/usr/sbin/semanage boolean --modify --on httpd_can_network_connect' 2012-10-26 10:23:44::DEBUG::common_utils::428::root:: output = 2012-10-26 10:23:44::DEBUG::common_utils::429::root:: stderr = Traceback (most recent call last): File /usr/sbin/semanage, line 572, in module process_args(sys.argv[1:]) File /usr/sbin/semanage, line 449, in process_args OBJECT.modify(target, value, use_file) File /usr/lib64/python2.7/site-packages/seobject.py, line 2026, in modify name = selinux.selinux_boolean_sub(name) AttributeError: 'module' object has no attribute 'selinux_boolean_sub' 2012-10-26 10:23:44::DEBUG::common_utils::430::root:: retcode = 1 This is the output of the command executed: [root@localhost cristi]# /usr/sbin/semanage boolean --modify --on httpd_can_network_connect BDB2053 Freeing read locks for locker 0x1b6: 1890/140356829087744 BDB2053 Freeing read locks for locker 0x1b7: 1890/140356829087744 BDB2053 Freeing read locks for locker 0x1b8: 1890/140356829087744 BDB2053 Freeing read locks for locker 0x1b9: 1890/140356829087744 Traceback (most recent call last): File /usr/sbin/semanage, line 572, in module process_args(sys.argv[1:]) File /usr/sbin/semanage, line 449, in process_args OBJECT.modify(target, value, use_file) File /usr/lib64/python2.7/site-packages/seobject.py, line 2026, in modify name = selinux.selinux_boolean_sub(name) AttributeError: 'module' object has no attribute 'selinux_boolean_sub' This looks like a bug in policycoreutils-python. What version of that package are you using? -- Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3ºD, 28016 Madrid, Spain Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] general questions ovirt-engine migration 3.0 /use of ovirt-node/monitoring ovirt node
On 10/25/2012 01:27 PM, Sven Knohsalla wrote: Hi, I have some general questions I couldn’t find answers in the web about ovirt-engine migration: Currently we’re running an ovirt-engine 3.0/ ovirt-node 2.3.0 environment, If we want to migrate to 3.1, do we also have to migrate to 3.2, or is a “simple” update possible, or is it worth to wait with migration until 3.2 has been released? in general, no. ovirt 3.1 supports 3.0 for backward compatibility mode. Hint: A migration(import/export) with about 50 VMs is time-intensive, as we need to plan maintenance windows for every VM :/ you should be able to just upgrade your nodes and/or your engine independently. We also want to test newer ovirt-nodes default fedora, I didn’t find any info about operability with ovirt-engine 3.0: should be backward compatible. Can we mix 2.3.0 node with latest version under ovirt-engine 3.0 or is there any problem with vdsm or anything else? should work. (I'm using should, since i don't remember a specific test case for this wen 3.1 was released, but we it is a goal to not break this). Monitoring: If we wish to install check_mk (monitoring) on ovirt-node, how can we make sure the installation will be persistent? that's for mike... (Collectd can’t be used in our environment) The alternative would be , to use default fedora installations, customized as ovirt-node. you don't need too much customizations. you should be able to just add host from the ui pointing to a fedora host (fedora 17 comes with vdsm in its default repo). you can define the ovirt repo for newer versions. (But this should be our last choice) Thanks in advance! Best, Sven. Sven Knohsalla |System Administration Office +49 631 68036 433 | Fax +49 631 68036 111 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] general questions ovirt-engine migration 3.0 /use of ovirt-node/monitoring ovirt node
On Fri, 2012-10-26 at 13:54 +0200, Itamar Heim wrote: On 10/25/2012 01:27 PM, Sven Knohsalla wrote: Hi, I have some general questions I couldn’t find answers in the web about ovirt-engine migration: Currently we’re running an ovirt-engine 3.0/ ovirt-node 2.3.0 environment, If we want to migrate to 3.1, do we also have to migrate to 3.2, or is a “simple” update possible, or is it worth to wait with migration until 3.2 has been released? in general, no. ovirt 3.1 supports 3.0 for backward compatibility mode. Hint: A migration(import/export) with about 50 VMs is time-intensive, as we need to plan maintenance windows for every VM :/ you should be able to just upgrade your nodes and/or your engine independently. We also want to test newer ovirt-nodes default fedora, I didn’t find any info about operability with ovirt-engine 3.0: should be backward compatible. Can we mix 2.3.0 node with latest version under ovirt-engine 3.0 or is there any problem with vdsm or anything else? should work. (I'm using should, since i don't remember a specific test case for this wen 3.1 was released, but we it is a goal to not break this). Monitoring: If we wish to install check_mk (monitoring) on ovirt-node, how can we make sure the installation will be persistent? that's for mike... There are a few things you can do: On a running system, you can install the package(s) using rpm, then go and manually run persist on each and every file the package installs. You might still run into issues if the package is not good about run-time files going into the right places. The next thing you can do is use plugin tooling to install the package into an iso image that you would then install on your node machines. on a separate (non-node) machine, # yum install ovirt-node-tools # create a yum repo somewhere that contains the package and all dependencies (assuming ./repo) # have a copy of the latest ovirt-node iso locally (assuming ./ovirt-node-iso.iso) # run edit-node edit-node --name=ovirt-node-iso-check_mk --install-plugin=check-mk-agent --repo=file:///path/to/repo ovirt-node-iso.iso This will install the package into the iso image itself. When you install the ISO, the package will be available. You then will need to configure and persist the configuration files manually. Mike (Collectd can’t be used in our environment) The alternative would be , to use default fedora installations, customized as ovirt-node. you don't need too much customizations. you should be able to just add host from the ui pointing to a fedora host (fedora 17 comes with vdsm in its default repo). you can define the ovirt repo for newer versions. (But this should be our last choice) Thanks in advance! Best, Sven. Sven Knohsalla |System Administration Office +49 631 68036 433 | Fax +49 631 68036 111 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Engine constantly trying to remove disks that aren´t there
On 10/26/2012 08:21 AM, Karli Sjöberg wrote: Hi, today I had a VM that had a couple of hard drives created, that I wanted destroyed, so I shift-clicked to mark all of them: This screen showed up: I clicked OK, the disks were deleted, but ever since then, these messages keep appearing in the event log: engine.log keeps printing this: 2012-10-26 14:14:50,285 INFO [org.ovirt.engine.core.bll.AsyncTaskManager] (QuartzScheduler_Worker-63) AsyncTaskManager::PollAndUpdateAsyncTasks: 1 tasks, 1 tasks to poll now 2012-10-26 14:14:50,441 INFO [org.ovirt.engine.core.bll.SPMAsyncTask] (QuartzScheduler_Worker-63) BaseAsyncTask::OnTaskEndSuccess: Task a50a874d-5a81-4268-a085-2602df29def1 (Parent Command RemoveDisk, Parameters Type org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters) ended successfully. 2012-10-26 14:14:50,442 INFO [org.ovirt.engine.core.bll.EntityAsyncTask] (QuartzScheduler_Worker-63) EntityAsyncTask::EndActionIfNecessary: All tasks of entity d9d60b31-c8e4-4d24-8b2e-29b654789057 has ended - executing EndAction 2012-10-26 14:14:50,443 INFO [org.ovirt.engine.core.bll.EntityAsyncTask] (QuartzScheduler_Worker-63) EntityAsyncTask::EndAction: Ending action for 1 tasks (entity ID: d9d60b31-c8e4-4d24-8b2e-29b654789057): calling EndAction for action type RemoveDisk. 2012-10-26 14:14:50,445 INFO [org.ovirt.engine.core.bll.EntityAsyncTask] (pool-3-thread-47) EntityAsyncTask::EndCommandAction [within thread]context: Attempting to EndAction RemoveDisk 2012-10-26 14:14:50,471 INFO [org.ovirt.engine.core.bll.RemoveDiskCommand] (pool-3-thread-47) Ending command successfully: org.ovirt.engine.core.bll.RemoveDiskCommand 2012-10-26 14:14:50,484 WARN [org.ovirt.engine.core.compat.backendcompat.TypeCompat] (pool-3-thread-47) Unable to get value of property: diskAlias for class org.ovirt.engine.core.bll.RemoveDiskCommand 2012-10-26 14:14:50,510 ERROR [org.ovirt.engine.core.bll.EntityAsyncTask] (pool-3-thread-47) EntityAsyncTask::EndCommandAction [within thread]: EndAction for action type RemoveDisk threw an exception: java.lang.NullPointerException at org.ovirt.engine.core.bll.RemoveDiskCommand.getVmsForDiskId(RemoveDiskCommand.java:146) [engine-bll.jar:] at org.ovirt.engine.core.bll.RemoveDiskCommand.endCommand(RemoveDiskCommand.java:281) [engine-bll.jar:] at org.ovirt.engine.core.bll.RemoveDiskCommand.EndSuccessfully(RemoveDiskCommand.java:272) [engine-bll.jar:] at org.ovirt.engine.core.bll.CommandBase.InternalEndSuccessfully(CommandBase.java:465) [engine-bll.jar:] at org.ovirt.engine.core.bll.CommandBase.endActionInTransactionScope(CommandBase.java:420) [engine-bll.jar:] at org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:1205) [engine-bll.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInSuppressed(TransactionSupport.java:168) [engine-utils.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:107) [engine-utils.jar:] at org.ovirt.engine.core.bll.CommandBase.EndAction(CommandBase.java:366) [engine-bll.jar:] at org.ovirt.engine.core.bll.Backend.endAction(Backend.java:356) [engine-bll.jar:] at sun.reflect.GeneratedMethodAccessor149.invoke(Unknown Source) [:1.7.0_06-icedtea] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_06-icedtea] at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_06-icedtea] at org.jboss.as.ee.component.ManagedReferenceMethodInterceptorFactory$ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptorFactory.java:72) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation.jar:1.1.1.Final] at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:374) [jboss-invocation.jar:1.1.1.Final] at org.ovirt.engine.core.utils.ThreadLocalSessionCleanerInterceptor.injectWebContextToThreadLocal(ThreadLocalSessionCleanerInterceptor.java:11) [engine-utils.jar:] at sun.reflect.GeneratedMethodAccessor68.invoke(Unknown Source) [:1.7.0_06-icedtea] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_06-icedtea] at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_06-icedtea] at org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptorFactory$ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedReferenceLifecycleMethodInterceptorFactory.java:123) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation.jar:1.1.1.Final] at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) [jboss-invocation.jar:1.1.1.Final] at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:36) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at
Re: [Users] engine-setup error
On Fri, Oct 26, 2012 at 1:25 PM, Juan Hernandez jhern...@redhat.com wrote: On 10/26/2012 09:30 AM, Cristian Falcas wrote: Hi all, Trying to run the engine-setup from the nightly builds gives this error: 2012-10-26 10:23:44::DEBUG::setup_sequences::59::root:: running _configureSelinuxBoolean 2012-10-26 10:23:44::DEBUG::engine-setup::678::root:: Enable httpd_can_network_connect boolean 2012-10-26 10:23:44::DEBUG::common_utils::390::root:: Executing command -- '/usr/sbin/semanage boolean --modify --on httpd_can_network_connect' 2012-10-26 10:23:44::DEBUG::common_utils::428::root:: output = 2012-10-26 10:23:44::DEBUG::common_utils::429::root:: stderr = Traceback (most recent call last): File /usr/sbin/semanage, line 572, in module process_args(sys.argv[1:]) File /usr/sbin/semanage, line 449, in process_args OBJECT.modify(target, value, use_file) File /usr/lib64/python2.7/site-packages/seobject.py, line 2026, in modify name = selinux.selinux_boolean_sub(name) AttributeError: 'module' object has no attribute 'selinux_boolean_sub' 2012-10-26 10:23:44::DEBUG::common_utils::430::root:: retcode = 1 This is the output of the command executed: [root@localhost cristi]# /usr/sbin/semanage boolean --modify --on httpd_can_network_connect BDB2053 Freeing read locks for locker 0x1b6: 1890/140356829087744 BDB2053 Freeing read locks for locker 0x1b7: 1890/140356829087744 BDB2053 Freeing read locks for locker 0x1b8: 1890/140356829087744 BDB2053 Freeing read locks for locker 0x1b9: 1890/140356829087744 Traceback (most recent call last): File /usr/sbin/semanage, line 572, in module process_args(sys.argv[1:]) File /usr/sbin/semanage, line 449, in process_args OBJECT.modify(target, value, use_file) File /usr/lib64/python2.7/site-packages/seobject.py, line 2026, in modify name = selinux.selinux_boolean_sub(name) AttributeError: 'module' object has no attribute 'selinux_boolean_sub' This looks like a bug in policycoreutils-python. What version of that package are you using? -- Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3ºD, 28016 Madrid, Spain Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] engine-setup error
Those are the packages instaleld: policycoreutils-sandbox-2.1.12-4.fc17.x86_64 policycoreutils-2.1.12-4.fc17.x86_64 policycoreutils-restorecond-2.1.12-4.fc17.x86_64 policycoreutils-python-2.1.12-4.fc17.x86_64 On Fri, Oct 26, 2012 at 6:01 PM, Cristian Falcas cristi.fal...@gmail.com wrote: On Fri, Oct 26, 2012 at 1:25 PM, Juan Hernandez jhern...@redhat.com wrote: On 10/26/2012 09:30 AM, Cristian Falcas wrote: Hi all, Trying to run the engine-setup from the nightly builds gives this error: 2012-10-26 10:23:44::DEBUG::setup_sequences::59::root:: running _configureSelinuxBoolean 2012-10-26 10:23:44::DEBUG::engine-setup::678::root:: Enable httpd_can_network_connect boolean 2012-10-26 10:23:44::DEBUG::common_utils::390::root:: Executing command -- '/usr/sbin/semanage boolean --modify --on httpd_can_network_connect' 2012-10-26 10:23:44::DEBUG::common_utils::428::root:: output = 2012-10-26 10:23:44::DEBUG::common_utils::429::root:: stderr = Traceback (most recent call last): File /usr/sbin/semanage, line 572, in module process_args(sys.argv[1:]) File /usr/sbin/semanage, line 449, in process_args OBJECT.modify(target, value, use_file) File /usr/lib64/python2.7/site-packages/seobject.py, line 2026, in modify name = selinux.selinux_boolean_sub(name) AttributeError: 'module' object has no attribute 'selinux_boolean_sub' 2012-10-26 10:23:44::DEBUG::common_utils::430::root:: retcode = 1 This is the output of the command executed: [root@localhost cristi]# /usr/sbin/semanage boolean --modify --on httpd_can_network_connect BDB2053 Freeing read locks for locker 0x1b6: 1890/140356829087744 BDB2053 Freeing read locks for locker 0x1b7: 1890/140356829087744 BDB2053 Freeing read locks for locker 0x1b8: 1890/140356829087744 BDB2053 Freeing read locks for locker 0x1b9: 1890/140356829087744 Traceback (most recent call last): File /usr/sbin/semanage, line 572, in module process_args(sys.argv[1:]) File /usr/sbin/semanage, line 449, in process_args OBJECT.modify(target, value, use_file) File /usr/lib64/python2.7/site-packages/seobject.py, line 2026, in modify name = selinux.selinux_boolean_sub(name) AttributeError: 'module' object has no attribute 'selinux_boolean_sub' This looks like a bug in policycoreutils-python. What version of that package are you using? -- Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3ºD, 28016 Madrid, Spain Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users