[ovirt-users] Upgrade via reinstall?

[Jamie Lawrence]

Hello,

I currently have an Ovirt 4.1.8 installation with a hosted engine using Gluster 
for storage, with the DBs hosted on a dedicated PG cluster.

For reasons[1], it seems possibly simpler for me to upgrade our installation by 
reinstalling rather than upgrading. In this case, I can happily bring down the 
running VMs/otherwise do things that one normally can't.

Is there any technical reason I can't/shouldn't rebuild from bare-metal, 
including creating a fresh hosted engine, without losing anything? I suppose a 
different way of asking this is, is there anything on the engine/host 
filesystems that I should preserve/restore for this to work? 

Thanks,

-j

[1] If this isn't an option, I'll go in to them in order to figure out a plan 
B; just avoiding a lot of backstory that isn't needed for the question.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] After realizing HA migration, the virtual machine can still get the virtual machine information by using the "vdsm-client host getVMList" instruction on the host before the migration

[Simone Tiraboschi]

On Wed, Jan 31, 2018 at 12:46 PM, Pym  wrote:

> Hi:
>
> The current environment is as follows:
>
> Ovirt-engine version 4.2.0 is the source code compilation and
> installation. Add two hosts, host1 and host2, respectively. At host1, a
> virtual machine is created on vm1, and a vm2 is created on host2 and HA is
> configured.
>
> Operation steps:
>
> Use the shutdown -r command on host1. Vm1 successfully migrated to host2.
> When host1 is restarted, the following situation occurs:
>
> The state of the vm2 will be shown in two images, switching from up and
> pause.
>
> When I perform the "vdsm-client Host getVMList" in host1, I will get the
> information of vm1. When I execute the "vdsm-client Host getVMList" in
> host2, I will get the information of vm1 and vm2.
> When I do "virsh list" in host1, there is no virtual machine information.
> When I execute "virsh list" at host2, I will get information of vm1 and vm2.
>
> How to solve this problem?
>
> Is it the case that vm1 did not remove the information on host1 during the
> migration, or any other reason?
>

Did you also check if your vms always remained up?
In 4.2 we have libvirt-guests service on the hosts which tries to properly
shutdown the running VMs on host shutdown.


>
> Thank you.
>
>
>
>
> ___
> 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] Power management - oVirt 4,2

[Luca 'remix_tj' Lorenzetto]

Hi,

>From ilo3 and up, ilo fencing agents are an alias for fence_ipmi. Try using
the standard ipmi.

Luca



Il 31 gen 2018 11:14 PM, "Terry hey"  ha scritto:

> Dear all,
> Did oVirt 4.2 Power management support iLO5 as i could not see iLO5 option
> in Power Management.
>
> Regards
> Terry
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] engine add hosts

[李强华]

hello~，I want to add hosts ，but my host offline , can not connect to internal 
.engine add hosts , the message： installing hosts node failed . My engine was 
setup successful ,  i use engine-setup --offline OK，please help~

[cid:4eed0bd5-8485-41c4-b73b-b82855c988e7]

[cid:06876a73-d34b-435f-8479-32aec82c5a0b]
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Power management - oVirt 4,2

[Terry hey]

Dear all,
Did oVirt 4.2 Power management support iLO5 as i could not see iLO5 option
in Power Management.

Regards
Terry
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] After realizing HA migration, the virtual machine can still get the virtual machine information by using the "vdsm-client host getVMList" instruction on the host before the migration.

[Pym]

Hi:


The current environment is as follows:


Ovirt-engine version 4.2.0 is the source code compilation and installation. Add 
two hosts, host1 and host2, respectively. At host1, a virtual machine is 
created on vm1, and a vm2 is created on host2 and HA is configured.


Operation steps:


Use the shutdown -r command on host1. Vm1 successfully migrated to host2.
When host1 is restarted, the following situation occurs:


The state of the vm2 will be shown in two images, switching from up and pause.


When I perform the "vdsm-client Host getVMList" in host1, I will get the 
information of vm1. When I execute the "vdsm-client Host getVMList" in host2, I 
will get the information of vm1 and vm2.
When I do "virsh list" in host1, there is no virtual machine information. When 
I execute "virsh list" at host2, I will get information of vm1 and vm2.


How to solve this problem?


Is it the case that vm1 did not remove the information on host1 during the 
migration, or any other reason?


Thank you.___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Engine VM cannot be migrated

[spfma . tech]

Hi, What can prevent the hosted engine VM from being migrated ? I can migrate 
any other VM in the cluster (same servers), and it is supposed to be configured 
to be migrated manually or automatically as far as I can see.
 Regards
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] leftover of disk moving operation

[Elad Ben Aharon]

Just delete the image directory
(remove_me_8eb435f3-e8c1-4042-8180-e9f342b2e449)
located under  /rhev/data-center/%spuuid%/%sduuid%/images/

As for the LV, please try the following:

dmsetup remove /dev/mapper/%device_name% --> device name could be fetched
by 'dmsetup table'

On Wed, Jan 31, 2018 at 2:00 PM, Gianluca Cecchi 
wrote:

> On Wed, Jan 31, 2018 at 12:33 PM, Elad Ben Aharon 
> wrote:
>
>> You can correlate according to /rhev/data-center/%spuuid%/%sd
>> uuid%/images/
>> The image id you can take from:
>>
>> # lvs -o name,tags |less -S
>>
>> IU, under LV Tage, is the LV's image id, fir example:
>>
>>   LV   LV Tags
>>
>>
>>  13f5b7c1-ad93-41f3-96eb-147709640d1a IU_3646e381-d237-4940-a02d-90b
>> b90b1d45a,MD_5,PU_----
>>
>> On Tue, Jan 30, 2018 at 5:58 PM, Gianluca Cecchi <
>> gianluca.cec...@gmail.com> wrote:
>>
>>> On Tue, Jan 30, 2018 at 4:51 PM, Elad Ben Aharon 
>>> wrote:
>>>
 Please try:

 vdsClient -s 0 teardownImage   

>>>
>>>
>>> How do I map spUUID, sdUUID and imgUUID ?
>>>
>>>
>>
> OK, thanks.
> In my case even after detaching and removing the original SD and putting the
> target SD (now the only attached to the DC) into maintenance, putting
> host into maintenance and rebooting the host, I still get these old LVs
> with flags ao (san visibility to the old source sd is still here... I'm
> going to remove when cleaned up..).
>
> Could it depend on the fact that there was another host in the DC that I
> put into maintenance and then powered off (because at the moment only one
> host was able to see the target SD where I moved all the disks)?
> So a sort of retained lock?
>
> Anyway after restarting this host and activating it with also 2 running
> VMS I have this kind of LV situation related to disks.
> Note that I also included vg_name and you can see 3 VGs
>
> be0c72ca-2dbc-4e02-ab48-5491ea0c01b7 and  f7b481c8-b744-43d4-9faa-0e494a308490
> are two VGs on source old storage domains from where I moved disks
>
> c0097b1a-a387-4ffa-a62b-f9e6972197ef is VG on target new storage domain
> where I moved the disks
>
> #  lvs -o vg_name,name,tags
>
>be0c72ca-2dbc-4e02-ab48-5491ea0c01b7 9094cc5a-a05c-47e0-8ad9-0fef274ea97b
> IU__remove_me_eb553b69-fafb-40de-9892-66b9f2826fd3,MD_6,
> PU_----
>   be0c72ca-2dbc-4e02-ab48-5491ea0c01b7 c1250065-e137-46da-9c11-38b095ff93a7
> IU__remove_me_de47a038-28f9-4131-9650-042f73088c46,MD_7,
> PU_----
>   c0097b1a-a387-4ffa-a62b-f9e6972197ef 014ce954-d645-43f6-823a-73112b80f5ae
> IU_72fb2b45-e1b3-4ea3-a95d-c19aa4b5aad4,MD_20,PU_----
>
>   c0097b1a-a387-4ffa-a62b-f9e6972197ef 09bdad3f-eae1-4449-bb6e-3c3f85e690e9
> IU_7e97309c-5aad-468c-81fc-e2179e4dea3a,MD_6,PU_----
>
>   c0097b1a-a387-4ffa-a62b-f9e6972197ef 0afa6f2e-e4eb-481a-955c-4569e8eb737a
> IU_4721b70f-7146-490f-b351-c4fbff05f62e,MD_7,PU_----
>
>   c0097b1a-a387-4ffa-a62b-f9e6972197ef 45e20ac8-f3c6-462b-a2c3-30f0c8262f84
> IU_a50a9024-e951-4755-9a71-c47b93f99d58,MD_5,PU_----
>
>   c0097b1a-a387-4ffa-a62b-f9e6972197ef 4d27c0e1-546b-48ba-80fb-95dcd87b5583
> IU_3f949bfa-749b-4201-aa94-13bbad45132a,MD_17,PU_----
>
>   c0097b1a-a387-4ffa-a62b-f9e6972197ef 6d23ec3e-79fb-47f0-85ff-08480476ea68
> IU_8eb435f3-e8c1-4042-8180-e9f342b2e449,MD_9,PU_----
>
>   c0097b1a-a387-4ffa-a62b-f9e6972197ef 75aacb1d-5ce5-4b72-b481-646abfa7a652
> IU_190135c5-710d-4ca4-9e0c-cf19e7ca0f8b,MD_11,PU_----
>
>   c0097b1a-a387-4ffa-a62b-f9e6972197ef 7f695bba-eba1-4ec2-ad24-3a0a5f03ea2d
> IU_2aef413b-b2d1-4a7c-8fbb-df81c93050ea,MD_19,PU_----
>
>   c0097b1a-a387-4ffa-a62b-f9e6972197ef 8b48d5bb-a643-4c2b-9979-1a1be532ae71
> IU_d258a707-0bb6-47d4-88b7-e0bf01b59f78,MD_16,PU_----
>
>   c0097b1a-a387-4ffa-a62b-f9e6972197ef 9094cc5a-a05c-47e0-8ad9-0fef274ea97b
> IU_eb553b69-fafb-40de-9892-66b9f2826fd3,MD_14,PU_----
>
>   c0097b1a-a387-4ffa-a62b-f9e6972197ef a1ebb202-458a-4c3a-8020-adbd432cdc75
> IU_bc0de77d-796b-4c8d-94b3-0829110a542f,MD_12,PU_----
>
>   c0097b1a-a387-4ffa-a62b-f9e6972197ef a20bb16e-7c7c-4ed4-85c0-cbf297048a8e
> IU_6d8d41d5-2502-4392-8d4a-cca07581ec1e,MD_8,PU_----
>
>   c0097b1a-a387-4ffa-a62b-f9e6972197ef a2d5f043-55c2-4701-ac8c-ccb796a799d1
> IU_c4cb42d2-c2ae-4336-8905-f743576869bc,MD_10,PU_----
>
>   c0097b1a-a387-4ffa-a62b-f9e6972197ef acb04c1e-488e-469f-9905-21540dfe4361
> IU_48ca28fb-9c08-44ff-8599-7ba767a96b32,MD_13,PU_----
>
>   c0097b1a-a387-4ffa-a62b-f9e6972197ef 

Re: [ovirt-users] Using upstream QEMU

[Yedidyah Bar David]

On Wed, Jan 31, 2018 at 5:43 PM, Harry Mallon  wrote:
> Hello all,
>
> Has anyone used oVirt with non-oVirt provided QEMU versions?
> I need a feature provided by upstream QEMU, but it is disabled in the 
> oVirt/CentOS7 QEMU RPM.
>
> I have two possible methods to avoid the issue:
> 1. Fedora has a more recent QEMU which is closer to 'stock'. I see that oVirt 
> 4.2 has no Fedora support,

Indeed, mostly

> but is it possible to install the host onto a Fedora machine?

Didn't try this recently, but it might require not-too-much work with
fc25 or so.
IIRC fc27 is python3-only, and this will require more work (which is
ongoing, but
don't hold your breath).

> I am trying to use the master branch rpms as recommended in the "No Fedora 
> Support" note with no luck currently.

Another option is to try to rebuild the fedora srpm for CentOS 7.

> 2. Is it safe/sensible to use oVirt with a CentOS7 host running an upstream 
> QEMU version?

No idea. If it's only for development/testing, I'd say give it a try.

>
> Thanks,
> Harry
>
>
> Harry Mallon
> CODEX | Senior Software Engineer
> 60 Poland Street | London | England | W1F 7NT
> E harry.mallon@codex.online | T +44 203 7000 989
> ___
> 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

[ovirt-users] Using upstream QEMU

[Harry Mallon]

Hello all,

Has anyone used oVirt with non-oVirt provided QEMU versions?
I need a feature provided by upstream QEMU, but it is disabled in the 
oVirt/CentOS7 QEMU RPM.

I have two possible methods to avoid the issue:
1. Fedora has a more recent QEMU which is closer to 'stock'. I see that oVirt 
4.2 has no Fedora support, but is it possible to install the host onto a Fedora 
machine? I am trying to use the master branch rpms as recommended in the "No 
Fedora Support" note with no luck currently.
2. Is it safe/sensible to use oVirt with a CentOS7 host running an upstream 
QEMU version?

Thanks,
Harry


Harry Mallon
CODEX | Senior Software Engineer
60 Poland Street | London | England | W1F 7NT
E harry.mallon@codex.online | T +44 203 7000 989
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] QEMU custom bios and machine setup

[Dan Yasny]

On Wed, Jan 31, 2018 at 4:51 AM, Harry Mallon 
wrote:

> Hello all,
>
> Thanks for the tip Dan. I thought I would write up what I did for future
> people searching this list.
>
> I added the QEMU command line hook from github oVirt/vdsm (
> https://github.com/oVirt/vdsm/tree/master/vdsm_hooks/qemucmdline) to
> /usr/libexec/vdsm/hooks/before_vm_start/ on my hosts.
>
> Then I added the Custom Arguments to the config on my machine with the
> engine running
> engine-config -g UserDefinedVMProperties # print current args and add them
> to the next line
> engine-config -s UserDefinedVMProperties='qemu_cmdline=^.*$' --cver=4.2
>
> Then I was able to add the JSON list of args to the machines in the oVirt
> UI.
>
> Thanks for your help,
> Harry
>
>
Glad it worked for you


>
> Harry Mallon
> CODEX | Senior Software Engineer
> 60 Poland Street | London | England | W1F 7NT
> E harry.mallon@codex.online | T +44 203 7000 989
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] leftover of disk moving operation

[Gianluca Cecchi]

On Wed, Jan 31, 2018 at 12:33 PM, Elad Ben Aharon 
wrote:

> You can correlate according to /rhev/data-center/%spuuid%/%sduuid%/images/
> The image id you can take from:
>
> # lvs -o name,tags |less -S
>
> IU, under LV Tage, is the LV's image id, fir example:
>
>   LV   LV Tags
>
>
>  13f5b7c1-ad93-41f3-96eb-147709640d1a IU_3646e381-d237-4940-a02d-
> 90bb90b1d45a,MD_5,PU_----
>
> On Tue, Jan 30, 2018 at 5:58 PM, Gianluca Cecchi <
> gianluca.cec...@gmail.com> wrote:
>
>> On Tue, Jan 30, 2018 at 4:51 PM, Elad Ben Aharon 
>> wrote:
>>
>>> Please try:
>>>
>>> vdsClient -s 0 teardownImage   
>>>
>>
>>
>> How do I map spUUID, sdUUID and imgUUID ?
>>
>>
>
OK, thanks.
In my case even after detaching and removing the original SD and putting the
target SD (now the only attached to the DC) into maintenance, putting host
into maintenance and rebooting the host, I still get these old LVs with
flags ao (san visibility to the old source sd is still here... I'm going to
remove when cleaned up..).

Could it depend on the fact that there was another host in the DC that I
put into maintenance and then powered off (because at the moment only one
host was able to see the target SD where I moved all the disks)?
So a sort of retained lock?

Anyway after restarting this host and activating it with also 2 running VMS
I have this kind of LV situation related to disks.
Note that I also included vg_name and you can see 3 VGs

be0c72ca-2dbc-4e02-ab48-5491ea0c01b7
and  f7b481c8-b744-43d4-9faa-0e494a308490 are two VGs on source old storage
domains from where I moved disks

c0097b1a-a387-4ffa-a62b-f9e6972197ef is VG on target new storage domain
where I moved the disks

#  lvs -o vg_name,name,tags

   be0c72ca-2dbc-4e02-ab48-5491ea0c01b7
9094cc5a-a05c-47e0-8ad9-0fef274ea97b
IU__remove_me_eb553b69-fafb-40de-9892-66b9f2826fd3,MD_6,PU_----
  be0c72ca-2dbc-4e02-ab48-5491ea0c01b7 c1250065-e137-46da-9c11-38b095ff93a7
IU__remove_me_de47a038-28f9-4131-9650-042f73088c46,MD_7,PU_----
  c0097b1a-a387-4ffa-a62b-f9e6972197ef 014ce954-d645-43f6-823a-73112b80f5ae
IU_72fb2b45-e1b3-4ea3-a95d-c19aa4b5aad4,MD_20,PU_----

  c0097b1a-a387-4ffa-a62b-f9e6972197ef 09bdad3f-eae1-4449-bb6e-3c3f85e690e9
IU_7e97309c-5aad-468c-81fc-e2179e4dea3a,MD_6,PU_----

  c0097b1a-a387-4ffa-a62b-f9e6972197ef 0afa6f2e-e4eb-481a-955c-4569e8eb737a
IU_4721b70f-7146-490f-b351-c4fbff05f62e,MD_7,PU_----

  c0097b1a-a387-4ffa-a62b-f9e6972197ef 45e20ac8-f3c6-462b-a2c3-30f0c8262f84
IU_a50a9024-e951-4755-9a71-c47b93f99d58,MD_5,PU_----

  c0097b1a-a387-4ffa-a62b-f9e6972197ef 4d27c0e1-546b-48ba-80fb-95dcd87b5583
IU_3f949bfa-749b-4201-aa94-13bbad45132a,MD_17,PU_----

  c0097b1a-a387-4ffa-a62b-f9e6972197ef 6d23ec3e-79fb-47f0-85ff-08480476ea68
IU_8eb435f3-e8c1-4042-8180-e9f342b2e449,MD_9,PU_----

  c0097b1a-a387-4ffa-a62b-f9e6972197ef 75aacb1d-5ce5-4b72-b481-646abfa7a652
IU_190135c5-710d-4ca4-9e0c-cf19e7ca0f8b,MD_11,PU_----

  c0097b1a-a387-4ffa-a62b-f9e6972197ef 7f695bba-eba1-4ec2-ad24-3a0a5f03ea2d
IU_2aef413b-b2d1-4a7c-8fbb-df81c93050ea,MD_19,PU_----

  c0097b1a-a387-4ffa-a62b-f9e6972197ef 8b48d5bb-a643-4c2b-9979-1a1be532ae71
IU_d258a707-0bb6-47d4-88b7-e0bf01b59f78,MD_16,PU_----

  c0097b1a-a387-4ffa-a62b-f9e6972197ef 9094cc5a-a05c-47e0-8ad9-0fef274ea97b
IU_eb553b69-fafb-40de-9892-66b9f2826fd3,MD_14,PU_----

  c0097b1a-a387-4ffa-a62b-f9e6972197ef a1ebb202-458a-4c3a-8020-adbd432cdc75
IU_bc0de77d-796b-4c8d-94b3-0829110a542f,MD_12,PU_----

  c0097b1a-a387-4ffa-a62b-f9e6972197ef a20bb16e-7c7c-4ed4-85c0-cbf297048a8e
IU_6d8d41d5-2502-4392-8d4a-cca07581ec1e,MD_8,PU_----

  c0097b1a-a387-4ffa-a62b-f9e6972197ef a2d5f043-55c2-4701-ac8c-ccb796a799d1
IU_c4cb42d2-c2ae-4336-8905-f743576869bc,MD_10,PU_----

  c0097b1a-a387-4ffa-a62b-f9e6972197ef acb04c1e-488e-469f-9905-21540dfe4361
IU_48ca28fb-9c08-44ff-8599-7ba767a96b32,MD_13,PU_----

  c0097b1a-a387-4ffa-a62b-f9e6972197ef c1250065-e137-46da-9c11-38b095ff93a7
IU_de47a038-28f9-4131-9650-042f73088c46,MD_15,PU_----

  c0097b1a-a387-4ffa-a62b-f9e6972197ef e26eac74-4445-4f3b-b2f5-ef048ae6d91b
IU_fe80f8f0-17d7-43b5-beb6-68983d9fd66c,MD_4,PU_----
 f7b481c8-b744-43d4-9faa-0e494a308490
45e20ac8-f3c6-462b-a2c3-30f0c8262f84
IU__remove_me_a50a9024-e951-4755-9a71-c47b93f99d58,MD_13,PU_----
  f7b481c8-b744-43d4-9faa-0e494a308490 4d27c0e1-546b-48ba-80fb-95dcd87b5583

Re: [ovirt-users] leftover of disk moving operation

[Elad Ben Aharon]

You can correlate according to /rhev/data-center/%spuuid%/%sduuid%/images/
The image id you can take from:

# lvs -o name,tags |less -S

IU, under LV Tage, is the LV's image id, fir example:

  LV   LV Tags

 13f5b7c1-ad93-41f3-96eb-147709640d1a
IU_3646e381-d237-4940-a02d-90bb90b1d45a,MD_5,PU_----

On Tue, Jan 30, 2018 at 5:58 PM, Gianluca Cecchi 
wrote:

> On Tue, Jan 30, 2018 at 4:51 PM, Elad Ben Aharon 
> wrote:
>
>> Please try:
>>
>> vdsClient -s 0 teardownImage   
>>
>
>
> How do I map spUUID, sdUUID and imgUUID ?
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Move Export Domain across web via NFS verses Rsync Image

[Shani Leviim]

Hi Matt,
Can you please provide engine.log ?


*Regards,*

*Shani Leviim*

On Wed, Jan 31, 2018 at 1:47 AM, Matt Simonsen  wrote:

> On 01/30/2018 03:43 PM, Christopher Cox wrote:
>
>> So, you're saying you export to an Export Domain (NFS), detach, and then
>> rsync that somewhere else (a different NFS system) and try to attach that
>> an Export(import) Domain to a different datacenter and import? Sounds like
>> it should work to me.
>>
>
>
>
>
> Yea. Exactly as you described below.
>
> If there's any reason this would be a problem, I'd love to hear others
> chime in.
>
> Thanks
>
> Matt
>
>
> ___
> 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 4.2.1 pre hosted engine deploy failure

[Simone Tiraboschi]

On Mon, Jan 29, 2018 at 4:53 PM, Gianluca Cecchi 
wrote:

> Hello,
> at the end of the command
> hosted-engine --deploy
>
> I get
> [ INFO  ] TASK [Detect ovirt-hosted-engine-ha version]
> [ INFO  ] changed: [localhost]
> [ INFO  ] TASK [Set ha_version]
> [ INFO  ] ok: [localhost]
> [ INFO  ] TASK [Create configuration templates]
> [ INFO  ] TASK [Create configuration archive]
> [ INFO  ] changed: [localhost]
> [ INFO  ] TASK [Create ovirt-hosted-engine-ha run directory]
> [ INFO  ] changed: [localhost]
> [ INFO  ] TASK [Copy configuration files to the right location on host]
> [ INFO  ] TASK [Copy configuration archive to storage]
> [ ERROR ]  [WARNING]: Failure using method (v2_runner_on_failed) in
> callback plugin
>
> [ ERROR ] ( at 0x2dd7d90>):
>
> [ ERROR ] 'ascii' codec can't encode character u'\u2018' in position 496:
> ordinal not in
>
> [ ERROR ] range(128)
>
> [ ERROR ] Failed to execute stage 'Closing up': Failed executing
> ansible-playbook
> [ INFO  ] Stage: Clean up
> [ INFO  ] Cleaning temporary resources
> [ INFO  ] TASK [Gathering Facts]
> [ INFO  ] ok: [localhost]
> [ INFO  ] TASK [Remove local vm dir]
> [ INFO  ] changed: [localhost]
> [ INFO  ] Generating answer file '/var/lib/ovirt-hosted-engine-
> setup/answers/answers-20180129164431.conf'
> [ INFO  ] Stage: Pre-termination
> [ INFO  ] Stage: Termination
> [ ERROR ] Hosted Engine deployment failed: this system is not reliable,
> please check the issue,fix and redeploy
>   Log file is located at /var/log/ovirt-hosted-engine-s
> etup/ovirt-hosted-engine-setup-20180129160956-a7itm9.log
> [root@ov42 ~]#
>
> Is there any known bug for this?
>

Ciao Gianluca,
we have an issue logging messages with special unicode chars from ansible,
it's tracked here:
https://bugzilla.redhat.com/show_bug.cgi?id=1533500
but this is just hiding your real issue.

I'm almost sure that you are facing an issue writing on NFS and thwn dd
returns us an error message with \u2018 and \u2019.
Can you please check your NFS permissions?


>
> In log file I have:
>
> 2018-01-29 16:44:28,159+0100 ERROR 
> otopi.ovirt_hosted_engine_setup.ansible_utils
> ansible_utils.run:173  [WARNING]: Failure using method
> (v2_runner_on_failed) in callback plugin
>
> 2018-01-29 16:44:28,160+0100 DEBUG otopi.plugins.otopi.dialog.human
> human.format:69 newline sent to logger
> 2018-01-29 16:44:28,160+0100 ERROR 
> otopi.ovirt_hosted_engine_setup.ansible_utils
> ansible_utils.run:173 ( object at 0x2dd7d90>):
>
> 2018-01-29 16:44:28,160+0100 DEBUG otopi.plugins.otopi.dialog.human
> human.format:69 newline sent to logger
> 2018-01-29 16:44:28,160+0100 ERROR 
> otopi.ovirt_hosted_engine_setup.ansible_utils
> ansible_utils.run:173 'ascii' codec can't encode character u'\u2018' in
> position 496: ordinal not in
>
> 2018-01-29 16:44:28,161+0100 DEBUG otopi.plugins.otopi.dialog.human
> human.format:69 newline sent to logger
> 2018-01-29 16:44:28,161+0100 ERROR 
> otopi.ovirt_hosted_engine_setup.ansible_utils
> ansible_utils.run:173 range(128)
> 2018-01-29 16:44:28,161+0100 DEBUG otopi.plugins.otopi.dialog.human
> human.format:69 newline sent to logger
> 2018-01-29 16:44:28,161+0100 DEBUG otopi.context
> context._executeMethod:143 method exception
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/site-packages/otopi/context.py", line 133, in
> _executeMethod
> method['method']()
>   File "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/gr-
> he-ansiblesetup/core/target_vm.py", line 193, in _closeup
> r = ah.run()
>   File 
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_setup/ansible_utils.py",
> line 175, in run
> raise RuntimeError(_('Failed executing ansible-playbook'))
> RuntimeError: Failed executing ansible-playbook
> 2018-01-29 16:44:28,162+0100 ERROR otopi.context
> context._executeMethod:152 Failed to execute stage 'Closing up': Failed
> executing ansible-playbook
>
> I'm testing deploy of nested self hosted engine with HE on NFS.
>
> Thanks,
> Gianluca
>
> ___
> 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] VM paused due unknown storage error

[Misak Khachatryan]

And sorry - yes, all hosts are active.

Best regards,
Misak Khachatryan


On Wed, Jan 31, 2018 at 9:17 AM, Sahina Bose  wrote:
> Could you provide the output of "gluster volume status" and the gluster
> mount logs to check further?
> Are all the host shown as active in the engine (that is, is the monitoring
> working?)
>
> On Wed, Jan 31, 2018 at 1:07 AM, Misak Khachatryan  wrote:
>>
>> Hi,
>>
>> After upgrade to 4.2 i'm getting "VM paused due unknown storage
>> error". When i was upgrading i had some gluster problem with one of
>> the hosts, which i was fixed readding it to gluster peers. Now i see
>> something weir in bricks configuration, see attachment - one of the
>> bricks uses 0% of space.
>>
>> How I can diagnose this? Nothing wrong in logs as I can see.
>>
>>
>>
>>
>> Best regards,
>> Misak Khachatryan
>>
>> ___
>> 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] QEMU custom bios and machine setup

[Harry Mallon]

Hello all,

Thanks for the tip Dan. I thought I would write up what I did for future people 
searching this list.

I added the QEMU command line hook from github oVirt/vdsm 
(https://github.com/oVirt/vdsm/tree/master/vdsm_hooks/qemucmdline) to 
/usr/libexec/vdsm/hooks/before_vm_start/ on my hosts.

Then I added the Custom Arguments to the config on my machine with the engine 
running
engine-config -g UserDefinedVMProperties # print current args and add them to 
the next line
engine-config -s UserDefinedVMProperties='qemu_cmdline=^.*$' --cver=4.2

Then I was able to add the JSON list of args to the machines in the oVirt UI.

Thanks for your help,
Harry


Harry Mallon
CODEX | Senior Software Engineer
60 Poland Street | London | England | W1F 7NT
E harry.mallon@codex.online | T +44 203 7000 989
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] cloud-init not setting gateway

[Maton, Brett]

Thanks Luca,

I'll give that a go with the custom_script option.

Regards,
Brett

On 31 January 2018 at 08:55, Luca 'remix_tj' Lorenzetto <
lorenzetto.l...@gmail.com> wrote:

> On Wed, Jan 31, 2018 at 7:35 AM, Maton, Brett 
> wrote:
> > Are there any known issues with cloud-init not setting the network
> gateway ?
> >
> > I'm trying to create a host with the ansible roles, all is Ok apart from
> > network settings.
> >
> > Ansible code:
> >
> [cut]
> >
> > I've also tried using the web-ui, again most 'things' get set but not the
> > gateway which is a killer as I can only access the VM with remote console
> > until I set the gateway.
>
> Hello Brett,
>
> we have the same issue with RHEL 7.4.
>
> Our workaround is writing /etc/sysconfig/network file with the variable
> GATEWAY=
> so we have the variable set at next network activation.
>
> Luca
>
> --
> "E' assurdo impiegare gli uomini di intelligenza eccellente per fare
> calcoli che potrebbero essere affidati a chiunque se si usassero delle
> macchine"
> Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)
>
> "Internet è la più grande biblioteca del mondo.
> Ma il problema è che i libri sono tutti sparsi sul pavimento"
> John Allen Paulos, Matematico (1945-vivente)
>
> Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , <
> lorenzetto.l...@gmail.com>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] cloud-init not setting gateway

[Gianluca Cecchi]

On Wed, Jan 31, 2018 at 9:55 AM, Luca 'remix_tj' Lorenzetto <
lorenzetto.l...@gmail.com> wrote:

> On Wed, Jan 31, 2018 at 7:35 AM, Maton, Brett 
> wrote:
> > Are there any known issues with cloud-init not setting the network
> gateway ?
> >
> > I'm trying to create a host with the ansible roles, all is Ok apart from
> > network settings.
> >
> > Ansible code:
> >
> [cut]
> >
> > I've also tried using the web-ui, again most 'things' get set but not the
> > gateway which is a killer as I can only access the VM with remote console
> > until I set the gateway.
>
> Hello Brett,
>
> we have the same issue with RHEL 7.4.
>
> Our workaround is writing /etc/sysconfig/network file with the variable
> GATEWAY=
> so we have the variable set at next network activation.
>
> Luca
>
>
There are several bugzilla items opened for this problem. The one for RH EL
7.4.z is this on QA
https://bugzilla.redhat.com/show_bug.cgi?id=1540094

Others:
https://bugzilla.redhat.com/show_bug.cgi?id=1492726
https://bugzilla.redhat.com/show_bug.cgi?id=1539760

Gianluca
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] cloud-init not setting gateway

[Luca 'remix_tj' Lorenzetto]

On Wed, Jan 31, 2018 at 7:35 AM, Maton, Brett  wrote:
> Are there any known issues with cloud-init not setting the network gateway ?
>
> I'm trying to create a host with the ansible roles, all is Ok apart from
> network settings.
>
> Ansible code:
>
[cut]
>
> I've also tried using the web-ui, again most 'things' get set but not the
> gateway which is a killer as I can only access the VM with remote console
> until I set the gateway.

Hello Brett,

we have the same issue with RHEL 7.4.

Our workaround is writing /etc/sysconfig/network file with the variable GATEWAY=
so we have the variable set at next network activation.

Luca

-- 
"E' assurdo impiegare gli uomini di intelligenza eccellente per fare
calcoli che potrebbero essere affidati a chiunque se si usassero delle
macchine"
Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)

"Internet è la più grande biblioteca del mondo.
Ma il problema è che i libri sono tutti sparsi sul pavimento"
John Allen Paulos, Matematico (1945-vivente)

Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users