[ovirt-users] Re: PKI Problem

[Ramon Clematide]

Hi Nir

I did not modify /etc/ovirt-imageio/conf.d/50-engine.conf

I only replaced those files:

/etc/pki/ovirt-engine/keys/apache.key.nopass
/etc/pki/ovirt-engine/certs/apache.cer
/etc/pki/ovirt-engine/apache-ca.pem

ovirt-imageio has the apache certificates configured by default. 


I found certificates generated by the engine setup for imageio (but not used?)

So I switched to those certificates:

cat /etc/ovirt-imageio/conf.d/99-locl.conf 
[tls]
key_file = /etc/pki/ovirt-engine/keys/imageio-proxy.key.nopass
cert_file = /etc/pki/ovirt-engine/certs/imageio-proxy.cer
ca_file = /etc/pki/ovirt-engine/ca.pem


When I test the connection in the image upload screen, now my browser does not 
validate the imageio's certificate. When import the ca generated by the engine 
setup, upload works. But I don't want to import the ca generated by the engine 
setup.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/GRKFPQKHKODCJUV3YAL7M5ZJP2PSZCCU/

[ovirt-users] Re: Migrate VMs from oVirt (3.5) to oVirt (4.4)

[Christopher Cox]

On 7/29/20 4:19 PM, Ian Easter wrote:

Hey folks,

What is the proper course of action to migrate VMs managed by and older oVirt 
instance into a new oVirt instance?


Assuming this was the best case to upgrade due to the age of the older instance.


This one it tough.  AFAIK, you have to upgrade incrementally.  Mixture of OS 
levels as well.  Might force a "hop" using an export domain for the latter.


I know when we went from 3.4 to 3.6, we used an export domain.

Somebody might know of what "shortcuts" are safe.  But I sort of doubt it.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/CNGKDAZ3FX73P37EJ2LFBYNEGNUZLSXG/

[ovirt-users] Re: oVirt thrashes Docker network during installation

[thomas]

Hi Jp, while the project looks intriging, it also looks still very whet behind 
the ears and nothing I could do on a side job time budget.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/TTJL3A737AY6L35S5Q4PJ4H2U7X2SIV4/

[ovirt-users] Re: Hosted Engine Deployement

[Ritesh Chikatwar]

Vijay, Even i faced this issue some times back i guess this is the known
issue in particular ovirt version, not sure.
I suggest  you to use the latest ovirt that is 4.4.

On Thu, Jul 30, 2020 at 3:22 AM  wrote:

> I might have run into similar issues at one point...
>
> And it might be where the network configuration on the installation host
> has already been partially changed to include the bridge that's used to
> communicate with HostedEngineLocal.
>
> The installation is not able to pick up cleanly from every possible
> intermediate point, so sometimes you have to restart from a relatively
> clean slate by runnung 'ovirt-hosted-engine-cleanup' first.
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/E2BZHZFAZ66M4XAUJYNT6HMNM6FVGJZT/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/YPEARDOGUEDCQA7POSXFZVS3X64N2C7H/

[ovirt-users] Re: Non storage nodes erronously included in quota calculations for HCI?

[thomas]

Sorry Strahil, that I didn't get back to you on this...

I dare not repeat the exercise, because I have no idea if I'll get out of such 
a complete break-down again cleanly.

Since I don't have duplicate physical infrastructure to just test this 
behavior, I was going to use a big machine to run a test farm nested.

Spent about a week in trying to get nesting work, but it ultimately failed to 
run the overlay network of the hosted engine properly (separate post somewhere 
here).

And then I read somewhere in a response to a post way back here, that oVirt 
nested on oVirt isn't only "not supported" but known (although not documented 
or advertised) not to work at all.

So there went the chance to reproduce the issue...

What I find striking is that the 'original' oVirt or RHV from pre-gluster HCI 
days, seems to support the notion of shutting down compute nodes when there 
isn't enough workload to fill them in order to save energy. In a HCI 
environment that obviously doesn't play well with the gluster storage nodes, 
but pure compute nodes should still support cold standby.

Can't find any documentation on this, though.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/JX3A7DJBQVM4UQ5RQ5QA6GFAWPVTO42V/

[ovirt-users] Re: Hosted Engine Deployement

[thomas]

I might have run into similar issues at one point...

And it might be where the network configuration on the installation host has 
already been partially changed to include the bridge that's used to communicate 
with HostedEngineLocal.

The installation is not able to pick up cleanly from every possible 
intermediate point, so sometimes you have to restart from a relatively clean 
slate by runnung 'ovirt-hosted-engine-cleanup' first.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/E2BZHZFAZ66M4XAUJYNT6HMNM6FVGJZT/

[ovirt-users] Re: OVA import does not upload disks

[thomas]

I have the same issue, it seems, but AFAIK the problem is on the export side:

While the OVA logical file size matches the size of the VM's disk, the actual 
storage usage on the VDO compressed and deduplicated NFS I use as export target 
per 'du -h *.ova' is a mere 28KB, while 'strings .ova' reports an XML 
header and then nothing but zeros.

I sure hope it's easy to fix and not an "we don't support importing oVirt OVA 
exports..."
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/DP77GIX7DI2OM67H5TVJIZGYPTO6YBT4/

[ovirt-users] Re: Problem with paused VMs in ovirt 4.3.10.

[thomas]

Hi Damien, I'm afraid nobody will be able to help you here. What made the CPU 
jump into a sea of "FF FF FF FF..." can't be diagnosed remotely, but it's KVM 
that stopped, because that's not legal x86-64 code, nothing oVirt can do about 
it.

Salut Damien, j'ai bien peur que personne ne puisse t'aider ici. Ce qui a fait 
sauter le CPU dans une mer de "FF FF FF FF FF..." ne peut pas être diagnostiqué 
à distance, mais c'est la KVM qui s'est arrêtée, parce que ce n'est pas un code 
x86-64 légal, rien de oVirt ne peut y faire.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/YEWK3EIS6AMKHZFY7TDIUVRJVXDAWB6Z/

[ovirt-users] Migrate VMs from oVirt (3.5) to oVirt (4.4)

[Ian Easter]

Hey folks,

What is the proper course of action to migrate VMs managed by and older
oVirt instance into a new oVirt instance?

Assuming this was the best case to upgrade due to the age of the older
instance.

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

[ovirt-users] Re: Ovirt hypervisor as an DRBD node

[thomas]

I believe the oVirt team thought it easier to implement on GlusterFS, which 
AFAIK does pretty much what you want to do, but comes supported as part of the 
product as an (almost-)ready-to-use HCI.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/EQDGBBLMDKMECZXMS5QCMK5Y2VGEE4SO/

[ovirt-users] Re: Management Engine IP change

[thomas]

I honestly don't know, because I have not tried myself, so you might just want 
to stop reading right here.

But from what I understand about the design philosophy of oVirt, it should be 
ok to change it, while nobody probably ever tested it and everybody would tell 
you it's a bad idea to do so, unless you're willing to rebuild from scratch.

The reason it *should* be ok is that the nodes don't care about the management 
engine.
They care only about the information on the shared cluster storage.
How that gets there, who changes it: They couldn't care less.

Yet, I believe I have seen events being reported back to the management engine 
via REST API calls, referring to the management engine via URIs that should 
have been using FQDN only. So there is some biliateral communication going on, 
mostly asynchronous as far as I can see and not using IPs.

What I can tell you, is that /etc/sysconfig/network-scripts/ifcfg-eth0 has 
NM_CONTROLLED=no inside, so nmtui won't go near it. You can change that, delete 
the line, edit the config... and hopefully it will live.

And in case things go seriously wrong, you should be able to fix it with 
hosted-engine --console

But, again, I never tried it myself.

But I use DHCP on two out of four farms...
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/JGIDCFQGTEO4NTS45OLXWSL6POP4ZD5T/

[ovirt-users] Re: where is error log for OVA import

[thomas]

From what I have observed, OVA import seems to have two modes:

If the OVA is a 'foreign' format, the ova file needs to be converted and that 
conversion effort is then logged into /var/log/vdsm/import on the oVirt node 
where in import runs. Import failures are then mostly an issue with the 
inability to either open the OVA file itself for writing or perhaps another 
temorary file just besides. Under the assumption that the conversion was 
running under the UID/GID of vdsm, I ensured that write permissions on file and 
directory were given to vdsm:kvm and at that point the conversion ran fine and 
spewed plenty of logging output to a file on that path.

Now when the OVA came from an oVirt export, that log file doesn't seem to get 
created, at least I never saw something appear there, even after the import had 
successfully finished, as per GUI.

But those OVA re-imports where completely buggy, mostly because the export 
files seem to be defect, an error I just reported in another post.

For you with a VMware export, things might look more bright, once you sort out 
access rights and potentially fs capacity, as the conversion might require 
enough temporary space for two copies of the VM, since it seems to only be put 
into oVirt storage, after the conversion.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/GUGYOHFLP7XCRRBOG3UWTZOYMR7LCPWS/

[ovirt-users] Re: oVirt 4.4.1 HCI single server deployment failed nested-kvm

[thomas]

I tried using nested virtualization, too, a couple of weeks ago.

I was using a 3 node HCI CentOS 7.8 cluster and I got pretty far. Configuring 
KVM to work with nested page tables isn't all that well documented but I got 
there, I even installed some host extensions, that seem requried.

Even the actual nesting, that is a VM run inside a VM did work, the setup came 
to the point where it ran the hosted engine on temporary local storage, before 
it's picked up, fixed up to run on the Gluster storage and restarted there. But 
that process failed eventually, evidently because the overlay network doesn't 
support nesting. Where the initial hosted engine is using a local bridge with 
the (in this case virtual) host--and that works--afterwards it's using the 
overlay network and that evidently doesn't.

It was only then when I ran across a very obscure message somewhere in this 
mailing list, that oVirt on top of oVirt in fact does not work at all! Up to 
that point it just wasn't "supported".

When a hypervisor producer speaks of nested virtualization support, I would 
understand it to mean that you can run their product under their product, 
ideally also somebody else's product. I've run ESX on VMware workstation and 
that was pretty cool.

In the case of oVirt from what I have gathered (and I'd love to be wrong), it 
is supposed to only mean that you can run oVirt on top of KVM.

Not the other way around, nor in any other way most likely.

To me that looks much more like an internal Redhat development facility, than a 
product feature.

Of course I mostly wish they'd find a way to make it work like it does on 
VMware.
But next on my wishlist would be an explicit description of what does and what 
doesn't work.

This way it was almost a week of a me against the computer adventure where I 
lost.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/7WHRDMXMAWW3DPS24X23X3GCY5S2MCZF/

[ovirt-users] OVA exported from oVirt cannot be imported in oVirt

[thomas]

I have successfully imported OVA files which came from VirtualBox before, 
something I'd consider the slightly greater hurdle.

Exporting a VM to an OVA file and then importing it on another platform can 
obviously create compatibility issues, but oVirt <-> oVirt exports and imports 
with the same (or similar) release should obviously just work, right?

Sadly, that doesn't seem to be the case.

I've just exported a Linux VM, a Univention domain controller using Debian 9 to 
an OVA and tried importing it on another farm.
The process finished without an error, but the machine wouldn't boot.

Closer inspection reveals that the exported OVA file is about 100GB in size, 
which corresponds to the size of the thinly allocated primary disk, but 
actually contains only 28kb of data (the XML header), while the disk is all 
zeros ('strings .ova')

Another VM I had exported a week ago contains about 2.3GB of data, but that 
machine also doesn't boot. When I attach its disk to another VM as a secondary, 
the file system seems to contain bogus data, most directories are unreadable 
and an fsck goes on for minutes.

Export domains are deprecated but when I export the original and runnable VM 
there, I get 23GB, which corresponds to what the VM is actually using. 
Infortunately that doesn't give me the mobility for the VM that I desire, 
especially since I cannot have a shared export/import domain between farms. And 
then I really might want to use a different hypervisor for a VM that was 
developed on oVirt, e.g. to put on a laptop.

I've been trying to find clues as to what's going on, but generally the OVA 
exports don't seem to be logged in any obvious place and even the imports on 
seem to get logged, when the OVAs need to be converted from a foreign format 
such as VirtualBox where the entire, seemingly rather complex process, is 
logged in /var/log/vdsm/import/

Am I the only one trying to use OVA export/import or is that part of standard 
Q&A testing?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/MLFPYBMPWFPJS6LYOUKTZHTZHPD52JYO/

[ovirt-users] Re: 10GB disk created on glusterfs storage has only 4096B in vm

[Jiří Sléžka]

On 7/29/20 7:37 PM, Gianluca Cecchi wrote:
> On Wed, Jul 29, 2020 at 7:13 PM Jiří Sléžka  > wrote:
> 
> 
> 
> thanks for reply. In my case it loks like I have not
> "performance.stat-prefetch" enabled...
> 
> [root@ovirt-hci01 ~]# gluster volume info vms
> 
> Volume Name: vms
> Type: Replicate
> Volume ID: ba5fd3b8-0704-4462-8257-94b77a1222c4
> Status: Started
> Snapshot Count: 0
> Number of Bricks: 1 x 2 = 2
> Transport-type: tcp
> Bricks:
> Brick1: 10.0.4.13:/gluster_bricks/vms/vms
> Brick2: 10.0.4.11:/gluster_bricks/vms/vms
> Options Reconfigured:
> performance.client-io-threads: off
> cluster.eager-lock: enable
> performance.io-cache: off
> performance.read-ahead: off
> performance.quick-read: off
> user.cifs: off
> network.ping-timeout: 30
> network.remote-dio: off
> performance.strict-o-direct: on
> performance.low-prio-threads: 32
> features.shard: on
> storage.owner-gid: 36
> storage.owner-uid: 36
> transport.address-family: inet
> storage.fips-mode-rchecksum: on
> nfs.disable: on
> cluster.self-heal-daemon: enable
> 
> 
> BTW: you can run this command to see all options settings, default ones
> and not for the vms volume:
> 
> gluster volume get vms all

good point!

Cheers,

Jiri



smime.p7s
Description: S/MIME Cryptographic Signature
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/RSGDDY32V664VCF2ZZT3FJQPYF3GWDQM/

[ovirt-users] Re: 10GB disk created on glusterfs storage has only 4096B in vm

[Gianluca Cecchi]

On Wed, Jul 29, 2020 at 7:13 PM Jiří Sléžka  wrote:

>
>
> thanks for reply. In my case it loks like I have not
> "performance.stat-prefetch" enabled...
>
> [root@ovirt-hci01 ~]# gluster volume info vms
>
> Volume Name: vms
> Type: Replicate
> Volume ID: ba5fd3b8-0704-4462-8257-94b77a1222c4
> Status: Started
> Snapshot Count: 0
> Number of Bricks: 1 x 2 = 2
> Transport-type: tcp
> Bricks:
> Brick1: 10.0.4.13:/gluster_bricks/vms/vms
> Brick2: 10.0.4.11:/gluster_bricks/vms/vms
> Options Reconfigured:
> performance.client-io-threads: off
> cluster.eager-lock: enable
> performance.io-cache: off
> performance.read-ahead: off
> performance.quick-read: off
> user.cifs: off
> network.ping-timeout: 30
> network.remote-dio: off
> performance.strict-o-direct: on
> performance.low-prio-threads: 32
> features.shard: on
> storage.owner-gid: 36
> storage.owner-uid: 36
> transport.address-family: inet
> storage.fips-mode-rchecksum: on
> nfs.disable: on
> cluster.self-heal-daemon: enable
>

BTW: you can run this command to see all options settings, default ones and
not for the vms volume:

gluster volume get vms all
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/6FGQJTQROPMYDNGIIEQHU7CPU64EVTX7/

[ovirt-users] Re: 10GB disk created on glusterfs storage has only 4096B in vm

[Jiří Sléžka]

hello,

On 7/29/20 6:33 PM, shadow emy wrote:
> I had a similar problem, after i migrate the disk from a "Storage Domain"  to 
> a second "Storage Domain"  the disk size was different and i could not start 
> the vm anymore.
> The Ovirt error was : "Unable to get volume size for domain"
> Somehow gluster has some errors when i migrate disks and the disk have 
> different size.
> What i did was to disable  performance.stat-prefetch for the gluster volume(I 
> read it has some bugs if is enabled in gluster 7.x)

thanks for reply. In my case it loks like I have not
"performance.stat-prefetch" enabled...

[root@ovirt-hci01 ~]# gluster volume info vms

Volume Name: vms
Type: Replicate
Volume ID: ba5fd3b8-0704-4462-8257-94b77a1222c4
Status: Started
Snapshot Count: 0
Number of Bricks: 1 x 2 = 2
Transport-type: tcp
Bricks:
Brick1: 10.0.4.13:/gluster_bricks/vms/vms
Brick2: 10.0.4.11:/gluster_bricks/vms/vms
Options Reconfigured:
performance.client-io-threads: off
cluster.eager-lock: enable
performance.io-cache: off
performance.read-ahead: off
performance.quick-read: off
user.cifs: off
network.ping-timeout: 30
network.remote-dio: off
performance.strict-o-direct: on
performance.low-prio-threads: 32
features.shard: on
storage.owner-gid: 36
storage.owner-uid: 36
transport.address-family: inet
storage.fips-mode-rchecksum: on
nfs.disable: on
cluster.self-heal-daemon: enable


...well, If it is not a default setting... so I set it off...

[root@ovirt-hci01 ~]# gluster volume set vms performance.stat-prefetch off
volume set: success

...and unbeliavable, it works now!

Is it bug in glusterfs 7.6-1.el8 (link?) or something else?

Should not be this setting default one?

> Also try to look at Disk Snapshots, see if you have a snapshot that does not 
> exist.
> In my case i had this snapshot problem after migration  and i had to delete 
> the snapshot from the database and set the main image disk id as default in 
> the vm.

I have no snapshots of this vm. I just created new vm and try to install
it from ISO.

> Maybe in you case is different.

Well, it was exactly this case, thanks!

Cheers,

Jiri

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




smime.p7s
Description: S/MIME Cryptographic Signature
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/KTVKYB6WHC7SPC2OMVWWVRUS76WAOPHB/

[ovirt-users] Re: 10GB disk created on glusterfs storage has only 4096B in vm

[shadow emy]

I had a similar problem, after i migrate the disk from a "Storage Domain"  to a 
second "Storage Domain"  the disk size was different and i could not start the 
vm anymore.
The Ovirt error was : "Unable to get volume size for domain"
Somehow gluster has some errors when i migrate disks and the disk have 
different size.
What i did was to disable  performance.stat-prefetch for the gluster volume(I 
read it has some bugs if is enabled in gluster 7.x)
Also try to look at Disk Snapshots, see if you have a snapshot that does not 
exist.
In my case i had this snapshot problem after migration  and i had to delete the 
snapshot from the database and set the main image disk id as default in the vm.

Maybe in you case is different.
 
Emy
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/WO7S2ZFTSRPRY22NX6TCGEYE3BL3YKZX/

[ovirt-users] Update OVF disks fails on each gluster 7.6 volumes using ovirt 4.4.1.1

[shadow emy]

Failed to update OVF disks 1798e945-5be9-466e-b52d-f7f0a3bb2043, OVF data isn't 
updated on those OVF stores (Data Center Default, Storage Domain 
hosted_storage).

I did not see anything with error in SPM host3 in  /var/log/vdsm/vdsm.log


In /var/log/vdsm/supervdsm.log i see 



MainProcess|jsonrpc/6::DEBUG::2020-07-29 
19:05:05,845::supervdsm_server::93::SuperVdsm.ServerCallback::(wrapper) call 
webhookAdd with 
('http://ovirt-engine.domain.local:80/ovirt-engine/services/glusterevents', 
None) {}
MainProcess|jsonrpc/6::DEBUG::2020-07-29 
19:05:05,845::commands::153::common.commands::(start) /usr/bin/taskset 
--cpu-list 0-39 /sbin/gluster-eventsapi webhook-add 
http://ovirt-engine.domain.local:80/ovirt-engine/services/glusterevents (cwd 
None)
MainProcess|jsonrpc/6::DEBUG::2020-07-29 
19:05:06,599::commands::98::common.commands::(run) FAILED:  = b'Webhook 
already exists\n';  = 5
MainProcess|jsonrpc/6::ERROR::2020-07-29 
19:05:06,600::supervdsm_server::97::SuperVdsm.ServerCallback::(wrapper) Error 
in webhookAdd
Traceback (most recent call last):
  File "/usr/lib/python3.6/site-packages/vdsm/gluster/events.py", line 42, in 
webhookAdd
commands.run(command)
  File "/usr/lib/python3.6/site-packages/vdsm/common/commands.py", line 101, in 
run
raise cmdutils.Error(args, p.returncode, out, err)
vdsm.common.cmdutils.Error: Command ['/sbin/gluster-eventsapi', 'webhook-add', 
'http://ovirt-engine.domain.local:80/ovirt-engine/services/glusterevents'] 
failed with rc=5 out=b'' err=b'Webhook already exists\n'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/lib/python3.6/site-packages/vdsm/supervdsm_server.py", line 95, in 
wrapper
res = func(*args, **kwargs)
  File "/usr/lib/python3.6/site-packages/vdsm/gluster/events.py", line 44, in 
webhookAdd
raise ge.GlusterWebhookAddException(rc=e.rc, err=e.err)
vdsm.gluster.exception.GlusterWebhookAddException: Failed to add webhook: rc=5 
out=() err=b'Webhook already exists\n'
MainProcess|jsonrpc/6::DEBUG::2020-07-29 
19:05:10,818::supervdsm_server::93::SuperVdsm.ServerCallback::(wrapper) call 
tasksList with ([],) {}
MainProcess|jsonrpc/6::DEBUG::2020-07-29 
19:05:10,819::commands::153::common.commands::(start) /usr/bin/taskset 
--cpu-list 0-39 /usr/sbin/gluster --mode=script volume status all tasks --xml 
(cwd None)



SPM message logs :

Jul 29 18:58:22 host3 journal[460535]: ovirt-ha-agent 
ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config.vm ERROR Failed 
extracting VM OVF from the OVF_STORE volume, falling back to initial vm.conf
Jul 29 18:58:31 host3 journal[460535]: ovirt-ha-agent 
ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config.vm ERROR Failed 
extracting VM OVF from the OVF_STORE volume, falling back to initial vm.conf
Jul 29 18:58:42 host3 journal[460535]: ovirt-ha-agent 
ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config.vm ERROR Failed 
extracting VM OVF from the OVF_STORE volume, falling back to initial vm.conf
Jul 29 18:58:52 host3 journal[460535]: ovirt-ha-agent 
ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config.vm ERROR Failed 
extracting VM OVF from the OVF_STORE volume, falling back to initial vm.conf
Jul 29 18:59:03 host3 journal[460535]: ovirt-ha-agent 
ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config.vm ERROR Failed 
extracting VM OVF from the OVF_STORE volume, falling back to initial vm.conf



Hosted-Engine /var/log/ovirt-engine/engine.log

2020-07-29 18:52:40,901+03 WARN  
[org.ovirt.engine.core.dal.job.ExecutionMessageDirector] (default task-153) 
[1ec2d268-8d00-42ad-9660-0a05362a878b] The message key 
'UpdateOvfStoreForStorageDomain' is missing from 'bundles/ExecutionMessages'
2020-07-29 18:52:40,933+03 INFO  
[org.ovirt.engine.core.bll.storage.domain.UpdateOvfStoreForStorageDomainCommand]
 (default task-153) [1ec2d268-8d00-42ad-9660-0a05362a878b] Lock Acquired to 
object 
'EngineLock:{exclusiveLocks='[affd38b2-457d-4c9f-9802-1f5fadd7cd34=STORAGE]', 
sharedLocks=''}'
2020-07-29 18:52:40,989+03 INFO  
[org.ovirt.engine.core.bll.storage.domain.UpdateOvfStoreForStorageDomainCommand]
 (default task-153) [1ec2d268-8d00-42ad-9660-0a05362a878b] Running command: 
UpdateOvfStoreForStorageDomainCommand internal: false. Entities affected :  ID: 
affd38b2-457d-4c9f-9802-1f5fadd7cd34 Type: StorageAction group 
MANIPULATE_STORAGE_DOMAIN with role type ADMIN
2020-07-29 18:52:41,002+03 INFO  
[org.ovirt.engine.core.bll.storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand]
 (default task-153) [71d7de10] Before acquiring and wait lock 
'EngineLock:{exclusiveLocks='[15ea58fc-9435-11e9-b093-00163e11a571=OVF_UPDATE]',
 sharedLocks=''}'
2020-07-29 18:52:41,003+03 INFO  
[org.ovirt.engine.core.bll.storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand]
 (default task-153) [71d7de10] Lock-wait acquired to object 
'EngineLock:{exclusiveLocks='[15ea58fc-9435-11e9-b093-00163e11a571=OVF_UPDATE]',
 sharedLocks=''}'
2020-0

[ovirt-users] oVirt 4.4.1 HCI single server deployment failed nested-kvm

[wodel youchi]

Hi,

I am using these versions for my test :
- ovirt-engine-appliance-4.4-20200723102445.1.el8.x86_64.rpm
- ovirt-node-ng-installer-4.4.1-2020072310.el8.iso

A single HCI server using nested KVM.
The gluster part works now without error, but when I click the
hosted-engine deployment button I get :

*System data could not be retrieved!*
*No valid network interface has been found *
* If you are using Bonds or VLANs Use the following naming conventions: *
- VLAN interfaces: physical_device.VLAN_ID (for example, eth0.23, eth1.128,
enp3s0.50)
- Bond interfaces: bond*number* (for example, bond0, bond1)
- VLANs on bond interfaces: bond*number*.VLAN_ID (for example, bond0.50,
bond1.128)
* Supported bond modes: active-backup, balance-xor, broadcast, 802.3ad
* Networking teaming is not supported and will cause errors


>From this log file I get :
cat ovirt-hosted-engine-setup-ansible-get_network_interfaces-.log
2020-07-29 15:27:09,246+0100 DEBUG var changed: host "localhost" var
"otopi_host_net" type "" value: "[
   "enp1s0",
   "enp2s0"
]"
2020-07-29 15:27:09,246+0100 INFO ansible ok {'status': 'OK',
'ansible_type': 'task', 'ansible_playbook': '/usr/share/ovirt-hosted-eng
ine-setup/ansible/trigger_role.yml', 'ansible_host': 'localhost',
'ansible_task': 'Filter unsupported interface types', 'task_duration
': 0}
2020-07-29 15:27:09,246+0100 DEBUG ansible on_any args
 kwargs
2020-07-29 15:27:09,514+0100 INFO ansible task start {'status': 'OK',
'ansible_type': 'task', 'ansible_playbook': '/usr/share/ovirt-ho
sted-engine-setup/ansible/trigger_role.yml', 'ansible_task':
'ovirt.hosted_engine_setup : debug'}
2020-07-29 15:27:09,515+0100 DEBUG ansible on_any args TASK:
ovirt.hosted_engine_setup : debug kwargs is_conditional:False
2020-07-29 15:27:09,515+0100 DEBUG ansible on_any args localhostTASK:
ovirt.hosted_engine_setup : debug kwargs
2020-07-29 15:27:09,792+0100 INFO ansible ok {'status': 'OK',
'ansible_type': 'task', 'ansible_playbook': '/usr/share/ovirt-hosted-eng
ine-setup/ansible/trigger_role.yml', 'ansible_host': 'localhost',
'ansible_task': '', 'task_duration': 0}
2020-07-29 15:27:09,793+0100 DEBUG ansible on_any args
 kwargs
2020-07-29 15:27:10,059+0100 INFO ansible task start {'status': 'OK',
'ansible_type': 'task', 'ansible_playbook': '/usr/share/ovirt-ho
sted-engine-setup/ansible/trigger_role.yml', 'ansible_task':
'ovirt.hosted_engine_setup : Failed if only teaming devices are availible
'}
2020-07-29 15:27:10,059+0100 DEBUG ansible on_any args TASK:
ovirt.hosted_engine_setup : Failed if only teaming devices are availible
kwargs is_conditional:False
2020-07-29 15:27:10,060+0100 DEBUG ansible on_any args localhostTASK:
ovirt.hosted_engine_setup : Failed if only teaming devices are a
vailible kwargs
2020-07-29 15:27:10,376+0100 DEBUG var changed: host "localhost" var
"ansible_play_hosts" type "" value: "[]"
2020-07-29 15:27:10,376+0100 DEBUG var changed: host "localhost" var
"ansible_play_batch" type "" value: "[]"
2020-07-29 15:27:10,376+0100 DEBUG var changed: host "localhost" var
"play_hosts" type "" value: "[]"
2020-07-29 15:27:10,376+0100 ERROR ansible failed {
   "ansible_host": "localhost",
   "ansible_playbook":
"/usr/share/ovirt-hosted-engine-setup/ansible/trigger_role.yml",
   "ansible_result": {
   "_ansible_no_log": false,
   "msg": "The conditional check

*'(otopi_host_net.ansible_facts.otopi_host_net | length == 0)' failed. The
error was: error while evaluating conditional
((otopi_host_net.ansible_facts.otopi_host_net | length == 0)): 'list
object' has no attribute 'ansible_facts'\n\nThe error appears to be in
'/usr/share/ansible/roles/ovirt.hosted_engine_setup/tasks/filter_team_devices.yml':
line 29, column 13, *
but may\nbe elsewhere in the file depending on the exact syntax
problem.\n\nThe offending line appears to be:\n\n- debug: var=otopi_ho
st_net\n^ here\n\nThere appears to be both 'k=v' shorthand
syntax and YAML in this task. Only one syntax may be used.\n"
   },
   "ansible_task": "Failed if only teaming devices are availible",
   "ansible_type": "task",
   "status": "FAILED",
   "task_duration": 0
}
2020-07-29 15:27:10,377+0100 DEBUG ansible on_any args
 kwargs
ignor
e_errors:None
2020-07-29 15:27:10,378+0100 INFO ansible stats {
   "ansible_playbook":
"/usr/share/ovirt-hosted-engine-setup/ansible/trigger_role.yml",
   "ansible_playbook_duration": "00:15 Minutes",
   "ansible_result": "type: \nstr: {'localhost': {'ok': 16,
'failures': 1, 'unreachable': 0, 'changed': 1, 'skipped': 2
, 'rescued': 0, 'ignored': 0}}",
   "ansible_type": "finish",
   "status": "FAILED"
}
2020-07-29 15:27:10,378+0100 INFO SUMMARY:
DurationTask Name

[ < 1 sec ] Execute just a specific set of steps
[  00:02  ] Force facts gathering
[  00:01  ] Get all active network interfaces
[ < 1 sec ] Filter bonds with bad naming
[ < 1 sec ] Generate output list
[  00:01  ] Collect interface types
[ < 1 sec ] Get list of Team devices
[ < 

[ovirt-users] Re: iSCSI multipath issue

[Nick Kas via Users]

Argh! thanks for the tip about the iscsiadm command. I can discover targets now.
I will enable multipathing again and take abetter look on vdsm.log to see what 
I can find out, will the thread posted.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/USA4YA5K7T4EVGUQKJTVBZAQ3QF7TYCK/

[ovirt-users] Re: ovirt-engine DB datastore full

[Yedidyah Bar David]

On Wed, Jul 29, 2020 at 1:58 PM Askhat ECC  wrote:
>
> Hello!
> I have ovirt cluster Version 4.2.4.5-1.el7 and hosted-engine with local 
> database.
> HE-virtio-disk is full directory /var and can not be moved another domain 
> storage.
> Can you say how migrate or another things to solve this problem? Thanks. 
> Regards

I'd first spend some time trying to clean up stuff and understand what
caused the disk to fill.

50GB should be enough for most uses. Is this a large setup (e.g.
hundreds of VMs or more)?

Perhaps check/share output of 'du /var'?

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

[ovirt-users] Issue with ovirt 4.4 after doing some incremental backups.

[Łukasz Kołaciński]

Hello,

After doing a few vm backups, something breaks and I am unable to perform any 
operations. I cannot do incremental backups and even full backups  doesn't 
work. I have this issue third time. I don't know how to fix this so I am 
currently making new vms for testing purposes

VDSM ovirt44-h2.storware.local command StartVmBackupVDS failed: Backup Error: 
{'vm_id': '116aa6eb-31a1-43db-9b1e-ad6e32fb9260', 'backup': 
, 'reason': "Error 
starting backup: internal error: unable to execute QEMU command 'transaction': 
Dirty bitmap 'ef0dfe55-c08c-4d9e-ad32-d6b6d5cbdac6' not found"}


Best Regards,

Łukasz Kołaciński

Junior Java Developer

e-mail: l.kolacin...@storware.eu





[STORWARE]

ul. Leszno 8/44
01-192 Warszawa
www.storware.eu 

[facebook]

[twitter]

[linkedin]

[Storware_Stopka_09]



Storware Spółka z o.o. nr wpisu do ewidencji KRS dla M.St. Warszawa 000510131 , 
NIP 5213672602. Wiadomość ta jest przeznaczona jedynie dla osoby lub podmiotu, 
który jest jej adresatem i może zawierać poufne i/lub uprzywilejowane 
informacje. Zakazane jest jakiekolwiek przeglądanie, przesyłanie, 
rozpowszechnianie lub inne wykorzystanie tych informacji lub podjęcie 
jakichkolwiek działań odnośnie tych informacji przez osoby lub podmioty inne 
niż zamierzony adresat. Jeżeli Państwo otrzymali przez pomyłkę tę informację 
prosimy o poinformowanie o tym nadawcy i usunięcie tej wiadomości z wszelkich 
komputerów. This message is intended only for the person or entity to which it 
is addressed and may contain confidential and/or privileged material. Any 
review, retransmission, dissemination or other use of, or taking of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient is prohibited. If you have received this message in error, 
please contact the sender and remove the material from all of your computer 
systems.

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

[ovirt-users] 10GB disk created on glusterfs storage has only 4096B in vm

[Jiří Sléžka]

Hi,

I have another spooky issue. CentOS 8.2, oVirt 4.4.1.10-1

I am trying to create vm on my HCI cluster (which in fact has only two
nodes now, the third will be added later). I have created new 10GB disk
on gluster storage (it behaves the same way when I chose prealocated or
thin provision disk). Everything looks good (I was surprised how fast
was this disk created) but when I run the vm then disk has only 4096 bytes.

see http://mirror.slu.cz/tmp/ovirt_small_disk.png

disk creation part of engine.log is here

https://paste.slu.cz/?0e33e800609898d8#CEC2maoe7zk9b1zmnHaAENjaAnpiyzzGzPFSe8sZ3JUc

the same part in vdsm.log on SPM host

https://paste.slu.cz/?e89fdce800c39b28#3UWw7dXxQAmZysMSKp5NbeTWMNDghZVh2NLEmfb1e4rb

where could be problem? Did anybody experience this behavior?

Cheers,

Jiri




smime.p7s
Description: S/MIME Cryptographic Signature
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/GM4SOUOAHZDFAXI6476DEPEVFRSOQ6WV/

[ovirt-users] Re: VM locked and script unlock_entity.sh don't show any problem

[Thomas BURGUIERE]

We've managed to restore a normal state for the locked VMs with 2 simple steps :
- moving the SPM role to an another node.
- restarting the ovirt-engine on the ovirt engine HOST
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/7HDZWR2YG3YKUWCEAH6X4TFLE5UMO35B/