Re: [ovirt-devel] [ovirt-users] spm changes hourly due to unexpected error of getAllTasksStatuses
Thank you for your reply. The result of both hosts is zh_CN.utf8 But i think may be it's not the problem of locale, because when i run 'vdsClient -s 0 getAllTasksStatuses' manually on the SPM host, there is no problem(no errors in vdsm.log) like...@cs2c.com.cn From: Eli Mesika Date: 2015-06-23 16:44 To: like ma CC: devel; users Subject: Re: [ovirt-users] spm changes hourly due to unexpected error of getAllTasksStatuses - Original Message - From: like ma like...@cs2c.com.cn To: devel@ovirt.org, us...@ovirt.org Sent: Tuesday, June 23, 2015 11:26:17 AM Subject: [ovirt-users] spm changes hourly due to unexpected error of getAllTasksStatuses Hello all, In our ovirt environment(oVirt 3.4.4), we have 2 hosts, and the spm changes hourly between the 2 hosts. In the events of DataCenters there is following message each hour: 'Data Center is being initialized, please wait for initialization to complete' In the vdsm.log i found following error message: Thread-13::ERROR::2015-06-23 13:38:36,667::task::866::TaskManager.Task::(_setError) Task=`e450d7d6-771d-4c51-90b7-c6b10da37897`::Unexpected error Traceback (most recent call last): File /usr/share/vdsm/storage/task.py, line 873, in _run return fn(*args, **kargs) File /usr/share/vdsm/logUtils.py, line 45, in wrapper res = f(*args, **kwargs) File /usr/share/vdsm/storage/hsm.py, line 2125, in getAllTasksStatuses allTasksStatus = sp.getAllTasksStatuses() File /usr/share/vdsm/storage/securable.py, line 73, in wrapper raise SecureError(Secured object is not in safe state) SecureError: Secured object is not in safe state The attachment is vdsm.log and engine.log. The error occured at 2015-06-23 13:38 and 2015-06-23 15:38 in vdsm.log. (by the way, in the other host the error occured at 2015-06-23 12:38 and 2015-06-23 14:38 ) And in the engine.log i found following error message: 2015-06-23 13:38:37,933 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler_Worker-34) [781beaea] IrsBroker::Failed::UpdateVMVDS due to: XmlRpcException: type 'exceptions.UnicodeDecodeError':'utf8' codec can't decode byte 0xeb in position 749: invalid continuation byte 2015-06-23 13:38:37,971 ERROR [org.ovirt.engine.core.bll.OvfDataUpdater] (DefaultQuartzScheduler_Worker-34) [781beaea] Exception while trying to update or remove VMs/Templates ovf in Data Center Default.: org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: java.lang.reflect.UndeclaredThrowableException (Failed with error VDS_NETWORK_ERROR and code 5022) at org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:116) [bll.jar:] at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.RunVdsCommand(VDSBrokerFrontendImpl.java:33) [bll.jar:] at org.ovirt.engine.core.bll.OvfDataUpdater.executeUpdateVmInSpmCommand(OvfDataUpdater.java:383) [bll.jar:] at org.ovirt.engine.core.bll.OvfDataUpdater.performOvfUpdate(OvfDataUpdater.java:163) [bll.jar:] at org.ovirt.engine.core.bll.OvfDataUpdater.updateOvfForVmsOfStoragePool(OvfDataUpdater.java:135) [bll.jar:] at org.ovirt.engine.core.bll.OvfDataUpdater.ovfUpdate_timer(OvfDataUpdater.java:93) [bll.jar:] at sun.reflect.GeneratedMethodAccessor250.invoke(Unknown Source) [:1.7.0_65] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_65] at java.lang.reflect.Method.invoke(Method.java:606) [rt.jar:1.7.0_65] at org.ovirt.engine.core.utils.timer.JobWrapper.execute(JobWrapper.java:60) [scheduler.jar:] at org.quartz.core.JobRunShell.run(JobRunShell.java:213) [quartz.jar:] at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:557) [quartz.jar:] Can anyone help? Can you please share the result of the following on both hosts ? echo $LANG thanks Thanks like...@cs2c.com.cn ___ Users mailing list us...@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] [SOLVED] vdsClient getVGList returned Empty
The problem has been solved. The reason that vdsm cannot see the vgs is the permission of sudoers had been changed by somebody who hacked into our system. After restoring the permission of sudoers everyting is fine. like...@cs2c.com.cn From: like...@cs2c.com.cn Date: 2015-05-07 20:01 To: Nir Soffer Subject: Re: Re: [ovirt-devel] vdsClient getVGList returned Empty Thank you for your reply. Following is the output: [root@jzjdve ~]# pvscan --cache lvs -o all|more LV UUIDLV Pa th Att r Active Maj Min Rahead KMaj KMin KRahead LSize MSize #Seg Origin OSize Data% Snap% Meta% Cpy%Sync Cpy%Sync Mismatches SyncAction WBehind MinSync Ma xSync Move Convert Log Data Meta Pool LV Tags LProfile Time Host Modules Fmt VG UUIDVG Attr VSize VFree SYS ID Ext #Ext Free MaxLV MaxPV #PV #LV #SN Seq VG Tags RICCF 2015/5/7 19:52:30 VProfile #VMda #VMdaUse VMdaFree VMdaSize #VMdaCps q2G0ZV-vklp-4LbF-oYiS-22qo-02Wb-CqS1Y5 1e94d2b6-7956-4bec-86bc-832211d36d6f /d ev/ede37a89-5c1b-4d53-ad07-8a11ba209f61/1e94d2b6-7956-4bec-86bc-832211d36d6f -wi -a- active -1 -1 auto 253 17 512.00k 1.00t 1 RICCF 2015/5/7 19:53:09 MD_15,PU_----0 000,IU_d0d88935-c8a4-4563-941d-775bc085cc2d 2015-04-19 16:18:23 +0800 jzjdve.com lvm2 hvo5lR-abga-Xv2v-txAT-5TDT-0v87-Wy7bAE ede37a89-5c1b-4d5 3-ad07-8a11ba209f61 wz--n- 4.00t 737.00g128.00m 32765 5896 0 0 1 25 0 193 MDT_LEASETIMESEC=60,MDT_CLASS=Data,MDT_VERSION=3,MDT_LOGBLKSIZE =512,MDT_VGUUID=hvo5lR-abga-Xv2v-txAT-5TDT-0v87-Wy7bAE,MDT_PV0=pv:36e09796100b6a b9d000d3834000244uuid:D0B18v-naul-qSrN-EAr3-y27S-1wtr-ceG9qF44pestart:0 44pecount:3276544mapoffset:0,MDT_DESCRIPTION=ve_storage,MDT_LEASERETRIES=3,MD T_IOOPTIMEOUTSEC=10,MDT_LOCKRENEWALINTERVALSEC=5,MDT_PHYBLKSIZE=512,MDT_TYPE=FCP ,MDT_LOCKPOLICY=,MDT_SDUUID=ede37a89-5c1b-4d53-ad07-8a11ba209f61,RHAT_storage_do main,MDT_POOL_UUID=5849b030-626e-47cb-ad90-3ce782d831b3,MDT_POOL_DESCRIPTION=Def ault,MDT_ROLE=Master,MDT_MASTER_VERSION=1,MDT_POOL_DOMAINS=ede37a89-5c1b-4d53-ad 07-8a11ba209f61:Active446cdc15fb-974c-4407-9b42-65b6f99b19f5:Active,MDT_POOL_S PM_ID=1,MDT__SHA_CKSUM=557fcbb72833b9f2f4855bbfcca92908c1b331a4,MDT_POOL_SPM_LVE R=14 2263.99m 128.00m unmanaged lj0jhT-tGqR-c0Hi-qGqS-5XF1-PrRV-ZOkEM8 1f37922f-3d11-4809-a5db-cb2e965a80f8 /d ev/ede37a89-5c1b-4d53-ad07-8a11ba209f61/1f37922f-3d11-4809-a5db-cb2e965a80f8 -wi -a- active -1 -1 auto 253 27 512.00k 900.00g 1 MD_25,PU_----0 000,IU_5c5c9121-3f0a-403c-ae53-46350bff6aca 2015-04-20 19:22:09 +0800 jzjdve.com lvm2 hvo5lR-abga-Xv2v-txAT-5TDT-0v87-Wy7bAE ede37a89-5c1b-4d5 3-ad07-8a11ba209f61 wz--n- 4.00t 737.00g128.00m 32765 5896 0 0 RICCF 2015/5/7 19:53:38 1 25 0 193 MDT_LEASETIMESEC=60,MDT_CLASS=Data,MDT_VERSION=3,MDT_LOGBLKSIZE =512,MDT_VGUUID=hvo5lR-abga-Xv2v-txAT-5TDT-0v87-Wy7bAE,MDT_PV0=pv:36e09796100b6a b9d000d3834000244uuid:D0B18v-naul-qSrN-EAr3-y27S-1wtr-ceG9qF44pestart:0 44pecount:3276544mapoffset:0,MDT_DESCRIPTION=ve_storage,MDT_LEASERETRIES=3,MD T_IOOPTIMEOUTSEC=10,MDT_LOCKRENEWALINTERVALSEC=5,MDT_PHYBLKSIZE=512,MDT_TYPE=FCP ,MDT_LOCKPOLICY=,MDT_SDUUID=ede37a89-5c1b-4d53-ad07-8a11ba209f61,RHAT_storage_do main,MDT_POOL_UUID=5849b030-626e-47cb-ad90-3ce782d831b3,MDT_POOL_DESCRIPTION=Def ault,MDT_ROLE=Master,MDT_MASTER_VERSION=1,MDT_POOL_DOMAINS=ede37a89-5c1b-4d53-ad 07-8a11ba209f61:Active446cdc15fb-974c-4407-9b42-65b6f99b19f5:Active,MDT_POOL_S PM_ID=1,MDT__SHA_CKSUM=557fcbb72833b9f2f4855bbfcca92908c1b331a4,MDT_POOL_SPM_LVE R=14 2263.99m 128.00m unmanaged 16sEN2-wmFC-yjwN-Nwgm-rX5A-pKmR-A5UIhI 2dc72f9d-e170-4f8d-b415-ac4dc6914191 /d ev/ede37a89-5c1b-4d53-ad07-8a11ba209f61/2dc72f9d-e170-4f8d-b415-ac4dc6914191 -wi -a- active -1 -1 auto 253 12 512.00k 300.00g 1 IU_76c8a622-46f7-4def-a4fa-0b74d581e564,PU _----,MD_10 2015-03-24 12:13:13 +0800 jzjdve.com lvm2 hvo5lR-abga-Xv2v-txAT-5TDT-0v87-Wy7bAE ede37a89-5c1b-4d5 3-ad07-8a11ba209f61 wz--n- 4.00t 737.00g128.00m 32765 5896 0 0 1 25 0 193 MDT_LEASETIMESEC=60,MDT_CLASS=Data,MDT_VERSION=3,MDT_LOGBLKSIZE =512,MDT_VGUUID=hvo5lR-abga-Xv2v-txAT-5TDT-0v87-Wy7bAE,MDT_PV0=pv:36e09796100b6a b9d000d3834000244uuid:D0B18v-naul-qSrN-EAr3-y27S-1wtr-ceG9qF44pestart:0 44pecount:3276544mapoffset:0,MDT_DESCRIPTION=ve_storage,MDT_LEASERETRIES=3,MD 19:54:14 RICCF 2015/5/7 19:54:14 T_IOOPTIMEOUTSEC=10,MDT_LOCKRENEWALINTERVALSEC=5
[ovirt-devel] vdsClient getVGList returned Empty
Hi, guys I have a vdsm host, when i use vgs command, it will display 2 volume group which already exist. But when i use vdsClient -s 0 getVGList, it displays nothing. That means vdsm cannot see the existed vg. Why? Does anybody have any idea? P.S. In fact, i am trying to resolve the problem of Cannot find master domain like...@cs2c.com.cn ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] question about rhel7 distro
I rebuild the SRC RPM of ovirt-engine for rhel6 in the environment of rhel7, then i install the generated RPMs of ovirt-engine in rhel7. And i add a host into the oVirt environment, add a nfs storage, create a vm... It seems everything is fine. So i'm wonder why there are not ovirt-engine RPMs for rhel7. Can you give me more details about EL7 is not yet supported for running engine? like...@cs2c.com.cn From: Sandro Bonazzola Date: 2014-10-28 15:26 To: like...@cs2c.com.cn; devel@ovirt.org Subject: Re: [ovirt-devel] question about rhel7 distro Il 28/10/2014 02:17, like...@cs2c.com.cn ha scritto: Hi, all I find there are not RPMs of ovirt-engine(e.g. ovirt-engine, ovirt-engine-webadmin-portal and so on) for rhel7, even have no SRC RPM of ovirt-engine for rhel7. Why is that? Are there some problems between ovirt-engine and rhel7? EL7 is not yet supported for running engine, that's why no rpm are available yet. You can use EL7 on your hypervisors with oVirt 3.5 release. Thanks Ma Like like...@cs2c.com.cn ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
