Re: [ovirt-users] Testing ovirt 3.6 Beta 3

[wodel youchi]

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
>> 

Re: [ovirt-users] Testing ovirt 3.6 Beta 3

[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
>
>
>  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 « 

[ovirt-users] Migration from all-in-one to self hosted engine tips?

[Gianluca Cecchi]

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.

Thanks in advance,
Gianluca
___
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'

[Sandro Bonazzola]

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.5 engine web certificate

[Sandro Bonazzola]

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] Testing ovirt 3.6 Beta 3

[wodel youchi]

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',
 

Re: [ovirt-users] Updare issues from oVirt 3.5.0.1-1 to 3.5.3

[VONDRA Alain]

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

[ovirt-users] Testing ovirt 3.6 Beta 3

[wodel youchi]

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] Testing ovirt 3.6 Beta 3

[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] Updare issues from oVirt 3.5.0.1-1 to 3.5.3

[VONDRA Alain]

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

Re: [ovirt-users] Testing ovirt 3.6 Beta 3

[wodel youchi]

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

[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.6 Failed to execute stage 'Environment setup'

[Simone Tiraboschi]

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] ovirt 3.6 Failed to execute stage 'Environment setup'

[Richard Neuboeck]

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'

[Simone Tiraboschi]

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] Testing ovirt 3.6 Beta 3

[wodel youchi]

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] Updare issues from oVirt 3.5.0.1-1 to 3.5.3

[Maor Lipchuk]

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 

Re: [ovirt-users] ovirt 3.6 Failed to execute stage 'Environment setup'

[Simone Tiraboschi]

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'

[Richard Neuboeck]

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
> > 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

[Yedidyah Bar David]

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

[Simone Tiraboschi]

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?

[Ido Barkan]

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?

[Simon Barrett]

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

Re: [ovirt-users] ovirt 3.5 engine web certificate

[Baptiste Agasse]

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] Migrating old VMWare VM to oVirt?

[Chris Adams]

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?

[Dan Yasny]

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

[Christian Rebel]

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

[ovirt-users] [ANN] Release Process changes

[Sandro Bonazzola]

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

Re: [ovirt-users] Feature request: bind mounting filesystems

[Jiri Belka]

> 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

[ovirt-users] Migrating old VMWare VM to oVirt?

[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.

-- 
Chris Adams 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Testing ovirt 3.6 Beta 3

[wodel youchi]

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 « ( »

Re: [ovirt-users] Migration from all-in-one to self hosted engine tips?

[Jiri Belka]

> 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] Feature request: bind mounting filesystems

[Steve Kilduff]

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] Testing ovirt 3.6 Beta 3

[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: 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',
> 

Re: [ovirt-users] Migrating old VMWare VM to oVirt?

[Jiri Belka]

> 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