- Users - oVirt List Archives

ssd cache
by yao xu 08 Dec '14

08 Dec '14

Hi ! Everyone! Is anyone tried to add an ssd cache to node using bcache or flashcache? It seemed that we have to change the procedure when adding a storage domain . Maybe it can be done in serveral days , but sync the cache between nodes seemed a little tricky. Do you have any idea? Thanks

2 1

Storage Domain Issue
by Koen Vanoppen 08 Dec '14

08 Dec '14

Dear all, We have updated our hypervisors with yum. This included an update ov vdsm also. We now are with these version: vdsm-4.16.7-1.gitdb83943.el6.x86_64 vdsm-python-4.16.7-1.gitdb83943.el6.noarch vdsm-python-zombiereaper-4.16.7-1.gitdb83943.el6.noarch vdsm-xmlrpc-4.16.7-1.gitdb83943.el6.noarch vdsm-yajsonrpc-4.16.7-1.gitdb83943.el6.noarch vdsm-jsonrpc-4.16.7-1.gitdb83943.el6.noarch vdsm-cli-4.16.7-1.gitdb83943.el6.noarch And ever since these updates we experience BIG troubles with our fibre connections. I've already update the brocade cards to the latest version. This seemed to help, they already came back up and saw the storage domains (before the brocade update, they didn't even see their storage domains). But after a day or so, one of the hypersisors began to freak out again. Coming up and going back down... Below you can find the errors: Thread-821::ERROR::2014-12-08 07:10:33,190::task::866::Storage.TaskManager.Task::(_setError) Task=`27cb9779-a8e9-4080-988d-9772c922710b`::Unexpected error raise se.SpmStatusError() SpmStatusError: Not SPM: () Thread-821::ERROR::2014-12-08 07:10:33,194::dispatcher::76::Storage.Dispatcher::(wrapper) {'status': {'message': 'Not SPM: ()', 'code': 654}} Thread-822::ERROR::2014-12-08 07:11:03,878::task::866::Storage.TaskManager.Task::(_setError) Task=`30177931-68c0-420f-950f-da5b770fe35c`::Unexpected error Thread-822::ERROR::2014-12-08 07:11:03,882::dispatcher::76::Storage.Dispatcher::(wrapper) {'status': {'message': "Unknown pool id, pool not connected: ('1d03dc05-008b-4d14-97ce-b17bd714183d',)", 'code': 309}} Thread-813::ERROR::2014-12-08 07:11:07,634::sdc::137::Storage.StorageDomainCache::(_findDomain) looking for unfetched domain 78d84adf-7274-4efe-a711-fbec31196ece Thread-813::ERROR::2014-12-08 07:11:07,634::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain) looking for domain 78d84adf-7274-4efe-a711-fbec31196ece Thread-813::DEBUG::2014-12-08 07:11:07,638::lvm::288::Storage.Misc.excCmd::(cmd) /usr/bin/sudo -n /sbin/lvm vgs --config ' devices { preferred_names = ["^/dev/mapper/"] ignore_suspended_devices=1 write_cache_state=0 disable_after_error_count=3 obtain_device_list_from_udev=0 filter = [ '\''a|/dev/mapper/36005076802810d489000000000000062|/dev/mapper/36005076802810d48e0000000000000ae|/dev/mapper/36005076802810d48e0000000000000de|'\'', '\''r|.*|'\'' ] } global { locking_type=1 prioritise_write_locks=1 wait_for_locks=1 use_lvmetad=0 } backup { retain_min = 50 retain_days = 0 } ' --noheadings --units b --nosuffix --separator '|' --ignoreskippedcluster -o uuid,name,attr,size,free,extent_size,extent_count,free_count,tags,vg_mda_size,vg_mda_free,lv_count,pv_count,pv_name 78d84adf-7274-4efe-a711-fbec31196ece (cwd None) Thread-813::DEBUG::2014-12-08 07:11:07,835::lvm::288::Storage.Misc.excCmd::(cmd) /usr/bin/sudo -n /sbin/lvm vgs --config ' devices { preferred_names = ["^/dev/mapper/"] ignore_suspended_devices=1 write_cache_state=0 disable_after_error_count=3 obtain_device_list_from_udev=0 filter = [ '\''a|/dev/mapper/36005076802810d489000000000000062|/dev/mapper/36005076802810d48e0000000000000ae|/dev/mapper/36005076802810d48e0000000000000de|'\'', '\''r|.*|'\'' ] } global { locking_type=1 prioritise_write_locks=1 wait_for_locks=1 use_lvmetad=0 } backup { retain_min = 50 retain_days = 0 } ' --noheadings --units b --nosuffix --separator '|' --ignoreskippedcluster -o uuid,name,attr,size,free,extent_size,extent_count,free_count,tags,vg_mda_size,vg_mda_free,lv_count,pv_count,pv_name 78d84adf-7274-4efe-a711-fbec31196ece (cwd None) Thread-813::ERROR::2014-12-08 07:11:07,896::spbackends::271::Storage.StoragePoolDiskBackend::(validateMasterDomainVersion) Requested master domain 78d84adf-7274-4efe-a711-fbec31196ece does not have expected version 42 it is version 17 Thread-813::ERROR::2014-12-08 07:11:07,903::task::866::Storage.TaskManager.Task::(_setError) Task=`c434f325-5193-4236-a04d-2fee9ac095bc`::Unexpected error Thread-813::ERROR::2014-12-08 07:11:07,946::dispatcher::76::Storage.Dispatcher::(wrapper) {'status': {'message': "Wrong Master domain or its version: 'SD=78d84adf-7274-4efe-a711-fbec31196ece, pool=1d03dc05-008b-4d14-97ce-b17bd714183d'", 'code': 324}} Thread-823::ERROR::2014-12-08 07:11:43,993::task::866::Storage.TaskManager.Task::(_setError) Task=`9abbccd9-88a7-4632-b350-f9af1f65bebd`::Unexpected error Thread-823::ERROR::2014-12-08 07:11:43,998::dispatcher::76::Storage.Dispatcher::(wrapper) {'status': {'message': "Unknown pool id, pool not connected: ('1d03dc05-008b-4d14-97ce-b17bd714183d',)", 'code': 309}} Thread-823::ERROR::2014-12-08 07:11:44,003::task::866::Storage.TaskManager.Task::(_setError) Task=`7ef1ac39-e7c2-4538-b30b-ab2fcefac01d`::Unexpected error raise se.SpmStatusError() SpmStatusError: Not SPM: () Thread-823::ERROR::2014-12-08 07:11:44,007::dispatcher::76::Storage.Dispatcher::(wrapper) {'status': {'message': 'Not SPM: ()', 'code': 654}} Thread-823::ERROR::2014-12-08 07:11:44,133::task::866::Storage.TaskManager.Task::(_setError) Task=`cc1ae82c-f3c4-4efa-9cd2-c62a27801e76`::Unexpected error Thread-823::ERROR::2014-12-08 07:11:44,137::dispatcher::76::Storage.Dispatcher::(wrapper) {'status': {'message': "Unknown pool id, pool not connected: ('1d03dc05-008b-4d14-97ce-b17bd714183d',)", 'code': 309}} Thread-823::ERROR::2014-12-08 07:12:24,580::task::866::Storage.TaskManager.Task::(_setError) Task=`9bcbb87d-3093-4894-879b-3fe2b09ef351`::Unexpected error Thread-823::ERROR::2014-12-08 07:12:24,585::dispatcher::76::Storage.Dispatcher::(wrapper) {'status': {'message': "Unknown pool id, pool not connected: ('1d03dc05-008b-4d14-97ce-b17bd714183d',)", 'code': 309}} Thread-823::ERROR::2014-12-08 07:13:04,926::task::866::Storage.TaskManager.Task::(_setError) Task=`8bdd0c1f-e681-4a8e-ad55-296c021389ed`::Unexpected error raise se.SpmStatusError() SpmStatusError: Not SPM: () Thread-823::ERROR::2014-12-08 07:13:04,931::dispatcher::76::Storage.Dispatcher::(wrapper) {'status': {'message': 'Not SPM: ()', 'code': 654}} Thread-823::ERROR::2014-12-08 07:13:45,342::task::866::Storage.TaskManager.Task::(_setError) Task=`160ea2a7-b6cb-4102-9df4-71ba87fd863e`::Unexpected error raise se.SpmStatusError() SpmStatusError: Not SPM: () Thread-823::ERROR::2014-12-08 07:13:45,346::dispatcher::76::Storage.Dispatcher::(wrapper) {'status': {'message': 'Not SPM: ()', 'code': 654}} Thread-823::ERROR::2014-12-08 07:14:25,879::task::866::Storage.TaskManager.Task::(_setError) Task=`985628db-8f48-44b5-8f61-631a922f7f71`::Unexpected error raise se.SpmStatusError() SpmStatusError: Not SPM: () Thread-823::ERROR::2014-12-08 07:14:25,883::dispatcher::76::Storage.Dispatcher::(wrapper) {'status': {'message': 'Not SPM: ()', 'code': 654}} Thread-823::ERROR::2014-12-08 07:15:06,175::task::866::Storage.TaskManager.Task::(_setError) Task=`ddca1c88-0565-41e8-bf0c-22eadcc75918`::Unexpected error raise se.SpmStatusError() SpmStatusError: Not SPM: () Thread-823::ERROR::2014-12-08 07:15:06,179::dispatcher::76::Storage.Dispatcher::(wrapper) {'status': {'message': 'Not SPM: ()', 'code': 654}} Thread-823::ERROR::2014-12-08 07:15:46,585::task::866::Storage.TaskManager.Task::(_setError) Task=`12bbded5-59ce-46d8-9e67-f48862a03606`::Unexpected error raise se.SpmStatusError() SpmStatusError: Not SPM: () Thread-823::ERROR::2014-12-08 07:15:46,589::dispatcher::76::Storage.Dispatcher::(wrapper) {'status': {'message': 'Not SPM: ()', 'code': 654}} Thread-814::ERROR::2014-12-08 07:16:08,619::sdc::137::Storage.StorageDomainCache::(_findDomain) looking for unfetched domain 78d84adf-7274-4efe-a711-fbec31196ece Thread-814::ERROR::2014-12-08 07:16:08,619::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain) looking for domain 78d84adf-7274-4efe-a711-fbec31196ece Thread-814::DEBUG::2014-12-08 07:16:08,624::lvm::288::Storage.Misc.excCmd::(cmd) /usr/bin/sudo -n /sbin/lvm vgs --config ' devices { preferred_names = ["^/dev/mapper/"] ignore_suspended_devices=1 write_cache_state=0 disable_after_error_count=3 obtain_device_list_from_udev=0 filter = [ '\''a|/dev/mapper/36005076802810d489000000000000062|/dev/mapper/36005076802810d48e0000000000000ae|/dev/mapper/36005076802810d48e0000000000000de|'\'', '\''r|.*|'\'' ] } global { locking_type=1 prioritise_write_locks=1 wait_for_locks=1 use_lvmetad=0 } backup { retain_min = 50 retain_days = 0 } ' --noheadings --units b --nosuffix --separator '|' --ignoreskippedcluster -o uuid,name,attr,size,free,extent_size,extent_count,free_count,tags,vg_mda_size,vg_mda_free,lv_count,pv_count,pv_name 78d84adf-7274-4efe-a711-fbec31196ece (cwd None) Thread-814::DEBUG::2014-12-08 07:16:08,740::lvm::288::Storage.Misc.excCmd::(cmd) /usr/bin/sudo -n /sbin/lvm vgs --config ' devices { preferred_names = ["^/dev/mapper/"] ignore_suspended_devices=1 write_cache_state=0 disable_after_error_count=3 obtain_device_list_from_udev=0 filter = [ '\''a|/dev/mapper/36005076802810d489000000000000062|/dev/mapper/36005076802810d48e0000000000000ae|/dev/mapper/36005076802810d48e0000000000000de|'\'', '\''r|.*|'\'' ] } global { locking_type=1 prioritise_write_locks=1 wait_for_locks=1 use_lvmetad=0 } backup { retain_min = 50 retain_days = 0 } ' --noheadings --units b --nosuffix --separator '|' --ignoreskippedcluster -o uuid,name,attr,size,free,extent_size,extent_count,free_count,tags,vg_mda_size,vg_mda_free,lv_count,pv_count,pv_name 78d84adf-7274-4efe-a711-fbec31196ece (cwd None) Thread-814::ERROR::2014-12-08 07:16:08,812::spbackends::271::Storage.StoragePoolDiskBackend::(validateMasterDomainVersion) Requested master domain 78d84adf-7274-4efe-a711-fbec31196ece does not have expected version 42 it is version 17 Thread-814::ERROR::2014-12-08 07:16:08,820::task::866::Storage.TaskManager.Task::(_setError) Task=`5cdce5cd-6e6d-421e-bc2a-f999d8cbb056`::Unexpected error Thread-814::ERROR::2014-12-08 07:16:08,865::dispatcher::76::Storage.Dispatcher::(wrapper) {'status': {'message': "Wrong Master domain or its version: 'SD=78d84adf-7274-4efe-a711-fbec31196ece, pool=1d03dc05-008b-4d14-97ce-b17bd714183d'", 'code': 324}} Thread-815::ERROR::2014-12-08 07:16:09,471::sdc::137::Storage.StorageDomainCache::(_findDomain) looking for unfetched domain 78d84adf-7274-4efe-a711-fbec31196ece Thread-815::ERROR::2014-12-08 07:16:09,472::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain) looking for domain 78d84adf-7274-4efe-a711-fbec31196ece Thread-815::DEBUG::2014-12-08 07:16:09,476::lvm::288::Storage.Misc.excCmd::(cmd) /usr/bin/sudo -n /sbin/lvm vgs --config ' devices { preferred_names = ["^/dev/mapper/"] ignore_suspended_devices=1 write_cache_state=0 disable_after_error_count=3 obtain_device_list_from_udev=0 filter = [ '\''a|/dev/mapper/36005076802810d489000000000000062|/dev/mapper/36005076802810d48e0000000000000ae|/dev/mapper/36005076802810d48e0000000000000de|'\'', '\''r|.*|'\'' ] } global { locking_type=1 prioritise_write_locks=1 wait_for_locks=1 use_lvmetad=0 } backup { retain_min = 50 retain_days = 0 } ' --noheadings --units b --nosuffix --separator '|' --ignoreskippedcluster -o uuid,name,attr,size,free,extent_size,extent_count,free_count,tags,vg_mda_size,vg_mda_free,lv_count,pv_count,pv_name 78d84adf-7274-4efe-a711-fbec31196ece (cwd None) Thread-815::DEBUG::2014-12-08 07:16:09,564::lvm::288::Storage.Misc.excCmd::(cmd) /usr/bin/sudo -n /sbin/lvm vgs --config ' devices { preferred_names = ["^/dev/mapper/"] ignore_suspended_devices=1 write_cache_state=0 disable_after_error_count=3 obtain_device_list_from_udev=0 filter = [ '\''a|/dev/mapper/36005076802810d489000000000000062|/dev/mapper/36005076802810d48e0000000000000ae|/dev/mapper/36005076802810d48e0000000000000de|'\'', '\''r|.*|'\'' ] } global { locking_type=1 prioritise_write_locks=1 wait_for_locks=1 use_lvmetad=0 } backup { retain_min = 50 retain_days = 0 } ' --noheadings --units b --nosuffix --separator '|' --ignoreskippedcluster -o uuid,name,attr,size,free,extent_size,extent_count,free_count,tags,vg_mda_size,vg_mda_free,lv_count,pv_count,pv_name 78d84adf-7274-4efe-a711-fbec31196ece (cwd None) Thread-815::ERROR::2014-12-08 07:16:09,627::spbackends::271::Storage.StoragePoolDiskBackend::(validateMasterDomainVersion) Requested master domain 78d84adf-7274-4efe-a711-fbec31196ece does not have expected version 42 it is version 17 Thread-815::ERROR::2014-12-08 07:16:09,635::task::866::Storage.TaskManager.Task::(_setError) Task=`abfa0fd0-04b3-4c65-b3d0-be18b085a65d`::Unexpected error Thread-815::ERROR::2014-12-08 07:16:09,681::dispatcher::76::Storage.Dispatcher::(wrapper) {'status': {'message': "Wrong Master domain or its version: 'SD=78d84adf-7274-4efe-a711-fbec31196ece, pool=1d03dc05-008b-4d14-97ce-b17bd714183d'", 'code': 324}} Thread-816::ERROR::2014-12-08 07:16:10,182::sdc::137::Storage.StorageDomainCache::(_findDomain) looking for unfetched domain 78d84adf-7274-4efe-a711-fbec31196ece Thread-816::ERROR::2014-12-08 07:16:10,183::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain) looking for domain 78d84adf-7274-4efe-a711-fbec31196ece Thread-816::DEBUG::2014-12-08 07:16:10,187::lvm::288::Storage.Misc.excCmd::(cmd) /usr/bin/sudo -n /sbin/lvm vgs --config ' devices { preferred_names = ["^/dev/mapper/"] ignore_suspended_devices=1 write_cache_state=0 disable_after_error_count=3 obtain_device_list_from_udev=0 filter = [ '\''a|/dev/mapper/36005076802810d489000000000000062|/dev/mapper/36005076802810d48e0000000000000ae|/dev/mapper/36005076802810d48e0000000000000de|'\'', '\''r|.*|'\'' ] } global { locking_type=1 prioritise_write_locks=1 wait_for_locks=1 use_lvmetad=0 } backup { retain_min = 50 retain_days = 0 } ' --noheadings --units b --nosuffix --separator '|' --ignoreskippedcluster -o uuid,name,attr,size,free,extent_size,extent_count,free_count,tags,vg_mda_size,vg_mda_free,lv_count,pv_count,pv_name 78d84adf-7274-4efe-a711-fbec31196ece (cwd None) Thread-823::ERROR::2014-12-08 07:16:27,163::task::866::Storage.TaskManager.Task::(_setError) Task=`9b0fd676-7941-40a7-a71e-0f1dee48a107`::Unexpected error raise se.SpmStatusError() SpmStatusError: Not SPM: () Thread-823::ERROR::2014-12-08 07:16:27,168::dispatcher::76::Storage.Dispatcher::(wrapper) {'status': {'message': 'Not SPM: ()', 'code': 654}}

1 1

is it possible to run ovirt node on Diskless HW?
by Arman Khalatyan 08 Dec '14

08 Dec '14

Hello, Doing steps in: https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/ht… I would like to know is some one succeeded to run the host on a diskless machine? i am using Centos6.6 node with ovirt 3.5. Thanks, Arman. *********************************************************** Dr. Arman Khalatyan eScience -SuperComputing Leibniz-Institut für Astrophysik Potsdam (AIP) An der Sternwarte 16, 14482 Potsdam, Germany ***********************************************************

2 3

Add new host with Neutron Provider
by Eduardo Terzella 08 Dec '14

08 Dec '14

Hello, You can help ? I tried to add neutron provider on my node ovirt and when tried to installing occurred the following error: 2014-12-07 15:15:31 INFO otopi.plugins.otopi.packagers.yumpackager yumpackager.info:92 Yum install: 52/53: openstack-neutron-openvswitch-2014.1.3-4.el6.noarch 2014-12-07 15:15:31 ERROR otopi.plugins.otopi.packagers.yumpackager yumpackager.error:97 Yum Non-fatal POSTIN scriptlet failure in rpm package openstack-neutron-openvswitch-2014.1.3-4.el6.noarch 2014-12-07 15:15:31 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum Script sink: error reading information on service openstack-openvswitch-agent: No such file or directory warning: %post(openstack-neutron-openvswitch-2014.1.3-4.el6.noarch) scriptlet failed, exit status 1 2014-12-07 15:15:31 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum Done: openstack-neutron-openvswitch-2014.1.3-4.el6.noarch 2014-12-07 15:15:31 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum Done: openstack-neutron-openvswitch-2014.1.3-4.el6.noarch I already add the repo openstak on the node.

2 5

oVirt power management issue
by Wout Peeters 08 Dec '14

08 Dec '14

------=_Part_215_24910333.1417776619019 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, We're trying to set up an oVirt configuration with an oVirt-controller (CentOS 6), iSCSI-storage (Dell MD3200i) and 3 vm-hosts (CentOS 7) powered by 2 APC PDUs. Testing the Power Management settings in the web GUI, we get the following message: "Test Succeeded, unknown." The oVirt engine log outputs the following: 2014-12-05 11:23:00,872 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-7) Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: Host vm-02 from data center XXXX was chosen as a proxy to execute Status command on Host vm-03. 2014-12-05 11:23:00,879 INFO [org.ovirt.engine.core.bll.FenceExecutor] (ajp--127.0.0.1-8702-7) Using Host vm-02 from data center XXXX as proxy to execute Status command on Host 2014-12-05 11:23:00,904 INFO [org.ovirt.engine.core.bll.FenceExecutor] (ajp--127.0.0.1-8702-7) Executing <Status> Power Management command, Proxy Host:vm-02, Agent:apc, Target Host:, Management IP:***.***.***.***, User:apc, Options:, Fencing policy:null 2014-12-05 11:23:00,930 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand] (ajp--127.0.0.1-8702-7) START, FenceVdsVDSCommand(HostName = vm-02, HostId = 071554fc-eed2-4e8f-b6bc-041248d0eaa5, targetVdsId = 67c642ed-0a7a-4e3b-8dd6-32a36df4aea9, action = Status, ip = ***.***.***.***, port = , type = apc, user = apc, password = ******, options = '', policy = 'null'), log id: 2803522 2014-12-05 11:23:01,137 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-7) Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: Power Management test failed for Host vm-03.Done 2014-12-05 11:23:01,138 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand] (ajp--127.0.0.1-8702-7) FINISH, FenceVdsVDSCommand, return: Test Succeeded, unknown, log id: 2803522 2014-12-05 11:23:01,139 WARN [org.ovirt.engine.core.bll.FenceExecutor] (ajp--127.0.0.1-8702-7) Fencing operation failed with proxy host 071554fc-eed2-4e8f-b6bc-041248d0eaa5, trying another proxy... 2014-12-05 11:23:01,241 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-7) Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: Host vm-01 from data center XXXX was chosen as a proxy to execute Status command on Host vm-03. 2014-12-05 11:23:01,244 INFO [org.ovirt.engine.core.bll.FenceExecutor] (ajp--127.0.0.1-8702-7) Using Host vm-01 from data center XXXX as proxy to execute Status command on Host 2014-12-05 11:23:01,246 INFO [org.ovirt.engine.core.bll.FenceExecutor] (ajp--127.0.0.1-8702-7) Executing <Status> Power Management command, Proxy Host:vm-01, Agent:apc, Target Host:, Management IP:***.***.***.***, User:apc, Options:, Fencing policy:null 2014-12-05 11:23:01,273 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand] (ajp--127.0.0.1-8702-7) START, FenceVdsVDSCommand(HostName = vm-01, HostId = c50eb9bf-5294-4d46-813d-7adfcb41d71d, targetVdsId = 67c642ed-0a7a-4e3b-8dd6-32a36df4aea9, action = Status, ip = ***.***.***.***, port = , type = apc, user = apc, password = ******, options = '', policy = 'null'), log id: 2b00de15 2014-12-05 11:23:01,449 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-7) Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: Power Management test failed for Host vm-03.Done 2014-12-05 11:23:01,451 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand] (ajp--127.0.0.1-8702-7) FINISH, FenceVdsVDSCommand, return: Test Succeeded, unknown, log id: 2b00de15 This is the vdsm.log output: JsonRpc (StompReactor)::DEBUG::2014-12-05 11:34:05,065::stompReactor::98::Broker.StompAdapter::(handle_frame) Handling message <StompFrame command='SEND'> JsonRpcServer::DEBUG::2014-12-05 11:34:05,067::__init__::504::jsonrpc.JsonRpcServer::(serve_requests) Waiting for request Thread-24996::DEBUG::2014-12-05 11:34:05,069::API::1188::vds::(fenceNode) fenceNode(addr=***.***.***.***,port=,agent=apc,user=apc,passwd=XXXX,action=status,secure=False,options=,policy=None) Thread-24996::DEBUG::2014-12-05 11:34:05,069::utils::738::root::(execCmd) /usr/sbin/fence_apc (cwd None) Thread-24996::DEBUG::2014-12-05 11:34:05,131::utils::758::root::(execCmd) FAILED: <err> = "Failed: You have to enter plug number or machine identification\nPlease use '-h' for usage\n"; <rc> = 1 Thread-24996::DEBUG::2014-12-05 11:34:05,131::API::1143::vds::(fence) rc 1 inp agent=fence_apc ipaddr=***.***.***.*** login=apc action=status passwd=XXXX out [] err ['Failed: You have to enter plug number or machine identification', "Please use '-h' for usage"] The 'port' and 'options' fields show up as empty, even if we enter '22' or 'port=22'. We did enter the slot number as well. Entering the fence_apc command manually, we get: fence_apc -a ***.***.***.*** -l apc -p ****** -o status -n 1 -x Status: ON Anyone have an idea what could be the problem? Thanks for your time and kind regards, Wout ------=_Part_215_24910333.1417776619019 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><head><style type=3D'text/css'>p { margin: 0; }</style></head><body><= div style=3D'font-family: arial,helvetica,sans-serif; font-size: 10pt; colo= r: #000000'>Hi, We're trying to set up an oVirt configuration with a= n oVirt-controller (CentOS 6), iSCSI-storage (Dell MD3200i) and 3 vm-hosts = (CentOS 7) powered by 2 APC PDUs. Testing the Power Management settings in = the web GUI, we get the following message: "Test Succeeded, unknown." The o= Virt engine log outputs the following: 2014-12-05 11:23:00,872 INFO&= nbsp; [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector= ] (ajp--127.0.0.1-8702-7) Correlation ID: null, Call Stack: null, Custom Ev= ent ID: -1, Message: Host vm-02 from data center XXXX was chosen as a proxy= to execute Status command on Host vm-03. 2014-12-05 11:23:00,879 INFO&n= bsp; [org.ovirt.engine.core.bll.FenceExecutor] (ajp--127.0.0.1-8702-7) Usin= g Host vm-02 from data center XXXX as proxy to execute Status command on Ho= st 2014-12-05 11:23:00,904 INFO  [org.ovirt.engine.core.bll.FenceEx= ecutor] (ajp--127.0.0.1-8702-7) Executing <Status> Power Management c= ommand, Proxy Host:vm-02, Agent:apc, Target Host:, Management IP:***.***.**= *.***, User:apc, Options:, Fencing policy:null 2014-12-05 11:23:00,930 I= NFO  [org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand] (a= jp--127.0.0.1-8702-7) START, FenceVdsVDSCommand(HostName =3D vm-02, HostId = =3D 071554fc-eed2-4e8f-b6bc-041248d0eaa5, targetVdsId =3D 67c642ed-0a7a-4e3= b-8dd6-32a36df4aea9, action =3D Status, ip =3D ***.***.***.***, port =3D , = type =3D apc, user =3D apc, password =3D ******, options =3D '', policy =3D= 'null'), log id: 2803522 2014-12-05 11:23:01,137 WARN  [org.ovirt.= engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1= -8702-7) Correlation ID: null, Call Stack: null, Custom Event ID: -1, Messa= ge: Power Management test failed for Host vm-03.Done 2014-12-05 11:23:01= ,138 INFO  [org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSComma= nd] (ajp--127.0.0.1-8702-7) FINISH, FenceVdsVDSCommand, return: Test Succee= ded, unknown, log id: 2803522 2014-12-05 11:23:01,139 WARN  [org.ov= irt.engine.core.bll.FenceExecutor] (ajp--127.0.0.1-8702-7) Fencing operatio= n failed with proxy host 071554fc-eed2-4e8f-b6bc-041248d0eaa5, trying anoth= er proxy... 2014-12-05 11:23:01,241 INFO  [org.ovirt.engine.core.da= l.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-7) Corre= lation ID: null, Call Stack: null, Custom Event ID: -1, Message: Host vm-01= from data center XXXX was chosen as a proxy to execute Status command on H= ost vm-03. 2014-12-05 11:23:01,244 INFO  [org.ovirt.engine.core.bll= .FenceExecutor] (ajp--127.0.0.1-8702-7) Using Host vm-01 from data center X= XXX as proxy to execute Status command on Host 2014-12-05 11:23:01,246 I= NFO  [org.ovirt.engine.core.bll.FenceExecutor] (ajp--127.0.0.1-8702-7)= Executing <Status> Power Management command, Proxy Host:vm-01, Agent= :apc, Target Host:, Management IP:***.***.***.***, User:apc, Options:, Fenc= ing policy:null 2014-12-05 11:23:01,273 INFO  [org.ovirt.engine.cor= e.vdsbroker.vdsbroker.FenceVdsVDSCommand] (ajp--127.0.0.1-8702-7) START, Fe= nceVdsVDSCommand(HostName =3D vm-01, HostId =3D c50eb9bf-5294-4d46-813d-7ad= fcb41d71d, targetVdsId =3D 67c642ed-0a7a-4e3b-8dd6-32a36df4aea9, action =3D= Status, ip =3D ***.***.***.***, port =3D , type =3D apc, user =3D apc, pas= sword =3D ******, options =3D '', policy =3D 'null'), log id: 2b00de15 2= 014-12-05 11:23:01,449 WARN  [org.ovirt.engine.core.dal.dbbroker.audit= loghandling.AuditLogDirector] (ajp--127.0.0.1-8702-7) Correlation ID: null,= Call Stack: null, Custom Event ID: -1, Message: Power Management test fail= ed for Host vm-03.Done 2014-12-05 11:23:01,451 INFO  [org.ovirt.eng= ine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand] (ajp--127.0.0.1-8702-7) FI= NISH, FenceVdsVDSCommand, return: Test Succeeded, unknown, log id: 2b00de15= This is the vdsm.log output: JsonRpc (StompReactor)::DEBUG::= 2014-12-05 11:34:05,065::stompReactor::98::Broker.StompAdapter::(handle_fra= me) Handling message <StompFrame command=3D'SEND'> JsonRpcServer::= DEBUG::2014-12-05 11:34:05,067::__init__::504::jsonrpc.JsonRpcServer::(serv= e_requests) Waiting for request Thread-24996::DEBUG::2014-12-05 11:34:05= ,069::API::1188::vds::(fenceNode) fenceNode(addr=3D***.***.***.***,port=3D,= agent=3Dapc,user=3Dapc,passwd=3DXXXX,action=3Dstatus,secure=3DFalse,options= =3D,policy=3DNone) Thread-24996::DEBUG::2014-12-05 11:34:05,069::utils::= 738::root::(execCmd) /usr/sbin/fence_apc (cwd None) Thread-24996::DEBUG:= :2014-12-05 11:34:05,131::utils::758::root::(execCmd) FAILED: <err> = =3D "Failed: You have to enter plug number or machine identification\nPleas= e use '-h' for usage\n"; <rc> =3D 1 Thread-24996::DEBUG::2014-12-0= 5 11:34:05,131::API::1143::vds::(fence) rc 1 inp agent=3Dfence_apc ipadd= r=3D***.***.***.*** login=3Dapc action=3Dstatus passwd=3DXXXX &= nbsp;out [] err ['Failed: You have to enter plug number or machine identifi= cation', "Please use '-h' for usage"] The 'port' and 'options' field= s show up as empty, even if we enter '22' or 'port=3D22'. We did enter the = slot number as well. Entering the fence_apc command manually, we get= : fence_apc -a ***.***.***.*** -l apc -p ****** -o status -n 1 -x<br= >Status: ON Anyone have an idea what could be the problem? <b= r>Thanks for your time and kind regards, Wout </div></body></html= > ------=_Part_215_24910333.1417776619019--

2 2

Re: [ovirt-users] ksmd high cpu usage from almost a week with just one vm running
by Markus Stockhausen 07 Dec '14

07 Dec '14

------=_NextPartTM-000-dd1609c7-6593-4600-9926-1b296d875462 Content-Type: multipart/alternative; boundary="_000_12EF8D94C6F8734FB2FF37B9FBEDD1735F8C9D38EXCHANGEcollogi_" --_000_12EF8D94C6F8734FB2FF37B9FBEDD1735F8C9D38EXCHANGEcollogi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 TWVtb3J5IHVzYWdlID4gODAlOiBrc20ga2lja3MgaW4uIFRoZXJlIGl0IHdpbGwgcnVuIGF0IGZ1 bGwgc3BlZWQgdW50aWwgdXNhZ2UgaXMgYmVsb3cgODAlLiBUaGVyZSBpcyBhbiBvcGVuIEJaIGZy b20gbWUuIEJhZCBiZWhhdmlvdXIgaXMgY29udHJvbGxlZCBieSBtb20uDQoNCk1hcmt1cw0KDQpB bSAwNi4xMi4yMDE0IDE1OjU4IHNjaHJpZWIgbWFkIEVuZ2luZWVyIDx0aGVtYWRlbmdpbjMzckBn bWFpbC5jb20+Og0KSGVsbG8gQWxsLA0KICAgICAgICAgICAgIEkgYW0gdXNpbmcgY2VudG9zNi41 IHg2NCBvbiBhIHNlcnZlciB3aXRoIDQ4IEcgUkFNIGFuZCA4DQpDb3Jlcy5NYW5hZ2VkIGJ5IE92 aXJ0DQpUaGVyZSBpcyBvbmx5IG9uZSBydW5uaW5nIFZNIHdpdGggUkFNIDM0IEcgYW5kIHdpdGgg NiBWQ1BVIChwaW5uZWQgdG8NCnByb3BlciBudW1hIG5vZGVzKQ0KDQpmcm9tIHRvcA0KDQp0b3Ag LSAwNjo0Mjo0OCB1cCA2NyBkYXlzLCAyMDowNSwgIDEgdXNlciwgIGxvYWQgYXZlcmFnZTogMC4y NiwgMC4yMCwgMC4xNw0KVGFza3M6IDI4NSB0b3RhbCwgICAyIHJ1bm5pbmcsIDI4MiBzbGVlcGlu ZywgICAwIHN0b3BwZWQsICAgMSB6b21iaWUNCkNwdShzKTogIDEuMCV1cywgIDEuNCVzeSwgIDAu MCVuaSwgOTcuNSVpZCwgIDAuMSV3YSwgIDAuMCVoaSwgIDAuMCVzaSwgIDAuMCVzdA0KTWVtOiAg NDkzNTY0NjhrIHRvdGFsLCAzMzk3NzY4NGsgdXNlZCwgMTUzNzg3ODRrIGZyZWUsICAgMTQyODEy ayBidWZmZXJzDQpTd2FwOiAxMjMzNzE0NGsgdG90YWwsICAgICAgICAwayB1c2VkLCAxMjMzNzE0 NGsgZnJlZSwgICAzNDMwNTJrIGNhY2hlZA0KDQogIFBJRCBVU0VSICAgICAgUFIgIE5JICBWSVJU ICBSRVMgIFNIUiBTICVDUFUgJU1FTSAgICBUSU1FKyAgQ09NTUFORA0KICAxMDEgcm9vdCAgICAg IDI1ICAgNSAgICAgMCAgICAwICAgIDAgUiAyNy40ICAwLjAgICA1NjUwOjA0IFtrc21kXQ0KMjYw MDQgdmRzbSAgICAgICAwIC0yMCAzMzcxbSAgNjRtIDk0MDAgUyAgOS44ICAwLjEgICAxNjUzOjI3 DQovdXNyL2Jpbi9weXRob24gL3Vzci9zaGFyZS92ZHNtL3Zkc20gLS1waWRmaWxlIC92YXIvcnVu L3Zkc20vdmRzbWQucGlkDQoyMDk2MyBxZW11ICAgICAgMjAgICAwIDM4LjVnICAzM2cgNjc5MiBT ICAzLjkgNzEuNiAgIDUyMjU6NDMNCi91c3IvbGliZXhlYy9xZW11LWt2bSAtbmFtZSBDaW5kZXIg LVMgLU0gcmhlbDYuNS4wIC1jcHUgTmVoYWxlbQ0KLWVuYWJsZS1rdm0gLW0gMzQwOTYgLXJlYWx0 aW1lIG1sb2NrPW9mZiAtc21wDQo2LG1heGNwdXM9MTYwLHNvY2tldHM9ODAsYw0KDQpmcm9tIC9z eXMva2VybmVsL21tL2tzbQ0KcGFnZXNfdW5zaGFyZWQgIDc2MDIzMjINCnBhZ2VzX3NoYXJlZCAg ICAgMjA3MDIzDQpwYWdlc190b19zY2FuICAgNjQNCnBhZ2VzX3ZvbGF0aWxlICAgIDMxNjc4DQoN CkFueSBpZGVhIHdoeSBrc21kIGlzIG5vdCBjb21pbmcgdG8gbm9ybWFsIENQVSB1c2FnZSAsb24g YSBkaWZmZXJlbnQNCnNlcnZlciBrc21kIHdhcyBkaXNhYmxlZCBhbmQgZm9yIHRlc3Rpbmcgd2hl biBpIGVuYWJsZWQgaXQgaW5pdGlhbGx5DQpDUFUgdXNhZ2Ugd2FzIGhpZ2ggYnV0IGxhdGVyIHNl dHRsZWQgZG93biB0byAzJSAsaW4gdGhhdCBob3N0IGkgaGF2ZSA0DQpWTXMgcnVubmluZy4NCg0K QmVmb3JlIHR1cm5pbmcgb2ZmIGtzbWQgY2FuIGFueSBvbmUgaGVscCBtZSBmaW5kIG91dCB3aHkg a3NtZCBpcw0KYmVoYXZpbmcgbGlrZSB0aGlzLkluaXRpYWxseSBpdCBoYWQgMiB2aXJ0dWFsIG1h Y2hpbmVzLGJlY2F1c2Ugb2YgaGlnaA0KQ1BVIHV0aWxpemF0aW9uIG9mIHRoaXMgZ3Vlc3Qgb3Ro ZXIgaXMgbWlncmF0ZWQgdG8gYW5vdGhlciBob3N0Lg0KDQpUaGFua3MNCl9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpVc2VycyBtYWlsaW5nIGxpc3QNClVz ZXJzQG92aXJ0Lm9yZw0KaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3Vz ZXJzDQo= --_000_12EF8D94C6F8734FB2FF37B9FBEDD1735F8C9D38EXCHANGEcollogi_ Content-Type: text/html; charset="utf-8" Content-ID: <D4B5292395AD824885E0B8CCFCD13B95(a)collogia.de> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJsdHIi Pk1lbW9yeSB1c2FnZSAmZ3Q7IDgwJToga3NtIGtpY2tzIGluLiBUaGVyZSBpdCB3aWxsIHJ1biBh dCBmdWxsIHNwZWVkIHVudGlsIHVzYWdlIGlzIGJlbG93IDgwJS4gVGhlcmUgaXMgYW4gb3BlbiBC WiBmcm9tIG1lLiBCYWQgYmVoYXZpb3VyIGlzIGNvbnRyb2xsZWQgYnkgbW9tLjwvcD4NCjxwIGRp cj0ibHRyIj5NYXJrdXM8L3A+DQo8ZGl2IGNsYXNzPSJnbWFpbF9xdW90ZSI+QW0gMDYuMTIuMjAx NCAxNTo1OCBzY2hyaWViIG1hZCBFbmdpbmVlciAmbHQ7dGhlbWFkZW5naW4zM3JAZ21haWwuY29t Jmd0Ozo8YnIgdHlwZT0iYXR0cmlidXRpb24iPg0KPGJsb2NrcXVvdGUgY2xhc3M9InF1b3RlIiBz dHlsZT0ibWFyZ2luOjAgMCAwIC44ZXg7Ym9yZGVyLWxlZnQ6MXB4ICNjY2Mgc29saWQ7cGFkZGlu Zy1sZWZ0OjFleCI+DQo8ZGl2Pjxmb250IHNpemU9IjIiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTBwdCI+PC9zcGFuPjwvZm9udD4NCjxkaXY+SGVsbG8gQWxsLDxicj4NCiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyBJIGFtIHVzaW5nIGNlbnRvczYuNSB4NjQgb24gYSBzZXJ2ZXIgd2l0aCA0OCBHIFJBTSBhbmQg ODxicj4NCkNvcmVzLk1hbmFnZWQgYnkgT3ZpcnQ8YnI+DQpUaGVyZSBpcyBvbmx5IG9uZSBydW5u aW5nIFZNIHdpdGggUkFNIDM0IEcgYW5kIHdpdGggNiBWQ1BVIChwaW5uZWQgdG88YnI+DQpwcm9w ZXIgbnVtYSBub2Rlcyk8YnI+DQo8YnI+DQpmcm9tIHRvcDxicj4NCjxicj4NCnRvcCAtIDA2OjQy OjQ4IHVwIDY3IGRheXMsIDIwOjA1LCZuYnNwOyAxIHVzZXIsJm5ic3A7IGxvYWQgYXZlcmFnZTog MC4yNiwgMC4yMCwgMC4xNzxicj4NClRhc2tzOiAyODUgdG90YWwsJm5ic3A7Jm5ic3A7IDIgcnVu bmluZywgMjgyIHNsZWVwaW5nLCZuYnNwOyZuYnNwOyAwIHN0b3BwZWQsJm5ic3A7Jm5ic3A7IDEg em9tYmllPGJyPg0KQ3B1KHMpOiZuYnNwOyAxLjAldXMsJm5ic3A7IDEuNCVzeSwmbmJzcDsgMC4w JW5pLCA5Ny41JWlkLCZuYnNwOyAwLjEld2EsJm5ic3A7IDAuMCVoaSwmbmJzcDsgMC4wJXNpLCZu YnNwOyAwLjAlc3Q8YnI+DQpNZW06Jm5ic3A7IDQ5MzU2NDY4ayB0b3RhbCwgMzM5Nzc2ODRrIHVz ZWQsIDE1Mzc4Nzg0ayBmcmVlLCZuYnNwOyZuYnNwOyAxNDI4MTJrIGJ1ZmZlcnM8YnI+DQpTd2Fw OiAxMjMzNzE0NGsgdG90YWwsJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IDBrIHVzZWQsIDEyMzM3MTQ0ayBmcmVlLCZuYnNwOyZuYnNwOyAzNDMwNTJrIGNhY2hlZDxi cj4NCjxicj4NCiZuYnNwOyBQSUQgVVNFUiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBQ UiZuYnNwOyBOSSZuYnNwOyBWSVJUJm5ic3A7IFJFUyZuYnNwOyBTSFIgUyAlQ1BVICVNRU0mbmJz cDsmbmJzcDsmbmJzcDsgVElNRSYjNDM7Jm5ic3A7IENPTU1BTkQ8YnI+DQombmJzcDsgMTAxIHJv b3QmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMjUmbmJzcDsmbmJzcDsgNSZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyAwJm5ic3A7Jm5ic3A7Jm5ic3A7IDAmbmJzcDsmbmJzcDsmbmJzcDsg MCBSIDI3LjQmbmJzcDsgMC4wJm5ic3A7Jm5ic3A7IDU2NTA6MDQgW2tzbWRdPGJyPg0KMjYwMDQg dmRzbSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAwIC0yMCAzMzcxbSZuYnNw OyA2NG0gOTQwMCBTJm5ic3A7IDkuOCZuYnNwOyAwLjEmbmJzcDsmbmJzcDsgMTY1MzoyNzxicj4N Ci91c3IvYmluL3B5dGhvbiAvdXNyL3NoYXJlL3Zkc20vdmRzbSAtLXBpZGZpbGUgL3Zhci9ydW4v dmRzbS92ZHNtZC5waWQ8YnI+DQoyMDk2MyBxZW11Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IDIwJm5ic3A7Jm5ic3A7IDAgMzguNWcmbmJzcDsgMzNnIDY3OTIgUyZuYnNwOyAzLjkgNzEu NiZuYnNwOyZuYnNwOyA1MjI1OjQzPGJyPg0KL3Vzci9saWJleGVjL3FlbXUta3ZtIC1uYW1lIENp bmRlciAtUyAtTSByaGVsNi41LjAgLWNwdSBOZWhhbGVtPGJyPg0KLWVuYWJsZS1rdm0gLW0gMzQw OTYgLXJlYWx0aW1lIG1sb2NrPW9mZiAtc21wPGJyPg0KNixtYXhjcHVzPTE2MCxzb2NrZXRzPTgw LGM8YnI+DQo8YnI+DQpmcm9tIC9zeXMva2VybmVsL21tL2tzbTxicj4NCnBhZ2VzX3Vuc2hhcmVk Jm5ic3A7IDc2MDIzMjI8YnI+DQpwYWdlc19zaGFyZWQmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg MjA3MDIzPGJyPg0KcGFnZXNfdG9fc2NhbiZuYnNwOyZuYnNwOyA2NDxicj4NCnBhZ2VzX3ZvbGF0 aWxlJm5ic3A7Jm5ic3A7Jm5ic3A7IDMxNjc4PGJyPg0KPGJyPg0KQW55IGlkZWEgd2h5IGtzbWQg aXMgbm90IGNvbWluZyB0byBub3JtYWwgQ1BVIHVzYWdlICxvbiBhIGRpZmZlcmVudDxicj4NCnNl cnZlciBrc21kIHdhcyBkaXNhYmxlZCBhbmQgZm9yIHRlc3Rpbmcgd2hlbiBpIGVuYWJsZWQgaXQg aW5pdGlhbGx5PGJyPg0KQ1BVIHVzYWdlIHdhcyBoaWdoIGJ1dCBsYXRlciBzZXR0bGVkIGRvd24g dG8gMyUgLGluIHRoYXQgaG9zdCBpIGhhdmUgNDxicj4NClZNcyBydW5uaW5nLjxicj4NCjxicj4N CkJlZm9yZSB0dXJuaW5nIG9mZiBrc21kIGNhbiBhbnkgb25lIGhlbHAgbWUgZmluZCBvdXQgd2h5 IGtzbWQgaXM8YnI+DQpiZWhhdmluZyBsaWtlIHRoaXMuSW5pdGlhbGx5IGl0IGhhZCAyIHZpcnR1 YWwgbWFjaGluZXMsYmVjYXVzZSBvZiBoaWdoPGJyPg0KQ1BVIHV0aWxpemF0aW9uIG9mIHRoaXMg Z3Vlc3Qgb3RoZXIgaXMgbWlncmF0ZWQgdG8gYW5vdGhlciBob3N0Ljxicj4NCjxicj4NClRoYW5r czxicj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJy Pg0KVXNlcnMgbWFpbGluZyBsaXN0PGJyPg0KVXNlcnNAb3ZpcnQub3JnPGJyPg0KPGEgaHJlZj0i aHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzIj5odHRwOi8vbGlz dHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnM8L2E+PGJyPg0KPC9kaXY+DQo8L2Rp dj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_12EF8D94C6F8734FB2FF37B9FBEDD1735F8C9D38EXCHANGEcollogi_-- ------=_NextPartTM-000-dd1609c7-6593-4600-9926-1b296d875462 Content-Type: text/plain; name="InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="InterScan_Disclaimer.txt" **************************************************************************** Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Über das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 **************************************************************************** ------=_NextPartTM-000-dd1609c7-6593-4600-9926-1b296d875462--

3 4

run ovirt-shell script like background job - problem
by Grzegorz Szypa 07 Dec '14

07 Dec '14

Hi, I have a problem with running ovirt-shell script, that it starting VMs. In dialog mode it's fine, but in background no :( Example script: ovirt-shell -E 'action vm WinSrv2012r2 start' I start this job in cron as root. Have somebody idea?? -- G.Sz.

2 1

Newly deployed ovirt instance can not start a VM
by Jeremy Utley 07 Dec '14

07 Dec '14

Hello everyone! I just finished setting up our new demo Ovirt implementation, but am having some issues once I get to the point of starting up a VM. Every time we try to start a VM, we get the error: The host {hostname} did not satisfy internal filter Network because network(s) are missing. This is trying to launch vm with the Cirros image from the OVirt glance repository. This is confusing, because we only have one network defined (the "ovirtmgmt" network), and each of our 4 nodes shows it attached and indicated as functional. Our nodes are all CentOS 6.6 installations, with the ovirtmgmt bridge bound to eth2. If I go to Networks/ovirtmgmt under my datacenter, and click on the Networks tab at the top, select the ovirtmgmt network, and Hosts tab at the bottom, it shows that ovirtmgmt network is up on all 4 nodes. Even if I tell the VM to not attach itself to any networks at all, the machine fails to start with the same error. Have done a lot of google searching to no avail. We're also worried we did not get our gluster storage network set up right. We added the Storage Domain as type Data (Master)/GlusterFS, but it looks like Ovirt is using Fuse rather than the new libgfapi functionality - since we can see the gluster mounted /rhev/data-center/mnt/glusterSD/ with fuse.glusterfs, which would indicate we are not using the native Gluster integration. However, the latest info I can find seems to indicate that the gluster integration should be working in latest CentOS builds. Thanks for any help anyone can give me! The boss wants this demo sooner rather than later!

3 2

[OUTAGE] ovirt.org wiki outage report [07/12/14]
by Eyal Edri 07 Dec '14

07 Dec '14

fyi, ovirt.org wiki page was down today from 01:33:07 IST till 10:22 IST. REASON: ======= after logging into the openshift gear, seems like there was 99.9% space taken. RESOLUTION: =========== deleted some logs from $OPENSHIFT_MYSQL_DB_LOG_DIR, and restarted mysql using 'ctl_app restart'. space is still not great - at 84%, so we'll need to think soon how to resolve this. wiki is up now and seems to working well. infra - we should look into migrating to a new gear maybe? or extend again the existing one. Eyal.

1 0

Fwd: Integration of ovirt-engine GUI with the CLI
by Nikita Kodkani 07 Dec '14

07 Dec '14

It is designed in javascript/HTML. We had initially designed some feature using CLI. But now we just want to execute command when we hit the button/tab. -Nikita i On Tue, Nov 4, 2014 at 4:09 PM, Itamar Heim <iheim(a)redhat.com> wrote: > On 11/04/2014 06:30 AM, Nikita Kodkani wrote: > >> Hi, >> >> I have the CLI designed for the RHEV-M. I have also designed some GUI in >> ovirt-engine. >> Now I am stuckup with the integration. Could you suggest how to connect >> the ovirt-engine GUI with the backend CLI commands? >> > > which language is your gui? > why use the CLI instead of the python or java SDKs > (or ruby or javascript ones) > >

6 14