Re: [ovirt-users] ovirt 3.5 engine web certificate
On Mon, Aug 31, 2015 at 6:08 PM, Alon Bar-Lev wrote: > > > - Original Message - > > From: "Baptiste Agasse" > > To: "users" > > Sent: Monday, August 31, 2015 6:54:28 PM > > Subject: [ovirt-users] ovirt 3.5 engine web certificate > > > > Hi all, > > > > I've followed the procedure to replace self signed certificate to one > issued > > by our internal PKI to avoid security failure when users access to the > webui > > ( > https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.5/html/Administration_Guide/appe-Red_Hat_Enterprise_Virtualization_and_SSL.html#Replacing_the_SSL_certificate_used_by_Red_Hat_Enterprise_Virtualization_Manager_to_identify_itself_to_users_connecting_over_https > ). > > The connection to the webui now works fine without any security warning > (the > > internal PKI CA is in the trusted CA of our clients OS). But on the other > > hand, i've some troubles: > > > > * I've to specify the --ca-file option for ovirt-shell and > > engine-iso-uploader (i didn't test the engine-image-upload command), it > will > > be nice if the documentation provide a way to replace this by default (or > > use the trusted ca store of the OS ?). This is not a bug just some > feedback > > on the certificate change procedure that don't cover these side effects. > > This is [1], probably you want to modify the configuration files of these > tools at /etc so you will have proper defaults. > > [1] https://bugzilla.redhat.com/show_bug.cgi?id=1146710 > > > * I can't add new ovirt-node anymore. > > If ovirt-node was added using previous certificate it "Remembers" that > certificate. > You can remove it from /etc/pki/vdsm/engine_web_ca.pem and try to register > again. > > > * The ovirt-hosted-engine --deploy fails > > on new nodes with an SSL error. To workaround this i've to modify the > file > > "/usr/lib/python2.7/site-packages/ovirtsdk/web/connection.py" around line > > 233 to make an insecure connection to the engine and add the new node. I > > didn't have tested to add a new node from the ovirt engine cli/webui but > i > > think it will be the same issue because the error occurs on the vdsm > > activation that is common to the 'new hosted engine node' and 'new node' > > deployment. I've seen > https://bugzilla.redhat.com/show_bug.cgi?id=1059952 > > but the workaround noted in the comment #8 didn't work for me. > > CC sandro for this. > Can you please share full sos report? > > > > > Someone have more info on this issue or have the same problem ? > > > > This deployment is on ovirt 3.5.3, CentOS 7 (engine and nodes). > > > > Have a nice day. > > > > Regards. > > > > -- > > Baptiste > > ___ > > Users mailing list > > Users@ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] ovirt 3.6 Failed to execute stage 'Environment setup'
Hi, can you please also share full sos report or at least the output of dmidecode commad? On Tue, Sep 1, 2015 at 8:17 AM, Richard Neuboeck wrote: > On 08/31/2015 05:24 PM, Simone Tiraboschi wrote: > > The output of hosted-engine --deploy is as follows: > > > > > > Could you please attach also its log? > > Sorry I didn't attach that immediately. The error shows clearly in > the log. As do some others. Though I'm not sure what's missing that > causes that python error. > > Cheers > Richard > > -- > /dev/null > > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] ovirt 3.6 Failed to execute stage 'Environment setup'
On Tue, Sep 1, 2015 at 8:17 AM, Richard Neuboeck wrote: > On 08/31/2015 05:24 PM, Simone Tiraboschi wrote: > > The output of hosted-engine --deploy is as follows: > > > > > > Could you please attach also its log? > > Sorry I didn't attach that immediately. The error shows clearly in > the log. As do some others. Though I'm not sure what's missing that > causes that python error. > vdscli raised when hosted-engine-setup called getVdsCapabilities() 2015-08-31 12:33:15 DEBUG otopi.context context._executeMethod:155 method exception Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/otopi/context.py", line 145, in _executeMethod method['method']() File "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/system/packages.py", line 89, in _late_setup caps = cli.getVdsCapabilities() File "/usr/lib64/python2.7/xmlrpclib.py", line 1224, in __call__ return self.__send(self.__name, args) File "/usr/lib64/python2.7/xmlrpclib.py", line 1578, in __request verbose=self.__verbose File "/usr/lib64/python2.7/xmlrpclib.py", line 1264, in request return self.single_request(host, handler, request_body, verbose) File "/usr/lib64/python2.7/xmlrpclib.py", line 1297, in single_request return self.parse_response(response) File "/usr/lib/python2.7/site-packages/vdsm/vdscli.py", line 43, in wrapped_parse_response return old_parse_response(*args, **kwargs) File "/usr/lib64/python2.7/xmlrpclib.py", line 1473, in parse_response return u.close() File "/usr/lib64/python2.7/xmlrpclib.py", line 793, in close raise Fault(**self._stack[0]) Fault: :cannot marshal None unless allow_none is enabled"> 2015-08-31 12:33:15 ERROR otopi.context context._executeMethod:164 Failed to execute stage 'Environment setup': :cannot marshal None unless allow_none is enabled"> The issue is probably here where VDSM try to respond with a None value for the host UUID 'vmTypes': ['kvm'], 'selinux': {'mode': '1'}, 'liveSnapshot': 'true', 'kdumpStatus': 0, 'networks': {}, 'bridges': {}, 'uuid': None, 'onlineCpus': '0,1,2,3,4,5,6,7,8,9,20,21,22,23,24,25,26,27,28,29,10,11,12,13,14,15,16,17,18,19,30,31,32,33,34,35,36,37,38,39', Indeed you had: Thread-64::DEBUG::2015-08-31 12:33:15,127::utils::661::root::(execCmd) /usr/bin/sudo -n /usr/sbin/dmidecode -s system-uuid (cwd None) Thread-64::DEBUG::2015-08-31 12:33:15,153::utils::679::root::(execCmd) FAILED: = '/dev/mem: Operation not permitted\n'; = 1 Thread-64::WARNING::2015-08-31 12:33:15,154::utils::812::root::(getHostUUID) Could not find host UUID. Thread-64::DEBUG::2015-08-31 Can you please try executing? /usr/sbin/dmidecode -s system-uuid > Cheers > Richard > > -- > /dev/null > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Updare issues from oVirt 3.5.0.1-1 to 3.5.3
Hi Maor, Ok, so how can I manage that, is there any solution to modify these VMs to be compliant with 3.5 DC ? You understand that I can't destroy the VMs and re-create them, is there any solution consisting to export Vm and re-import it, to become 3.5 compliant ? Thanks for your help. Regards Alain Alain VONDRA Chargé d'exploitation des Systèmes d'Information Direction Administrative et Financière +33 1 44 39 77 76 UNICEF France 3 rue Duguay Trouin 75006 PARIS www.unicef.fr -Message d'origine- De : Maor Lipchuk [mailto:mlipc...@redhat.com] Envoyé : lundi 31 août 2015 19:29 À : VONDRA Alain Cc : users@ovirt.org Objet : Re: [ovirt-users] Updare issues from oVirt 3.5.0.1-1 to 3.5.3 Hi Alain, The OVF_STORE disk is only supported for 3.5 DC versions and later. Since, in your last environment, you had 3.4 DC version, your VMs and Templates had no recover OVF_STORE disk in the Storage Domain. Regards, Maor - Original Message - > From: "VONDRA Alain" > To: "Maor Lipchuk" > Cc: users@ovirt.org > Sent: Monday, August 31, 2015 6:57:53 PM > Subject: [ovirt-users] Updare issues from oVirt 3.5.0.1-1 to 3.5.3 > > Hi, > After a crash disaster on march, saved thanks to Maor, I still have > many problems to update my engine. > The target from the beginning is to migrate my oVirt manager hosted on > a simple Desktop used to make a POC. > I have now a real server HP Proliant DL360 to install my definitive > PROD environment : > - 2 hosts with 64 Go of RAM CentOS 6.7 updated > - 1 SAN bay with 12 To > - 1 PC on CentOS 7 running a VM engine with oVirt 3.5.0.1-1 under > CentOS 6.7 This version of oVirt came from updating oVirt 3.4 (maybe > the node of problems). > From the actual version, I couldn't finalize any update to 3.5.1 or > now > 3.5.3 without error messages. > I have made a success try, if I make a clean install, without the > postgresql data, and also tried to inject these data, but the engine > failed after this action. > So I was thinking that building a new manager on the physical server > with CentOS 7.1 and oVirt 3.5.3 could resolve all my troubles... > Once again, last Friday I could success. > All seems to be OK : > - Creation of a new DC > - Creation of the Cluster > - Creation of the 2 hosts > - Networks, etc... > But when I import all the iSCSI Storage domains (containing all my > VMs), everything is OK but each Storage Domains didn't show any VMs... > The only Storage that show an Import VM was my Test Storage of 10 Go > with a test Vm created some days ago (so the track of the DC version > 3.5 is not so > bad) > All the VMs created when the DC version was 3.4 disappeared during the > import. The import Storage Domain feature is only supported for 3.5 DC and later versions > Likely I made backups, so I had to restore the two hosts and the > manager to find back my DC running on oVirt 3.5.0.1-1 > I am pretty lost, and I really need help to migrate and also to be > able to upgrade normally oVirt and finally validate after a long time > the platform in PRODUCTION. > > One question : > - Is it correct to have the oVirt manager with CentOS 7.1 and the > hosts with CentOS 6.7 ? > > Thanks for your help or experiences with this kind of migration. > Alain > > > > > > Alain VONDRA > Chargé d'exploitation des Systèmes d'Information Direction > Administrative et Financière > +33 1 44 39 77 76 > UNICEF France > 3 rue Duguay Trouin 75006 PARIS > www.unicef.fr > > > > > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Updare issues from oVirt 3.5.0.1-1 to 3.5.3
Hi, If I export virt-v2v to export a VM and after the same way to import in the DC, this will solve my problem ? Have you any idea about my issues during updating oVirt from 3.5.0-1 to 3.5.3 ? Thanks Regards Alain Alain VONDRA Chargé d'exploitation des Systèmes d'Information Direction Administrative et Financière +33 1 44 39 77 76 UNICEF France 3 rue Duguay Trouin 75006 PARIS www.unicef.fr -Message d'origine- De : users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] De la part de VONDRA Alain Envoyé : mardi 1 septembre 2015 10:01 À : Maor Lipchuk Cc : users@ovirt.org Objet : Re: [ovirt-users] Updare issues from oVirt 3.5.0.1-1 to 3.5.3 Hi Maor, Ok, so how can I manage that, is there any solution to modify these VMs to be compliant with 3.5 DC ? You understand that I can't destroy the VMs and re-create them, is there any solution consisting to export Vm and re-import it, to become 3.5 compliant ? Thanks for your help. Regards Alain Alain VONDRA Chargé d'exploitation des Systèmes d'Information Direction Administrative et Financière +33 1 44 39 77 76 UNICEF France 3 rue Duguay Trouin 75006 PARIS www.unicef.fr -Message d'origine- De : Maor Lipchuk [mailto:mlipc...@redhat.com] Envoyé : lundi 31 août 2015 19:29 À : VONDRA Alain Cc : users@ovirt.org Objet : Re: [ovirt-users] Updare issues from oVirt 3.5.0.1-1 to 3.5.3 Hi Alain, The OVF_STORE disk is only supported for 3.5 DC versions and later. Since, in your last environment, you had 3.4 DC version, your VMs and Templates had no recover OVF_STORE disk in the Storage Domain. Regards, Maor - Original Message - > From: "VONDRA Alain" > To: "Maor Lipchuk" > Cc: users@ovirt.org > Sent: Monday, August 31, 2015 6:57:53 PM > Subject: [ovirt-users] Updare issues from oVirt 3.5.0.1-1 to 3.5.3 > > Hi, > After a crash disaster on march, saved thanks to Maor, I still have > many problems to update my engine. > The target from the beginning is to migrate my oVirt manager hosted on > a simple Desktop used to make a POC. > I have now a real server HP Proliant DL360 to install my definitive > PROD environment : > - 2 hosts with 64 Go of RAM CentOS 6.7 updated > - 1 SAN bay with 12 To > - 1 PC on CentOS 7 running a VM engine with oVirt 3.5.0.1-1 under > CentOS 6.7 This version of oVirt came from updating oVirt 3.4 (maybe > the node of problems). > From the actual version, I couldn't finalize any update to 3.5.1 or > now > 3.5.3 without error messages. > I have made a success try, if I make a clean install, without the > postgresql data, and also tried to inject these data, but the engine > failed after this action. > So I was thinking that building a new manager on the physical server > with CentOS 7.1 and oVirt 3.5.3 could resolve all my troubles... > Once again, last Friday I could success. > All seems to be OK : > - Creation of a new DC > - Creation of the Cluster > - Creation of the 2 hosts > - Networks, etc... > But when I import all the iSCSI Storage domains (containing all my > VMs), everything is OK but each Storage Domains didn't show any VMs... > The only Storage that show an Import VM was my Test Storage of 10 Go > with a test Vm created some days ago (so the track of the DC version > 3.5 is not so > bad) > All the VMs created when the DC version was 3.4 disappeared during the > import. The import Storage Domain feature is only supported for 3.5 DC and later versions > Likely I made backups, so I had to restore the two hosts and the > manager to find back my DC running on oVirt 3.5.0.1-1 > I am pretty lost, and I really need help to migrate and also to be > able to upgrade normally oVirt and finally validate after a long time > the platform in PRODUCTION. > > One question : > - Is it correct to have the oVirt manager with CentOS 7.1 and the > hosts with CentOS 6.7 ? > > Thanks for your help or experiences with this kind of migration. > Alain > > > > > > Alain VONDRA > Chargé d'exploitation des Systèmes d'Information Direction > Administrative et Financière > +33 1 44 39 77 76 > UNICEF France > 3 rue Duguay Trouin 75006 PARIS > www.unicef.fr > > > > > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] Testing ovirt 3.6 Beta 3
Hi, Another test of ovirt hosted-engine on FC22 using ovirt 3.6 Beta3. VM engine is also a FC22 Problem: - No VM engine on webui Test Environment Just two machines: 1 - Machine 1 used as storage : - iscsi target with a raw file for the VM engine storage - NFS4 for other data domains 2 - Machine 2 used as hypervisor The installation went without problem, but as always, the VM engine is not present on the webui. PS: 1- I gave the VM engine just 2Gb of memory since I don't have too much RAM on hypervisor, could that be the cause of the problem? 2- This version of ovirt-hosted-engine-ha-1.3.0-0.0.master.20150424113926.20150424113923.git7c14f4c.fc22.noarch.rpm package is causing the ovirt-ha-agent to crash, it was replaced with another which I still have ovirt-hosted-engine-ha-1.3.0-0.0.master.20150820064645.20150820064642.git02529e0.fc22.noarch.rpm, but it's not present on the repository, I had to update the package manually at the end of ovirt-hosted-engine-setup installation. Regards ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Updare issues from oVirt 3.5.0.1-1 to 3.5.3
Do you still have those VMs in a backup setup somewhere, or an export domain? if so, try to upgrade the DC to 3.5, if not, you can try to use virt-v2v with the OVF files (which should be in the master domain) to import all the VMs and Templates back to the Data Center. Then try to upgrade the Data Center to 3.5, and you will have support of OVF_STORE disk. Regards, Maor - Original Message - > From: "VONDRA Alain" > To: "Maor Lipchuk" > Cc: users@ovirt.org > Sent: Tuesday, September 1, 2015 11:20:41 AM > Subject: RE: [ovirt-users] Updare issues from oVirt 3.5.0.1-1 to 3.5.3 > > Hi, > If I export virt-v2v to export a VM and after the same way to import in the > DC, this will solve my problem ? > Have you any idea about my issues during updating oVirt from 3.5.0-1 to 3.5.3 > ? > Thanks > Regards > Alain > > > > > > Alain VONDRA > Chargé d'exploitation des Systèmes d'Information > Direction Administrative et Financière > +33 1 44 39 77 76 > UNICEF France > 3 rue Duguay Trouin 75006 PARIS > www.unicef.fr > > > > > -Message d'origine- > De : users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] De la part de > VONDRA Alain > Envoyé : mardi 1 septembre 2015 10:01 > À : Maor Lipchuk > Cc : users@ovirt.org > Objet : Re: [ovirt-users] Updare issues from oVirt 3.5.0.1-1 to 3.5.3 > > Hi Maor, > Ok, so how can I manage that, is there any solution to modify these VMs to be > compliant with 3.5 DC ? > You understand that I can't destroy the VMs and re-create them, is there any > solution consisting to export Vm and re-import it, to become 3.5 compliant ? > Thanks for your help. > Regards > Alain > > > > > Alain VONDRA > Chargé d'exploitation des Systèmes d'Information Direction Administrative et > Financière > +33 1 44 39 77 76 > UNICEF France > 3 rue Duguay Trouin 75006 PARIS > www.unicef.fr > > > > > -Message d'origine- > De : Maor Lipchuk [mailto:mlipc...@redhat.com] Envoyé : lundi 31 août 2015 > 19:29 À : VONDRA Alain Cc : users@ovirt.org Objet : Re: [ovirt-users] Updare > issues from oVirt 3.5.0.1-1 to 3.5.3 > > Hi Alain, > > The OVF_STORE disk is only supported for 3.5 DC versions and later. > Since, in your last environment, you had 3.4 DC version, your VMs and > Templates had no recover OVF_STORE disk in the Storage Domain. > > Regards, > Maor > > > > > - Original Message - > > From: "VONDRA Alain" > > To: "Maor Lipchuk" > > Cc: users@ovirt.org > > Sent: Monday, August 31, 2015 6:57:53 PM > > Subject: [ovirt-users] Updare issues from oVirt 3.5.0.1-1 to 3.5.3 > > > > Hi, > > After a crash disaster on march, saved thanks to Maor, I still have > > many problems to update my engine. > > The target from the beginning is to migrate my oVirt manager hosted on > > a simple Desktop used to make a POC. > > I have now a real server HP Proliant DL360 to install my definitive > > PROD environment : > > - 2 hosts with 64 Go of RAM CentOS 6.7 updated > > - 1 SAN bay with 12 To > > - 1 PC on CentOS 7 running a VM engine with oVirt 3.5.0.1-1 under > > CentOS 6.7 This version of oVirt came from updating oVirt 3.4 (maybe > > the node of problems). > > From the actual version, I couldn't finalize any update to 3.5.1 or > > now > > 3.5.3 without error messages. > > I have made a success try, if I make a clean install, without the > > postgresql data, and also tried to inject these data, but the engine > > failed after this action. > > So I was thinking that building a new manager on the physical server > > with CentOS 7.1 and oVirt 3.5.3 could resolve all my troubles... > > Once again, last Friday I could success. > > All seems to be OK : > > - Creation of a new DC > > - Creation of the Cluster > > - Creation of the 2 hosts > > - Networks, etc... > > But when I import all the iSCSI Storage domains (containing all my > > VMs), everything is OK but each Storage Domains didn't show any VMs... > > The only Storage that show an Import VM was my Test Storage of 10 Go > > with a test Vm created some days ago (so the track of the DC version > > 3.5 is not so > > bad) > > All the VMs created when the DC version was 3.4 disappeared during the > > import. > > The import Storage Domain feature is only supported for 3.5 DC and later > versions > > > Likely I made backups, so I had to restore the two hosts and the > > manager to find back my DC running on oVirt 3.5.0.1-1 > > I am pretty lost, and I really need help to migrate and also to be > > able to upgrade normally oVirt and finally validate after a long time > > the platform in PRODUCTION. > > > > One question : > > - Is it correct to have the oVirt manager with CentOS 7.1 and the > > hosts with CentOS 6.7 ? > > > > Thanks for your help or experiences with this kind of migration. > > Alain > > > > > > > > > > > > Alain VONDRA > > Chargé d'exploitation des Systèmes d'Information Direction > > Administrative et Financière > > +33 1 44 39 77 76 > > UNICEF France > > 3 rue Duguay Trouin 75006 PARIS > > www.unicef.
Re: [ovirt-users] ovirt 3.6 Failed to execute stage 'Environment setup'
On 09/01/2015 09:55 AM, Simone Tiraboschi wrote: > Indeed you had: > Thread-64::DEBUG::2015-08-31 > 12:33:15,127::utils::661::root::(execCmd) /usr/bin/sudo -n > /usr/sbin/dmidecode -s system-uuid (cwd None) > Thread-64::DEBUG::2015-08-31 > 12:33:15,153::utils::679::root::(execCmd) FAILED: = '/dev/mem: > Operation not permitted\n'; = 1 > Thread-64::WARNING::2015-08-31 > 12:33:15,154::utils::812::root::(getHostUUID) Could not find host UUID. > Thread-64::DEBUG::2015-08-31 > > Can you please try executing? > /usr/sbin/dmidecode -s system-uuid dmidecode always fails and according to the things I've read this is caused by the kernel restricting access to /dev/mem. But this shouldn't affect the root user. It does anyway. I've tried with selinux on and off. Is there a way around this problem? So far I didn't find anything really helpful by googling around. This problem seems only to affect these kind of machines. CentOS 7.1 installations with the same kernel on another machine lets me run dmidecode without problems. I guess I'm missing something. [root@cube-one tmp]# dmidecode # dmidecode 2.12 # SMBIOS entry point at 0xbafbaca0 /dev/mem: Operation not permitted [root@cube-one tmp]# /usr/sbin/dmidecode -s system-uuid /dev/mem: Operation not permitted [root@cube-one tmp]# grep DEVMEM /boot/config-3.10.0-229.11.1.el7.x86_64 CONFIG_STRICT_DEVMEM=y Cheers Richard -- /dev/null signature.asc Description: OpenPGP digital signature ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] ovirt 3.6 Failed to execute stage 'Environment setup'
Adding Oved On Tue, Sep 1, 2015 at 10:47 AM, Richard Neuboeck wrote: > On 09/01/2015 09:55 AM, Simone Tiraboschi wrote: > > Indeed you had: > > Thread-64::DEBUG::2015-08-31 > > 12:33:15,127::utils::661::root::(execCmd) /usr/bin/sudo -n > > /usr/sbin/dmidecode -s system-uuid (cwd None) > > Thread-64::DEBUG::2015-08-31 > > 12:33:15,153::utils::679::root::(execCmd) FAILED: = '/dev/mem: > > Operation not permitted\n'; = 1 > > Thread-64::WARNING::2015-08-31 > > 12:33:15,154::utils::812::root::(getHostUUID) Could not find host UUID. > > Thread-64::DEBUG::2015-08-31 > > > > Can you please try executing? > > /usr/sbin/dmidecode -s system-uuid > > dmidecode always fails and according to the things I've read this is > caused by the kernel restricting access to /dev/mem. But this > shouldn't affect the root user. It does anyway. I've tried with > selinux on and off. Is there a way around this problem? So far I > didn't find anything really helpful by googling around. This problem > seems only to affect these kind of machines. CentOS 7.1 > installations with the same kernel on another machine lets me run > dmidecode without problems. I guess I'm missing something. > > [root@cube-one tmp]# dmidecode > # dmidecode 2.12 > # SMBIOS entry point at 0xbafbaca0 > /dev/mem: Operation not permitted > > [root@cube-one tmp]# /usr/sbin/dmidecode -s system-uuid > /dev/mem: Operation not permitted > dmidecode -s system-uuid is failing cause it cannot read /dev/mem so VDSM fails getting the host UUID and so vdscli raise an exception about a None value on 'uuid' when hosted-engine calls getVdsCapabilities. Any hint on that or any workaround? > [root@cube-one tmp]# grep DEVMEM > /boot/config-3.10.0-229.11.1.el7.x86_64 > CONFIG_STRICT_DEVMEM=y > > Cheers > Richard > > -- > /dev/null > > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] ovirt 3.6 Failed to execute stage 'Environment setup'
Adding Oved On Tue, Sep 1, 2015 at 10:47 AM, Richard Neuboeck > wrote: > >> On 09/01/2015 09:55 AM, Simone Tiraboschi wrote: >> > Indeed you had: >> > Thread-64::DEBUG::2015-08-31 >> > 12:33:15,127::utils::661::root::(execCmd) /usr/bin/sudo -n >> > /usr/sbin/dmidecode -s system-uuid (cwd None) >> > Thread-64::DEBUG::2015-08-31 >> > 12:33:15,153::utils::679::root::(execCmd) FAILED: = '/dev/mem: >> > Operation not permitted\n'; = 1 >> > Thread-64::WARNING::2015-08-31 >> > 12:33:15,154::utils::812::root::(getHostUUID) Could not find host UUID. >> > Thread-64::DEBUG::2015-08-31 >> > >> > Can you please try executing? >> > /usr/sbin/dmidecode -s system-uuid >> >> dmidecode always fails and according to the things I've read this is >> caused by the kernel restricting access to /dev/mem. But this >> shouldn't affect the root user. It does anyway. I've tried with >> selinux on and off. Is there a way around this problem? So far I >> didn't find anything really helpful by googling around. This problem >> seems only to affect these kind of machines. CentOS 7.1 >> installations with the same kernel on another machine lets me run >> dmidecode without problems. I guess I'm missing something. >> >> [root@cube-one tmp]# dmidecode >> # dmidecode 2.12 >> # SMBIOS entry point at 0xbafbaca0 >> /dev/mem: Operation not permitted >> >> [root@cube-one tmp]# /usr/sbin/dmidecode -s system-uuid >> /dev/mem: Operation not permitted > > dmidecode -s system-uuid is failing cause it cannot read /dev/mem so VDSM fails getting the host UUID and so vdscli raise an exception about a None value on 'uuid' when hosted-engine calls getVdsCapabilities. Any hint on that or any workaround? [root@cube-one tmp]# grep DEVMEM >> /boot/config-3.10.0-229.11.1.el7.x86_64 >> CONFIG_STRICT_DEVMEM=y >> >> Cheers >> Richard >> >> -- >> /dev/null >> >> > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] ovirt 3.6 Failed to execute stage 'Environment setup'
The dmidecode problem really only affects those three machines I'm trying to set up as ovirt hosts. Since I couldn't find anything wrong in the CentOS setup I tried Fedora 22 and got the same result. /dev/mem: Operation not permitted I'm sorry to have bothered you guys with this problem that is obviously not ovirt related. I'll try to find a solution and keep you posted. All the best Richard On 09/01/2015 11:14 AM, Simone Tiraboschi wrote: > Adding Oved > > On Tue, Sep 1, 2015 at 10:47 AM, Richard Neuboeck > mailto:h...@tbi.univie.ac.at>> wrote: > > On 09/01/2015 09:55 AM, Simone Tiraboschi wrote: > > Indeed you had: > > Thread-64::DEBUG::2015-08-31 > > 12:33:15,127::utils::661::root::(execCmd) /usr/bin/sudo -n > > /usr/sbin/dmidecode -s system-uuid (cwd None) > > Thread-64::DEBUG::2015-08-31 > > 12:33:15,153::utils::679::root::(execCmd) FAILED: = '/dev/mem: > > Operation not permitted\n'; = 1 > > Thread-64::WARNING::2015-08-31 > > 12:33:15,154::utils::812::root::(getHostUUID) Could not find host > UUID. > > Thread-64::DEBUG::2015-08-31 > > > > Can you please try executing? > > /usr/sbin/dmidecode -s system-uuid > > dmidecode always fails and according to the things I've read > this is > caused by the kernel restricting access to /dev/mem. But this > shouldn't affect the root user. It does anyway. I've tried with > selinux on and off. Is there a way around this problem? So far I > didn't find anything really helpful by googling around. This > problem > seems only to affect these kind of machines. CentOS 7.1 > installations with the same kernel on another machine lets > me run > dmidecode without problems. I guess I'm missing something. > > [root@cube-one tmp]# dmidecode > # dmidecode 2.12 > # SMBIOS entry point at 0xbafbaca0 > /dev/mem: Operation not permitted > > [root@cube-one tmp]# /usr/sbin/dmidecode -s system-uuid > /dev/mem: Operation not permitted > > > dmidecode -s system-uuid is failing cause it cannot read /dev/mem so > VDSM fails getting the host UUID and so vdscli raise an exception > about a None value on 'uuid' when hosted-engine > calls getVdsCapabilities. > Any hint on that or any workaround? > > [root@cube-one tmp]# grep DEVMEM > /boot/config-3.10.0-229.11.1.el7.x86_64 > CONFIG_STRICT_DEVMEM=y > > Cheers > Richard > > -- > /dev/null > > > -- /dev/null signature.asc Description: OpenPGP digital signature ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Testing ovirt 3.6 Beta 3
On Tue, Sep 1, 2015 at 11:25 AM, wodel youchi wrote: > Hi, > > Another test of ovirt hosted-engine on FC22 using ovirt 3.6 Beta3. > VM engine is also a FC22 > > Problem: > - No VM engine on webui This is still not supported, see/follow [1]. [1] https://bugzilla.redhat.com/show_bug.cgi?id=1224889 > > > Test Environment > Just two machines: > > 1 - Machine 1 used as storage : >- iscsi target with a raw file for the VM engine storage >- NFS4 for other data domains > > 2 - Machine 2 used as hypervisor > > > The installation went without problem, but as always, the VM engine is not > present on the webui. > > > PS: > 1- I gave the VM engine just 2Gb of memory since I don't have too much RAM > on hypervisor, could that be the cause of the problem? Shouldn't be related > 2- This version of > ovirt-hosted-engine-ha-1.3.0-0.0.master.20150424113926.20150424113923.git7c14f4c.fc22.noarch.rpm > package is causing the ovirt-ha-agent to crash, it was replaced with another > which I still have > ovirt-hosted-engine-ha-1.3.0-0.0.master.20150820064645.20150820064642.git02529e0.fc22.noarch.rpm, > but it's not present on the repository, I had to update the package manually > at the end of ovirt-hosted-engine-setup installation. Not sure I follow. What exact repo was used? hosted-engine --deploy does not update/install packages for you (as does engine-setup), it's up to you to make sure what you want/need is installed prior to running it. Best, -- Didi ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Testing ovirt 3.6 Beta 3
On Tue, Sep 1, 2015 at 11:46 AM, Yedidyah Bar David wrote: > On Tue, Sep 1, 2015 at 11:25 AM, wodel youchi > wrote: > > Hi, > > > > Another test of ovirt hosted-engine on FC22 using ovirt 3.6 Beta3. > > VM engine is also a FC22 > > > > Problem: > > - No VM engine on webui > > This is still not supported, see/follow [1]. > > [1] https://bugzilla.redhat.com/show_bug.cgi?id=1224889 ? :-) Did you also try adding an additional storage domain for regular VMs? engine-VM will be shown on the engine only when you add at least one additional storage domain for regulars VM and the whole datacenter goes up: https://bugzilla.redhat.com/show_bug.cgi?id=1222010#c1 > > Test Environment > > Just two machines: > > > > 1 - Machine 1 used as storage : > >- iscsi target with a raw file for the VM engine storage > >- NFS4 for other data domains > > > > 2 - Machine 2 used as hypervisor > > > > > > The installation went without problem, but as always, the VM engine is > not > > present on the webui. > > > > > > PS: > > 1- I gave the VM engine just 2Gb of memory since I don't have too much > RAM > > on hypervisor, could that be the cause of the problem? > > Shouldn't be related > > > 2- This version of > > > ovirt-hosted-engine-ha-1.3.0-0.0.master.20150424113926.20150424113923.git7c14f4c.fc22.noarch.rpm > > package is causing the ovirt-ha-agent to crash, it was replaced with > another > > which I still have > > > ovirt-hosted-engine-ha-1.3.0-0.0.master.20150820064645.20150820064642.git02529e0.fc22.noarch.rpm, > > but it's not present on the repository, I had to update the package > manually > > at the end of ovirt-hosted-engine-setup installation. > > Not sure I follow. > > What exact repo was used? > > hosted-engine --deploy does not update/install packages for you (as > does engine-setup), > it's up to you to make sure what you want/need is installed prior to > running it. > > Best, > -- > Didi > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Testing ovirt 3.6 Beta 3
Hi, I am using the repo of the 3.6 version ( http://plain.resources.ovirt.org/pub/ovirt-3.6-pre/rpm/fc22/) I installed the ovirt-hosted-engine-setup with it's dependencies,and the ovirt-hosted-engine-ha package is one of them. Correction: The problem with this version ovirt-hosted-engine-ha-1.3.0-0.0.master.2015*0819*082341.20150819082338.git183a4ff.fc22.noarch.rpm, is that after the installation is done, the service ovirt-ha-agent crashes after being started, see the bug : https://bugzilla.redhat.com/show_bug.cgi?id=1254745 A new version was produced, I downloaded it manually a few days ago, this is it : ovirt-hosted-engine-ha-1.3.0-0.0.master.2015*0820* 064645.20150820064642.git02529e0.fc22.noarch.rpm This one did correct the problem, but it's not present anymore on the repository. For Simone: yes I did added an NFS4 data domain, but no success so far, no VM engine present. Regards. 2015-09-01 11:15 GMT+01:00 Simone Tiraboschi : > > > On Tue, Sep 1, 2015 at 11:46 AM, Yedidyah Bar David > wrote: > >> On Tue, Sep 1, 2015 at 11:25 AM, wodel youchi >> wrote: >> > Hi, >> > >> > Another test of ovirt hosted-engine on FC22 using ovirt 3.6 Beta3. >> > VM engine is also a FC22 >> > >> > Problem: >> > - No VM engine on webui >> >> This is still not supported, see/follow [1]. >> >> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1224889 > > > ? :-) > > Did you also try adding an additional storage domain for regular VMs? > engine-VM will be shown on the engine only when you add at least one > additional storage domain for regulars VM and the whole datacenter goes up: > https://bugzilla.redhat.com/show_bug.cgi?id=1222010#c1 > > > >> > Test Environment >> > Just two machines: >> > >> > 1 - Machine 1 used as storage : >> >- iscsi target with a raw file for the VM engine storage >> >- NFS4 for other data domains >> > >> > 2 - Machine 2 used as hypervisor >> > >> > >> > The installation went without problem, but as always, the VM engine is >> not >> > present on the webui. >> > >> > >> > PS: >> > 1- I gave the VM engine just 2Gb of memory since I don't have too much >> RAM >> > on hypervisor, could that be the cause of the problem? >> >> Shouldn't be related >> >> > 2- This version of >> > >> ovirt-hosted-engine-ha-1.3.0-0.0.master.20150424113926.20150424113923.git7c14f4c.fc22.noarch.rpm >> > package is causing the ovirt-ha-agent to crash, it was replaced with >> another >> > which I still have >> > >> ovirt-hosted-engine-ha-1.3.0-0.0.master.20150820064645.20150820064642.git02529e0.fc22.noarch.rpm, >> > but it's not present on the repository, I had to update the package >> manually >> > at the end of ovirt-hosted-engine-setup installation. >> >> Not sure I follow. >> >> What exact repo was used? >> >> hosted-engine --deploy does not update/install packages for you (as >> does engine-setup), >> it's up to you to make sure what you want/need is installed prior to >> running it. >> >> Best, >> -- >> Didi >> ___ >> Users mailing list >> Users@ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Testing ovirt 3.6 Beta 3
On Tue, Sep 1, 2015 at 1:25 PM, wodel youchi wrote: > Hi, > > I am using the repo of the 3.6 version > (http://plain.resources.ovirt.org/pub/ovirt-3.6-pre/rpm/fc22/) > > I installed the ovirt-hosted-engine-setup with it's dependencies,and the > ovirt-hosted-engine-ha package is one of them. > > Correction: The problem with this version > ovirt-hosted-engine-ha-1.3.0-0.0.master.20150819082341.20150819082338.git183a4ff.fc22.noarch.rpm, > is that after the installation is done, the service ovirt-ha-agent crashes > after being started, see the bug : > > https://bugzilla.redhat.com/show_bug.cgi?id=1254745 > > A new version was produced, I downloaded it manually a few days ago, this is > it : > ovirt-hosted-engine-ha-1.3.0-0.0.master.20150820064645.20150820064642.git02529e0.fc22.noarch.rpm > > This one did correct the problem, but it's not present anymore on the > repository. Was this on ovirt-3.6-pre? ovirt-3.6-snapshot has a newer version. > > For Simone: yes I did added an NFS4 data domain, but no success so far, no > VM engine present. > > Regards. > > 2015-09-01 11:15 GMT+01:00 Simone Tiraboschi : >> >> >> >> On Tue, Sep 1, 2015 at 11:46 AM, Yedidyah Bar David >> wrote: >>> >>> On Tue, Sep 1, 2015 at 11:25 AM, wodel youchi >>> wrote: >>> > Hi, >>> > >>> > Another test of ovirt hosted-engine on FC22 using ovirt 3.6 Beta3. >>> > VM engine is also a FC22 >>> > >>> > Problem: >>> > - No VM engine on webui >>> >>> This is still not supported, see/follow [1]. >>> >>> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1224889 >> >> >> ? :-) Sorry :-( https://bugzilla.redhat.com/show_bug.cgi?id=1160094 I see that all patches there are merged, but bug is in POST. >> >> Did you also try adding an additional storage domain for regular VMs? >> engine-VM will be shown on the engine only when you add at least one >> additional storage domain for regulars VM and the whole datacenter goes up: >> https://bugzilla.redhat.com/show_bug.cgi?id=1222010#c1 >> >> >>> >>> > Test Environment >>> > Just two machines: >>> > >>> > 1 - Machine 1 used as storage : >>> >- iscsi target with a raw file for the VM engine storage >>> >- NFS4 for other data domains >>> > >>> > 2 - Machine 2 used as hypervisor >>> > >>> > >>> > The installation went without problem, but as always, the VM engine is >>> > not >>> > present on the webui. >>> > >>> > >>> > PS: >>> > 1- I gave the VM engine just 2Gb of memory since I don't have too much >>> > RAM >>> > on hypervisor, could that be the cause of the problem? >>> >>> Shouldn't be related >>> >>> > 2- This version of >>> > >>> > ovirt-hosted-engine-ha-1.3.0-0.0.master.20150424113926.20150424113923.git7c14f4c.fc22.noarch.rpm >>> > package is causing the ovirt-ha-agent to crash, it was replaced with >>> > another >>> > which I still have >>> > >>> > ovirt-hosted-engine-ha-1.3.0-0.0.master.20150820064645.20150820064642.git02529e0.fc22.noarch.rpm, >>> > but it's not present on the repository, I had to update the package >>> > manually >>> > at the end of ovirt-hosted-engine-setup installation. >>> >>> Not sure I follow. >>> >>> What exact repo was used? >>> >>> hosted-engine --deploy does not update/install packages for you (as >>> does engine-setup), >>> it's up to you to make sure what you want/need is installed prior to >>> running it. >>> >>> Best, >>> -- >>> Didi >>> ___ >>> Users mailing list >>> Users@ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >> >> > -- Didi ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Testing ovirt 3.6 Beta 3
Ok I will test with 3.6 snapshot repository ... Thanks 2015-09-01 11:40 GMT+01:00 Yedidyah Bar David : > On Tue, Sep 1, 2015 at 1:25 PM, wodel youchi > wrote: > > Hi, > > > > I am using the repo of the 3.6 version > > (http://plain.resources.ovirt.org/pub/ovirt-3.6-pre/rpm/fc22/) > > > > I installed the ovirt-hosted-engine-setup with it's dependencies,and the > > ovirt-hosted-engine-ha package is one of them. > > > > Correction: The problem with this version > > > ovirt-hosted-engine-ha-1.3.0-0.0.master.20150819082341.20150819082338.git183a4ff.fc22.noarch.rpm, > > is that after the installation is done, the service ovirt-ha-agent > crashes > > after being started, see the bug : > > > > https://bugzilla.redhat.com/show_bug.cgi?id=1254745 > > > > A new version was produced, I downloaded it manually a few days ago, > this is > > it : > > > ovirt-hosted-engine-ha-1.3.0-0.0.master.20150820064645.20150820064642.git02529e0.fc22.noarch.rpm > > > > This one did correct the problem, but it's not present anymore on the > > repository. > > Was this on ovirt-3.6-pre? > > ovirt-3.6-snapshot has a newer version. > > > > > For Simone: yes I did added an NFS4 data domain, but no success so far, > no > > VM engine present. > > > > Regards. > > > > 2015-09-01 11:15 GMT+01:00 Simone Tiraboschi : > >> > >> > >> > >> On Tue, Sep 1, 2015 at 11:46 AM, Yedidyah Bar David > >> wrote: > >>> > >>> On Tue, Sep 1, 2015 at 11:25 AM, wodel youchi > >>> wrote: > >>> > Hi, > >>> > > >>> > Another test of ovirt hosted-engine on FC22 using ovirt 3.6 Beta3. > >>> > VM engine is also a FC22 > >>> > > >>> > Problem: > >>> > - No VM engine on webui > >>> > >>> This is still not supported, see/follow [1]. > >>> > >>> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1224889 > >> > >> > >> ? :-) > > Sorry :-( > > https://bugzilla.redhat.com/show_bug.cgi?id=1160094 > > I see that all patches there are merged, but bug is in POST. > > >> > >> Did you also try adding an additional storage domain for regular VMs? > >> engine-VM will be shown on the engine only when you add at least one > >> additional storage domain for regulars VM and the whole datacenter goes > up: > >> https://bugzilla.redhat.com/show_bug.cgi?id=1222010#c1 > >> > >> > >>> > >>> > Test Environment > >>> > Just two machines: > >>> > > >>> > 1 - Machine 1 used as storage : > >>> >- iscsi target with a raw file for the VM engine storage > >>> >- NFS4 for other data domains > >>> > > >>> > 2 - Machine 2 used as hypervisor > >>> > > >>> > > >>> > The installation went without problem, but as always, the VM engine > is > >>> > not > >>> > present on the webui. > >>> > > >>> > > >>> > PS: > >>> > 1- I gave the VM engine just 2Gb of memory since I don't have too > much > >>> > RAM > >>> > on hypervisor, could that be the cause of the problem? > >>> > >>> Shouldn't be related > >>> > >>> > 2- This version of > >>> > > >>> > > ovirt-hosted-engine-ha-1.3.0-0.0.master.20150424113926.20150424113923.git7c14f4c.fc22.noarch.rpm > >>> > package is causing the ovirt-ha-agent to crash, it was replaced with > >>> > another > >>> > which I still have > >>> > > >>> > > ovirt-hosted-engine-ha-1.3.0-0.0.master.20150820064645.20150820064642.git02529e0.fc22.noarch.rpm, > >>> > but it's not present on the repository, I had to update the package > >>> > manually > >>> > at the end of ovirt-hosted-engine-setup installation. > >>> > >>> Not sure I follow. > >>> > >>> What exact repo was used? > >>> > >>> hosted-engine --deploy does not update/install packages for you (as > >>> does engine-setup), > >>> it's up to you to make sure what you want/need is installed prior to > >>> running it. > >>> > >>> Best, > >>> -- > >>> Didi > >>> ___ > >>> Users mailing list > >>> Users@ovirt.org > >>> http://lists.ovirt.org/mailman/listinfo/users > >> > >> > > > > > > -- > Didi > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] ovirt 3.5 engine web certificate
Hi, - Le 1 Sep 15, à 9:43, Sandro Bonazzola a écrit : > On Mon, Aug 31, 2015 at 6:08 PM, Alon Bar-Lev < alo...@redhat.com > wrote: >> - Original Message - >> > From: "Baptiste Agasse" < baptiste.aga...@lyra-network.com > >> > To: "users" < users@ovirt.org > >> > Sent: Monday, August 31, 2015 6:54:28 PM >> > Subject: [ovirt-users] ovirt 3.5 engine web certificate >> > Hi all, >> > I've followed the procedure to replace self signed certificate to one >> > issued >> > by our internal PKI to avoid security failure when users access to the >> > webui >>> ( >>> https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.5/html/Administration_Guide/appe-Red_Hat_Enterprise_Virtualization_and_SSL.html#Replacing_the_SSL_certificate_used_by_Red_Hat_Enterprise_Virtualization_Manager_to_identify_itself_to_users_connecting_over_https >> > ). >> > The connection to the webui now works fine without any security warning >> > (the >> > internal PKI CA is in the trusted CA of our clients OS). But on the other >> > hand, i've some troubles: >> > * I've to specify the --ca-file option for ovirt-shell and >> > engine-iso-uploader (i didn't test the engine-image-upload command), it >> > will >> > be nice if the documentation provide a way to replace this by default (or >> > use the trusted ca store of the OS ?). This is not a bug just some feedback >> > on the certificate change procedure that don't cover these side effects. >> This is [1], probably you want to modify the configuration files of these >> tools >> at /etc so you will have proper defaults. >> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1146710 Thank you for this link. >> > * I can't add new ovirt-node anymore. >> If ovirt-node was added using previous certificate it "Remembers" that >> certificate. >> You can remove it from /etc/pki/vdsm/engine_web_ca.pem and try to register >> again. >> > * The ovirt-hosted-engine --deploy fails >> > on new nodes with an SSL error. To workaround this i've to modify the file >> > "/usr/lib/python2.7/site-packages/ovirtsdk/web/connection.py" around line >> > 233 to make an insecure connection to the engine and add the new node. I >> > didn't have tested to add a new node from the ovirt engine cli/webui but i >> > think it will be the same issue because the error occurs on the vdsm >> > activation that is common to the 'new hosted engine node' and 'new node' >> > deployment. I've seen https://bugzilla.redhat.com/show_bug.cgi?id=1059952 >> > but the workaround noted in the comment #8 didn't work for me. >> CC sandro for this. > Can you please share full sos report? The report is a little bit big (about 57MB) to be sent by mail, have you any procedure i can use to send it to you ? >> > Someone have more info on this issue or have the same problem ? >> > This deployment is on ovirt 3.5.3, CentOS 7 (engine and nodes). >> > Have a nice day. >> > Regards. >> > -- >> > Baptiste >> > ___ >> > Users mailing list >> > Users@ovirt.org >> > http://lists.ovirt.org/mailman/listinfo/users > -- > Sandro Bonazzola > Better technology. Faster innovation. Powered by community collaboration. > See how it works at redhat.com -- Baptiste ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Testing ovirt 3.6 Beta 3
On Tue, Sep 1, 2015 at 12:40 PM, Yedidyah Bar David wrote: > On Tue, Sep 1, 2015 at 1:25 PM, wodel youchi > wrote: > > Hi, > > > > I am using the repo of the 3.6 version > > (http://plain.resources.ovirt.org/pub/ovirt-3.6-pre/rpm/fc22/) > > > > I installed the ovirt-hosted-engine-setup with it's dependencies,and the > > ovirt-hosted-engine-ha package is one of them. > > > > Correction: The problem with this version > > > ovirt-hosted-engine-ha-1.3.0-0.0.master.20150819082341.20150819082338.git183a4ff.fc22.noarch.rpm, > > is that after the installation is done, the service ovirt-ha-agent > crashes > > after being started, see the bug : > > > > https://bugzilla.redhat.com/show_bug.cgi?id=1254745 > > > > A new version was produced, I downloaded it manually a few days ago, > this is > > it : > > > ovirt-hosted-engine-ha-1.3.0-0.0.master.20150820064645.20150820064642.git02529e0.fc22.noarch.rpm > > > > This one did correct the problem, but it's not present anymore on the > > repository. > > Was this on ovirt-3.6-pre? > > ovirt-3.6-snapshot has a newer version. > > > > > For Simone: yes I did added an NFS4 data domain, but no success so far, > no > > VM engine present. > > > > Regards. > > > > 2015-09-01 11:15 GMT+01:00 Simone Tiraboschi : > >> > >> > >> > >> On Tue, Sep 1, 2015 at 11:46 AM, Yedidyah Bar David > >> wrote: > >>> > >>> On Tue, Sep 1, 2015 at 11:25 AM, wodel youchi > >>> wrote: > >>> > Hi, > >>> > > >>> > Another test of ovirt hosted-engine on FC22 using ovirt 3.6 Beta3. > >>> > VM engine is also a FC22 > >>> > > >>> > Problem: > >>> > - No VM engine on webui > >>> > >>> This is still not supported, see/follow [1]. > >>> > >>> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1224889 > >> > >> > >> ? :-) > > Sorry :-( > > https://bugzilla.redhat.com/show_bug.cgi?id=1160094 This is just about editing the VM from the web GUI but in order to be able to edit the engine VM you should be able at least to find the engine VM in the engine as it was also in 3.5 I'll try to reproduce verifying another patch > I see that all patches there are merged, but bug is in POST. > > >> > >> Did you also try adding an additional storage domain for regular VMs? > >> engine-VM will be shown on the engine only when you add at least one > >> additional storage domain for regulars VM and the whole datacenter goes > up: > >> https://bugzilla.redhat.com/show_bug.cgi?id=1222010#c1 > >> > >> > >>> > >>> > Test Environment > >>> > Just two machines: > >>> > > >>> > 1 - Machine 1 used as storage : > >>> >- iscsi target with a raw file for the VM engine storage > >>> >- NFS4 for other data domains > >>> > > >>> > 2 - Machine 2 used as hypervisor > >>> > > >>> > > >>> > The installation went without problem, but as always, the VM engine > is > >>> > not > >>> > present on the webui. > >>> > > >>> > > >>> > PS: > >>> > 1- I gave the VM engine just 2Gb of memory since I don't have too > much > >>> > RAM > >>> > on hypervisor, could that be the cause of the problem? > >>> > >>> Shouldn't be related > >>> > >>> > 2- This version of > >>> > > >>> > > ovirt-hosted-engine-ha-1.3.0-0.0.master.20150424113926.20150424113923.git7c14f4c.fc22.noarch.rpm > >>> > package is causing the ovirt-ha-agent to crash, it was replaced with > >>> > another > >>> > which I still have > >>> > > >>> > > ovirt-hosted-engine-ha-1.3.0-0.0.master.20150820064645.20150820064642.git02529e0.fc22.noarch.rpm, > >>> > but it's not present on the repository, I had to update the package > >>> > manually > >>> > at the end of ovirt-hosted-engine-setup installation. > >>> > >>> Not sure I follow. > >>> > >>> What exact repo was used? > >>> > >>> hosted-engine --deploy does not update/install packages for you (as > >>> does engine-setup), > >>> it's up to you to make sure what you want/need is installed prior to > >>> running it. > >>> > >>> Best, > >>> -- > >>> Didi > >>> ___ > >>> Users mailing list > >>> Users@ovirt.org > >>> http://lists.ovirt.org/mailman/listinfo/users > >> > >> > > > > > > -- > Didi > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] oVirt 3.5.3 and Network Unified Persistence issues?
Hi Simon. In the meantime (until 3.5.4 is out) you can run "vdsm-tool restore-nets --force" to solve this after "service network restart". Vdsm will skip restoration if this was done since last boot. The --force flags will skip this check. Ido On Tue, Aug 25, 2015 at 7:45 PM, Michael Burman wrote: > Hi Simon, > > This issue will be fixed on 3.5.4 > see - https://bugzilla.redhat.com/show_bug.cgi?id=1203422 > > On 3.5.3, vdsm generating all ifcfg-* files to ONBOOT=NO by default, except > the management network and the interface it is attached to. In your case bond > (bond0,bond.108 and the slaves). > - You can configure your ifcfg-* files manually to ONBOOT=yes and restart > network service as a workaround for now. > > Kind regards, > Michael B > > - Original Message - > From: "Simon Barrett" > To: users@ovirt.org > Sent: Monday, August 24, 2015 5:01:45 PM > Subject: [ovirt-users] oVirt 3.5.3 and Network Unified Persistence issues? > > > > I’m running into a problem with my upgrades to oVirt 3.5.3 and wanted to > check if the following is a known issue. > > > > I have multiple vlan tagged interfaces configured. The files are being > generated as expected by vdsm. The vlan 108 interface below is used by the > ovirtmgmt bridge. The uatdev_ben, bond0.192, dev_office, bond0.124 interface > definitions all have ONBOOT=no. > > > > root@host> grep -i onboot ifcfg* | grep -v bak > > ifcfg-bond0:ONBOOT=yes > > ifcfg-bond0.108:ONBOOT=yes > > ifcfg-bond0.124:ONBOOT=no > > ifcfg-bond0.192:ONBOOT=no > > ifcfg-dev_office:ONBOOT=no > > ifcfg-eth0:ONBOOT=yes > > ifcfg-eth1:ONBOOT=yes > > ifcfg-eth2:ONBOOT=no > > ifcfg-eth3:ONBOOT=no > > ifcfg-lo:ONBOOT=yes > > ifcfg-ovirtmgmt:ONBOOT=yes > > ifcfg-uatdev_ben:ONBOOT=no > > > > The persistence configuration files are where they should be (I think): > > > > root@host> ls -l /var/lib/vdsm/persistence/netconf/nets/ > > total 12 > > -rw-r--r-- 1 root root 121 Aug 24 22:44 dev_office > > -rw-r--r-- 1 root root 173 Aug 24 22:44 ovirtmgmt > > -rw-r--r-- 1 root root 121 Aug 24 22:44 uatdev_ben > > > > If I were to do a “service network restart” on the node, the uatdev_ben, > dev_office, bond0.124 & bond0.192 are removed and then not restored as the > “ONBOOT=no”. I assumed that vdsmd would re-create the dev_office and > uatdev_ben interfaces so restarted vdsmd but they were not restored. I tried > a “vdsm-tool restore-nets” to see if that would restore the interfaces but no > joy. > > > > Am I missing something? Is there another method I should use to recover the > missing interfaces? Should the ifcfg files all be configured with > “ONBOOT=yes” just in case someone does run a “service network restart”? > > > > My oVirt nodes are CentOS 6.5, I’m not using the node iso. > > > > Many thanks in advance for any assistance. > > > > Regards, > > > > Simon Barrett > > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > -- > Michael Burman > RedHat Israel, RHEV-M QE Network Team > > Mobile: 054-5355725 > IRC: mburman > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -- Thanks, Ido Barkan ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] oVirt 3.5.3 and Network Unified Persistence issues?
Thanks for the info. Sadly, I'm seeing some inconsistency between different oVirt nodes as to how management interfaces are being handled. On one host, the ifcfg-bond0, ifcfg-eth0, ifcfg-eth1 interface files that the management interface is dependent on are being set with "ONBOOT=no". The --force on the restore-nets just re-instates those files with the incorrect "ONBOOT=no" configuration. On another host those same interfaces are left as ONBOOT=yes. I'm still trying to work out what the differences are between the two hosts. I was also looking to see if I could use vdsClient to manually add the config for ifcfg-bond0, ifcfg-eth0, ifcfg-eth1 so at least vdsm would know about them and apply the correct configuration. Not sure if this is a sensible approach or not. Thanks, Simon -Original Message- From: Ido Barkan [mailto:ibar...@redhat.com] Sent: 01 September 2015 13:12 To: Michael Burman Cc: Simon Barrett ; users@ovirt.org Subject: Re: [ovirt-users] oVirt 3.5.3 and Network Unified Persistence issues? Hi Simon. In the meantime (until 3.5.4 is out) you can run "vdsm-tool restore-nets --force" to solve this after "service network restart". Vdsm will skip restoration if this was done since last boot. The --force flags will skip this check. Ido On Tue, Aug 25, 2015 at 7:45 PM, Michael Burman wrote: > Hi Simon, > > This issue will be fixed on 3.5.4 > see - https://bugzilla.redhat.com/show_bug.cgi?id=1203422 > > On 3.5.3, vdsm generating all ifcfg-* files to ONBOOT=NO by default, except > the management network and the interface it is attached to. In your case bond > (bond0,bond.108 and the slaves). > - You can configure your ifcfg-* files manually to ONBOOT=yes and restart > network service as a workaround for now. > > Kind regards, > Michael B > > - Original Message - > From: "Simon Barrett" > To: users@ovirt.org > Sent: Monday, August 24, 2015 5:01:45 PM > Subject: [ovirt-users] oVirt 3.5.3 and Network Unified Persistence issues? > > > > I’m running into a problem with my upgrades to oVirt 3.5.3 and wanted to > check if the following is a known issue. > > > > I have multiple vlan tagged interfaces configured. The files are being > generated as expected by vdsm. The vlan 108 interface below is used by the > ovirtmgmt bridge. The uatdev_ben, bond0.192, dev_office, bond0.124 interface > definitions all have ONBOOT=no. > > > > root@host> grep -i onboot ifcfg* | grep -v bak > > ifcfg-bond0:ONBOOT=yes > > ifcfg-bond0.108:ONBOOT=yes > > ifcfg-bond0.124:ONBOOT=no > > ifcfg-bond0.192:ONBOOT=no > > ifcfg-dev_office:ONBOOT=no > > ifcfg-eth0:ONBOOT=yes > > ifcfg-eth1:ONBOOT=yes > > ifcfg-eth2:ONBOOT=no > > ifcfg-eth3:ONBOOT=no > > ifcfg-lo:ONBOOT=yes > > ifcfg-ovirtmgmt:ONBOOT=yes > > ifcfg-uatdev_ben:ONBOOT=no > > > > The persistence configuration files are where they should be (I think): > > > > root@host> ls -l /var/lib/vdsm/persistence/netconf/nets/ > > total 12 > > -rw-r--r-- 1 root root 121 Aug 24 22:44 dev_office > > -rw-r--r-- 1 root root 173 Aug 24 22:44 ovirtmgmt > > -rw-r--r-- 1 root root 121 Aug 24 22:44 uatdev_ben > > > > If I were to do a “service network restart” on the node, the uatdev_ben, > dev_office, bond0.124 & bond0.192 are removed and then not restored as the > “ONBOOT=no”. I assumed that vdsmd would re-create the dev_office and > uatdev_ben interfaces so restarted vdsmd but they were not restored. I tried > a “vdsm-tool restore-nets” to see if that would restore the interfaces but no > joy. > > > > Am I missing something? Is there another method I should use to recover the > missing interfaces? Should the ifcfg files all be configured with > “ONBOOT=yes” just in case someone does run a “service network restart”? > > > > My oVirt nodes are CentOS 6.5, I’m not using the node iso. > > > > Many thanks in advance for any assistance. > > > > Regards, > > > > Simon Barrett > > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > -- > Michael Burman > RedHat Israel, RHEV-M QE Network Team > > Mobile: 054-5355725 > IRC: mburman > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -- Thanks, Ido Barkan ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] [ANN] Release Process changes
The oVirt Team strive to provide a stable solution and provide timely updates to improve on that solution. After GA of every major release we try to provide updates to discovered issues on a monthly basis. In the current process we announce a release date just after the previous release (usually a month ahead) and aim to fix to scoped issues for this date. Sometimes we fail to meet that date when we see that the scope was not met or that the stability is not up to the release standard. This means that we have to change the announced date and this might happen several times. In order to improve on this process, maintenance (not like major) releases will not have a declared date and will be released when ready. We will remain attentive to needs of urgent issues and will continue to aim for monthly release, but instead we will provide weekly updates on current status of development and testing of maintenance releases and gaps we are working to close for that release. -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] Feature request: bind mounting filesystems
Hi, Bind mounting paths would be a great feature. It would hopefully make storage backends transparent and not tie us to nfs or gluster. Idea is shared storage is available on all servers at /mnt/share, ovirt would bind mount this source on all servers. Maybe this even works, but in that case I cant find documentation or examples. Cheers, Steve Kilduff ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Feature request: bind mounting filesystems
> From: "Steve Kilduff" > To: users@ovirt.org > Sent: Tuesday, September 1, 2015 5:01:10 PM > Subject: [ovirt-users] Feature request: bind mounting filesystems > > Hi, > > Bind mounting paths would be a great feature. It would hopefully make storage > backends transparent and not tie us to nfs or gluster. Idea is shared > storage is available on all servers at /mnt/share, ovirt would bind mount > this source on all servers. > > Maybe this even works, but in that case I cant find documentation or > examples. You are late ;) https://bugzilla.redhat.com/show_bug.cgi?id=1257506 j. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Testing ovirt 3.6 Beta 3
Hi again, I tried with the snapshot repository, but I am having this error while executing engine-setup [ INFO ] Creating/refreshing Engine database schema [ ERROR ] Failed to execute stage 'Misc configuration': Command '/usr/share/ovirt-engine/dbscripts/schema.sh' failed to execu te [ INFO ] DNF Performing DNF transaction rollback [ INFO ] Rolling back database schema [ INFO ] Clearing Engine database engine [ ERROR ] Engine database rollback failed: must be owner of schema pg_catalog [ INFO ] Stage: Clean up Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-setup-20150901153202-w0ds25.log [ INFO ] Generating answer file '/var/lib/ovirt-engine/setup/answers/20150901153939-setup.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Execution of setup failed and in the deployement log I have these errors Saving custom users permissions on database objects... upgrade script detected a change in Config, View or Stored Procedure... Running upgrade shell script '/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/_config.sql'... Running upgrade shell script '/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0010_custom.sql'... Running upgrade shell script '/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0020_add_materialized_views_table.sql'... Running upgrade shell script '/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0030_materialized_views_extensions.sql'... Running upgrade shell script '/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0040_extend_installed_by_column.sql'... 2015-09-01 15:39:35 DEBUG otopi.plugins.ovirt_engine_setup.ovirt_engine.db.schema plugin.execute:941 execute-output: ['/usr/share/ovirt-engine/dbscripts/schema.sh', '-s', 'localhost', '-p', '5432', '-u', 'engine', '-d', 'engine', '-l', '/var/log */ovirt-engine/setup/ovirt-engine-setup-20150901153202-w0ds25.log', '-c', 'apply'] stderr:/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/_config.sql: ligne 1: /bin : is a directory/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/_config.sql: ligne 2: DATABASE : command not found/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/_config.sql: ligne 4: This : command not found/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/_config.sql: ligne 5: The : command not found/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/_config.sql: ligne 6: Add : command not found/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/_config.sql: ligne 7: syntax error near the symbole unexpected « ( »/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/_config.sql: ligne 7: `Update section (w/o overriding current value)'/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0010_custom.sql: ligne 1: /bin : is a directory/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0010_custom.sql: ligne 2: Currently : command not found/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0010_custom.sql: ligne 3: This : command not found/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0010_custom.sql: ligne 4: This : command not found/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0010_custom.sql: ligne 5: So, : command not found/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0010_custom.sql: ligne 6: Since : command not found/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0010_custom.sql: ligne 7: bin/ : is a directory/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0010_custom.sql: ligne 9: update : command not found/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0010_custom.sql: ligne 10: * *syntax error near the symbole unexpected « ( »/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0010_custom.sql: ligne 10: `and exists(select 1 from schema_version where version = '03010250' and current = true);'/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0020_add_materialized_views_table.sql: ligne 1: -- : command not found/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0020_add_materialized_views_table.sql: ligne 2: **syntax error near the symbole unexpected « ( »* /usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0020_add_materialized_views_table.sql: ligne 2: `CREATE FUNCTION __temp__0030_add_materialized_views_table()' /usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0030_materialized_views_extensions.sql: ligne 1: -- : commande introuvable /usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0030_materialized_views_extensions.sql: ligne 2: erreur de syntaxe près du symbole inattendu « ( » /usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0030_materialized_views_extensions.sql: ligne 2: `select fn_db_add_column('materialized_views', 'min_refresh_rate_in_sec', 'int default 0');' /usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0040_extend_installed_by_column.sql: ligne 1: erreur de syntaxe près du symbole inattendu « ( » /usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0040_extend_installed_by_co
Re: [ovirt-users] Migration from all-in-one to self hosted engine tips?
> From: "Gianluca Cecchi" > To: "users" > Sent: Tuesday, September 1, 2015 8:48:09 AM > Subject: [ovirt-users] Migration from all-in-one to self hosted engine tips? > > Hello, > considering that all-in-one could become deprecated, any tips in migrating > > from: > workstation with Fedora 20 + oVirt 3.5.3 All-In-One and local disks > > to (when 3.6 released): > same workstation with Fedora 22 + oVirt 3.6.0 Self Hosted Engine > > ? > > I already tested direct migration from Fedora 20 to Fedora 22 on another > workstation (without oVirt). Only bugs found in that case: > - default kernel after migration is not the updated one (and had a bug with > Intel ICH8 sound modules) --> update of grub2 default kernel solves it > - nvidia kernel modules don't load and no graphic environment available due > to this > --> solved booting in init 3 and making a "depmod -a" and then kernel modules > are correctly loaded > > So it would be nice to get any suggestion, that I can eventually test on a > dev environment. tl;dr all but check https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.5/html/Installation_Guide/Migrating_to_a_Self-Hosted_Environment.html i personally migrated our env to above setup based on this documentation. j. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] Migrating old VMWare VM to oVirt?
I have an ancient VM that I need to migrate to oVirt if possible. It is Windows 2000 Server on VMWare ESXi 4.1 (yeah, I know, please don't laugh). Is there any possiblity of making this work? Reinstalling the Windows system (or upgrading) is just not practical at this time, and I need to get this thing off of the old VMWare box. -- Chris Adams ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Migrating old VMWare VM to oVirt?
> From: "Chris Adams" > To: users@ovirt.org > Sent: Tuesday, September 1, 2015 5:04:10 PM > Subject: [ovirt-users] Migrating old VMWare VM to oVirt? > > I have an ancient VM that I need to migrate to oVirt if possible. It is > Windows 2000 Server on VMWare ESXi 4.1 (yeah, I know, please don't > laugh). > > Is there any possiblity of making this work? Reinstalling the Windows > system (or upgrading) is just not practical at this time, and I need to > get this thing off of the old VMWare box. check v2v https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html-single/V2V_Guide/#subsect-convert-a-esx-guest (in fact rhevm is ovirt) j. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Testing ovirt 3.6 Beta 3
On Tue, Sep 1, 2015 at 5:08 PM, wodel youchi wrote: > Hi again, > > I tried with the snapshot repository, but I am having this error while > executing engine-setup > > [ INFO ] Creating/refreshing Engine database schema > [ ERROR ] Failed to execute stage 'Misc configuration': Command > '/usr/share/ovirt-engine/dbscripts/schema.sh' failed to execu > te > [ INFO ] DNF Performing DNF transaction rollback > [ INFO ] Rolling back database schema > [ INFO ] Clearing Engine database engine > [ ERROR ] Engine database rollback failed: must be owner of schema > pg_catalog > [ INFO ] Stage: Clean up > Log file is located at > /var/log/ovirt-engine/setup/ovirt-engine-setup-20150901153202-w0ds25.log > [ INFO ] Generating answer file > '/var/lib/ovirt-engine/setup/answers/20150901153939-setup.conf' > [ INFO ] Stage: Pre-termination > [ INFO ] Stage: Termination > [ ERROR ] Execution of setup failed > > > > and in the deployement log I have these errors > > Saving custom users permissions on database objects... > upgrade script detected a change in Config, View or Stored Procedure... > Running upgrade shell script > '/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/_config.sql'... > Running upgrade shell script > '/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0010_custom.sql'... > Running upgrade shell script > '/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0020_add_materialized_views_table.sql'... > Running upgrade shell script > '/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0030_materialized_views_extensions.sql'... > Running upgrade shell script > '/usr/share/ovirt-engine/dbscripts/pre_upgrade/0040_extend_installed_by_column.sql'... > > 2015-09-01 15:39:35 DEBUG > otopi.plugins.ovirt_engine_setup.ovirt_engine.db.schema plugin.execute:941 > execute-output: ['/usr/share/ovirt-engine/dbscripts/schema.sh', '-s', > 'localhost', '-p', '5432', '-u', 'engine', '-d', 'engine', '-l', '/var/log > > > > > > > > > > > > > > > > > */ovirt-engine/setup/ovirt-engine-setup-20150901153202-w0ds25.log', '-c', > 'apply'] > stderr:/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/_config.sql: > ligne 1: /bin : is a > directory/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/_config.sql: > ligne 2: DATABASE : command not > found/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/_config.sql: > ligne 4: This : command not > found/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/_config.sql: > ligne 5: The : command not > found/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/_config.sql: > ligne 6: Add : command not > found/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/_config.sql: > ligne 7: syntax error near the symbole unexpected « ( > »/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/_config.sql: > ligne 7: `Update section (w/o overriding current > value)'/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0010_custom.sql: > ligne 1: /bin : is a > directory/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0010_custom.sql: > ligne 2: Currently : command not > found/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0010_custom.sql: > ligne 3: This : command not > found/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0010_custom.sql: > ligne 4: This : command not > found/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0010_custom.sql: > ligne 5: So, : command not > found/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0010_custom.sql: > ligne 6: Since : command not > found/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0010_custom.sql: > ligne 7: bin/ : is a > directory/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0010_custom.sql: > ligne 9: update : command not > found/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0010_custom.sql: > ligne 10: * > > > *syntax error near the symbole unexpected « ( > »/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0010_custom.sql: > ligne 10: `and exists(select 1 from schema_version where version = > '03010250' and current = > true);'/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0020_add_materialized_views_table.sql: > ligne 1: -- : command not > found/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0020_add_materialized_views_table.sql: > ligne 2: **syntax error near the symbole unexpected « ( »* > /usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0020_add_materialized_views_table.sql: > ligne 2: `CREATE FUNCTION __temp__0030_add_materialized_views_table()' > /usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0030_materialized_views_extensions.sql: > ligne 1: -- : commande introuvable > /usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0030_materialized_views_extensions.sql: > ligne 2: erreur de syntaxe près du symbole inattendu « ( » > /usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0030_materialized_views_extensions.sql: > ligne 2: `select fn_db_add_column('materialized_views', > 'min_refresh_rate_in_sec', 'in
Re: [ovirt-users] Migrating old VMWare VM to oVirt?
Once upon a time, Jiri Belka said: > > From: "Chris Adams" > > I have an ancient VM that I need to migrate to oVirt if possible. It is > > Windows 2000 Server on VMWare ESXi 4.1 (yeah, I know, please don't > > laugh). > > > > Is there any possiblity of making this work? Reinstalling the Windows > > system (or upgrading) is just not practical at this time, and I need to > > get this thing off of the old VMWare box. > > check v2v > https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html-single/V2V_Guide/#subsect-convert-a-esx-guest I've looked at that, but virt-v2v documentation says its Windows support starts with XP. Also, I don't think any of the Windows virtio drivers go back to 2000 either. -- Chris Adams ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Migrating old VMWare VM to oVirt?
There used to be a qemu switch for win2k-hack, but afaik it's not needed any longer In any case, if it's a legacy machine, and not performance oriented, you should be able to simply move the disk data over and start it up using IDE disk drivers On Tue, Sep 1, 2015 at 12:17 PM, Chris Adams wrote: > Once upon a time, Jiri Belka said: > > > From: "Chris Adams" > > > I have an ancient VM that I need to migrate to oVirt if possible. It > is > > > Windows 2000 Server on VMWare ESXi 4.1 (yeah, I know, please don't > > > laugh). > > > > > > Is there any possiblity of making this work? Reinstalling the Windows > > > system (or upgrading) is just not practical at this time, and I need to > > > get this thing off of the old VMWare box. > > > > check v2v > https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html-single/V2V_Guide/#subsect-convert-a-esx-guest > > I've looked at that, but virt-v2v documentation says its Windows support > starts with XP. Also, I don't think any of the Windows virtio drivers > go back to 2000 either. > > -- > Chris Adams > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] oVirt 3.5.3.1 - Snapshot Failure with Error creating a new volume, code = 205
This issue is also blocking me to perform a Clone, Export and so on, does anyone have an idea what is wrong with this VM and how I can fix it? From: Christian Rebel [mailto:christian.re...@gmx.at] Sent: Freitag, 28. August 2015 15:45 To: users@ovirt.org Subject: oVirt 3.5.3.1 - Snapshot Failure with Error creating a new volume, code = 205 Hi all, I have a problem to perform a Snapshot on one of my important VMs, can anyone please be so kind and assist me. start of problematic vm snapshot 2015-08-28 15:36:08,172 INFO [org.ovirt.engine.core.bll.CreateAllSnapshotsFromVmCommand] (ajp--127.0.0.1-8702-6) [439efb74] Lock Acquired to object EngineLock [exclusiveLocks= key: ee2ea036-2af3-4a18-9329-08a7b0e7ce7c value: VM , sharedLocks= ] 2015-08-28 15:36:08,224 INFO [org.ovirt.engine.core.bll.CreateAllSnapshotsFromVmCommand] (org.ovirt.thread.pool-8-thread-45) Command 44173a42-970f-42b3-8d09-ca113c58b5df persisting async task placeholder for child command be3c1922-aca6-4caf-a432-34fe95043446 2015-08-28 15:36:08,367 INFO [org.ovirt.engine.core.bll.CreateAllSnapshotsFromVmCommand] (org.ovirt.thread.pool-8-thread-45) Command 44173a42-970f-42b3-8d09-ca113c58b5df persisting async task placeholder for child command 03a43c66-0fed-4a82-9139-7b89328f4ae4 2015-08-28 15:36:08,517 INFO [org.ovirt.engine.core.bll.CreateAllSnapshotsFromVmCommand] (org.ovirt.thread.pool-8-thread-45) Running command: CreateAllSnapshotsFromVmCommand internal: false. Entities affected : ID: ee2ea036-2af3-4a18-9329-08a7b0e7ce7c Type: VMAction group MANIPULATE_VM_SNAPSHOTS with role type USER 2015-08-28 15:36:08,550 INFO [org.ovirt.engine.core.bll.CreateSnapshotCommand] (org.ovirt.thread.pool-8-thread-45) [86e8aad] Running command: CreateSnapshotCommand internal: true. Entities affected : ID: ---- Type: Storage 2015-08-28 15:36:08,560 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.CreateSnapshotVDSCommand] (org.ovirt.thread.pool-8-thread-45) [86e8aad] START, CreateSnapshotVDSCommand( storagePoolId = 0002-0002-0002-0002-0021, ignoreFailoverLimit = false, storageDomainId = 937822d9-8a59-490f-95b7-48371ae32253, imageGroupId = e7e99288-ad83-406e-9cb6-7a5aa443de9b, imageSizeInBytes = 21474836480, volumeFormat = COW, newImageId = 2013aa82-6316-4b54-851b-88bf7f523b9c, newImageDescription = , imageId = c5762dec-d9d1-4842-84d1-05896d4d27fb, sourceImageGroupId = e7e99288-ad83-406e-9cb6-7a5aa443de9b), log id: d1ffce0 2015-08-28 15:36:08,567 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.CreateSnapshotVDSCommand] (org.ovirt.thread.pool-8-thread-45) [86e8aad] -- executeIrsBrokerCommand: calling 'createVolume' with two new parameters: description and UUID 2015-08-28 15:36:08,655 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.CreateSnapshotVDSCommand] (org.ovirt.thread.pool-8-thread-45) [86e8aad] FINISH, CreateSnapshotVDSCommand, return: 2013aa82-6316-4b54-851b-88bf7f523b9c, log id: d1ffce0 2015-08-28 15:36:08,668 INFO [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] (org.ovirt.thread.pool-8-thread-45) [86e8aad] CommandAsyncTask::Adding CommandMultiAsyncTasks object for command 44173a42-970f-42b3-8d09-ca113c58b5df 2015-08-28 15:36:08,670 INFO [org.ovirt.engine.core.bll.CommandMultiAsyncTasks] (org.ovirt.thread.pool-8-thread-45) [86e8aad] CommandMultiAsyncTasks::AttachTask: Attaching task 0221e559-0eec-468b-bc4f-a7aaa487661a to command 44173a42-970f-42b3-8d09-ca113c58b5df. 2015-08-28 15:36:08,734 INFO [org.ovirt.engine.core.bll.tasks.AsyncTaskManager] (org.ovirt.thread.pool-8-thread-45) [86e8aad] Adding task 0221e559-0eec-468b-bc4f-a7aaa487661a (Parent Command CreateAllSnapshotsFromVm, Parameters Type org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters), polling hasn't started yet.. 2015-08-28 15:36:08,793 INFO [org.ovirt.engine.core.bll.CreateSnapshotCommand] (org.ovirt.thread.pool-8-thread-45) [53768935] Running command: CreateSnapshotCommand internal: true. Entities affected : ID: ---- Type: Storage 2015-08-28 15:36:08,797 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.CreateSnapshotVDSCommand] (org.ovirt.thread.pool-8-thread-45) [53768935] START, CreateSnapshotVDSCommand( storagePoolId = 0002-0002-0002-0002-0021, ignoreFailoverLimit = false, storageDomainId = 937822d9-8a59-490f-95b7-48371ae32253, imageGroupId = 6281b597-020d-4ea7-a954-bb798a0ca4f1, imageSizeInBytes = 161061273600, volumeFormat = COW, newImageId = fd9c6e36-90ca-488a-8cbd-534a0caf6886, newImageDescription = , imageId = 2a2015a1-f62c-4e32-8b04-77ece2ba4cc1, sourceImageGroupId = 6281b597-020d-4ea7-a954-bb798a0ca4f1), log id: 4bc33f2e 2015-08-28 15:36:08,799 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.CreateSnapshotVDSCommand] (org.ovirt.thread.pool-8-thread-45) [53768935] -- executeIrsBrokerCommand: calling 'createVolume' with two new parameters: description and UUID 2015-08-28 15:36:09,000 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.CreateSnapshot
Re: [ovirt-users] Testing ovirt 3.6 Beta 3
Hi, After removing the -x from the sql files, the installation terminated successfully, but ... I had a problem with vdsm, and error about permission denied with KVM module, so I restarted my machine. After the reboot the ovirt-ha-agent stops complaining about the vm.conf file not present in /var/rum/ovirt-hosted-engine-ha And the mount command doesn't show any iscsi mount, the disk is detected via fdisk -l the lvs command returns all logical volumes created. I think it's a mount problem, but since there are many lv, I don't how to mount them manually. LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert 3b894e23-429d-43bf-b6cd-6427a387799a 5445bbee-bb3a-4e6d-9614-a0c9378fe078 -wi-ao 128,00m be78c0fd-52bf-445a-9555-64061029c2d9 5445bbee-bb3a-4e6d-9614-a0c9378fe078 -wi-a- 1,00g c9f74ffc-2eba-40a9-9c1c-f3b6d8e12657 5445bbee-bb3a-4e6d-9614-a0c9378fe078 -wi-a- 40,00g feede664-5754-4ca2-aeb3-af7aff32ed42 5445bbee-bb3a-4e6d-9614-a0c9378fe078 -wi-a- 128,00m ids 5445bbee-bb3a-4e6d-9614-a0c9378fe078 -wi-ao 128,00m inbox5445bbee-bb3a-4e6d-9614-a0c9378fe078 -wi-a- 128,00m leases 5445bbee-bb3a-4e6d-9614-a0c9378fe078 -wi-a- 2,00g master 5445bbee-bb3a-4e6d-9614-a0c9378fe078 -wi-a- 1,00g metadata 5445bbee-bb3a-4e6d-9614-a0c9378fe078 -wi-a- 512,00m outbox 5445bbee-bb3a-4e6d-9614-a0c9378fe078 -wi-a- 128,00m 2015-09-01 16:57 GMT+01:00 Simone Tiraboschi : > > > On Tue, Sep 1, 2015 at 5:08 PM, wodel youchi > wrote: > >> Hi again, >> >> I tried with the snapshot repository, but I am having this error while >> executing engine-setup >> >> [ INFO ] Creating/refreshing Engine database schema >> [ ERROR ] Failed to execute stage 'Misc configuration': Command >> '/usr/share/ovirt-engine/dbscripts/schema.sh' failed to execu >> te >> [ INFO ] DNF Performing DNF transaction rollback >> [ INFO ] Rolling back database schema >> [ INFO ] Clearing Engine database engine >> [ ERROR ] Engine database rollback failed: must be owner of schema >> pg_catalog >> [ INFO ] Stage: Clean up >> Log file is located at >> /var/log/ovirt-engine/setup/ovirt-engine-setup-20150901153202-w0ds25.log >> [ INFO ] Generating answer file >> '/var/lib/ovirt-engine/setup/answers/20150901153939-setup.conf' >> [ INFO ] Stage: Pre-termination >> [ INFO ] Stage: Termination >> [ ERROR ] Execution of setup failed >> >> >> >> and in the deployement log I have these errors >> >> Saving custom users permissions on database objects... >> upgrade script detected a change in Config, View or Stored Procedure... >> Running upgrade shell script >> '/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/_config.sql'... >> Running upgrade shell script >> '/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0010_custom.sql'... >> Running upgrade shell script >> '/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0020_add_materialized_views_table.sql'... >> Running upgrade shell script >> '/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0030_materialized_views_extensions.sql'... >> Running upgrade shell script >> '/usr/share/ovirt-engine/dbscripts/pre_upgrade/0040_extend_installed_by_column.sql'... >> >> >> 2015-09-01 15:39:35 DEBUG >> otopi.plugins.ovirt_engine_setup.ovirt_engine.db.schema plugin.execute:941 >> execute-output: ['/usr/share/ovirt-engine/dbscripts/schema.sh', '-s', >> 'localhost', '-p', '5432', '-u', 'engine', '-d', 'engine', '-l', '/var/log >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> */ovirt-engine/setup/ovirt-engine-setup-20150901153202-w0ds25.log', '-c', >> 'apply'] >> stderr:/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/_config.sql: >> ligne 1: /bin : is a >> directory/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/_config.sql: >> ligne 2: DATABASE : command not >> found/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/_config.sql: >> ligne 4: This : command not >> found/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/_config.sql: >> ligne 5: The : command not >> found/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/_config.sql: >> ligne 6: Add : command not >> found/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/_config.sql: >> ligne 7: syntax error near the symbole unexpected « ( >> »/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/_config.sql: >> ligne 7: `Update section (w/o overriding current >> value)'/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0010_custom.sql: >> ligne 1: /bin : is a >> directory/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0010_custom.sql: >> ligne 2: Currently : command not >> found/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0010_custom.sql: >> ligne 3: Th
Re: [ovirt-users] Testing ovirt 3.6 Beta 3
On Tue, Sep 1, 2015 at 7:29 PM, wodel youchi wrote: > Hi, > > After removing the -x from the sql files, the installation terminated > successfully, but ... > > I had a problem with vdsm, and error about permission denied with KVM > module, so I restarted my machine. > After the reboot the ovirt-ha-agent stops complaining about the vm.conf > file not present in /var/rum/ovirt-hosted-engine-ha > > And the mount command doesn't show any iscsi mount, the disk is detected > via fdisk -l > the lvs command returns all logical volumes created. > > I think it's a mount problem, but since there are many lv, I don't how to > mount them manually. > Do you have something mounted under /rhev/data-center/mnt ? If not you probably hit this bug: https://bugzilla.redhat.com/1258465 > LV VG > Attr LSize Pool Origin Data% > Meta% Move > Log Cpy%Sync Convert > > 3b894e23-429d-43bf-b6cd-6427a387799a 5445bbee-bb3a-4e6d-9614-a0c9378fe078 > -wi-ao 128,00m > > > be78c0fd-52bf-445a-9555-64061029c2d9 5445bbee-bb3a-4e6d-9614-a0c9378fe078 > -wi-a- 1,00g > > > c9f74ffc-2eba-40a9-9c1c-f3b6d8e12657 5445bbee-bb3a-4e6d-9614-a0c9378fe078 > -wi-a- 40,00g > > > feede664-5754-4ca2-aeb3-af7aff32ed42 5445bbee-bb3a-4e6d-9614-a0c9378fe078 > -wi-a- 128,00m > > > ids 5445bbee-bb3a-4e6d-9614-a0c9378fe078 > -wi-ao 128,00m > > > inbox5445bbee-bb3a-4e6d-9614-a0c9378fe078 > -wi-a- 128,00m > > > leases 5445bbee-bb3a-4e6d-9614-a0c9378fe078 > -wi-a- 2,00g > > > master 5445bbee-bb3a-4e6d-9614-a0c9378fe078 > -wi-a- 1,00g > > > metadata 5445bbee-bb3a-4e6d-9614-a0c9378fe078 > -wi-a- 512,00m > > > outbox 5445bbee-bb3a-4e6d-9614-a0c9378fe078 > -wi-a- 128,00m > > > > > 2015-09-01 16:57 GMT+01:00 Simone Tiraboschi : > >> >> >> On Tue, Sep 1, 2015 at 5:08 PM, wodel youchi >> wrote: >> >>> Hi again, >>> >>> I tried with the snapshot repository, but I am having this error while >>> executing engine-setup >>> >>> [ INFO ] Creating/refreshing Engine database schema >>> [ ERROR ] Failed to execute stage 'Misc configuration': Command >>> '/usr/share/ovirt-engine/dbscripts/schema.sh' failed to execu >>> te >>> [ INFO ] DNF Performing DNF transaction rollback >>> [ INFO ] Rolling back database schema >>> [ INFO ] Clearing Engine database engine >>> [ ERROR ] Engine database rollback failed: must be owner of schema >>> pg_catalog >>> [ INFO ] Stage: Clean up >>> Log file is located at >>> /var/log/ovirt-engine/setup/ovirt-engine-setup-20150901153202-w0ds25.log >>> [ INFO ] Generating answer file >>> '/var/lib/ovirt-engine/setup/answers/20150901153939-setup.conf' >>> [ INFO ] Stage: Pre-termination >>> [ INFO ] Stage: Termination >>> [ ERROR ] Execution of setup failed >>> >>> >>> >>> and in the deployement log I have these errors >>> >>> Saving custom users permissions on database objects... >>> upgrade script detected a change in Config, View or Stored Procedure... >>> Running upgrade shell script >>> '/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/_config.sql'... >>> Running upgrade shell script >>> '/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0010_custom.sql'... >>> Running upgrade shell script >>> '/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0020_add_materialized_views_table.sql'... >>> Running upgrade shell script >>> '/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0030_materialized_views_extensions.sql'... >>> Running upgrade shell script >>> '/usr/share/ovirt-engine/dbscripts/pre_upgrade/0040_extend_installed_by_column.sql'... >>> >>> >>> 2015-09-01 15:39:35 DEBUG >>> otopi.plugins.ovirt_engine_setup.ovirt_engine.db.schema plugin.execute:941 >>> execute-output: ['/usr/share/ovirt-engine/dbscripts/schema.sh', '-s', >>> 'localhost', '-p', '5432', '-u', 'engine', '-d', 'engine', '-l', '/var/log >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> */ovirt-engine/setup/ovirt-engine-setup-20150901153202-w0ds25.log', >>> '-c', 'apply'] >>> stderr:/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/_config.sql: >>> ligne 1: /bin : is a >>> directory/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/_config.sql: >>> ligne 2: DATABASE : command not >>> found/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/_config.sql: >>> ligne 4: This : command not >>> found/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/_config.sql: >>> ligne 5: The : command not >>> found/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/_config.sql: >>> ligne 6: Add : command not >>> found/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/_config.sql: >>> ligne 7: syntax error near the symbole unexpected « ( >>> »/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/_conf
Re: [ovirt-users] Testing ovirt 3.6 Beta 3
Something mounted on /rhev/data-center/mnt I'm not sure. there were directories, and under these directories there were other directories (dom_md, ha_agent, images), and under them there were symbolic links to devices under /dev (ids, inbox, leases, etc...) the devices pointed to the lvm partitions created by the setup. but the mount command didn't show anything, unlike nfs, when I used it the mount and df commands showed up the engine's VM mount point. 2015-09-01 20:16 GMT+01:00 Simone Tiraboschi : > > > On Tue, Sep 1, 2015 at 7:29 PM, wodel youchi > wrote: > >> Hi, >> >> After removing the -x from the sql files, the installation terminated >> successfully, but ... >> >> I had a problem with vdsm, and error about permission denied with KVM >> module, so I restarted my machine. >> After the reboot the ovirt-ha-agent stops complaining about the vm.conf >> file not present in /var/rum/ovirt-hosted-engine-ha >> >> And the mount command doesn't show any iscsi mount, the disk is detected >> via fdisk -l >> the lvs command returns all logical volumes created. >> >> I think it's a mount problem, but since there are many lv, I don't how to >> mount them manually. >> > > Do you have something mounted under /rhev/data-center/mnt ? > If not you probably hit this bug: https://bugzilla.redhat.com/1258465 > > > >> LV VG >> Attr LSize Pool Origin Data% >> Meta% Move >> Log Cpy%Sync Convert >> >> 3b894e23-429d-43bf-b6cd-6427a387799a >> 5445bbee-bb3a-4e6d-9614-a0c9378fe078 -wi-ao 128,00m >> >> >> >> be78c0fd-52bf-445a-9555-64061029c2d9 >> 5445bbee-bb3a-4e6d-9614-a0c9378fe078 -wi-a- 1,00g >> >> >> >> c9f74ffc-2eba-40a9-9c1c-f3b6d8e12657 >> 5445bbee-bb3a-4e6d-9614-a0c9378fe078 -wi-a- 40,00g >> >> >> >> feede664-5754-4ca2-aeb3-af7aff32ed42 >> 5445bbee-bb3a-4e6d-9614-a0c9378fe078 -wi-a- 128,00m >> >> >> >> ids >> 5445bbee-bb3a-4e6d-9614-a0c9378fe078 >> -wi-ao 128,00m >> >> >> inbox >>5445bbee-bb3a-4e6d-9614-a0c9378fe078 >> -wi-a- 128,00m >> >> >> leases >> 5445bbee-bb3a-4e6d-9614-a0c9378fe078 >> -wi-a- 2,00g >> >> >> master >> 5445bbee-bb3a-4e6d-9614-a0c9378fe078 >> -wi-a- 1,00g >> >> >> metadata >> 5445bbee-bb3a-4e6d-9614-a0c9378fe078 -wi-a- >> 512,00m >> >> >> outbox >> 5445bbee-bb3a-4e6d-9614-a0c9378fe078 >> -wi-a- 128,00m >> >> >> >> >> 2015-09-01 16:57 GMT+01:00 Simone Tiraboschi : >> >>> >>> >>> On Tue, Sep 1, 2015 at 5:08 PM, wodel youchi >>> wrote: >>> Hi again, I tried with the snapshot repository, but I am having this error while executing engine-setup [ INFO ] Creating/refreshing Engine database schema [ ERROR ] Failed to execute stage 'Misc configuration': Command '/usr/share/ovirt-engine/dbscripts/schema.sh' failed to execu te [ INFO ] DNF Performing DNF transaction rollback [ INFO ] Rolling back database schema [ INFO ] Clearing Engine database engine [ ERROR ] Engine database rollback failed: must be owner of schema pg_catalog [ INFO ] Stage: Clean up Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-setup-20150901153202-w0ds25.log [ INFO ] Generating answer file '/var/lib/ovirt-engine/setup/answers/20150901153939-setup.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Execution of setup failed and in the deployement log I have these errors Saving custom users permissions on database objects... upgrade script detected a change in Config, View or Stored Procedure... Running upgrade shell script '/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/_config.sql'... Running upgrade shell script '/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0010_custom.sql'... Running upgrade shell script '/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0020_add_materialized_views_table.sql'... Running upgrade shell script '/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/0030_materialized_views_extensions.sql'... Running upgrade shell script '/usr/share/ovirt-engine/dbscripts/pre_upgrade/0040_extend_installed_by_column.sql'... 2015-09-01 15:39:35 DEBUG otopi.plugins.ovirt_engine_setup.ovirt_engine.db.schema plugin.execute:941 execute-output: ['/usr/share/ovirt-engine/dbscripts/schema.sh', '-s', 'localhost', '-p', '5432', '-u', 'engine', '-d', 'engine', '-l', '/var/log */ovirt-engine/setup/ovirt-engine-setup-20150901153202-w0ds25.log', '-c', 'apply'] stderr:/usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade/_confi