[ovirt-users] Re: Console does not work on run once
sorry, my mistake De: "José Ferradeira via Users" Para: "users" Enviadas: Segunda-feira, 18 De Julho de 2022 13:41:41 Assunto: [ovirt-users] Console does not work on run once Hi, In run once, when open console nothing shows. But it works on any other VM. Version 4.5.1.3-1.el8 Any idea? -- Jose Ferradeira http://www.logicworks.pt ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/LV6GB2ILFBPKNKINX3TBSHRWBM474ECX/ ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/VHPAPZ3KT3XHJESGDIZWPXYUB6VF7CT7/
[ovirt-users] Console does not work on run once
Hi, In run once, when open console nothing shows. But it works on any other VM. Version 4.5.1.3-1.el8 Any idea? -- Jose Ferradeira http://www.logicworks.pt ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/LV6GB2ILFBPKNKINX3TBSHRWBM474ECX/
[ovirt-users] Re: Issue upgrading 4.4 to 4.5 Gluster HCG
I just commented out this line on cli.py and it worked # value [ 'stripeCount' ] = el . find ( 'stripeCount' ). text De: "Nir Soffer" Para: "Alessandro De Salvo" Cc: "users" Enviadas: Sexta-feira, 29 De Abril de 2022 0:39:49 Assunto: [ovirt-users] Re: Issue upgrading 4.4 to 4.5 Gluster HCG On Tue, Apr 26, 2022 at 12:47 PM Alessandro De Salvo wrote: > > Hi, > > the error with XML and gluster is the same I reported with a possible fix in > vdsm in another thread. > > The following fix worked for me, i.e. replacing the following line in > /usr/lib/python3.6/site-packages/vdsm/gluster/cli.y > > 429c429 > < if (el.find('stripeCount')): value['stripeCount'] = > el.find('stripeCount').text > > --- > > value['stripeCount'] = el.find('stripeCount').text > > In this way, after restarting vdsmd and supervdsmd, I was able to connect to > gluster 10 volumes. I can file a bug if someone could please point me where > to file it :-) Someone already filed a bug: https://github.com/oVirt/vdsm/issues/155 You can send a pull request with this fix: https://github.com/oVirt/vdsm/pulls Nir > > Cheers, > > > Alessandro > > > Il 26/04/22 10:55, Sandro Bonazzola ha scritto: > > @Gobinda Das can you please have a look? > > Il giorno mar 26 apr 2022 alle ore 06:47 Abe E ha > scritto: >> >> Hey All, >> >> I am having an issue upgrading from 4.4 to 4.5. >> My setup >> 3 Node Gluster (Cluster 1) + 3 Node Cluster (Cluster 2) >> >> If i recall the process correctly, the process I did last week: >> >> On all my Nodes: >> dnf install -y centos-release-ovirt45 --enablerepo=extras >> >> On Ovirt Engine: >> dnf install -y centos-release-ovirt45 >> dnf update -y --nobest >> engine-setup >> >> Once the engine was upgraded successfully I ran the upgrade from the GUI on >> the Cluster 2 Nodes one by one although when they came back, they complained >> of "Host failed to attach one of the Storage Domains attached to it." which >> is the "hosted_storage", "data" (gluster). >> >> I thought maybe its due to the fact that 4.5 brings an update to the >> glusterfs version, so I decided to upgrade Node 3 in my Gluster Cluster and >> it booted to emergency mode after the install "succeeded". >> >> I feel like I did something wrong, aside from my bravery of upgrading so >> much before realizing somethings not right. >> >> My VDSM Logs from one of the nodes that fails to connect to storage (FYI I >> have 2 Networks, one for Mgmt and 1 for storage that are up): >> >> [root@ovirt-4 ~]# tail -f /var/log/vdsm/vdsm.log >> 2022-04-25 22:41:31,584-0600 INFO (jsonrpc/3) [vdsm.api] FINISH repoStats >> return={} from=:::172.17.117.80,38712, >> task_id=8370855e-dea6-4168-870a-d6235d9044e9 (api:54) >> 2022-04-25 22:41:31,584-0600 INFO (jsonrpc/3) [vdsm.api] START >> multipath_health() from=:::172.17.117.80,38712, >> task_id=14eb199a-7fbf-4638-a6bf-a384dfbb9d2c (api:48) >> 2022-04-25 22:41:31,584-0600 INFO (jsonrpc/3) [vdsm.api] FINISH >> multipath_health return={} from=:::172.17.117.80,38712, >> task_id=14eb199a-7fbf-4638-a6bf-a384dfbb9d2c (api:54) >> 2022-04-25 22:41:31,602-0600 INFO (periodic/1) [vdsm.api] START >> repoStats(domains=()) from=internal, >> task_id=08a5c00b-1f66-493f-a408-d4006ddaa959 (api:48) >> 2022-04-25 22:41:31,603-0600 INFO (periodic/1) [vdsm.api] FINISH repoStats >> return={} from=internal, task_id=08a5c00b-1f66-493f-a408-d4006ddaa959 >> (api:54) >> 2022-04-25 22:41:31,606-0600 INFO (jsonrpc/3) [api.host] FINISH getStats >> return={'status': {'code': 0, 'message': 'Done'}, 'info': (suppressed)} >> from=:::172.17.117.80,38712 (api:54) >> 2022-04-25 22:41:35,393-0600 INFO (jsonrpc/5) [api.host] START >> getAllVmStats() from=:::172.17.117.80,38712 (api:48) >> 2022-04-25 22:41:35,393-0600 INFO (jsonrpc/5) [api.host] FINISH >> getAllVmStats return={'status': {'code': 0, 'message': 'Done'}, 'statsList': >> (suppressed)} from=:::172.17.117.80,38712 (api:54) >> 2022-04-25 22:41:39,366-0600 INFO (jsonrpc/2) [api.host] START >> getAllVmStats() from=::1,53634 (api:48) >> 2022-04-25 22:41:39,366-0600 INFO (jsonrpc/2) [api.host] FINISH >> getAllVmStats return={'status': {'code': 0, 'message': 'Done'}, 'statsList': >> (suppressed)} from=::1,53634 (api:54) >> 2022-04-25 22:41:46,530-0600 INFO (jsonrpc/1) [api.host] START getStats() >> from=:::172.17.117.80,38712 (api:48) >> 2022-04-25 22:41:46,568-0600 INFO (jsonrpc/1) [vdsm.api] START >> repoStats(domains=()) from=:::172.17.117.80,38712, >> task_id=30404767-9761-4f8c-884a-5561dd0d82fe (api:48) >> 2022-04-25 22:41:46,568-0600 INFO (jsonrpc/1) [vdsm.api] FINISH repoStats >> return={} from=:::172.17.117.80,38712, >> task_id=30404767-9761-4f8c-884a-5561dd0d82fe (api:54) >> 2022-04-25 22:41:46,569-0600 INFO (jsonrpc/1) [vdsm.api] START >> multipath_health() from=:::172.17.117.80,38712, >> task_id=8dbfa47f-e1b7-408c-a060-8d45012f0b90 (api:48) >>
[ovirt-users] Re: Host cannot connect to storage domains
It did not work Thanks De: "Abe E" Para: users@ovirt.org Enviadas: Quarta-feira, 27 De Abril de 2022 15:58:01 Assunto: [ovirt-users] Re: Host cannot connect to storage domains I think you're running into that bug, someone mentioned the following which seemed to work for my nodes that complained of not being able to connect to the storage pool. The following fix worked for me, i.e. replacing the following line in /usr/lib/python3.6/site-packages/vdsm/gluster/cli.y Replace: value['stripeCount'] =el.find('stripeCount').text With: if (el.find('stripeCount')): value['stripeCount'] = el.find('stripeCount').text Restart VSMD and SuperVSMD and then your host should be able to connect if you have the same issue ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/TWTFZ4VHKSEABMEZYMDUJI2PUYA24XMU/ ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/22NF5BKNFPDVS3OGITBIM3XVFZJVCO2H/
[ovirt-users] Host cannot connect to storage domains
After upgrade to 4.5 host cannot be activated because cannot connect to data domain. I have a data domain in NFS (master) and a GlusterFS. It complains about the Gluster domain: The error message for connection node1-teste.acloud.pt:/data1 returned by VDSM was: XML error # rpm -qa|grep glusterfs* glusterfs-10.1-1.el8s.x86_64 glusterfs-selinux-2.0.1-1.el8s.noarch glusterfs-client-xlators-10.1-1.el8s.x86_64 glusterfs-events-10.1-1.el8s.x86_64 libglusterfs0-10.1-1.el8s.x86_64 glusterfs-fuse-10.1-1.el8s.x86_64 glusterfs-server-10.1-1.el8s.x86_64 glusterfs-cli-10.1-1.el8s.x86_64 glusterfs-geo-replication-10.1-1.el8s.x86_64 engine log: 2022-04-27 13:35:16,118+01 ERR OR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-66) [e be79c6] EVENT_ID: VDS_STORAGES_CONNECTION_FAILED(188), Failed to connect Host NODE1 to the Storage Domains DATA1. 2022-04-27 13:35:16,169+01 ERR OR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-66) [e be79c6] EVENT_ID: STORAGE_DOMAIN_ ERR OR(996), The error message for connection node1-teste.acloud.pt:/data1 returned by VDSM was: XML error 2022-04-27 13:35:16,170+01 ERR OR [org.ovirt.engine.core.bll.storage.connection.FileStorageHelper] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-66) [ebe79c6 ] The connection with details 'node1-teste.acloud.pt:/data1' failed because of error code '4106' and error message is: xml error vdsm log: 2022-04-27 13:40:07,125+0100 ERROR (jsonrpc/4) [storage.storageServer] Could not connect to storage server (storageServer:92) Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/vdsm/storage/storageServer.py", line 90, in connect_all con.connect() File "/usr/lib/python3.6/site-packages/vdsm/storage/storageServer.py", line 233, in connect self.validate() File "/usr/lib/python3.6/site-packages/vdsm/storage/storageServer.py", line 365, in validate if not self.volinfo: File "/usr/lib/python3.6/site-packages/vdsm/storage/storageServer.py", line 352, in volinfo self._volinfo = self._get_gluster_volinfo() File "/usr/lib/python3.6/site-packages/vdsm/storage/storageServer.py", line 405, in _get_gluster_volinfo self._volfileserver) File "/usr/lib/python3.6/site-packages/vdsm/common/supervdsm.py", line 56, in __call__ return callMethod() File "/usr/lib/python3.6/site-packages/vdsm/common/supervdsm.py", line 54, in **kwargs) File "", line 2, in glusterVolumeInfo File "/usr/lib64/python3.6/multiprocessing/managers.py", line 772, in _callmethod raise convert_to_error(kind, result) vdsm.gluster.exception.GlusterXmlErrorException: XML error: rc=0 out=() err=[b'\n 0\n 0\n \n \n \ n \n data1\n d7eb2c38-2707-4774-9873-a7303d024669\n 1\n Started\n 0\n 2\n 2\n 1\n 0 \n 0\n 0\n 0\n Distribute\n 0\n \n node1-teste.acloud.pt:/home/brick1node1-teste.acloud.pt:/home/brick10 8c7ba5f-9aca-49c5-abfd-8a3e42dd8c0b0\n node1-teste.acloud.pt:/brick2nod e1-teste.acloud.pt:/brick208c7ba5f-9aca-49c5-abfd-8a3e42dd8c0b0\n \n 23\n \n \n nfs.disable\n on\n \n \n transport.addre ss-family\n inet\n \n \n storage.fips-mode-rchecksum\n on\n \n \n storage.owner-uid\n 36\n \n \n storag e.owner-gid\n 36\n \n \n cluster.min-free-disk\n 5%\n \n \n performance.quick-read\n off\n \n \n perfor mance.read-ahead\n off\n \n \n performance.io-cache\n off\n \n \n performance.low-prio-threads\n 32\n \n \n < name>network.remote-dio\n enable\n \n \n cluster.eager-lock\n enable< /value>\n \n \n cluster.quorum-type\n auto\n \n \n cluster.server-quorum-type\n server\n \n \n cluster.data-self-heal-algorithm\n full\n \n \n cluster.locking-scheme\n granular\n \n \n cluster.shd-wait-qlength\n 1\n \n \n features.shar d\n off\n \n \n user.cifs\n off\n \n \n cluster.choose-local\n off\n \n \n client.event-threads\ n 4\n \n \n server.event-threads\n 4\n \n \n performance.client-io-threads\n on\n \n \n \n 1\ n \n \n'] 2022-04-27 13:40:07,125+0100 INFO (jsonrpc/4) [storage.storagedomaincache] Invalidating storage domain cache (sdc:74) 2022-04-27 13:40:07,125+0100 INFO (jsonrpc/4) [vdsm.api] FINISH connectStorageServer return={'statuslist': [{'id': 'dede3145-651a-4b01-b8d2-82bff8670696', 'status': 4106}]} from= :::192.168.5.165,42132, flow_id=4c170005, task_id=cec6f36f-46a4-462c-9d0a-feb8d814b465 (api:54) 2022-04-27 13:40:07,410+0100 INFO (jsonrpc/5) [api.host] START getAllVmStats() from=:::192.168.5.165,42132 (api:48) 2022-04-27 13:40:07,411+0100 INFO (jsonrpc/5) [api.host] FINISH getAllVmStats return={'status': {'code': 0, 'message': 'Done'}, 'statsList': (suppressed)} from=:::192.168.5.1 65,42132 (api:54) 2022-04-27 13:40:07,785+0100 INFO (jsonrpc/7) [api.host] START getStats() from=:::192.168.5.165,42132 (api:48) 2022-04-27 13:40:07,797+0100 INFO
[ovirt-users] Re: 500 - Internal Server Error
It worked, thanks De: "John" Para: users@ovirt.org Enviadas: Quarta-feira, 27 De Abril de 2022 12:11:19 Assunto: [ovirt-users] Re: 500 - Internal Server Error downgrade postgresql-jdbc package dnf downgrade postgresql-jdbc That should fix the problem On 27/04/2022 11:36, José Ferradeira via Users wrote: When upgrading from 4.5 to 4.5.0.5 have this 500 - Internal Server Error Engine service is running, postgresql service is running. Maybe wrong postgresql version? # rpm -qa |grep postgr* postgresql-contrib-12.9-3.module_el8.6.0+1043+60b632d3.x86_64 postgresql-server-12.9-3.module_el8.6.0+1043+60b632d3.x86_64 postgresql-jdbc-42.2.14-1.el8.noarch postgresql-12.9-3.module_el8.6.0+1043+60b632d3.x86_64 collectd-postgresql-5.12.0-7.el8s.x86_64 Found this error on /var/log/ovirt-engine/server.log 2022-04-27 11:20:16,003+01 INFO [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] (ServerService Thread Pool -- 47) Loading XML bean definitions from class path resource [org/springframework/jdbc/support/sql-error-codes.xml] 2022-04-27 11:20:16,078+01 WARN [org.jboss.jca.core.connectionmanager.pool.strategy.OnePool] (ServerService Thread Pool -- 58) IJ000407: No lazy enlistment available for DWHDataSource 2022-04-27 11:20:16,103+01 INFO [org.wildfly.extension.undertow] (ServerService Thread Pool -- 58) WFLYUT0021: Registered web context: '/ovirt-engine/webadmin' for server 'default-server' 2022-04-27 11:20:16,302+01 INFO [org.springframework.jdbc.support.SQLErrorCodesFactory] (ServerService Thread Pool -- 47) SQLErrorCodes loaded: [DB2, Derby, H2, HSQL, Informix, MS-SQL, MySQL, Oracle, PostgreSQL, Sybase, Hana] 2022-04-27 11:20:16,418+01 INFO [org.wildfly.extension.undertow] (ServerService Thread Pool -- 57) WFLYUT0021: Registered web context: '/ovirt-engine/sso' for server 'default-server' 2022-04-27 11:20:16,479+01 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 47) MSC01: Failed to start service jboss.deployment.subunit."engine.ear"."bll.jar".component.Backend.START: org.jboss.msc.service.StartException in service jboss.deployment.subunit."engine.ear"."bll.jar".component.Backend.START: java.lang.IllegalStateException: WFLYEE0042: Failed to construct component instance at org.jboss.as.ee@24.0.1.Final//org.jboss.as.ee.component.ComponentStartService$1.run (ComponentStartService.java:57) at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515) at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264) at org.jboss.threads@2.4.0.Final//org.jboss.threads.ContextClassLoaderSavingRunnable.run (ContextClassLoaderSavingRunnable.java:35) at org.jboss.threads@2.4.0.Final//org.jboss.threads.EnhancedQueueExecutor.safeRun (EnhancedQueueExecutor.java:1990) at org.jboss.threads@2.4.0.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask (EnhancedQueueExecutor.java:1486) at org.jboss.threads@2.4.0.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run (EnhancedQueueExecutor.java:1377) at java.base/java.lang.Thread.run(Thread.java:829) at org.jboss.threads@2.4.0.Final//org.jboss.threads.JBossThread.run (JBossThread.java:513) Caused by: java.lang.IllegalStateException: WFLYEE0042: Failed to construct component instance at org.jboss.as.ee@24.0.1.Final//org.jboss.as.ee.component.BasicComponent.constructComponentInstance (BasicComponent.java:170) at org.jboss.as.ee@24.0.1.Final//org.jboss.as.ee.component.BasicComponent.constructComponentInstance (BasicComponent.java:141) at org.jboss.as.ee@24.0.1.Final//org.jboss.as.ee.component.BasicComponent.createInstance (BasicComponent.java:88) at org.jboss.as.ejb3@24.0.1.Final//org.jboss.as.ejb3.component.singleton.SingletonComponent.getComponentInstance (SingletonComponent.java:127) at org.jboss.as.ejb3@24.0.1.Final//org.jboss.as.ejb3.component.singleton.SingletonComponent.start (SingletonComponent.java:141) at org.jboss.as.ee@24.0.1.Final//org.jboss.as.ee.component.ComponentStartService$1.run (ComponentStartService.java:54) ... 8 more Caused by: javax.ejb.EJBException: org.jboss.weld.exceptions.WeldException: WELD-49: Unable to invoke protected void org.ovirt.engine.core.bll.TagsDirector.init() on org.ovirt.engine.core.bll.TagsDirector@c153250 at org.jboss.as.ejb3@24.0.1.Final//org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInNoTx (CMTTxInterceptor.java:239) at org.jboss.as.ejb3@24.0.1.Final//org.jboss.as.ejb3.tx.CMTTxInterceptor.supports (CMTTxInterceptor.java:446) at org.jboss.as.ejb3@24.0.1.Final//org.jboss.as.ejb3.tx.LifecycleCMTTxInterceptor.processInvocation (LifecycleCMTTxInterceptor.java:70) at org.jboss.invocation@1.6.0.Final//org.jboss.invocation.InterceptorContext.proceed (InterceptorContext.java:422) at org.jboss.as.weld@24.0.1.Final//org.jboss.as.weld.injection.WeldInjectionContextInterceptor.processIn
[ovirt-users] 500 - Internal Server Error
When upgrading from 4.5 to 4.5.0.5 have this 500 - Internal Server Error Engine service is running, postgresql service is running. Maybe wrong postgresql version? # rpm -qa |grep postgr* postgresql-contrib-12.9-3.module_el8.6.0+1043+60b632d3.x86_64 postgresql-server-12.9-3.module_el8.6.0+1043+60b632d3.x86_64 postgresql-jdbc-42.2.14-1.el8.noarch postgresql-12.9-3.module_el8.6.0+1043+60b632d3.x86_64 collectd-postgresql-5.12.0-7.el8s.x86_64 Found this error on /var/log/ovirt-engine/server.log 2022-04-27 11:20:16,003+01 INFO [org.springframework.beans.factory.xml.XmlBeanDefinitionReader] (ServerService Thread Pool -- 47) Loading XML bean definitions from class path resource [org/springframework/jdbc/support/sql-error-codes.xml] 2022-04-27 11:20:16,078+01 WARN [org.jboss.jca.core.connectionmanager.pool.strategy.OnePool] (ServerService Thread Pool -- 58) IJ000407: No lazy enlistment available for DWHDataSource 2022-04-27 11:20:16,103+01 INFO [org.wildfly.extension.undertow] (ServerService Thread Pool -- 58) WFLYUT0021: Registered web context: '/ovirt-engine/webadmin' for server 'default-server' 2022-04-27 11:20:16,302+01 INFO [org.springframework.jdbc.support.SQLErrorCodesFactory] (ServerService Thread Pool -- 47) SQLErrorCodes loaded: [DB2, Derby, H2, HSQL, Informix, MS-SQL, MySQL, Oracle, PostgreSQL, Sybase, Hana] 2022-04-27 11:20:16,418+01 INFO [org.wildfly.extension.undertow] (ServerService Thread Pool -- 57) WFLYUT0021: Registered web context: '/ovirt-engine/sso' for server 'default-server' 2022-04-27 11:20:16,479+01 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 47) MSC01: Failed to start service jboss.deployment.subunit."engine.ear"."bll.jar".component.Backend.START: org.jboss.msc.service.StartException in service jboss.deployment.subunit."engine.ear"."bll.jar".component.Backend.START: java.lang.IllegalStateException: WFLYEE0042: Failed to construct component instance at org.jboss.as.ee@24.0.1.Final//org.jboss.as.ee.component.ComponentStartService$1.run(ComponentStartService.java:57) at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515) at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264) at org.jboss.threads@2.4.0.Final//org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35) at org.jboss.threads@2.4.0.Final//org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1990) at org.jboss.threads@2.4.0.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486) at org.jboss.threads@2.4.0.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1377) at java.base/java.lang.Thread.run(Thread.java:829) at org.jboss.threads@2.4.0.Final//org.jboss.threads.JBossThread.run(JBossThread.java:513) Caused by: java.lang.IllegalStateException: WFLYEE0042: Failed to construct component instance at org.jboss.as.ee@24.0.1.Final//org.jboss.as.ee.component.BasicComponent.constructComponentInstance(BasicComponent.java:170) at org.jboss.as.ee@24.0.1.Final//org.jboss.as.ee.component.BasicComponent.constructComponentInstance(BasicComponent.java:141) at org.jboss.as.ee@24.0.1.Final//org.jboss.as.ee.component.BasicComponent.createInstance(BasicComponent.java:88) at org.jboss.as.ejb3@24.0.1.Final//org.jboss.as.ejb3.component.singleton.SingletonComponent.getComponentInstance(SingletonComponent.java:127) at org.jboss.as.ejb3@24.0.1.Final//org.jboss.as.ejb3.component.singleton.SingletonComponent.start(SingletonComponent.java:141) at org.jboss.as.ee@24.0.1.Final//org.jboss.as.ee.component.ComponentStartService$1.run(ComponentStartService.java:54) ... 8 more Caused by: javax.ejb.EJBException: org.jboss.weld.exceptions.WeldException: WELD-49: Unable to invoke protected void org.ovirt.engine.core.bll.TagsDirector.init() on org.ovirt.engine.core.bll.TagsDirector@c153250 at org.jboss.as.ejb3@24.0.1.Final//org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInNoTx(CMTTxInterceptor.java:239) at org.jboss.as.ejb3@24.0.1.Final//org.jboss.as.ejb3.tx.CMTTxInterceptor.supports(CMTTxInterceptor.java:446) at org.jboss.as.ejb3@24.0.1.Final//org.jboss.as.ejb3.tx.LifecycleCMTTxInterceptor.processInvocation(LifecycleCMTTxInterceptor.java:70) at org.jboss.invocation@1.6.0.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.weld@24.0.1.Final//org.jboss.as.weld.injection.WeldInjectionContextInterceptor.processInvocation(WeldInjectionContextInterceptor.java:43) at org.jboss.invocation@1.6.0.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3@24.0.1.Final//org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) at
[ovirt-users] Re: oVirt + Gluster issues
# gluster volume info data1 Volume Name: data1 Type: Distribute Volume ID: d7eb2c38-2707-4774-9873-a7303d024669 Status: Started Snapshot Count: 0 Number of Bricks: 2 Transport-type: tcp Bricks: Brick1: gs.domain.pt:/home/brick1 Brick2: gs.domain.pt:/home2/brick2 Options Reconfigured: nfs.disable: on transport.address-family: inet storage.fips-mode-rchecksum: on storage.owner-uid: 36 storage.owner-gid: 36 cluster.min-free-disk: 10% performance.quick-read: off performance.read-ahead: off performance.io-cache: off performance.low-prio-threads: 32 network.remote-dio: enable cluster.eager-lock: enable cluster.quorum-type: auto cluster.server-quorum-type: server cluster.data-self-heal-algorithm: full cluster.locking-scheme: granular cluster.shd-wait-qlength: 1 features.shard: off user.cifs: off cluster.choose-local: off client.event-threads: 4 server.event-threads: 4 performance.client-io-threads: on # gluster volume status data1 Status of volume: data1 Gluster process TCP Port RDMA Port Online Pid -- Brick gs.domain.pt:/home/brick1 49153 0 Y 1824862 Brick gs.domain.pt:/home2/brick2 49154 0 Y 1824880 Task Status of Volume data1 -- There are no active volume tasks # gluster volume heal data1 info summary This command is supported for only volumes of replicate/disperse type. Volume data1 is not of type replicate/disperse Volume heal failed. # df -h /rhev/data-center/mnt/glusterSD/gs.domain.pt:_data1/ Sist.fichs Tama Ocup Livre Uso% Montado em gs.domain.pt:/data1 1,9T 1,8T 22G 99% /rhev/data-center/mnt/glusterSD/gs.domain.pt:_data1 thanks José De: "Strahil Nikolov" Para: supo...@logicworks.pt Cc: "José Ferradeira via Users" , "Alex McWhirter" Enviadas: Segunda-feira, 14 De Junho de 2021 14:54:41 Assunto: Re: [ovirt-users] Re: oVirt + Gluster issues Can you provode the output of: gluster volume info VOLUME gluster volume status VOLUME gluster volume heal VOLUME info summary df -h /rhev/data-center/mnt/glusterSD/:_ In pure replica volumes , the bricks should be of the same size. If not - the smallest one defines the size of the volume. If the VM has thin qcow2 disks, it will grow slowly till it reaches its maximum size or till the volume space is finished. Best Regards, Strahil Nikolov Well, I have one brick without space, 1.8TB. In fact I don't know why, because I only have one VM on that domain storage with less the 1TB. When I try to start the VM I get this error: VM webmail.domain.pt-3 is down with error. Exit message: Unable to set XATTR trusted.libvirt.security.selinux on /rhev/data-center/mnt/glusterSD/gs.domain.pt:_data1/d680d289-bcaa-46f2-b464-4d06d37ec1d3/images/5167f58d-68c9-475f-8b88-f278b7d4ef65/9b34eff0-c9a4-48e1-8ea7-87ad66a8736c: No space left on device. I'm stuck in here Thanks José De: "Strahil Nikolov" Para: supo...@logicworks.pt, "José Ferradeira via Users" Cc: "Alex McWhirter" , "José Ferradeira via Users" Enviadas: Segunda-feira, 14 De Junho de 2021 7:21:09 Assunto: Re: [ovirt-users] Re: oVirt + Gluster issues So, how is it going ? Do you have space ? Best Regards, Strahil Nikolov BQ_BEGIN On Thu, Jun 10, 2021 at 18:19, Strahil Nikolov wrote: You need to use thick VM disks on Gluster, which is the default behavior for a long time. Also, check all bricks' free space. Most probably you are out of space on one of the bricks (term for server + mountpoint combination). Best Regards, Strahil Nikolov BQ_BEGIN On Wed, Jun 9, 2021 at 12:41, José Ferradeira via Users wrote: ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/SC6RR2YC35OOOUEDEVSVCQ7RMW56DCSJ/ BQ_END BQ_END ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/C3BQ36NDBBT3LDEG4MKCCKP5SEVYGFGH/
[ovirt-users] Re: oVirt + Gluster issues
# df -h /home/brick1 Sist.fichs Tama Ocup Livre Uso% Montado em /dev/mapper/cl-home 1,8T 1,8T 18G 100% /home # df -h /home2/brick2 Sist.fichs Tama Ocup Livre Uso% Montado em /dev/mapper/cl-root 50G 28G 23G 56% / If sharding is enable the restore pauses the VM with unknown storage error Thanks José De: "Strahil Nikolov" Para: supo...@logicworks.pt Cc: "José Ferradeira via Users" , "Alex McWhirter" Enviadas: Segunda-feira, 14 De Junho de 2021 17:14:15 Assunto: Re: [ovirt-users] Re: oVirt + Gluster issues And what is the status of the bricks: df -h /home/brick1 /home2/brick2 When sharding is not enabled, the qcow2 disks cannot be spread between the bricks. Best Regards, Strahil Nikolov # gluster volume info data1 Volume Name: data1 Type: Distribute Volume ID: d7eb2c38-2707-4774-9873-a7303d024669 Status: Started Snapshot Count: 0 Number of Bricks: 2 Transport-type: tcp Bricks: Brick1: gs.domain.pt:/home/brick1 Brick2: gs.domain.pt:/home2/brick2 Options Reconfigured: nfs.disable: on transport.address-family: inet storage.fips-mode-rchecksum: on storage.owner-uid: 36 storage.owner-gid: 36 cluster.min-free-disk: 10% performance.quick-read: off performance.read-ahead: off performance.io-cache: off performance.low-prio-threads: 32 network.remote-dio: enable cluster.eager-lock: enable cluster.quorum-type: auto cluster.server-quorum-type: server cluster.data-self-heal-algorithm: full cluster.locking-scheme: granular cluster.shd-wait-qlength: 1 features.shard: off user.cifs: off cluster.choose-local: off client.event-threads: 4 server.event-threads: 4 performance.client-io-threads: on # gluster volume status data1 Status of volume: data1 Gluster process TCP Port RDMA Port Online Pid -- Brick gs.domain.pt:/home/brick1 49153 0 Y 1824862 Brick gs.domain.pt:/home2/brick2 49154 0 Y 1824880 Task Status of Volume data1 -- There are no active volume tasks # gluster volume heal data1 info summary This command is supported for only volumes of replicate/disperse type. Volume data1 is not of type replicate/disperse Volume heal failed. # df -h /rhev/data-center/mnt/glusterSD/gs.domain.pt:_data1/ Sist.fichs Tama Ocup Livre Uso% Montado em gs.domain.pt:/data1 1,9T 1,8T 22G 99% /rhev/data-center/mnt/glusterSD/gs.domain.pt:_data1 thanks José De: "Strahil Nikolov" Para: supo...@logicworks.pt Cc: "José Ferradeira via Users" , "Alex McWhirter" Enviadas: Segunda-feira, 14 De Junho de 2021 14:54:41 Assunto: Re: [ovirt-users] Re: oVirt + Gluster issues Can you provode the output of: gluster volume info VOLUME gluster volume status VOLUME gluster volume heal VOLUME info summary df -h /rhev/data-center/mnt/glusterSD/:_ In pure replica volumes , the bricks should be of the same size. If not - the smallest one defines the size of the volume. If the VM has thin qcow2 disks, it will grow slowly till it reaches its maximum size or till the volume space is finished. Best Regards, Strahil Nikolov BQ_BEGIN Well, I have one brick without space, 1.8TB. In fact I don't know why, because I only have one VM on that domain storage with less the 1TB. When I try to start the VM I get this error: VM webmail.domain.pt-3 is down with error. Exit message: Unable to set XATTR trusted.libvirt.security.selinux on /rhev/data-center/mnt/glusterSD/gs.domain.pt:_data1/d680d289-bcaa-46f2-b464-4d06d37ec1d3/images/5167f58d-68c9-475f-8b88-f278b7d4ef65/9b34eff0-c9a4-48e1-8ea7-87ad66a8736c: No space left on device. I'm stuck in here Thanks José De: "Strahil Nikolov" Para: supo...@logicworks.pt, "José Ferradeira via Users" Cc: "Alex McWhirter" , "José Ferradeira via Users" Enviadas: Segunda-feira, 14 De Junho de 2021 7:21:09 Assunto: Re: [ovirt-users] Re: oVirt + Gluster issues So, how is it going ? Do you have space ? Best Regards, Strahil Nikolov BQ_BEGIN On Thu, Jun 10, 2021 at 18:19, Strahil Nikolov wrote: You need to use thick VM disks on Gluster, which is the default behavior for a long time. Also, check all bricks' free space. Most probably you are out of space on one of the bricks (term for server + mountpoint combination). Best Regards, Strahil Nikolov BQ_BEGIN On Wed, Jun 9, 2021 at 12:41, José Ferradeira via Users wrote: ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/SC6RR2YC35OOOUEDEVSVCQ7RMW56DCSJ/ BQ_END BQ_E
[ovirt-users] Re: oVirt + Gluster issues
Do you mean, in manage domain - Critical Space Action Blocker (GB) - change 5 for 1 ? De: "Strahil Nikolov" Para: supo...@logicworks.pt, supo...@logicworks.pt Cc: "José Ferradeira via Users" , "Alex McWhirter" Enviadas: Quarta-feira, 16 De Junho de 2021 4:50:42 Assunto: Re: [ovirt-users] Re: oVirt + Gluster issues Did you reduce the minimum free space option in gluster prior removing of the snapshot (and it's failure) ? Best Regards, Strahil Nikolov On Wed, Jun 16, 2021 at 0:35, supo...@logicworks.pt wrote: Yes, there is one snapshot but I cannot remove it: Error while executing action: Cannot remove Disk Snapshot. Low disk space on Storage Domain DATA1. Regards José De: "Strahil Nikolov" Para: supo...@logicworks.pt Cc: "José Ferradeira via Users" , "Alex McWhirter" Enviadas: Terça-feira, 15 De Junho de 2021 18:45:49 Assunto: Re: [ovirt-users] Re: oVirt + Gluster issues Did you check for snapshots ? You can check the contents of the /rhev... mount point. Best Regards, Strahil Nikolov В вторник, 15 юни 2021 г., 18:49:41 ч. Гринуич+3, написа: I just free every space I could. That's the only VM in that storage domain. De: "Strahil Nikolov" Para: supo...@logicworks.pt, supo...@logicworks.pt Cc: "José Ferradeira via Users" , "Alex McWhirter" Enviadas: Terça-feira, 15 De Junho de 2021 16:04:56 Assunto: Re: [ovirt-users] Re: oVirt + Gluster issues You will need to free some space. Check my previous e-mail. Bedt Regards, Strahil Nikolov ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/BH3AH3HFPZLN2GUXULBS3B4VCSPJUW6I/
[ovirt-users] Re: oVirt + Gluster issues
I just change cluster.min-free-disk to 5% but still get the message: Error while executing action: Cannot remove Disk Snapshot. Low disk space on Storage Domain DATA1. # gluster volume get data1 all|grep cluster.min-free-disk cluster.min-free-disk 5% De: supo...@logicworks.pt Para: "Strahil Nikolov" Cc: "José Ferradeira via Users" , "Alex McWhirter" Enviadas: Quarta-feira, 16 De Junho de 2021 16:31:46 Assunto: Re: [ovirt-users] Re: oVirt + Gluster issues Do you mean, in manage domain - Critical Space Action Blocker (GB) - change 5 for 1 ? De: "Strahil Nikolov" Para: supo...@logicworks.pt, supo...@logicworks.pt Cc: "José Ferradeira via Users" , "Alex McWhirter" Enviadas: Quarta-feira, 16 De Junho de 2021 4:50:42 Assunto: Re: [ovirt-users] Re: oVirt + Gluster issues Did you reduce the minimum free space option in gluster prior removing of the snapshot (and it's failure) ? Best Regards, Strahil Nikolov On Wed, Jun 16, 2021 at 0:35, supo...@logicworks.pt wrote: Yes, there is one snapshot but I cannot remove it: Error while executing action: Cannot remove Disk Snapshot. Low disk space on Storage Domain DATA1. Regards José De: "Strahil Nikolov" Para: supo...@logicworks.pt Cc: "José Ferradeira via Users" , "Alex McWhirter" Enviadas: Terça-feira, 15 De Junho de 2021 18:45:49 Assunto: Re: [ovirt-users] Re: oVirt + Gluster issues Did you check for snapshots ? You can check the contents of the /rhev... mount point. Best Regards, Strahil Nikolov В вторник, 15 юни 2021 г., 18:49:41 ч. Гринуич+3, написа: I just free every space I could. That's the only VM in that storage domain. ____ De: "Strahil Nikolov" Para: supo...@logicworks.pt, supo...@logicworks.pt Cc: "José Ferradeira via Users" , "Alex McWhirter" Enviadas: Terça-feira, 15 De Junho de 2021 16:04:56 Assunto: Re: [ovirt-users] Re: oVirt + Gluster issues You will need to free some space. Check my previous e-mail. Bedt Regards, Strahil Nikolov ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/65PDKRG7QZ7YBZGD3JBDTMKCGOESZOV3/
[ovirt-users] Re: oVirt + Gluster issues
# df -h /home/brick1 Sist.fichs Tama Ocup Livre Uso% Montado em /dev/mapper/cl-home 1,8T 1,8T 18G 100% /home # df -h /home2/brick2 Sist.fichs Tama Ocup Livre Uso% Montado em /dev/mapper/cl-root 50G 28G 23G 56% / If sharding is enable the restore pauses the VM with unknown storage error Thanks José De: "Strahil Nikolov" Para: supo...@logicworks.pt Cc: "José Ferradeira via Users" , "Alex McWhirter" Enviadas: Segunda-feira, 14 De Junho de 2021 17:14:15 Assunto: Re: [ovirt-users] Re: oVirt + Gluster issues And what is the status of the bricks: df -h /home/brick1 /home2/brick2 When sharding is not enabled, the qcow2 disks cannot be spread between the bricks. Best Regards, Strahil Nikolov # gluster volume info data1 Volume Name: data1 Type: Distribute Volume ID: d7eb2c38-2707-4774-9873-a7303d024669 Status: Started Snapshot Count: 0 Number of Bricks: 2 Transport-type: tcp Bricks: Brick1: gs.domain.pt:/home/brick1 Brick2: gs.domain.pt:/home2/brick2 Options Reconfigured: nfs.disable: on transport.address-family: inet storage.fips-mode-rchecksum: on storage.owner-uid: 36 storage.owner-gid: 36 cluster.min-free-disk: 10% performance.quick-read: off performance.read-ahead: off performance.io-cache: off performance.low-prio-threads: 32 network.remote-dio: enable cluster.eager-lock: enable cluster.quorum-type: auto cluster.server-quorum-type: server cluster.data-self-heal-algorithm: full cluster.locking-scheme: granular cluster.shd-wait-qlength: 1 features.shard: off user.cifs: off cluster.choose-local: off client.event-threads: 4 server.event-threads: 4 performance.client-io-threads: on # gluster volume status data1 Status of volume: data1 Gluster process TCP Port RDMA Port Online Pid -- Brick gs.domain.pt:/home/brick1 49153 0 Y 1824862 Brick gs.domain.pt:/home2/brick2 49154 0 Y 1824880 Task Status of Volume data1 -- There are no active volume tasks # gluster volume heal data1 info summary This command is supported for only volumes of replicate/disperse type. Volume data1 is not of type replicate/disperse Volume heal failed. # df -h /rhev/data-center/mnt/glusterSD/gs.domain.pt:_data1/ Sist.fichs Tama Ocup Livre Uso% Montado em gs.domain.pt:/data1 1,9T 1,8T 22G 99% /rhev/data-center/mnt/glusterSD/gs.domain.pt:_data1 thanks José De: "Strahil Nikolov" Para: supo...@logicworks.pt Cc: "José Ferradeira via Users" , "Alex McWhirter" Enviadas: Segunda-feira, 14 De Junho de 2021 14:54:41 Assunto: Re: [ovirt-users] Re: oVirt + Gluster issues Can you provode the output of: gluster volume info VOLUME gluster volume status VOLUME gluster volume heal VOLUME info summary df -h /rhev/data-center/mnt/glusterSD/:_ In pure replica volumes , the bricks should be of the same size. If not - the smallest one defines the size of the volume. If the VM has thin qcow2 disks, it will grow slowly till it reaches its maximum size or till the volume space is finished. Best Regards, Strahil Nikolov BQ_BEGIN Well, I have one brick without space, 1.8TB. In fact I don't know why, because I only have one VM on that domain storage with less the 1TB. When I try to start the VM I get this error: VM webmail.domain.pt-3 is down with error. Exit message: Unable to set XATTR trusted.libvirt.security.selinux on /rhev/data-center/mnt/glusterSD/gs.domain.pt:_data1/d680d289-bcaa-46f2-b464-4d06d37ec1d3/images/5167f58d-68c9-475f-8b88-f278b7d4ef65/9b34eff0-c9a4-48e1-8ea7-87ad66a8736c: No space left on device. I'm stuck in here Thanks José De: "Strahil Nikolov" Para: supo...@logicworks.pt, "José Ferradeira via Users" Cc: "Alex McWhirter" , "José Ferradeira via Users" Enviadas: Segunda-feira, 14 De Junho de 2021 7:21:09 Assunto: Re: [ovirt-users] Re: oVirt + Gluster issues So, how is it going ? Do you have space ? Best Regards, Strahil Nikolov BQ_BEGIN On Thu, Jun 10, 2021 at 18:19, Strahil Nikolov wrote: You need to use thick VM disks on Gluster, which is the default behavior for a long time. Also, check all bricks' free space. Most probably you are out of space on one of the bricks (term for server + mountpoint combination). Best Regards, Strahil Nikolov BQ_BEGIN On Wed, Jun 9, 2021 at 12:41, José Ferradeira via Users wrote: ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/SC6RR2YC35OOOUEDEVSVCQ7RMW56DCSJ/ BQ_END BQ_E
[ovirt-users] Re: oVirt + Gluster issues
Yes, there is one snapshot but I cannot remove it: Error while executing action: Cannot remove Disk Snapshot. Low disk space on Storage Domain DATA1. Regards José De: "Strahil Nikolov" Para: supo...@logicworks.pt Cc: "José Ferradeira via Users" , "Alex McWhirter" Enviadas: Terça-feira, 15 De Junho de 2021 18:45:49 Assunto: Re: [ovirt-users] Re: oVirt + Gluster issues Did you check for snapshots ? You can check the contents of the /rhev... mount point. Best Regards, Strahil Nikolov В вторник, 15 юни 2021 г., 18:49:41 ч. Гринуич+3, написа: I just free every space I could. That's the only VM in that storage domain. De: "Strahil Nikolov" Para: supo...@logicworks.pt, supo...@logicworks.pt Cc: "José Ferradeira via Users" , "Alex McWhirter" Enviadas: Terça-feira, 15 De Junho de 2021 16:04:56 Assunto: Re: [ovirt-users] Re: oVirt + Gluster issues You will need to free some space. Check my previous e-mail. Bedt Regards, Strahil Nikolov ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/TISW3B7SHQXOJDJN7S5RIT4SC27KDHFX/
[ovirt-users] Re: oVirt + Gluster issues
I just free every space I could. That's the only VM in that storage domain. De: "Strahil Nikolov" Para: supo...@logicworks.pt, supo...@logicworks.pt Cc: "José Ferradeira via Users" , "Alex McWhirter" Enviadas: Terça-feira, 15 De Junho de 2021 16:04:56 Assunto: Re: [ovirt-users] Re: oVirt + Gluster issues You will need to free some space. Check my previous e-mail. Bedt Regards, Strahil Nikolov ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/GDF3V6AAMAU43OFAGDFENVXVFTUI7ZLJ/
[ovirt-users] Re: oVirt + Gluster issues
Well, I have one brick without space, 1.8TB. In fact I don't know why, because I only have one VM on that domain storage with less the 1TB. When I try to start the VM I get this error: VM webmail.domain.pt-3 is down with error. Exit message: Unable to set XATTR trusted.libvirt.security.selinux on /rhev/data-center/mnt/glusterSD/gs.domain.pt:_data1/d680d289-bcaa-46f2-b464-4d06d37ec1d3/images/5167f58d-68c9-475f-8b88-f278b7d4ef65/9b34eff0-c9a4-48e1-8ea7-87ad66a8736c: No space left on device. I'm stuck in here Thanks José De: "Strahil Nikolov" Para: supo...@logicworks.pt, "José Ferradeira via Users" Cc: "Alex McWhirter" , "José Ferradeira via Users" Enviadas: Segunda-feira, 14 De Junho de 2021 7:21:09 Assunto: Re: [ovirt-users] Re: oVirt + Gluster issues So, how is it going ? Do you have space ? Best Regards, Strahil Nikolov On Thu, Jun 10, 2021 at 18:19, Strahil Nikolov wrote: You need to use thick VM disks on Gluster, which is the default behavior for a long time. Also, check all bricks' free space. Most probably you are out of space on one of the bricks (term for server + mountpoint combination). Best Regards, Strahil Nikolov BQ_BEGIN On Wed, Jun 9, 2021 at 12:41, José Ferradeira via Users wrote: ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/SC6RR2YC35OOOUEDEVSVCQ7RMW56DCSJ/ BQ_END ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/4SXTSMNTD7DF5MAIFSEZP5LOLTV3C24B/
[ovirt-users] Re: oVirt + Gluster issues
# df -h /home/brick1 Sist.fichs Tama Ocup Livre Uso% Montado em /dev/mapper/cl-home 1,8T 1,8T 18G 100% /home # df -h /home2/brick2 Sist.fichs Tama Ocup Livre Uso% Montado em /dev/mapper/cl-root 50G 28G 23G 56% / If sharding is enable the restore pauses the VM with unknown storage error Thanks José De: "Strahil Nikolov" Para: supo...@logicworks.pt Cc: "José Ferradeira via Users" , "Alex McWhirter" Enviadas: Segunda-feira, 14 De Junho de 2021 17:14:15 Assunto: Re: [ovirt-users] Re: oVirt + Gluster issues And what is the status of the bricks: df -h /home/brick1 /home2/brick2 When sharding is not enabled, the qcow2 disks cannot be spread between the bricks. Best Regards, Strahil Nikolov # gluster volume info data1 Volume Name: data1 Type: Distribute Volume ID: d7eb2c38-2707-4774-9873-a7303d024669 Status: Started Snapshot Count: 0 Number of Bricks: 2 Transport-type: tcp Bricks: Brick1: gs.domain.pt:/home/brick1 Brick2: gs.domain.pt:/home2/brick2 Options Reconfigured: nfs.disable: on transport.address-family: inet storage.fips-mode-rchecksum: on storage.owner-uid: 36 storage.owner-gid: 36 cluster.min-free-disk: 10% performance.quick-read: off performance.read-ahead: off performance.io-cache: off performance.low-prio-threads: 32 network.remote-dio: enable cluster.eager-lock: enable cluster.quorum-type: auto cluster.server-quorum-type: server cluster.data-self-heal-algorithm: full cluster.locking-scheme: granular cluster.shd-wait-qlength: 1 features.shard: off user.cifs: off cluster.choose-local: off client.event-threads: 4 server.event-threads: 4 performance.client-io-threads: on # gluster volume status data1 Status of volume: data1 Gluster process TCP Port RDMA Port Online Pid -- Brick gs.domain.pt:/home/brick1 49153 0 Y 1824862 Brick gs.domain.pt:/home2/brick2 49154 0 Y 1824880 Task Status of Volume data1 -- There are no active volume tasks # gluster volume heal data1 info summary This command is supported for only volumes of replicate/disperse type. Volume data1 is not of type replicate/disperse Volume heal failed. # df -h /rhev/data-center/mnt/glusterSD/gs.domain.pt:_data1/ Sist.fichs Tama Ocup Livre Uso% Montado em gs.domain.pt:/data1 1,9T 1,8T 22G 99% /rhev/data-center/mnt/glusterSD/gs.domain.pt:_data1 thanks José De: "Strahil Nikolov" Para: supo...@logicworks.pt Cc: "José Ferradeira via Users" , "Alex McWhirter" Enviadas: Segunda-feira, 14 De Junho de 2021 14:54:41 Assunto: Re: [ovirt-users] Re: oVirt + Gluster issues Can you provode the output of: gluster volume info VOLUME gluster volume status VOLUME gluster volume heal VOLUME info summary df -h /rhev/data-center/mnt/glusterSD/:_ In pure replica volumes , the bricks should be of the same size. If not - the smallest one defines the size of the volume. If the VM has thin qcow2 disks, it will grow slowly till it reaches its maximum size or till the volume space is finished. Best Regards, Strahil Nikolov BQ_BEGIN Well, I have one brick without space, 1.8TB. In fact I don't know why, because I only have one VM on that domain storage with less the 1TB. When I try to start the VM I get this error: VM webmail.domain.pt-3 is down with error. Exit message: Unable to set XATTR trusted.libvirt.security.selinux on /rhev/data-center/mnt/glusterSD/gs.domain.pt:_data1/d680d289-bcaa-46f2-b464-4d06d37ec1d3/images/5167f58d-68c9-475f-8b88-f278b7d4ef65/9b34eff0-c9a4-48e1-8ea7-87ad66a8736c: No space left on device. I'm stuck in here Thanks José De: "Strahil Nikolov" Para: supo...@logicworks.pt, "José Ferradeira via Users" Cc: "Alex McWhirter" , "José Ferradeira via Users" Enviadas: Segunda-feira, 14 De Junho de 2021 7:21:09 Assunto: Re: [ovirt-users] Re: oVirt + Gluster issues So, how is it going ? Do you have space ? Best Regards, Strahil Nikolov BQ_BEGIN On Thu, Jun 10, 2021 at 18:19, Strahil Nikolov wrote: You need to use thick VM disks on Gluster, which is the default behavior for a long time. Also, check all bricks' free space. Most probably you are out of space on one of the bricks (term for server + mountpoint combination). Best Regards, Strahil Nikolov BQ_BEGIN On Wed, Jun 9, 2021 at 12:41, José Ferradeira via Users wrote: ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/SC6RR2YC35OOOUEDEVSVCQ7RMW56DCSJ/ BQ_END BQ_E
[ovirt-users] Re: oVirt + Gluster issues
The gluster storage domain, now is a mess, I cannot run a VM, always get this error: VM webmail.domain.pt-3 is down with error. Exit message: Unable to set XATTR trusted.libvirt.security.selinux on /rhev/data-center/mnt/glusterSD/gs1.domain.pt:_data1/d680d289-bcaa-46f2-b464-4d06d37ec1d3/images/5167f58d-68c9-475f-8b88-f278b7d4ef65/9b34eff0-c9a4-48e1-8ea7-87ad66a8736c: No space left on device. I had a second brick and have 1.5TB free, I don't know why it says "No space left on device" Also, I cannot use the iso files I have in this storage domain. Regards José De: "José Ferradeira via Users" Para: "Alex McWhirter" Cc: "Strahil Nikolov" , "José Ferradeira via Users" Enviadas: Terça-feira, 8 De Junho de 2021 22:47:25 Assunto: [ovirt-users] Re: oVirt + Gluster issues This is a glusterfs on top of CentOS 8.3, using LVM De: "Alex McWhirter" Para: "Strahil Nikolov" Cc: supo...@logicworks.pt, "José Ferradeira via Users" Enviadas: Terça-feira, 8 De Junho de 2021 17:48:48 Assunto: Re: [ovirt-users] Re: oVirt + Gluster issues I've run into a similar problem when using VDO + LVM + XFS stacks, also with ZFS. If you're trying to use ZFS on 4.4, my recommendation is don't. You have to run the testing branch at minimum, and quiet a few things just don't work. As for VDO, i ran into this issue when using VDO and a NVME for LVM caching of the thin pool, VDO would throw a fit and under high load scenario, VM's would regularly pause. VDO with no cache was fine however, seems to be related to mixing device types / block sizes (even if you override block sizes). Not sure if that helps. On 2021-06-08 12:26, Strahil Nikolov via Users wrote: Maybe the shard xlator cannot cope with the speed of the shard creation speed. Are you using preallocated disks on the Zimbra VM ? Best Regards, Strahil Nikolov BQ_BEGIN On Tue, Jun 8, 2021 at 17:57, José Ferradeira via Users wrote: Hello, running ovirt 4.4.4.7-1.el8 and gluster 8.3. When i performe a restore of Zimbra Collaboration Email with features.shard on, the VM pauses with an unknown storage error. When I performe a restore of Zimbra Collaboration Email with features.shard off, it fills all the gluster storage domain disks. With older versions of gluster and ovirt the same happens. If I use a NFS storage domain it runs OK. -- Jose Ferradeira http://www.logicworks.pt ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/QGBFSIHHTDOTTOWFWQKZFQMD56YWHTPZ/ ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/MOJJZJG7LCGHDIYULF5572L52JE53T6D/ BQ_END ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/QDEHBKD4OVRK3MC6ZFGFBNPVPYMK2VXI/ ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/SC6RR2YC35OOOUEDEVSVCQ7RMW56DCSJ/
[ovirt-users] Re: oVirt + Gluster issues
This is a glusterfs on top of CentOS 8.3, using LVM De: "Alex McWhirter" Para: "Strahil Nikolov" Cc: supo...@logicworks.pt, "José Ferradeira via Users" Enviadas: Terça-feira, 8 De Junho de 2021 17:48:48 Assunto: Re: [ovirt-users] Re: oVirt + Gluster issues I've run into a similar problem when using VDO + LVM + XFS stacks, also with ZFS. If you're trying to use ZFS on 4.4, my recommendation is don't. You have to run the testing branch at minimum, and quiet a few things just don't work. As for VDO, i ran into this issue when using VDO and a NVME for LVM caching of the thin pool, VDO would throw a fit and under high load scenario, VM's would regularly pause. VDO with no cache was fine however, seems to be related to mixing device types / block sizes (even if you override block sizes). Not sure if that helps. On 2021-06-08 12:26, Strahil Nikolov via Users wrote: Maybe the shard xlator cannot cope with the speed of the shard creation speed. Are you using preallocated disks on the Zimbra VM ? Best Regards, Strahil Nikolov BQ_BEGIN On Tue, Jun 8, 2021 at 17:57, José Ferradeira via Users wrote: Hello, running ovirt 4.4.4.7-1.el8 and gluster 8.3. When i performe a restore of Zimbra Collaboration Email with features.shard on, the VM pauses with an unknown storage error. When I performe a restore of Zimbra Collaboration Email with features.shard off, it fills all the gluster storage domain disks. With older versions of gluster and ovirt the same happens. If I use a NFS storage domain it runs OK. -- Jose Ferradeira http://www.logicworks.pt ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/QGBFSIHHTDOTTOWFWQKZFQMD56YWHTPZ/ ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/MOJJZJG7LCGHDIYULF5572L52JE53T6D/ BQ_END ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/QDEHBKD4OVRK3MC6ZFGFBNPVPYMK2VXI/
[ovirt-users] Re: oVirt + Gluster issues
The disks on the VM are Thin Provision Regards José De: "Strahil Nikolov" Para: supo...@logicworks.pt, "José Ferradeira via Users" , "oVirt Users" Enviadas: Terça-feira, 8 De Junho de 2021 17:26:42 Assunto: Re: [ovirt-users] oVirt + Gluster issues Maybe the shard xlator cannot cope with the speed of the shard creation speed. Are you using preallocated disks on the Zimbra VM ? Best Regards, Strahil Nikolov On Tue, Jun 8, 2021 at 17:57, José Ferradeira via Users wrote: Hello, running ovirt 4.4.4.7-1.el8 and gluster 8.3. When i performe a restore of Zimbra Collaboration Email with features.shard on, the VM pauses with an unknown storage error. When I performe a restore of Zimbra Collaboration Email with features.shard off, it fills all the gluster storage domain disks. With older versions of gluster and ovirt the same happens. If I use a NFS storage domain it runs OK. -- Jose Ferradeira http://www.logicworks.pt ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/QGBFSIHHTDOTTOWFWQKZFQMD56YWHTPZ/ ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/CJVVQZIRPVQOQQXY5T7BFZX4NYUE5N5S/
[ovirt-users] oVirt + Gluster issues
Hello, running ovirt 4.4.4.7-1.el8 and gluster 8.3. When i performe a restore of Zimbra Collaboration Email with features.shard on, the VM pauses with an unknown storage error. When I performe a restore of Zimbra Collaboration Email with features.shard off, it fills all the gluster storage domain disks. With older versions of gluster and ovirt the same happens. If I use a NFS storage domain it runs OK. -- Jose Ferradeira http://www.logicworks.pt ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/QGBFSIHHTDOTTOWFWQKZFQMD56YWHTPZ/
[ovirt-users] Re: Ovirt reporting dashboard not working
Should I use this to delete the year 2026 from the rows? DELETE FROM dwh_history_timekeeping WHERE EXTRACT(year FROM "date") = 2026; thanks José De: "José Ferradeira via Users" Para: "Strahil Nikolov" Cc: "users" Enviadas: Segunda-feira, 25 De Janeiro de 2021 18:17:50 Assunto: [ovirt-users] Re: Ovirt reporting dashboard not working That worked there are 4 lines with dates 2026-03-26. What should I do? I'm not an expert in postgresql thanks De: "Strahil Nikolov" Para: supo...@logicworks.pt Cc: "users" Enviadas: Sábado, 23 De Janeiro de 2021 13:20:32 Assunto: Re: [ovirt-users] Re: Ovirt reporting dashboard not working Try using the 'source /opt/rh/rh-postgresql95/enable' Best Regards, Strahil Nikolov В 19:53 + на 22.01.2021 (пт), José Ferradeira via Users написа: The postgres is older than 10: postgresql-jdbc-9.2.1002-6.el7_5.noarch postgresql-libs-9.2.23-3.el7_4.x86_64 rh-postgresql95-postgresql-server-9.5.9-4.el7.x86_64 rh-postgresql95-runtime-2.2-2.el7.x86_64 rh-postgresql95-postgresql-9.5.9-4.el7.x86_64 rh-postgresql95-postgresql-contrib-9.5.9-4.el7.x86_64 rh-postgresql95-postgresql-libs-9.5.9-4.el7.x86_64 collectd-postgresql-5.8.0-3.el7.x86_64 Should I use this instead: su - postgres scl enable rh-postgresql95 bash psql Thanks José De: supo...@logicworks.pt Para: "Strahil Nikolov" Cc: "users" Enviadas: Sexta-feira, 22 De Janeiro de 2021 16:39:04 Assunto: Re: [ovirt-users] Ovirt reporting dashboard not working Hello, # su - postgres -bash-4.2$ source /opt/rh/rh-postgresql10/enable -bash: /opt/rh/rh-postgresql10/enable: No such file or directory -bash-4.2$ psql engine -bash: psql: command not found -bash-4.2$ What am I doing wrong? Thanks José De: "Strahil Nikolov" Para: "users" , supo...@logicworks.pt Enviadas: Segunda-feira, 18 De Janeiro de 2021 19:16:17 Assunto: Re: [ovirt-users] Ovirt reporting dashboard not working Most probably the dwh is far in the future. The following is not the correct procedure , but it works: ssh root@engine su - postgres source /opt/rh/rh-postgresql10/enable psql engine engine=# select * from dwh_history_timekeeping ; Best Regards, Strahil Nikolov В понеделник, 18 януари 2021 г., 19:22:51 Гринуич+2, José Ferradeira via Users написа: Hello, Had a problem with the engine server, the clock changed to 2026 and now I don't have any report on the dashboard. The version is 4.2.3.8-1.el7 Any idea? Thanks ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/6YETINUGJEPAZSFTK35XVZ3SM5GH2OPU/ ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/KG34CLI5MIUT7OG4EVZJHHNOQTMSKJTQ/ ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/RDMSESARKHEGCV4PTIDVBTLCTEK3VPTA/
[ovirt-users] Re: Ovirt reporting dashboard not working
That worked there are 4 lines with dates 2026-03-26. What should I do? I'm not an expert in postgresql thanks De: "Strahil Nikolov" Para: supo...@logicworks.pt Cc: "users" Enviadas: Sábado, 23 De Janeiro de 2021 13:20:32 Assunto: Re: [ovirt-users] Re: Ovirt reporting dashboard not working Try using the 'source /opt/rh/rh-postgresql95/enable' Best Regards, Strahil Nikolov В 19:53 + на 22.01.2021 (пт), José Ferradeira via Users написа: The postgres is older than 10: postgresql-jdbc-9.2.1002-6.el7_5.noarch postgresql-libs-9.2.23-3.el7_4.x86_64 rh-postgresql95-postgresql-server-9.5.9-4.el7.x86_64 rh-postgresql95-runtime-2.2-2.el7.x86_64 rh-postgresql95-postgresql-9.5.9-4.el7.x86_64 rh-postgresql95-postgresql-contrib-9.5.9-4.el7.x86_64 rh-postgresql95-postgresql-libs-9.5.9-4.el7.x86_64 collectd-postgresql-5.8.0-3.el7.x86_64 Should I use this instead: su - postgres scl enable rh-postgresql95 bash psql Thanks José De: supo...@logicworks.pt Para: "Strahil Nikolov" Cc: "users" Enviadas: Sexta-feira, 22 De Janeiro de 2021 16:39:04 Assunto: Re: [ovirt-users] Ovirt reporting dashboard not working Hello, # su - postgres -bash-4.2$ source /opt/rh/rh-postgresql10/enable -bash: /opt/rh/rh-postgresql10/enable: No such file or directory -bash-4.2$ psql engine -bash: psql: command not found -bash-4.2$ What am I doing wrong? Thanks José De: "Strahil Nikolov" Para: "users" , supo...@logicworks.pt Enviadas: Segunda-feira, 18 De Janeiro de 2021 19:16:17 Assunto: Re: [ovirt-users] Ovirt reporting dashboard not working Most probably the dwh is far in the future. The following is not the correct procedure , but it works: ssh root@engine su - postgres source /opt/rh/rh-postgresql10/enable psql engine engine=# select * from dwh_history_timekeeping ; Best Regards, Strahil Nikolov В понеделник, 18 януари 2021 г., 19:22:51 Гринуич+2, José Ferradeira via Users написа: Hello, Had a problem with the engine server, the clock changed to 2026 and now I don't have any report on the dashboard. The version is 4.2.3.8-1.el7 Any idea? Thanks ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/6YETINUGJEPAZSFTK35XVZ3SM5GH2OPU/ ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/KG34CLI5MIUT7OG4EVZJHHNOQTMSKJTQ/
[ovirt-users] Re: Red Hat 8.3 install error
I think is not the same thing. I'm not trying to configure the kernel. The problem here is, I download RH8 from the Red Hat Developer. In the first stage of the installation I'm able to register the subscription, but the error during the packages installation, it tries to register again and fails. So the problem is due to the Red Hat developer registration. De: "Yedidyah Bar David" Para: supo...@logicworks.pt Cc: "users" Enviadas: Domingo, 24 De Janeiro de 2021 11:10:40 Assunto: Re: [ovirt-users] Red Hat 8.3 install error On Fri, Jan 22, 2021 at 10:02 PM José Ferradeira via Users wrote: > > I'm trying to install a RH 8.3 VM, but during installation always get this > error: > > anaconda 33.16.3.26 exception report > Traceback (most recent call first): > File "/usr/lib/python3.6/site-packages/dasbus/client/handler.py", line 497, > in _handle_method_error > raise exception from None > File "/usr/lib/python3.6/site-packages/dasbus/client/handler.py", line 477, > in _get_method_reply > return self._handle_method_error(error) > File "/usr/lib/python3.6/site-packages/dasbus/client/handler.py", line 447, > in _call_method A quick search for this line finds me: https://bugzilla.redhat.com/show_bug.cgi?id=1912898 > **kwargs, > > > No problem when installing Centos 8.3 > Ovirt version Version 4.4.4.7-1.el8 > > Any idea? Perhaps check if the above bug applies to your case? If so, you can try to work around it by installing 8.2 and then upgrade. Also, perhaps attach your logs to that bug, and/or comment adding relevant information from your case. In any case, this does not sound like an oVirt bug to me. Thanks and best regards, -- Didi ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/N7WPFNVNTWFP57KOJSUQ65HQILHPXHGB/
[ovirt-users] Red Hat 8.3 install error
I'm trying to install a RH 8.3 VM, but during installation always get this error: anaconda 33.16.3.26 exception report Traceback (most recent call first): File "/usr/lib/python3.6/site-packages/dasbus/client/handler.py", line 497, in _handle_method_error raise exception from None File "/usr/lib/python3.6/site-packages/dasbus/client/handler.py", line 477, in _get_method_reply return self._handle_method_error(error) File "/usr/lib/python3.6/site-packages/dasbus/client/handler.py", line 447, in _call_method **kwargs, No problem when installing Centos 8.3 Ovirt version Version 4.4.4.7-1.el8 Any idea? Thanks -- Jose Ferradeira http://www.logicworks.pt ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/NU27RYIQKW56JNMRHCSMXC5YHIQWKAB3/
[ovirt-users] Re: Ovirt reporting dashboard not working
The postgres is older than 10: postgresql-jdbc-9.2.1002-6.el7_5.noarch postgresql-libs-9.2.23-3.el7_4.x86_64 rh-postgresql95-postgresql-server-9.5.9-4.el7.x86_64 rh-postgresql95-runtime-2.2-2.el7.x86_64 rh-postgresql95-postgresql-9.5.9-4.el7.x86_64 rh-postgresql95-postgresql-contrib-9.5.9-4.el7.x86_64 rh-postgresql95-postgresql-libs-9.5.9-4.el7.x86_64 collectd-postgresql-5.8.0-3.el7.x86_64 Should I use this instead: su - postgres scl enable rh-postgresql95 bash psql Thanks José De: supo...@logicworks.pt Para: "Strahil Nikolov" Cc: "users" Enviadas: Sexta-feira, 22 De Janeiro de 2021 16:39:04 Assunto: Re: [ovirt-users] Ovirt reporting dashboard not working Hello, # su - postgres -bash-4.2$ source /opt/rh/rh-postgresql10/enable -bash: /opt/rh/rh-postgresql10/enable: No such file or directory -bash-4.2$ psql engine -bash: psql: command not found -bash-4.2$ What am I doing wrong? Thanks José De: "Strahil Nikolov" Para: "users" , supo...@logicworks.pt Enviadas: Segunda-feira, 18 De Janeiro de 2021 19:16:17 Assunto: Re: [ovirt-users] Ovirt reporting dashboard not working Most probably the dwh is far in the future. The following is not the correct procedure , but it works: ssh root@engine su - postgres source /opt/rh/rh-postgresql10/enable psql engine engine=# select * from dwh_history_timekeeping ; Best Regards, Strahil Nikolov В понеделник, 18 януари 2021 г., 19:22:51 Гринуич+2, José Ferradeira via Users написа: Hello, Had a problem with the engine server, the clock changed to 2026 and now I don't have any report on the dashboard. The version is 4.2.3.8-1.el7 Any idea? Thanks -- Jose Ferradeira http://www.logicworks.pt ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/KPW5FFKG3AI6EINW4G74IKTYB2E4A5DT/ ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/6YETINUGJEPAZSFTK35XVZ3SM5GH2OPU/
[ovirt-users] Re: Ovirt reporting dashboard not working
Hello, # su - postgres -bash-4.2$ source /opt/rh/rh-postgresql10/enable -bash: /opt/rh/rh-postgresql10/enable: No such file or directory -bash-4.2$ psql engine -bash: psql: command not found -bash-4.2$ What am I doing wrong? Thanks José De: "Strahil Nikolov" Para: "users" , supo...@logicworks.pt Enviadas: Segunda-feira, 18 De Janeiro de 2021 19:16:17 Assunto: Re: [ovirt-users] Ovirt reporting dashboard not working Most probably the dwh is far in the future. The following is not the correct procedure , but it works: ssh root@engine su - postgres source /opt/rh/rh-postgresql10/enable psql engine engine=# select * from dwh_history_timekeeping ; Best Regards, Strahil Nikolov В понеделник, 18 януари 2021 г., 19:22:51 Гринуич+2, José Ferradeira via Users написа: Hello, Had a problem with the engine server, the clock changed to 2026 and now I don't have any report on the dashboard. The version is 4.2.3.8-1.el7 Any idea? Thanks -- Jose Ferradeira http://www.logicworks.pt ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/KPW5FFKG3AI6EINW4G74IKTYB2E4A5DT/ ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/XFLUOHFPYPYRID2EMMTZFE6KIYIVWB4M/
[ovirt-users] Ovirt reporting dashboard not working
Hello, Had a problem with the engine server, the clock changed to 2026 and now I don't have any report on the dashboard. The version is 4.2.3.8-1.el7 Any idea? Thanks -- Jose Ferradeira http://www.logicworks.pt ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/KPW5FFKG3AI6EINW4G74IKTYB2E4A5DT/
[ovirt-users] centos 7.9
Hello, Can I run ovirt 4.3.10.4-1.el7 over Centos 7.9 ? Thanks -- Jose Ferradeira http://www.logicworks.pt ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/YRGD7LM2C2GBCPD7IDG67YLYV5ZKMKLV/