[ovirt-users] Re: oVirt Node 4.3 Master on fc28

2019-04-11 Thread scdownloader . io 
In Step #2: Fqdns: for a 3 host cluster, are we to add the 2nd & 3rd 
hosts?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/7KYSYQDKNS5SJQFMPSDKQCKEMOXNQDQH/

[ovirt-users] Re: oVirt Node 4.3 Master on fc28

2019-04-11 Thread scdownloader . io 
Thank you for the explanation, so from my understanding we can't have a 
hyperconverged setup if more that 3 nodes are required? https://scdownloader.io 
or is it possible if gluster is setup separate of the oVirt node installs?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/W4HX6XJFK36YOIGREQELSTHHWISPQS4B/

[ovirt-users] Re: Install of oVirt.hosted-engine-setup from galaxy fails

2019-04-11 Thread Simone Tiraboschi 
On Thu, Apr 11, 2019 at 4:24 AM Vrgotic, Marko 
wrote:

> Dear oVirt team,
>
>
>
> Install of role oVirt.hosted-engine-setup from Galaxy repo fails:
>
> - downloading role 'hosted-engine-setup', owned by oVirt
>
> [WARNING]: - oVirt.hosted-engine-setup was NOT installed successfully: -
> sorry, oVirt.hosted-engine-setup was not found on
> https://galaxy.ansible.com.
>
>
>
> Apparently it fails due to name of the repo in the Galaxy which is with
> “_” instead of expected “-” .
>

Yes, the right role name in galaxy is ovirt.hosted_engine_setup and it's
here:
https://galaxy.ansible.com/oVirt/hosted_engine_setup

you can install it with:
ansible-galaxy install ovirt.hosted_engine_setup

This is due to fact that ansible galaxy is not accepting anymore '-' in
namespace, repository and content names and it automatically converts '-'
to '_'.
Exceptions are allowed in special cases (with manual handling) but this is
the rule, please see:
https://github.com/ansible/galaxy/issues/775
https://github.com/ansible/galaxy/issues/779
https://github.com/ansible/galaxy/issues/1128
...

on the other side the rpm is named ovirt-ansible-hosted-engine-setup to be
compliant with a different rule set.




>
>
> Marko Vrgotic
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/UDLG5Q3U73VNVL6V5YJ3ZUZGOSBB2PKY/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/65XUGAAILCYOXRO5RMOA22LYLUVYIEEO/

[ovirt-users] Re: HostedEngine cleaned up

2019-04-11 Thread Simone Tiraboschi 
Il Gio 11 Apr 2019, 19:12 Sakhi Hadebe  ha scritto:

> What happened is the engine's root filesystem had filled up. My colleague
> tried to resize the root lvm. The engine then did not come back. In trying
> to resolve that he cleaned up the engine and tried to re-install it, no
> luck in doing that.
>
> That brought down all the VMs. All VMs are down. we trying to move them
> into one of the standalone kvm host. We have been trying to locate the VM
> disk images, with no luck.
>
> According to the of the VM xml configuration file.the disk file is
>  
> /rhev/data-center/mnt/glusterSD/glustermount.goku:_vmstore/9f8ef3f6-53f2-4b02-8a6b-e171b000b420/images/b2b872cd-b468-4f14-ae20-555ed823e84b/76ed4113-51b6-44fd-a3cd-3bd64bf93685
>
> Unfortunately we can find it and the solution on teh forum states that we
> can only find in the associated logical volume, but i think only when teh
> vm is running.
>
> The disk images we have been trying to boot up from are the one's we got
> from the gluster bricks, but the are far small that real images and can't
> boot
>

I'd strongly suggest to deploy a new environment over a new storage domain
and import there the existing hosts; if you configure the cluster in the
new engine for virt+gluster, the engine should be able to automatically
detect the gluster volumes there and then you will be able to import the
existing storage domains into the new engine.
All the definitions of the VMs are periodically (1h) saved also on a
special volume on the storage domain called OVF_STORE so you will find your
existing VMs into the new engine and you will be able to start them from
there.



>
> On Thu, Apr 11, 2019 at 6:13 PM Simone Tiraboschi 
> wrote:
>
>>
>>
>> On Thu, Apr 11, 2019 at 9:46 AM Sakhi Hadebe  wrote:
>>
>>> Hi,
>>>
>>> We have a situation where the HostedEngine was cleaned up and the VMs
>>> are no longer running. Looking at the logs we can see the drive files as:
>>>
>>
>> Do you have any guess on what really happened?
>> Are you sure that the disks really disappeared?
>>
>> Please notice that the symlinks under 
>> rhev/data-center/mnt/glusterSD/glustermount...
>> are created on the fly only when needed.
>>
>> Are you sure that your host is correctly connecting the gluster storage
>> domain?
>>
>>
>>>
>>> 2019-03-26T07:42:46.915838Z qemu-kvm: -drive
>>> file=/rhev/data-center/mnt/glusterSD/glustermount.goku:_vmstore/9f8ef3f6-53f2-4b02-8a6b-e171b000b420/images/b2b872cd-b468-4f14-ae20-555ed823e84b/76ed4113-51b6-44fd-a3cd-3bd64bf93685,format=qcow2,if=none,id=drive-ua-b2b872cd-b468-4f14-ae20-555ed823e84b,serial=b2b872cd-b468-4f14-ae20-555ed823e84b,werror=stop,rerror=stop,cache=none,aio=native:
>>> 'serial' is deprecated, please use the corresponding option of '-device'
>>> instead
>>>
>>> I assume this is the disk was writing to before it went down. Trying to
>>> list the file gives an error and the file is not there;
>>> ls -l
>>> /rhev/data-center/mnt/glusterSD/glustermount.goku:_vmstore/9f8ef3f6-53f2-4b02-8a6b-e171b000b420/images/b2b872cd-b468-4f14-ae20-555ed823e84b/76ed4113-51b6-44fd-a3cd-3bd64bf93685
>>>
>>> Is there a way we can recover the VM's disk images ?
>>>
>>> NOTE: No HostedEngine backups
>>>
>>> --
>>> Regards,
>>> Sakhi Hadebe
>>> ___
>>> Users mailing list -- users@ovirt.org
>>> To unsubscribe send an email to users-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>> oVirt Code of Conduct:
>>> https://www.ovirt.org/community/about/community-guidelines/
>>> List Archives:
>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/FPTPLMY4TC4FVYPU7U44SLEVHVD57VOS/
>>>
>>
>
> --
> Regards,
> Sakhi Hadebe
>
> Engineer: South African National Research Network (SANReN)Competency Area, 
> Meraka, CSIR
>
> Tel:   +27 12 841 2308 <+27128414213>
> Fax:   +27 12 841 4223 <+27128414223>
> Cell:  +27 71 331 9622 <+27823034657>
> Email: sa...@sanren.ac.za 
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/FQETT3EGP26ZTRWJZ6XWNC2IW3KSCMBP/

[ovirt-users] Re: HostedEngine cleaned up

2019-04-11 Thread Strahil 
The real image is defined within the XML stanza in the vdsm.log when the VM was 
last started .
So if you remember when the last time the HostedEngine was rebooted, you can 
check the vdsm.log on the host.

From there - check the cluster for the file.

If it's missing deploy the HostedEngine again (on the previous HostedEngine 
cluster volume or on a completely new).
Then try to import all Storages and then you will be able to import existing 
VMs.

Best Regards,
Strahil NikolovOn Apr 11, 2019 20:12, Sakhi Hadebe  wrote:
>
> What happened is the engine's root filesystem had filled up. My colleague 
> tried to resize the root lvm. The engine then did not come back. In trying to 
> resolve that he cleaned up the engine and tried to re-install it, no luck in 
> doing that.
>
> That brought down all the VMs. All VMs are down. we trying to move them into 
> one of the standalone kvm host. We have been trying to locate the VM disk 
> images, with no luck.
>
> According to the of the VM xml configuration file.the disk file is  
> /rhev/data-center/mnt/glusterSD/glustermount.goku:_vmstore/9f8ef3f6-53f2-4b02-8a6b-e171b000b420/images/b2b872cd-b468-4f14-ae20-555ed823e84b/76ed4113-51b6-44fd-a3cd-3bd64bf93685
>
> Unfortunately we can find it and the solution on teh forum states that we can 
> only find in the associated logical volume, but i think only when teh vm is 
> running.
>
> The disk images we have been trying to boot up from are the one's we got from 
> the gluster bricks, but the are far small that real images and can't boot
>
>
> On Thu, Apr 11, 2019 at 6:13 PM Simone Tiraboschi  wrote:
>>
>>
>>
>> On Thu, Apr 11, 2019 at 9:46 AM Sakhi Hadebe  wrote:
>>>
>>> Hi,
>>>
>>> We have a situation where the HostedEngine was cleaned up and the VMs are 
>>> no longer running. Looking at the logs we can see the drive files as:
>>
>>
>> Do you have any guess on what really happened?
>> Are you sure that the disks really disappeared?
>>
>> Please notice that the symlinks under 
>> rhev/data-center/mnt/glusterSD/glustermount... are created on the fly only 
>> when needed.
>>
>> Are you sure that your host is correctly connecting the gluster storage 
>> domain?
>>  
>>>
>>>
>>> 2019-03-26T07:42:46.915838Z qemu-kvm: -drive 
>>> file=/rhev/data-center/mnt/glusterSD/glustermount.goku:_vmstore/9f8ef3f6-53f2-4b02-8a6b-e171b000b420/images/b2b872cd-b468-4f14-ae20-555ed823e84b/76ed4113-51b6-44fd-a3cd-3bd64bf93685,format=qcow2,if=none,id=drive-ua-b2b872cd-b468-4f14-ae20-555ed823e84b,serial=b2b872cd-b468-4f14-ae20-555ed823e84b,werror=stop,rerror=stop,cache=none,aio=native:
>>>  'serial' is deprecated, please use the corresponding option of '-device' 
>>> instead
>>>
>>> I assume this is the disk was writing to before it went down___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/DZFEGTVTSSBSNLG6B32RD66SSGGLJAUS/

[ovirt-users] Re: HostedEngine cleaned up

2019-04-11 Thread Sakhi Hadebe 
What happened is the engine's root filesystem had filled up. My colleague
tried to resize the root lvm. The engine then did not come back. In trying
to resolve that he cleaned up the engine and tried to re-install it, no
luck in doing that.

That brought down all the VMs. All VMs are down. we trying to move them
into one of the standalone kvm host. We have been trying to locate the VM
disk images, with no luck.

According to the of the VM xml configuration file.the disk file is
 
/rhev/data-center/mnt/glusterSD/glustermount.goku:_vmstore/9f8ef3f6-53f2-4b02-8a6b-e171b000b420/images/b2b872cd-b468-4f14-ae20-555ed823e84b/76ed4113-51b6-44fd-a3cd-3bd64bf93685

Unfortunately we can find it and the solution on teh forum states that we
can only find in the associated logical volume, but i think only when teh
vm is running.

The disk images we have been trying to boot up from are the one's we got
from the gluster bricks, but the are far small that real images and can't
boot


On Thu, Apr 11, 2019 at 6:13 PM Simone Tiraboschi 
wrote:

>
>
> On Thu, Apr 11, 2019 at 9:46 AM Sakhi Hadebe  wrote:
>
>> Hi,
>>
>> We have a situation where the HostedEngine was cleaned up and the VMs are
>> no longer running. Looking at the logs we can see the drive files as:
>>
>
> Do you have any guess on what really happened?
> Are you sure that the disks really disappeared?
>
> Please notice that the symlinks under 
> rhev/data-center/mnt/glusterSD/glustermount...
> are created on the fly only when needed.
>
> Are you sure that your host is correctly connecting the gluster storage
> domain?
>
>
>>
>> 2019-03-26T07:42:46.915838Z qemu-kvm: -drive
>> file=/rhev/data-center/mnt/glusterSD/glustermount.goku:_vmstore/9f8ef3f6-53f2-4b02-8a6b-e171b000b420/images/b2b872cd-b468-4f14-ae20-555ed823e84b/76ed4113-51b6-44fd-a3cd-3bd64bf93685,format=qcow2,if=none,id=drive-ua-b2b872cd-b468-4f14-ae20-555ed823e84b,serial=b2b872cd-b468-4f14-ae20-555ed823e84b,werror=stop,rerror=stop,cache=none,aio=native:
>> 'serial' is deprecated, please use the corresponding option of '-device'
>> instead
>>
>> I assume this is the disk was writing to before it went down. Trying to
>> list the file gives an error and the file is not there;
>> ls -l
>> /rhev/data-center/mnt/glusterSD/glustermount.goku:_vmstore/9f8ef3f6-53f2-4b02-8a6b-e171b000b420/images/b2b872cd-b468-4f14-ae20-555ed823e84b/76ed4113-51b6-44fd-a3cd-3bd64bf93685
>>
>> Is there a way we can recover the VM's disk images ?
>>
>> NOTE: No HostedEngine backups
>>
>> --
>> Regards,
>> Sakhi Hadebe
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/FPTPLMY4TC4FVYPU7U44SLEVHVD57VOS/
>>
>

-- 
Regards,
Sakhi Hadebe

Engineer: South African National Research Network (SANReN)Competency
Area, Meraka, CSIR

Tel:   +27 12 841 2308 <+27128414213>
Fax:   +27 12 841 4223 <+27128414223>
Cell:  +27 71 331 9622 <+27823034657>
Email: sa...@sanren.ac.za 
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/NPI3NISZFN2EZXRX2G2RXN2SKZFSCSP7/

[ovirt-users] Re: Hosted-engine disconnected

2019-04-11 Thread Strahil 
Did you import your storages again after the redeploy ?
If yes, there is a tab that allows you to import your templates and VMs.
Most probably you will be able to get all of them almost without issues (in my 
case all VMs got under the default cluster).
You only need new glusterfs volume  for the redeploy of the engine.

Still, have you booted your Engine and connected via VNC to check what happened 
?
Also, keep in mind that the vdsm.log contains the XML of each VM started on the 
host.
That was how I booted my HostedEngine  when the configuration was broken.

Create the following alias:

alias virsh='virsh -c 
qemu:///system?authfile=/etc/ovirt-hosted-engine/virsh_auth.conf'

With it you will be able to use virsh define XML-file
virsh start HostedEngine

And so on...

If you have an already running HostedEngine (new deploy), try first importing 
existing storage domains and their VMs.
If not, try to power on your HostedEngine  with virsh and rescue DVD (for 
example CentOS 7 install DVD is a good way) and use  the troubleshoot menu to 
fix it.

By the way , how did you extend the disks?

Best Regards,
Strahil NikolovOn Apr 11, 2019 18:33, Tau Makgaile  wrote:
>
> Hi,
>
> I have been experiencing a problem with my hosted-engine after increasing / 
> partition. The increase went well for few minutes and disconnected. It 
> started by showing bad head and it has since unreachable/ un-ping-able  
> until. It was confusing because vms where still running. I decided to 
> redeploy the engine with a hope that it will pull in the same vms into the 
> dashboard. That did not give any positive results until i opted for a 
> redeployment. things went well until i realized it will need to new 
> glustermounts in order to go through, which also meant it risks losing 
> information around my vms, which i have since stopped in order to allow the 
> redeploment to carry on. 
>
> I now need help to export all of the information around my vms, most 
> importantly the disk images. I have been trying to get some disk images from 
> /gluster_bricks/data/data/  with no luck in booting them up after conversion. 
> I am thinking there might be information missing on this images since they 
> boot into rescue mode.
>
> Please share more insight on how one can locate the entire disk information 
> or the database where vms were last running. 
>
> I did a check into log files, and did matching of the images with vms names 
> but i have been unsuccessful.
>
> Thanks in advance for you reply,
>
> Kind regards,
> Tau
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/BTS4TOYNROKI4KBQKHRN44YJ3HOMCSIA/

[ovirt-users] Re: HostedEngine cleaned up

2019-04-11 Thread Simone Tiraboschi 
On Thu, Apr 11, 2019 at 9:46 AM Sakhi Hadebe  wrote:

> Hi,
>
> We have a situation where the HostedEngine was cleaned up and the VMs are
> no longer running. Looking at the logs we can see the drive files as:
>

Do you have any guess on what really happened?
Are you sure that the disks really disappeared?

Please notice that the symlinks under
rhev/data-center/mnt/glusterSD/glustermount...
are created on the fly only when needed.

Are you sure that your host is correctly connecting the gluster storage
domain?


>
> 2019-03-26T07:42:46.915838Z qemu-kvm: -drive
> file=/rhev/data-center/mnt/glusterSD/glustermount.goku:_vmstore/9f8ef3f6-53f2-4b02-8a6b-e171b000b420/images/b2b872cd-b468-4f14-ae20-555ed823e84b/76ed4113-51b6-44fd-a3cd-3bd64bf93685,format=qcow2,if=none,id=drive-ua-b2b872cd-b468-4f14-ae20-555ed823e84b,serial=b2b872cd-b468-4f14-ae20-555ed823e84b,werror=stop,rerror=stop,cache=none,aio=native:
> 'serial' is deprecated, please use the corresponding option of '-device'
> instead
>
> I assume this is the disk was writing to before it went down. Trying to
> list the file gives an error and the file is not there;
> ls -l
> /rhev/data-center/mnt/glusterSD/glustermount.goku:_vmstore/9f8ef3f6-53f2-4b02-8a6b-e171b000b420/images/b2b872cd-b468-4f14-ae20-555ed823e84b/76ed4113-51b6-44fd-a3cd-3bd64bf93685
>
> Is there a way we can recover the VM's disk images ?
>
> NOTE: No HostedEngine backups
>
> --
> Regards,
> Sakhi Hadebe
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/FPTPLMY4TC4FVYPU7U44SLEVHVD57VOS/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/XUULTYKFPRJTUE4I4Q573YX5PAHFGUC5/

[ovirt-users] Hosted-engine disconnected

2019-04-11 Thread Tau Makgaile 
Hi,

I have been experiencing a problem with my hosted-engine after increasing /
partition. The increase went well for few minutes and disconnected. It
started by showing bad head and it has since unreachable/
un-ping-able  until. It was confusing because vms where still running. I
decided to redeploy the engine with a hope that it will pull in the same
vms into the dashboard. That did not give any positive results until i
opted for a redeployment. things went well until i realized it will need to
new glustermounts in order to go through, which also meant it risks losing
information around my vms, which i have since stopped in order to allow the
redeploment to carry on.

I now need help to export all of the information around my vms, most
importantly the disk images. I have been trying to get some disk images
from */gluster_bricks/data/data/  *with no luck in booting them up after
conversion. I am thinking there might be information missing on this images
since they boot into *rescue mode.*

Please share more insight on how one can locate the entire disk information
or the database where vms were last running.

I did a check into log files, and did matching of the images with vms names
but i have been unsuccessful.

Thanks in advance for you reply,

Kind regards,
Tau
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/Y7MV6MQH4JB7UBK5OT6OORLUX6POGF2C/

[ovirt-users] Re: Host reinstall: ModuleNotFoundError: No module named 'rpmUtils'

2019-04-11 Thread John Florian 
On 4/10/19 3:06 AM, Yedidyah Bar David wrote:
> On Mon, Apr 8, 2019 at 1:06 AM John Florian  wrote:
>> After mucking around trying to use jumbo MTU for my iSCSI storage nets 
>> (which apparently I can't do because my Cisco 3560 switch only supports 1500 
>> max for its vlan interfaces) I got one of my Hosts screwed up.  I likely 
>> could rebuild it from scratch but I suspect that's overkill.  I simply tried 
>> to do a reinstall via the GUI.  That fails.  Looking at the 
>> ovirt-host-deploy log I see several tracebacks with $SUBJECT.
> Can you please share these logs?
Here's an example.  Please read ahead before digging into the log though.

https://paste.fedoraproject.org/paste/956Bvf2UXzSwCSjxkD0OEQ/deactivate/vyLHHPInqQ2kz2Xr5KL55V2q2deoVEgmD1hNXtjcTtQQmljFU4gms2QoydmCTTvJ

>
>>  Since Python pays my bills I figure this is an easy fix.  Except ... I see 
>> this on the host:
>>
>> $ rpm -qf /usr/lib/python2.7/site-packages/rpmUtils/
>> yum-3.4.3-161.el7.centos.noarch
>> $ python
>> Python 2.7.5 (default, Oct 30 2018, 23:45:53)
>> [GCC 4.8.5 20150623 (Red Hat 4.8.5-36)] on linux2
>> Type "help", "copyright", "credits" or "license" for more information.
>> Tab completion has been enabled.
> import rpmUtils
>
>> I'm guessing this must mean the tracebacks are from Python 3
> Probably. Do you have it installed?
Yes, the host has both python34-3.4.9-3.el7.x86_64 and
python36-3.6.6-5.el7.x86_64.  These are required for some of my local
packages.
>
> In 4.3 we default to python3 if found. This is currently broken on
> EL7, and we decided to not fix. See also:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1688811
>
> This one is specifically about python34, and causes a different
> backtrace than yours.
Yup, but very informative just the same.  For now, I'll just remove the
extra stuff so that the host deploy can finish.  I assume it's OK to
have Python 3 installed for my things once the deploy is done.  Is that
a reasonable assumption?  I mean, everything seemed to be running fine
until I made the mess and tried using the host reinstall as a handy cleanup.
>
> Now that 4.3 is out, I don't mind reverting this decision (of
> defaulting to python3) if it's considered premature, considering that
> most developers probably use master branches (4.4) by now (and that
> python3 support is still not finished :-(, although should work for
> host-deploy on fedora).
>
>> since I can clearly see the module doesn't exist for either Python 3.4 or 
>> 3.6.  So this smells like a packaging bug somehow related to upgrading from 
>> 4.2.  I mean, I can't imagine a brand new install fails this blatantly.  
>> Either that or this import error has nothing to do with my reinstall failure.
> It's not a packaging bug. The way 'Add host' works is:
>
> 1. The engine creates a tarfile containing otopi + all needed
> modules/plugins (including host-deploy) and python libraries. This is
> cached, and you can check it if you want, at:
> /var/cache/ovirt-engine/ovirt-host-deploy.tar .
>
> 2. The engine ssh'es (is that a verb?)
I think it should be.  I use it all the time though it always sounds
awkward.  Text became a verb.   Google became a verb.  Why's this one so
tough?  :-\  Maybe its because it sounds like we trying to hush a crying
baby.
>  to the host, copies there the
> tar file, opens it, and runs it. Then, the code in it runs. You can
> find in engine.log the (long) command line it runs on the host via
> ssh.
>
> At this point, the code that runs there still can't do anything about
> packaging. In particular, it can't Require: any specific versions of
> anything, etc., because it's not installed by rpm but copied from the
> engine.
Good to know this!  Just to make sure I read that right, you're saying
that "host deploy code" that runs on the host is not rpm packaged, but
when that code runs it is installing rpms.  So once it's done,
everything that makes a host a host is via rpm, just not the "how" it
got there.  Am I right?
>
> But this is not really relevant. If you think this is a real bug,
> please (re)open one, and we'll think what we can do. Opinions/ideas
> are obviously welcome :-)
Well, it doesn't sound like a bug as much as an expectation.  I guess
when I color outside the lines by adding my own local packages all bets
are off.  Still, I'm a little surprised how this one manifests since
this kind of thing doesn't usually matter.  I'm mostly a victim of my
age and long experience of "if you want that on Linux, build it!"  All
these fancy automation tools (e.g., install host) are almost more
difficult than the manual way ... but really that's only when they go
wrong otherwise I often chuckle at the ease and what it takes to make
that actually happen.
>
> Thanks and best regards,

The thanks go to you!  You responses are always helpful and greatly
appreciated.  The FOSS runs deep in you!

-- 
John Florian
___
Users mailing list -- users@ovirt.org
To unsubscribe send an

[ovirt-users] Re: Disk Locked

2019-04-11 Thread Николаев Алексей 
  11.04.2019, 07:37, "Sahina Bose" :On Wed, Apr 3, 2019 at 5:33 PM Николаев Алексей wrote: Hi comminuty! I have issue like this https://bugzilla.redhat.com/show_bug.cgi?id=1506373 on ovirt-engine 4.2.8.2-1.el7. Description of problem: VM disk left in LOCKED state when added. Version-Release number of selected component (if applicable): ovirt-engine 4.2.8.2-1.el7 glusterfs 3.12.15 How reproducible: Steps to Reproduce: 1. Create a VM 2. Add disks on Gluster Data Domain size of 4 TB.Are the disks pre-allocated?Yes it is pre-allocated.  What's the shard size property on thegluster volume? features.shard-block-size               64MB Any errors in vdsm log?I can't exactly find the error. https://yadi.sk/d/SvxBpEoWbKTP1g https://yadi.sk/d/K5CvcPl5mffqCw   3. Actual results: VM disks are in LOCKED state and task never finished Expected results: VM disks shouldn't be in LOCKED state. Additional info: Stuck Task was found by /usr/share/ovirt-engine/dbscripts/engine-psql.sh -c "select * from job;" and deleted by /usr/share/ovirt-engine/dbscripts/engine-psql.sh -c "select DeleteJob('0ad3ead5-8b99-404f-a671-069dfbbdbcb7');" But now disk in LOCKED state and can't be unlocked. How I can fix it? Thx. ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/5H7B5BHEUD3YOZ6J23LZLL4Q7RQ4X6JN/___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/W46VKGAB5UJ6WCW3MQVQARLLXRDOLWUS/

[ovirt-users] Re: VMs import over slow 1gig interface instead of fast 10gig interface?

2019-04-11 Thread edwardlewis549 
Very informative post, your post unique. Thanks for sharing.
https://mcafee-activate-key.com/
https://how-to-setup.net
http://setmcafee.com/
https://us-notron.com
http://gonorton-com.com/
http://auofficeoffice.com/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/FMQJEBDMYDOINZRQPID2CCOPPRL7TLHR/

[ovirt-users] Re: Expand existing gluster storage in ovirt 4.2/4.3

2019-04-11 Thread Strahil 
Just add new servers to the  gluster   cluster (by 3).
Then just install them from the oVirt HostedEngine.

Best Regards,
Strahil NikolovOn Apr 11, 2019 15:49, adrianquint...@gmail.com wrote:
>
> Would you know of any documentation that I could follow for that type of 
> setup? 
>
> I have read quite a bit about oVIrt and Hyperconverged but I have only found 
> 3 node setup examples, nobody seems to go past that or at least I've yet to 
> find one. I already have a 3 node setup with hyperconverged and working as it 
> should with no issues and tested fail scenarios, but I need to have an 
> environment with at least 12 servers and be able to maintain the correct fail 
> scenarios with storage (gluster), however I cant seem to figure out the 
> proper steps to achieve this. 
>
> So if anyone can point me in the right direction it will help a lot, and once 
> I test I should be able to provide back any knowledge that I gain with such 
> type of setup. 
>
>
> thanks again.
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/PJIRZGP6NQ4RK4F552KC5CUU2UJKXIIT/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/IJCEQEF5265OO6UGX5WV5GIXKYC2K5AY/

[ovirt-users] Re: Expand existing gluster storage in ovirt 4.2/4.3

2019-04-11 Thread Strahil 
You can have hyperconverged setup, but the number of bricks should be 
multiplied by 3.

Best Regards,
Strahil NikolovOn Apr 11, 2019 14:52, adrianquint...@gmail.com wrote:
>
> Thank you for the explanation, so from my understanding we can't have a 
> hyperconverged setup if more that 3 nodes are required? or is it possible if 
> gluster is setup separate of the oVirt node installs? 
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/77URQGHY7LBF4HO2ICNJMQGRVBJFT7GK/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/XVW6P2XMG64BDBXCGZP277XLFKYYFVWB/

[ovirt-users] Re: Expand existing gluster storage in ovirt 4.2/4.3

2019-04-11 Thread adrianquintero 
Would you know of any documentation that I could follow for that type of setup?

I have read quite a bit about oVIrt and Hyperconverged but I have only found 3 
node setup examples, nobody seems to go past that or at least I've yet to find 
one. I already have a 3 node setup with hyperconverged and working as it should 
with no issues and tested fail scenarios, but I need to have an environment 
with at least 12 servers and be able to maintain the correct fail scenarios 
with storage (gluster), however I cant seem to figure out the proper steps to 
achieve this.

So if anyone can point me in the right direction it will help a lot, and once I 
test I should be able to provide back any knowledge that I gain with such type 
of setup.


thanks again.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/PJIRZGP6NQ4RK4F552KC5CUU2UJKXIIT/

[ovirt-users] Re: Expand existing gluster storage in ovirt 4.2/4.3

2019-04-11 Thread Jayme 
>From my understanding both are possible.  Gluster storage can be completely
separate (at that point you would not be working with a hyperconverged
configuration).  You should also be able to expand a hyperconverged setup
past 3 nodes but not by only 1 node, you'd need to add more nodes.

On Thu, Apr 11, 2019 at 8:53 AM  wrote:

> Thank you for the explanation, so from my understanding we can't have a
> hyperconverged setup if more that 3 nodes are required? or is it possible
> if gluster is setup separate of the oVirt node installs?
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/77URQGHY7LBF4HO2ICNJMQGRVBJFT7GK/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/47ZLGOB6CWXTMO56Q2BYCZTIPNDVXNFU/

[ovirt-users] Re: Expand existing gluster storage in ovirt 4.2/4.3

2019-04-11 Thread adrianquintero 
Thank you for the explanation, so from my understanding we can't have a 
hyperconverged setup if more that 3 nodes are required? or is it possible if 
gluster is setup separate of the oVirt node installs?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/77URQGHY7LBF4HO2ICNJMQGRVBJFT7GK/

[ovirt-users] Re: Windows Guest timezone

2019-04-11 Thread Strahil 
I used to set windows machines to use HW clock in UTC , which helped for 
dual-boot hardware machines.

Can't you use that approach and never worry about DST?

Best Regards,
Strahil NikolovOn Apr 11, 2019 11:42, Stefano Danzi  wrote:
>
> Hello! 
>
> I've a guest windows VM (Server 2016) and hardware clock in oVirt 
> machine configuration is GMT +1. 
> Now we are DST period and machine timezone is GMT +2.  Engine Dashboard 
> warn me about timezone 
> mismatch between configuration and running VM. I can't see a setting to 
> enable DST on emulated hardware. 
>
> Some ideas? 
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/ENKC37PNVQEZ2722BMDKQ5PEWQXXTFBJ/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/VIDXJWEMWV6GL4DVJJLA7ZPHV5JWD5SD/

[ovirt-users] Re: Import of VMs failing - 0% progress on qemu-img

2019-04-11 Thread Callum Smith 
Without the sudo and running in a  dir where the root has access to, gdb has 
zero output:

[cid:CCCDE95C-DD82-48AE-90E0-68295827C3F9@in.bmrc.ox.ac.uk]
Regards,
Callum

--

Callum Smith
Research Computing Core
Wellcome Trust Centre for Human Genetics
University of Oxford
e. cal...@well.ox.ac.uk

On 11 Apr 2019, at 11:54, Callum Smith 
mailto:cal...@well.ox.ac.uk>> wrote:

Some more information:

running qemu-img convert manually having captured the failed attempt from the 
previous:

sudo -u vdsm /usr/bin/qemu-img convert -p -t none -T none -f raw 
/rhev/data-center/mnt/10.141.15.248:_export_instruct_vm__storage/0e01f014-530b-4067-aa1d-4e9378626a9d/images/6597eede-9fa0-4451-84fc-9f9c070cb5f3/765fa48b-2e77-4637-b4ca-e1affcd71e48
 -O raw 
/rhev/data-center/mnt/10.141.15.248:_export_instruct_vm__storage/0e01f014-530b-4067-aa1d-4e9378626a9d/images/9cc99110-70a2-477f-b3ef-1031a912d12b/c2776107-4579-43a6-9d60-93a5ea9c64c5
 -W

Added the -W flag just to see what would happen:

gdb -p 79913 -batch -ex "t a a bt"
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
0x7f528d7661f0 in __poll_nocancel () from /lib64/libc.so.6

Thread 1 (Thread 0x7f528e6bb840 (LWP 79913)):
#0  0x7f528d7661f0 in __poll_nocancel () from /lib64/libc.so.6
#1  0x7f528dc510fb in sudo_ev_scan_impl () from 
/usr/libexec/sudo/libsudo_util.so.0
#2  0x7f528dc49b44 in sudo_ev_loop_v1 () from 
/usr/libexec/sudo/libsudo_util.so.0
#3  0x55e94aa0e271 in exec_nopty ()
#4  0x55e94aa0afda in sudo_execute ()
#5  0x55e94aa18a12 in run_command ()
#6  0x55e94aa0969e in main ()


And without -W:

gdb -p 85235 -batch -ex "t a a bt"
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
0x7fc0cc69b1f0 in __poll_nocancel () from /lib64/libc.so.6

Thread 1 (Thread 0x7fc0cd5f0840 (LWP 85235)):
#0  0x7fc0cc69b1f0 in __poll_nocancel () from /lib64/libc.so.6
#1  0x7fc0ccb860fb in sudo_ev_scan_impl () from 
/usr/libexec/sudo/libsudo_util.so.0
#2  0x7fc0ccb7eb44 in sudo_ev_loop_v1 () from 
/usr/libexec/sudo/libsudo_util.so.0
#3  0x5610f4397271 in exec_nopty ()
#4  0x5610f4393fda in sudo_execute ()
#5  0x5610f43a1a12 in run_command ()
#6  0x5610f439269e in main ()

Regards,
Callum

--

Callum Smith
Research Computing Core
Wellcome Trust Centre for Human Genetics
University of Oxford
e. cal...@well.ox.ac.uk

On 11 Apr 2019, at 09:57, Callum Smith 
mailto:cal...@well.ox.ac.uk>> wrote:

Dear Benny,

It would seem that even cloning a VM is failing, creating a VM works on the 
same storage. This is the only error i could find:

ERROR Internal server error
  Traceback (most 
recent call last):
File 
"/usr/lib/python2.7/site-packages/yajsonrpc/__init__.py", line 345, in 
_handle_request
  res = 
method(**params)
File 
"/usr/lib/python2.7/site-packages/vdsm/rpc/Bridge.py", line 194, in 
_dynamicMethod
  result = 
fn(*methodArgs)
File 
"", line 2, in getAllVmStats
File 
"/usr/lib/python2.7/site-packages/vdsm/common/api.py", line 50, in method
  ret = 
func(*args, **kwargs)
File 
"/usr/lib/python2.7/site-packages/vdsm/API.py", line 1388, in getAllVmStats
  statsList = 
self._cif.getAllVmStats()
File 
"/usr/lib/python2.7/site-packages/vdsm/clientIF.py", line 567, in getAllVmStats
  return 
[v.getStats() for v in self.vmContainer.values()]
File 
"/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 1766, in getStats
  oga_stats = 
self._getGuestStats()
File 
"/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 1967, in _getGuestStats
  stats = 
self.guestAgent.getGuestInfo()
File 
"/usr/lib/python2.7/site-packages/vdsm/virt/guestagent.py", line 505, in 
getGuestInfo
  del 
qga['appsList']

[ovirt-users] Re: Import of VMs failing - 0% progress on qemu-img

2019-04-11 Thread Callum Smith 
Some more information:

running qemu-img convert manually having captured the failed attempt from the 
previous:

sudo -u vdsm /usr/bin/qemu-img convert -p -t none -T none -f raw 
/rhev/data-center/mnt/10.141.15.248:_export_instruct_vm__storage/0e01f014-530b-4067-aa1d-4e9378626a9d/images/6597eede-9fa0-4451-84fc-9f9c070cb5f3/765fa48b-2e77-4637-b4ca-e1affcd71e48
 -O raw 
/rhev/data-center/mnt/10.141.15.248:_export_instruct_vm__storage/0e01f014-530b-4067-aa1d-4e9378626a9d/images/9cc99110-70a2-477f-b3ef-1031a912d12b/c2776107-4579-43a6-9d60-93a5ea9c64c5
 -W

Added the -W flag just to see what would happen:

gdb -p 79913 -batch -ex "t a a bt"
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
0x7f528d7661f0 in __poll_nocancel () from /lib64/libc.so.6

Thread 1 (Thread 0x7f528e6bb840 (LWP 79913)):
#0  0x7f528d7661f0 in __poll_nocancel () from /lib64/libc.so.6
#1  0x7f528dc510fb in sudo_ev_scan_impl () from 
/usr/libexec/sudo/libsudo_util.so.0
#2  0x7f528dc49b44 in sudo_ev_loop_v1 () from 
/usr/libexec/sudo/libsudo_util.so.0
#3  0x55e94aa0e271 in exec_nopty ()
#4  0x55e94aa0afda in sudo_execute ()
#5  0x55e94aa18a12 in run_command ()
#6  0x55e94aa0969e in main ()


And without -W:

gdb -p 85235 -batch -ex "t a a bt"
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
0x7fc0cc69b1f0 in __poll_nocancel () from /lib64/libc.so.6

Thread 1 (Thread 0x7fc0cd5f0840 (LWP 85235)):
#0  0x7fc0cc69b1f0 in __poll_nocancel () from /lib64/libc.so.6
#1  0x7fc0ccb860fb in sudo_ev_scan_impl () from 
/usr/libexec/sudo/libsudo_util.so.0
#2  0x7fc0ccb7eb44 in sudo_ev_loop_v1 () from 
/usr/libexec/sudo/libsudo_util.so.0
#3  0x5610f4397271 in exec_nopty ()
#4  0x5610f4393fda in sudo_execute ()
#5  0x5610f43a1a12 in run_command ()
#6  0x5610f439269e in main ()

Regards,
Callum

--

Callum Smith
Research Computing Core
Wellcome Trust Centre for Human Genetics
University of Oxford
e. cal...@well.ox.ac.uk

On 11 Apr 2019, at 09:57, Callum Smith 
mailto:cal...@well.ox.ac.uk>> wrote:

Dear Benny,

It would seem that even cloning a VM is failing, creating a VM works on the 
same storage. This is the only error i could find:

ERROR Internal server error
  Traceback (most 
recent call last):
File 
"/usr/lib/python2.7/site-packages/yajsonrpc/__init__.py", line 345, in 
_handle_request
  res = 
method(**params)
File 
"/usr/lib/python2.7/site-packages/vdsm/rpc/Bridge.py", line 194, in 
_dynamicMethod
  result = 
fn(*methodArgs)
File 
"", line 2, in getAllVmStats
File 
"/usr/lib/python2.7/site-packages/vdsm/common/api.py", line 50, in method
  ret = 
func(*args, **kwargs)
File 
"/usr/lib/python2.7/site-packages/vdsm/API.py", line 1388, in getAllVmStats
  statsList = 
self._cif.getAllVmStats()
File 
"/usr/lib/python2.7/site-packages/vdsm/clientIF.py", line 567, in getAllVmStats
  return 
[v.getStats() for v in self.vmContainer.values()]
File 
"/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 1766, in getStats
  oga_stats = 
self._getGuestStats()
File 
"/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 1967, in _getGuestStats
  stats = 
self.guestAgent.getGuestInfo()
File 
"/usr/lib/python2.7/site-packages/vdsm/virt/guestagent.py", line 505, in 
getGuestInfo
  del 
qga['appsList']
  KeyError: 
'appsList'


It's the qemu-img convert for sure that's just failing to do anything, this is 
the command from the clone:
/usr/bin/qemu-img convert -p -t none -T none -f raw 
/rhev/data-center/mnt/10.141.15.248:_export_instruct_vm__storage/0e01f014-530b-4067-aa1d-4e9378626a9d/images/6597eede-9fa0-4451-84fc-9f9c070cb5f3/765fa48b-2e77-4637-b4ca-e1affcd71e48
 -O raw

[ovirt-users] Re: Import of VMs failing - 0% progress on qemu-img

2019-04-11 Thread Callum Smith 
Dear Benny,

It would seem that even cloning a VM is failing, creating a VM works on the 
same storage. This is the only error i could find:

ERROR Internal server error
  Traceback (most 
recent call last):
File 
"/usr/lib/python2.7/site-packages/yajsonrpc/__init__.py", line 345, in 
_handle_request
  res = 
method(**params)
File 
"/usr/lib/python2.7/site-packages/vdsm/rpc/Bridge.py", line 194, in 
_dynamicMethod
  result = 
fn(*methodArgs)
File 
"", line 2, in getAllVmStats
File 
"/usr/lib/python2.7/site-packages/vdsm/common/api.py", line 50, in method
  ret = 
func(*args, **kwargs)
File 
"/usr/lib/python2.7/site-packages/vdsm/API.py", line 1388, in getAllVmStats
  statsList = 
self._cif.getAllVmStats()
File 
"/usr/lib/python2.7/site-packages/vdsm/clientIF.py", line 567, in getAllVmStats
  return 
[v.getStats() for v in self.vmContainer.values()]
File 
"/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 1766, in getStats
  oga_stats = 
self._getGuestStats()
File 
"/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 1967, in _getGuestStats
  stats = 
self.guestAgent.getGuestInfo()
File 
"/usr/lib/python2.7/site-packages/vdsm/virt/guestagent.py", line 505, in 
getGuestInfo
  del 
qga['appsList']
  KeyError: 
'appsList'


It's the qemu-img convert for sure that's just failing to do anything, this is 
the command from the clone:
/usr/bin/qemu-img convert -p -t none -T none -f raw 
/rhev/data-center/mnt/10.141.15.248:_export_instruct_vm__storage/0e01f014-530b-4067-aa1d-4e9378626a9d/images/6597eede-9fa0-4451-84fc-9f9c070cb5f3/765fa48b-2e77-4637-b4ca-e1affcd71e48
 -O raw 
/rhev/data-center/mnt/10.141.15.248:_export_instruct_vm__storage/0e01f014-530b-4067-aa1d-4e9378626a9d/images/f0700631-e60b-4c2a-a6f5-a6c818ae7651/d4fb05ec-7c78-4d89-9a66-614c093c6e16

gdb has a blank output for this though. This means 4.3.2 is fairly unusable for 
us, so two questions, can I downgrade to 4.2, and is there a fix coming in 
4.3.3 for this?

Regards,
Callum

--

Callum Smith
Research Computing Core
Wellcome Trust Centre for Human Genetics
University of Oxford
e. cal...@well.ox.ac.uk

On 10 Apr 2019, at 11:22, Callum Smith 
mailto:cal...@well.ox.ac.uk>> wrote:

Creating a disk on the target share works fine. - This seems to specifically be 
an issue to do with moving a disk to/from a share.

Regards,
Callum

--

Callum Smith
Research Computing Core
Wellcome Trust Centre for Human Genetics
University of Oxford
e. cal...@well.ox.ac.uk

On 10 Apr 2019, at 09:53, Callum Smith 
mailto:cal...@well.ox.ac.uk>> wrote:

gdb -p $(pidof qemu-img convert) -batch -ex "t a a bt"
289444: No such file or directory.

Regards,
Callum

--

Callum Smith
Research Computing Core
Wellcome Trust Centre for Human Genetics
University of Oxford
e. cal...@well.ox.ac.uk

On 10 Apr 2019, at 09:36, Benny Zlotnik 
mailto:bzlot...@redhat.com>> wrote:

Can you run:
$ gdb -p $(pidof qemu-img convert) -batch -ex "t a a bt"


On Wed, Apr 10, 2019 at 11:26 AM Callum Smith 
mailto:cal...@well.ox.ac.uk>> wrote:

Dear All,

Further to this, I can't migrate a disk to different storage using the GUI. 
Both disks are configured identically and on the same physical NFS provider.

Regards,
Callum

--

Callum Smith
Research Computing Core
Wellcome Trust Centre for Human Genetics
University of Oxford
e. cal...@well.ox.ac.uk

On 9 Apr 2019, at 12:12, Callum Smith 
mailto:cal...@well.ox.ac.uk>> wrote:

Dear All,

It would seem this is a bug in 4.3.? - As upgrading the old oVirt HE to 4.3 
(from 4.2.latest) now means that the export of VMs to export domain no longer 
works.

Again qemu-img convert is using some cpu, but no network. Progress is 0.

Regards,
Callum

--

[ovirt-users] Windows Guest timezone

2019-04-11 Thread Stefano Danzi 

Hello!

I've a guest windows VM (Server 2016) and hardware clock in oVirt 
machine configuration is GMT +1.
Now we are DST period and machine timezone is GMT +2.  Engine Dashboard 
warn me about timezone
mismatch between configuration and running VM. I can't see a setting to 
enable DST on emulated hardware.


Some ideas?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ENKC37PNVQEZ2722BMDKQ5PEWQXXTFBJ/

[ovirt-users] Migrate self-hosted engine between cluster

2019-04-11 Thread raul . caballero . girol 
Hello everibody,

Iḿ a noob with ovirt and I have a problem. I have deployed a new enviroment 
with a self-hosted engine. Now, when I am learning about ovirt, I think that my 
engine should be in another cluster. How I can move my manage from one cluster 
to other?.

Cheers
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/PPUCGNBKNKAZGGBLYLOPZ3JYVVPQ5I4L/

[ovirt-users] Re: Ovirt does not support AMD EPYC CPUs?

2019-04-11 Thread misaamelia2569 
Its site that it works under the Broadbent Institute's command and spotlights 
on issues that incorporate social and financial correspondence and just 
reestablishment. https://www.assignmentdone.co.uk
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/YJ2BI7RKVDAOJZNADY2R7GVNZWCM7ONB/

[ovirt-users] HostedEngine cleaned up

2019-04-11 Thread Sakhi Hadebe 
Hi,

We have a situation where the HostedEngine was cleaned up and the VMs are
no longer running. Looking at the logs we can see the drive files as:

2019-03-26T07:42:46.915838Z qemu-kvm: -drive
file=/rhev/data-center/mnt/glusterSD/glustermount.goku:_vmstore/9f8ef3f6-53f2-4b02-8a6b-e171b000b420/images/b2b872cd-b468-4f14-ae20-555ed823e84b/76ed4113-51b6-44fd-a3cd-3bd64bf93685,format=qcow2,if=none,id=drive-ua-b2b872cd-b468-4f14-ae20-555ed823e84b,serial=b2b872cd-b468-4f14-ae20-555ed823e84b,werror=stop,rerror=stop,cache=none,aio=native:
'serial' is deprecated, please use the corresponding option of '-device'
instead

I assume this is the disk was writing to before it went down. Trying to
list the file gives an error and the file is not there;
ls -l
/rhev/data-center/mnt/glusterSD/glustermount.goku:_vmstore/9f8ef3f6-53f2-4b02-8a6b-e171b000b420/images/b2b872cd-b468-4f14-ae20-555ed823e84b/76ed4113-51b6-44fd-a3cd-3bd64bf93685

Is there a way we can recover the VM's disk images ?

NOTE: No HostedEngine backups

-- 
Regards,
Sakhi Hadebe
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/FPTPLMY4TC4FVYPU7U44SLEVHVD57VOS/

[ovirt-users] Re: Bug 1666795 - Related? - VM's don't start after shutdown on FCP

2019-04-11 Thread Ales Musil 
Hello,

On Wed, Apr 10, 2019 at 2:26 PM Nardus Geldenhuys  wrote:

> Hi Milan
>
> Nothing special. We did the upgrade on two clusters. One is fine and this
> one is broken. Is there a way to rescan the cluster with all its VM's to
> pull information
>
> I did notice also that there is no NIC showing under the VM's network.
> When you trying to add one it complains that it exists but it is not
> showing.
>

That would mean that there is probably some corrupted information in the db
about the VM interface. Which might be the reason why there is NPE
in the libvirt XML process.

To which network was the VM interface connected?
Did something happened with the related network during upgrade?


>
> Thanks
>
> Nardus
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/PDCCB5C2YXSEBXDFJNFD6EKUVJATXUOT/
>


-- 

ALES MUSIL
Associate Software Engineer - rhv network

Red Hat EMEA 


amu...@redhat.com   IM: amusil

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ERNGYE2JHXHSKX2YCZPUH3FWENJGXTWH/

[ovirt-users] Re: Get Disk used size

2019-04-11 Thread Eyal Shenitzky 
Sure,

You can navigate using the REST-API to the relevant disk, for e.g:

http:///ovirt-engine/api/disks/

You have there 3 relevant disk attribute:
 - actual_size - used / allocated size
 - provisioned_size - virtual size
 - total_size - used / allocated size + snapshots size


On Wed, Apr 10, 2019 at 3:04 PM  wrote:

> Hi
> Can i have way to  know the  allocated/used  size of the VM disk , without
> install any agent on the VM ?
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/IAQPQLKHNZ5QSNZS7MTB23GK4IQMFCLJ/
>


-- 
Regards,
Eyal Shenitzky
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/DEJRX3ISF4MCWGJHMNILAK2KXMVN5IOL/