[ovirt-users] Re: ovirt-4.4 morrors failing

[Sandro Bonazzola]

Il giorno lun 31 gen 2022 alle ore 21:17 Thomas Hoberg 
ha scritto:

> > Hi Emilio,
> >
> > Yes, looks like the patch that should fix this issue is already here:
> > https://github.com/oVirt/ovirt-release/pull/93 , but indeed it still
> hasn't
> > been reviewed and merged yet.
>

Hi, the patch has not been merged yet because the OpsTools repo for CentOS
Stream has not been yet populated by the OpsTools SIG.
I contacted the chair of the SIG last week but he was on PTO and returning
only this week.
As a temporary solution you can redirect the repositories to the vault:
https://vault.centos.org/8.5.2111/


> >
> > I hope that we'll have a fixed version very soon, but meanwhile you can
> try
> > to simply apply the changes manually in your *testing* env.
>
> So I did, but I can't help wondering: how well will code tested against
> "stream" work on RHEL, Alma, Rocky, Liberty, VzLinux?
> How well will an engine evidently built on "stream" work with hosts based
> on RHEL etc.?
> Shouldn't you in fact switch the engine to RHEL etc., too?
>
>
> >
> > Thanks in advance,
> >
> > On Mon, Jan 31, 2022 at 8:05 PM Emilio Del Plato  wrote:
> ___
> 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/MZTD4JSDLSVQ7XBSRCQF4PFRPHJYCVQT/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV

Red Hat EMEA 

sbona...@redhat.com


*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/D7KAW7Q45PJYWSHWBKBGTSNQYOUDESPQ/

[ovirt-users] Re: Cannot log into oVirt Manager - certificate issue

[Yedidyah Bar David]

On Mon, Jan 31, 2022 at 6:06 PM Diggy Mc  wrote:
>
> > On Sun, Jan 30, 2022 at 8:16 PM Diggy Mc  >
> > If it's a certificate created by engine-setup for you, you can run
> > 'engine-setup' and it can recreate it for you. If you do not want to
> > update the system, you can run it with 'engine-setup --offline'.
> > Otherwise, if it's a certificate you got elsewhere, you should update
> > it manually, perhaps following some of the steps of the procedure to
> > replace the certificate - the one you followed originally.
> >
> > Good luck and best regards,
>
>
> It is the original certificate created during initial install/setup.  If 
> possible, I would like to have another oVirt generated certificate without 
> upgrading the engine's version. Where can I find instructions on how to do 
> that?
>  What would be the pros and cons of generating my own self-signed certificate

Generally speaking, this is recommended. The main "con" is simply that it
requires some work and responsibility.

> with a longer validity period?

You already linked to the pki-renew page. This one links at several
bugs, which link to several patches, which (also) explain the reasoning,
also linking e.g. at:

https://www.thesslstore.com/blog/ssl-certificate-validity-will-be-limited-to-one-year-by-apples-safari-browser/
https://cabforum.org/2017/03/17/ballot-193-825-day-certificate-lifetimes/

Latter is old, this one is newer (found by searching their site for "398 days"):

https://cabforum.org/2021/04/22/ballot-sc42-398-day-re-use-period/

>  Where can I find instructions on that?

https://www.ovirt.org/documentation/administration_guide/#appe-Red_Hat_Enterprise_Virtualization_and_SSL

Actually creating your own CA and signing certs with it is not in the
scope of this document. You can search the net and find several guides
on how to do that, or you can use the services of an existing CA -
letsencrypt is quite popular these days, being free (gratis).

>  Again, thanks for your help.

Good luck and 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/WFDCTP2TXNC53LW2ASY6ADBGL7NKQ5CY/

[ovirt-users] Re: ovirt-4.4 morrors failing

[Thomas Hoberg]

> Hi Emilio,
> 
> Yes, looks like the patch that should fix this issue is already here:
> https://github.com/oVirt/ovirt-release/pull/93 , but indeed it still hasn't
> been reviewed and merged yet.
> 
> I hope that we'll have a fixed version very soon, but meanwhile you can try
> to simply apply the changes manually in your *testing* env.

So I did, but I can't help wondering: how well will code tested against 
"stream" work on RHEL, Alma, Rocky, Liberty, VzLinux?
How well will an engine evidently built on "stream" work with hosts based on 
RHEL etc.?
Shouldn't you in fact switch the engine to RHEL etc., too?


> 
> Thanks in advance,
> 
> On Mon, Jan 31, 2022 at 8:05 PM Emilio Del Plato 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/MZTD4JSDLSVQ7XBSRCQF4PFRPHJYCVQT/

[ovirt-users] Re: ovirt-4.4 morrors failing

[Lev Veyde]

Hi Emilio,

Yes, looks like the patch that should fix this issue is already here:
https://github.com/oVirt/ovirt-release/pull/93 , but indeed it still hasn't
been reviewed and merged yet.

I hope that we'll have a fixed version very soon, but meanwhile you can try
to simply apply the changes manually in your *testing* env.

Thanks in advance,

On Mon, Jan 31, 2022 at 8:05 PM Emilio Del Plato  wrote:

> Ayansh,
>
> I too am seeing this issue.
>
> It looks like nearly all those mirrors were removed as part of the EOL for
> CentOS 8 in favor of 8-stream, yet the repos/rpm have not yet been updated.
>
> The .repo files on github (https://github.com/oVirt/ovirt-release)  have
> been updated but the rpm packages used for release(s) don’t appear to be
> updated yet (https://resources.ovirt.org/pub/yum-repo/ovirt-release44.rpm).
>
>
>
>
> We are doing some testing of the impact of switching to the 8-stream repos
> (see attached patch file), but we haven’t yet confirmed that its all
> working as expected.
>
> Hope this helps…..
>
> ~Emilio
>
>
>
> *--*
>
> *Emilio Del Plato*
>
> Server Systems Administrator*, Systems and Research Computing*
> *Rochester Institute of Technology *
>
>
>
> *From:* Ayansh Rocks 
> *Sent:* Monday, January 31, 2022 12:40 PM
> *To:* users 
> *Subject:* [ovirt-users] Re: ovirt-4.4 morrors failing
>
>
>
> Hi All,
>
>
>
> Packages are not available on mirrorsis there any maintenance going on
> ?
>
>
>
> Thanks
>
>
>
> On Mon, Jan 31, 2022 at 8:46 PM Ayansh Rocks 
> wrote:
>
> Hi All,
>
>
>
> Maximum mirrors are failing of ovirt-4.4 dependencieswhat can be done
> here ?
>
>
>
> Error: Failed to download metadata for repo 'ovirt-4.4-centos-gluster8':
> Cannot prepare internal mirrorlist: No URLs in mirrorlist
>
>
>
>
>
> Errors during downloading metadata for repository
> 'ovirt-4.4-openstack-victoria':
>   - Status code: 404 for
> http://mirror.centos.org/centos/8/cloud/x86_64/openstack-victoria/repodata/repomd.xml
> (IP: 54.169.224.98)
> Error: Failed to download metadata for repo
> 'ovirt-4.4-openstack-victoria': Cannot download repomd.xml: Cannot download
> repodata/repomd.xml: All mirrors were tried
>
>
>
>
>
>
>
> Errors during downloading metadata for repository
> 'ovirt-4.4-centos-nfv-openvswitch':
>   - Status code: 404 for
> http://mirror.centos.org/centos/8/nfv/x86_64/openvswitch-2/repodata/repomd.xml
> (IP: 13.231.175.254)
> Error: Failed to download metadata for repo
> 'ovirt-4.4-centos-nfv-openvswitch': Cannot download repomd.xml: Cannot
> download repodata/repomd.xml: All mirrors were tried
>
>
>
>
>
>
>
> [root@iondelsvr12 yum.repos.d]# dnf install ovirt-hosted-engine-setup -y
> Ceph packages for x86_64
> 0.0  B/s |   0  B 00:00
> Errors during downloading metadata for repository
> 'ovirt-4.4-centos-ceph-pacific':
>   - Curl error (7): Couldn't connect to server for
> http://mirror.centos.org/centos/8/storage/x86_64/ceph-pacific/repodata/repomd.xml
> [Failed to connect to mirror.centos.org port 80: Connection refused]
> Error: Failed to download metadata for repo
> 'ovirt-4.4-centos-ceph-pacific': Cannot download repomd.xml: Cannot
> download repodata/repomd.xml: All mirrors were tried
>
> ___
> 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/CYSDMNLYIL6OHNTHGZDGX4GOFAE3OBPH/
>


-- 

Lev Veyde

Senior Software Engineer, RHCE | RHCVA | MCITP

Red Hat Israel



l...@redhat.com | lve...@redhat.com

TRIED. TESTED. TRUSTED. 
___
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/5KH3YLKJYIU2S5I5GTWIE3VCADB5EVMH/

[ovirt-users] Re: ovirt-4.4 morrors failing

[Lev Veyde]

Hi Ayansh,

Looks like some CentOS 8 repos have been removed (i.e. cloud, nfv, etc.).
It probably has to do with the CentOS 8 becoming EOL at the end of the last
year, and being replaced by 8-Stream, we'll need to investigate this.

What version of oiVirt are you using?

Thanks in advance,

On Mon, Jan 31, 2022 at 7:41 PM Ayansh Rocks 
wrote:

> Hi All,
>
> Packages are not available on mirrorsis there any maintenance going on
> ?
>
> Thanks
>
> On Mon, Jan 31, 2022 at 8:46 PM Ayansh Rocks 
> wrote:
>
>> Hi All,
>>
>> Maximum mirrors are failing of ovirt-4.4 dependencieswhat can be done
>> here ?
>>
>> Error: Failed to download metadata for repo 'ovirt-4.4-centos-gluster8':
>> Cannot prepare internal mirrorlist: No URLs in mirrorlist
>>
>>
>> Errors during downloading metadata for repository
>> 'ovirt-4.4-openstack-victoria':
>>   - Status code: 404 for
>> http://mirror.centos.org/centos/8/cloud/x86_64/openstack-victoria/repodata/repomd.xml
>> (IP: 54.169.224.98)
>> Error: Failed to download metadata for repo
>> 'ovirt-4.4-openstack-victoria': Cannot download repomd.xml: Cannot download
>> repodata/repomd.xml: All mirrors were tried
>>
>>
>>
>> Errors during downloading metadata for repository
>> 'ovirt-4.4-centos-nfv-openvswitch':
>>   - Status code: 404 for
>> http://mirror.centos.org/centos/8/nfv/x86_64/openvswitch-2/repodata/repomd.xml
>> (IP: 13.231.175.254)
>> Error: Failed to download metadata for repo
>> 'ovirt-4.4-centos-nfv-openvswitch': Cannot download repomd.xml: Cannot
>> download repodata/repomd.xml: All mirrors were tried
>>
>>
>>
>> [root@iondelsvr12 yum.repos.d]# dnf install ovirt-hosted-engine-setup -y
>> Ceph packages for x86_64
>>   0.0  B/s |   0  B 00:00
>> Errors during downloading metadata for repository
>> 'ovirt-4.4-centos-ceph-pacific':
>>   - Curl error (7): Couldn't connect to server for
>> http://mirror.centos.org/centos/8/storage/x86_64/ceph-pacific/repodata/repomd.xml
>> [Failed to connect to mirror.centos.org port 80: Connection refused]
>> Error: Failed to download metadata for repo
>> 'ovirt-4.4-centos-ceph-pacific': Cannot download repomd.xml: Cannot
>> download repodata/repomd.xml: All mirrors were tried
>>
> ___
> 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/TKHCOH55C6PP4HMDOQ4TXOZ2G2YDU2B5/
>


-- 

Lev Veyde

Senior Software Engineer, RHCE | RHCVA | MCITP

Red Hat Israel



l...@redhat.com | lve...@redhat.com

TRIED. TESTED. TRUSTED. 
___
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/Q2ZYWDHICT6FAZS7X7WG5VJ7NGH5SFOV/

[ovirt-users] Re: ovirt-4.4 morrors failing

[Emilio Del Plato]

Ayansh,
I too am seeing this issue.
It looks like nearly all those mirrors were removed as part of the EOL for 
CentOS 8 in favor of 8-stream, yet the repos/rpm have not yet been updated.
The .repo files on github (https://github.com/oVirt/ovirt-release)  have been 
updated but the rpm packages used for release(s) don’t appear to be updated yet 
(https://resources.ovirt.org/pub/yum-repo/ovirt-release44.rpm).

We are doing some testing of the impact of switching to the 8-stream repos (see 
attached patch file), but we haven’t yet confirmed that its all working as 
expected.
Hope this helps…..
~Emilio

--
Emilio Del Plato
Server Systems Administrator, Systems and Research Computing
Rochester Institute of Technology


From: Ayansh Rocks 
Sent: Monday, January 31, 2022 12:40 PM
To: users 
Subject: [ovirt-users] Re: ovirt-4.4 morrors failing

Hi All,

Packages are not available on mirrorsis there any maintenance going on ?

Thanks

On Mon, Jan 31, 2022 at 8:46 PM Ayansh Rocks 
mailto:shashank123rast...@gmail.com>> wrote:
Hi All,

Maximum mirrors are failing of ovirt-4.4 dependencieswhat can be done here ?

Error: Failed to download metadata for repo 'ovirt-4.4-centos-gluster8': Cannot 
prepare internal mirrorlist: No URLs in mirrorlist


Errors during downloading metadata for repository 
'ovirt-4.4-openstack-victoria':
  - Status code: 404 for 
http://mirror.centos.org/centos/8/cloud/x86_64/openstack-victoria/repodata/repomd.xml
 (IP: 54.169.224.98)
Error: Failed to download metadata for repo 'ovirt-4.4-openstack-victoria': 
Cannot download repomd.xml: Cannot download repodata/repomd.xml: All mirrors 
were tried



Errors during downloading metadata for repository 
'ovirt-4.4-centos-nfv-openvswitch':
  - Status code: 404 for 
http://mirror.centos.org/centos/8/nfv/x86_64/openvswitch-2/repodata/repomd.xml 
(IP: 13.231.175.254)
Error: Failed to download metadata for repo 'ovirt-4.4-centos-nfv-openvswitch': 
Cannot download repomd.xml: Cannot download repodata/repomd.xml: All mirrors 
were tried



[root@iondelsvr12 yum.repos.d]# dnf install ovirt-hosted-engine-setup -y
Ceph packages for x86_64
   0.0  B/s |   0  B 00:00
Errors during downloading metadata for repository 
'ovirt-4.4-centos-ceph-pacific':
  - Curl error (7): Couldn't connect to server for 
http://mirror.centos.org/centos/8/storage/x86_64/ceph-pacific/repodata/repomd.xml
 [Failed to connect to mirror.centos.org port 80: 
Connection refused]
Error: Failed to download metadata for repo 'ovirt-4.4-centos-ceph-pacific': 
Cannot download repomd.xml: Cannot download repodata/repomd.xml: All mirrors 
were tried


ovirt-deps.patch
Description: ovirt-deps.patch
___
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/CYSDMNLYIL6OHNTHGZDGX4GOFAE3OBPH/

[ovirt-users] Re: how to search event not matching a user

[Martin Perina]

On Mon, Jan 31, 2022 at 2:00 PM Gianluca Cecchi 
wrote:

> Hello,
> every event in Advanced view has a field "User".
> I'm trying to compose a search in web admin of events with user different
> from myuser@internal
> It seems I'm not able to get what I want.
>
> I also tried to base attempts on an old 2019 thread (on 4.3.6) where this
> queries worked:
>
> Disks: name=engine* or name=host*
> Disks: alias=engine* or alias=host*
>
> but now on 4.4.8 gives nothing even if matched.
> Any hint and also documentation reference about the correct syntax to use
> in 4.4.x?
>

Eli, could you please take a look?

>
> Thanks,
> Gianluca
>
>
> ___
> 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/HIEPT4HR7AUP5TKBUPOVLI6IPAZIECS2/
>


-- 
Martin Perina
Manager, Software Engineering
Red Hat Czech s.r.o.
___
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/7IYYPHQEQBBNBKZCCE47JW6UDAR7J4I7/

[ovirt-users] Re: ovirt-4.4 morrors failing

[Ayansh Rocks]

Hi All,

Packages are not available on mirrorsis there any maintenance going on ?

Thanks

On Mon, Jan 31, 2022 at 8:46 PM Ayansh Rocks 
wrote:

> Hi All,
>
> Maximum mirrors are failing of ovirt-4.4 dependencieswhat can be done
> here ?
>
> Error: Failed to download metadata for repo 'ovirt-4.4-centos-gluster8':
> Cannot prepare internal mirrorlist: No URLs in mirrorlist
>
>
> Errors during downloading metadata for repository
> 'ovirt-4.4-openstack-victoria':
>   - Status code: 404 for
> http://mirror.centos.org/centos/8/cloud/x86_64/openstack-victoria/repodata/repomd.xml
> (IP: 54.169.224.98)
> Error: Failed to download metadata for repo
> 'ovirt-4.4-openstack-victoria': Cannot download repomd.xml: Cannot download
> repodata/repomd.xml: All mirrors were tried
>
>
>
> Errors during downloading metadata for repository
> 'ovirt-4.4-centos-nfv-openvswitch':
>   - Status code: 404 for
> http://mirror.centos.org/centos/8/nfv/x86_64/openvswitch-2/repodata/repomd.xml
> (IP: 13.231.175.254)
> Error: Failed to download metadata for repo
> 'ovirt-4.4-centos-nfv-openvswitch': Cannot download repomd.xml: Cannot
> download repodata/repomd.xml: All mirrors were tried
>
>
>
> [root@iondelsvr12 yum.repos.d]# dnf install ovirt-hosted-engine-setup -y
> Ceph packages for x86_64
> 0.0  B/s |   0  B 00:00
> Errors during downloading metadata for repository
> 'ovirt-4.4-centos-ceph-pacific':
>   - Curl error (7): Couldn't connect to server for
> http://mirror.centos.org/centos/8/storage/x86_64/ceph-pacific/repodata/repomd.xml
> [Failed to connect to mirror.centos.org port 80: Connection refused]
> Error: Failed to download metadata for repo
> 'ovirt-4.4-centos-ceph-pacific': Cannot download repomd.xml: Cannot
> download repodata/repomd.xml: All mirrors were tried
>
___
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/TKHCOH55C6PP4HMDOQ4TXOZ2G2YDU2B5/

[ovirt-users] Re: no snaphot but engines complains there is one when trying to remove disk

[Nathanaël Blanchet]

Le 31/01/2022 à 17:38, Benny Zlotnik a écrit :

does their vm_snapshot_id exists in the snapshots table?

do they exist on the storage? I suggest running
   $ vdsm-tool dump-volume-chain 


it doesn't seem to exist:


   image:    ba2efe1a-8b83-4406-8711-7120b4bd11d0

 - 08966754-0bb6-4c88-9ad6-35d6242fa380
   status: OK, voltype: LEAF, format: RAW, legality: LEGAL, 
type: PREALLOCATED, capacity: 219982856192, truesize: 219982856192


And checking what the chain looks like there.

In theory it's possible to remove them from the database, but the
relationships between the images would need to be fixed as well, as
both images you mentioned have children

okay, tell me how to remove them from the DB please.


On Mon, Jan 31, 2022 at 5:46 PM Nathanaël Blanchet  wrote:

Engine complains about 60087f63-6237-4419-a5dd-9a48c84c1c43 and
109fac1e-c2e3-4ba6-9867-5d1c94d3a447

Le 31/01/2022 à 16:26, Benny Zlotnik a écrit :

I see all images have a vm_snapshot_id that's not null, do you know
which image it complains about?
It is possible that there is no corresponding entry in the snapshots
table, since I see there is foreign key


On Mon, Jan 31, 2022 at 4:56 PM Nathanaël Blanchet  wrote:

engine=# select * from images where
image_group_id='ba2efe1a-8b83-4406-8711-7120b4bd11d0';
-[ RECORD 1 ]-+-
image_guid| 0bf72cb1-d90d-4b3d-bbfe-1e1c58a6ce46
creation_date | 2022-01-31 10:03:29.958+01
size  | 219902115840
it_guid   | ----
parentid  | 08966754-0bb6-4c88-9ad6-35d6242fa380
imagestatus   | 1
lastmodified  | 2022-01-31 10:04:35.519+01
vm_snapshot_id| 623d7b5a-b90d-48b6-8db9-a86ed739ad71
volume_type   | 2
volume_format | 4
image_group_id| ba2efe1a-8b83-4406-8711-7120b4bd11d0
_create_date  | 2022-01-31 10:03:30.067155+01
_update_date  | 2022-01-31 10:04:35.519545+01
active| f
volume_classification | 1
qcow_compat   | 0
-[ RECORD 2 ]-+-
image_guid| ad3205a5-823d-4997-adc8-df769780fa3b
creation_date | 2022-01-31 10:08:11.749+01
size  | 219902115840
it_guid   | ----
parentid  | 733b1d36-d107-4adc-9ac0-a0c800c2c22c
imagestatus   | 1
lastmodified  | 2022-01-31 10:10:36.54+01
vm_snapshot_id| c2fb7dbf-5ea9-46f9-8735-e2532193219d
volume_type   | 2
volume_format | 4
image_group_id| ba2efe1a-8b83-4406-8711-7120b4bd11d0
_create_date  | 2022-01-31 10:08:11.841814+01
_update_date  | 2022-01-31 10:10:36.540134+01
active| f
volume_classification | 1
qcow_compat   | 0
-[ RECORD 3 ]-+-
image_guid| 70c4877a-1649-4882-9cca-38cc40bd7d5a
creation_date | 2022-01-31 10:12:50.02+01
size  | 219902115840
it_guid   | ----
parentid  | a8b0087c-e975-4b8a-b137-0ea1c9107db6
imagestatus   | 1
lastmodified  | 2022-01-31 10:15:35.55+01
vm_snapshot_id| e0df180f-f728-44c3-8d61-d53f0cace1c4
volume_type   | 2
volume_format | 4
image_group_id| ba2efe1a-8b83-4406-8711-7120b4bd11d0
_create_date  | 2022-01-31 10:12:50.120438+01
_update_date  | 2022-01-31 10:15:35.550984+01
active| f
volume_classification | 1
qcow_compat   | 0
-[ RECORD 4 ]-+-
image_guid| 20585d25-a90d-4ef5-a9bb-2205f79c99d8
creation_date | 2022-01-31 10:04:35.419+01
size  | 219902115840
it_guid   | ----
parentid  | 0bf72cb1-d90d-4b3d-bbfe-1e1c58a6ce46
imagestatus   | 1
lastmodified  | 2022-01-31 10:06:15.902+01
vm_snapshot_id| 93aa0faa-9d51-4550-87ca-801de8d4ad40
volume_type   | 2
volume_format | 4
image_group_id| ba2efe1a-8b83-4406-8711-7120b4bd11d0
_create_date  | 2022-01-31 10:04:35.519545+01
_update_date  | 2022-01-31 10:06:15.903055+01
active| f
volume_classification | 1
qcow_compat   | 0
-[ RECORD 5 ]-+-
image_guid| 733b1d36-d107-4adc-9ac0-a0c800c2c22c
creation_date | 2022-01-31 10:06:15.78+01
size  | 219902115840
it_guid   | ----
parentid  | 20585d25-a90d-4ef5-a9bb-2205f79c99d8
imagestatus   | 1
lastmodified  | 2022-01-31 10:08:11.841+01
vm_snapshot_id| 70717bc6-d018-4229-88d2-0a6b31ad0153
volume_type   | 2
volume_format | 4
image_group_id| ba2efe1a-8b83-4406-8711-7120b4bd11d0
_create_date  | 2022-0

[ovirt-users] Re: Cannot log into oVirt Manager - certificate issue

[Diggy Mc]

Okay.  Running the command 'engine-setup --offline' fixed the certificate 
problem without upgrading the engine.

While engine-setup was running it made reference to the following page 
regarding PKI certificates.  I'm posting it here for reference by other people 
who may encounter the same problem I had.

https://www.ovirt.org/develop/release-management/features/infra/pki-renew/

Thanks again for the help.  Feels good to be back up and running.  LOL
___
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/G6Y76XVFWMCMR4SRLJPN4EVT66OTI2BM/

[ovirt-users] Re: no snaphot but engines complains there is one when trying to remove disk

[Benny Zlotnik]

does their vm_snapshot_id exists in the snapshots table?

do they exist on the storage? I suggest running
  $ vdsm-tool dump-volume-chain 

And checking what the chain looks like there.

In theory it's possible to remove them from the database, but the
relationships between the images would need to be fixed as well, as
both images you mentioned have children

On Mon, Jan 31, 2022 at 5:46 PM Nathanaël Blanchet  wrote:
>
> Engine complains about 60087f63-6237-4419-a5dd-9a48c84c1c43 and
> 109fac1e-c2e3-4ba6-9867-5d1c94d3a447
>
> Le 31/01/2022 à 16:26, Benny Zlotnik a écrit :
> > I see all images have a vm_snapshot_id that's not null, do you know
> > which image it complains about?
> > It is possible that there is no corresponding entry in the snapshots
> > table, since I see there is foreign key
> >
> >
> > On Mon, Jan 31, 2022 at 4:56 PM Nathanaël Blanchet  wrote:
> >> engine=# select * from images where
> >> image_group_id='ba2efe1a-8b83-4406-8711-7120b4bd11d0';
> >> -[ RECORD 1 ]-+-
> >> image_guid| 0bf72cb1-d90d-4b3d-bbfe-1e1c58a6ce46
> >> creation_date | 2022-01-31 10:03:29.958+01
> >> size  | 219902115840
> >> it_guid   | ----
> >> parentid  | 08966754-0bb6-4c88-9ad6-35d6242fa380
> >> imagestatus   | 1
> >> lastmodified  | 2022-01-31 10:04:35.519+01
> >> vm_snapshot_id| 623d7b5a-b90d-48b6-8db9-a86ed739ad71
> >> volume_type   | 2
> >> volume_format | 4
> >> image_group_id| ba2efe1a-8b83-4406-8711-7120b4bd11d0
> >> _create_date  | 2022-01-31 10:03:30.067155+01
> >> _update_date  | 2022-01-31 10:04:35.519545+01
> >> active| f
> >> volume_classification | 1
> >> qcow_compat   | 0
> >> -[ RECORD 2 ]-+-
> >> image_guid| ad3205a5-823d-4997-adc8-df769780fa3b
> >> creation_date | 2022-01-31 10:08:11.749+01
> >> size  | 219902115840
> >> it_guid   | ----
> >> parentid  | 733b1d36-d107-4adc-9ac0-a0c800c2c22c
> >> imagestatus   | 1
> >> lastmodified  | 2022-01-31 10:10:36.54+01
> >> vm_snapshot_id| c2fb7dbf-5ea9-46f9-8735-e2532193219d
> >> volume_type   | 2
> >> volume_format | 4
> >> image_group_id| ba2efe1a-8b83-4406-8711-7120b4bd11d0
> >> _create_date  | 2022-01-31 10:08:11.841814+01
> >> _update_date  | 2022-01-31 10:10:36.540134+01
> >> active| f
> >> volume_classification | 1
> >> qcow_compat   | 0
> >> -[ RECORD 3 ]-+-
> >> image_guid| 70c4877a-1649-4882-9cca-38cc40bd7d5a
> >> creation_date | 2022-01-31 10:12:50.02+01
> >> size  | 219902115840
> >> it_guid   | ----
> >> parentid  | a8b0087c-e975-4b8a-b137-0ea1c9107db6
> >> imagestatus   | 1
> >> lastmodified  | 2022-01-31 10:15:35.55+01
> >> vm_snapshot_id| e0df180f-f728-44c3-8d61-d53f0cace1c4
> >> volume_type   | 2
> >> volume_format | 4
> >> image_group_id| ba2efe1a-8b83-4406-8711-7120b4bd11d0
> >> _create_date  | 2022-01-31 10:12:50.120438+01
> >> _update_date  | 2022-01-31 10:15:35.550984+01
> >> active| f
> >> volume_classification | 1
> >> qcow_compat   | 0
> >> -[ RECORD 4 ]-+-
> >> image_guid| 20585d25-a90d-4ef5-a9bb-2205f79c99d8
> >> creation_date | 2022-01-31 10:04:35.419+01
> >> size  | 219902115840
> >> it_guid   | ----
> >> parentid  | 0bf72cb1-d90d-4b3d-bbfe-1e1c58a6ce46
> >> imagestatus   | 1
> >> lastmodified  | 2022-01-31 10:06:15.902+01
> >> vm_snapshot_id| 93aa0faa-9d51-4550-87ca-801de8d4ad40
> >> volume_type   | 2
> >> volume_format | 4
> >> image_group_id| ba2efe1a-8b83-4406-8711-7120b4bd11d0
> >> _create_date  | 2022-01-31 10:04:35.519545+01
> >> _update_date  | 2022-01-31 10:06:15.903055+01
> >> active| f
> >> volume_classification | 1
> >> qcow_compat   | 0
> >> -[ RECORD 5 ]-+-
> >> image_guid| 733b1d36-d107-4adc-9ac0-a0c800c2c22c
> >> creation_date | 2022-01-31 10:06:15.78+01
> >> size  | 219902115840
> >> it_guid   | ----
> >> parentid  | 20585d25-a90d-4ef5-a9bb-2205f79c99d8
> >> imagestatus   | 1
> >> lastmodified  | 2022-01-31 10:08:11.841+01
> >> vm_snapshot_id| 70717bc6-d018-4229-88d2-0a6b31ad0153
> >> volume_type   | 2
> >> volume_format | 4
> >> image_group_id| ba2ef

[ovirt-users] Re: Cannot log into oVirt Manager - certificate issue

[Diggy Mc]

> On Sun, Jan 30, 2022 at 8:16 PM Diggy Mc  
> If it's a certificate created by engine-setup for you, you can run
> 'engine-setup' and it can recreate it for you. If you do not want to
> update the system, you can run it with 'engine-setup --offline'.
> Otherwise, if it's a certificate you got elsewhere, you should update
> it manually, perhaps following some of the steps of the procedure to
> replace the certificate - the one you followed originally.
> 
> Good luck and best regards,


It is the original certificate created during initial install/setup.  If 
possible, I would like to have another oVirt generated certificate without 
upgrading the engine's version.  Where can I find instructions on how to do 
that?  What would be the pros and cons of generating my own self-signed 
certificate with a longer validity period?  Where can I find instructions on 
that?  Again, thanks for your help.
___
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/FDZDRLW4JXXQ6Q7BEDUO6QWMLT5CXDHK/

[ovirt-users] Re: no snaphot but engines complains there is one when trying to remove disk

[Nathanaël Blanchet]

Engine complains about 60087f63-6237-4419-a5dd-9a48c84c1c43 and 
109fac1e-c2e3-4ba6-9867-5d1c94d3a447


Le 31/01/2022 à 16:26, Benny Zlotnik a écrit :

I see all images have a vm_snapshot_id that's not null, do you know
which image it complains about?
It is possible that there is no corresponding entry in the snapshots
table, since I see there is foreign key


On Mon, Jan 31, 2022 at 4:56 PM Nathanaël Blanchet  wrote:

engine=# select * from images where
image_group_id='ba2efe1a-8b83-4406-8711-7120b4bd11d0';
-[ RECORD 1 ]-+-
image_guid| 0bf72cb1-d90d-4b3d-bbfe-1e1c58a6ce46
creation_date | 2022-01-31 10:03:29.958+01
size  | 219902115840
it_guid   | ----
parentid  | 08966754-0bb6-4c88-9ad6-35d6242fa380
imagestatus   | 1
lastmodified  | 2022-01-31 10:04:35.519+01
vm_snapshot_id| 623d7b5a-b90d-48b6-8db9-a86ed739ad71
volume_type   | 2
volume_format | 4
image_group_id| ba2efe1a-8b83-4406-8711-7120b4bd11d0
_create_date  | 2022-01-31 10:03:30.067155+01
_update_date  | 2022-01-31 10:04:35.519545+01
active| f
volume_classification | 1
qcow_compat   | 0
-[ RECORD 2 ]-+-
image_guid| ad3205a5-823d-4997-adc8-df769780fa3b
creation_date | 2022-01-31 10:08:11.749+01
size  | 219902115840
it_guid   | ----
parentid  | 733b1d36-d107-4adc-9ac0-a0c800c2c22c
imagestatus   | 1
lastmodified  | 2022-01-31 10:10:36.54+01
vm_snapshot_id| c2fb7dbf-5ea9-46f9-8735-e2532193219d
volume_type   | 2
volume_format | 4
image_group_id| ba2efe1a-8b83-4406-8711-7120b4bd11d0
_create_date  | 2022-01-31 10:08:11.841814+01
_update_date  | 2022-01-31 10:10:36.540134+01
active| f
volume_classification | 1
qcow_compat   | 0
-[ RECORD 3 ]-+-
image_guid| 70c4877a-1649-4882-9cca-38cc40bd7d5a
creation_date | 2022-01-31 10:12:50.02+01
size  | 219902115840
it_guid   | ----
parentid  | a8b0087c-e975-4b8a-b137-0ea1c9107db6
imagestatus   | 1
lastmodified  | 2022-01-31 10:15:35.55+01
vm_snapshot_id| e0df180f-f728-44c3-8d61-d53f0cace1c4
volume_type   | 2
volume_format | 4
image_group_id| ba2efe1a-8b83-4406-8711-7120b4bd11d0
_create_date  | 2022-01-31 10:12:50.120438+01
_update_date  | 2022-01-31 10:15:35.550984+01
active| f
volume_classification | 1
qcow_compat   | 0
-[ RECORD 4 ]-+-
image_guid| 20585d25-a90d-4ef5-a9bb-2205f79c99d8
creation_date | 2022-01-31 10:04:35.419+01
size  | 219902115840
it_guid   | ----
parentid  | 0bf72cb1-d90d-4b3d-bbfe-1e1c58a6ce46
imagestatus   | 1
lastmodified  | 2022-01-31 10:06:15.902+01
vm_snapshot_id| 93aa0faa-9d51-4550-87ca-801de8d4ad40
volume_type   | 2
volume_format | 4
image_group_id| ba2efe1a-8b83-4406-8711-7120b4bd11d0
_create_date  | 2022-01-31 10:04:35.519545+01
_update_date  | 2022-01-31 10:06:15.903055+01
active| f
volume_classification | 1
qcow_compat   | 0
-[ RECORD 5 ]-+-
image_guid| 733b1d36-d107-4adc-9ac0-a0c800c2c22c
creation_date | 2022-01-31 10:06:15.78+01
size  | 219902115840
it_guid   | ----
parentid  | 20585d25-a90d-4ef5-a9bb-2205f79c99d8
imagestatus   | 1
lastmodified  | 2022-01-31 10:08:11.841+01
vm_snapshot_id| 70717bc6-d018-4229-88d2-0a6b31ad0153
volume_type   | 2
volume_format | 4
image_group_id| ba2efe1a-8b83-4406-8711-7120b4bd11d0
_create_date  | 2022-01-31 10:06:15.903055+01
_update_date  | 2022-01-31 10:08:11.841814+01
active| f
volume_classification | 1
qcow_compat   | 0
-[ RECORD 6 ]-+-
image_guid| a8b0087c-e975-4b8a-b137-0ea1c9107db6
creation_date | 2022-01-31 10:10:36.419+01
size  | 219902115840
it_guid   | ----
parentid  | ad3205a5-823d-4997-adc8-df769780fa3b
imagestatus   | 1
lastmodified  | 2022-01-31 10:12:50.12+01
vm_snapshot_id| 5de5b2ee-0ca4-476f-963d-7bf9b3601817
volume_type   | 2
volume_format | 4
image_group_id| ba2efe1a-8b83-4406-8711-7120b4bd11d0
_create_date  | 2022-01-31 10:10:36.540134+01
_update_

[ovirt-users] Re: no snaphot but engines complains there is one when trying to remove disk

[Benny Zlotnik]

I see all images have a vm_snapshot_id that's not null, do you know
which image it complains about?
It is possible that there is no corresponding entry in the snapshots
table, since I see there is foreign key


On Mon, Jan 31, 2022 at 4:56 PM Nathanaël Blanchet  wrote:
>
> engine=# select * from images where
> image_group_id='ba2efe1a-8b83-4406-8711-7120b4bd11d0';
> -[ RECORD 1 ]-+-
> image_guid| 0bf72cb1-d90d-4b3d-bbfe-1e1c58a6ce46
> creation_date | 2022-01-31 10:03:29.958+01
> size  | 219902115840
> it_guid   | ----
> parentid  | 08966754-0bb6-4c88-9ad6-35d6242fa380
> imagestatus   | 1
> lastmodified  | 2022-01-31 10:04:35.519+01
> vm_snapshot_id| 623d7b5a-b90d-48b6-8db9-a86ed739ad71
> volume_type   | 2
> volume_format | 4
> image_group_id| ba2efe1a-8b83-4406-8711-7120b4bd11d0
> _create_date  | 2022-01-31 10:03:30.067155+01
> _update_date  | 2022-01-31 10:04:35.519545+01
> active| f
> volume_classification | 1
> qcow_compat   | 0
> -[ RECORD 2 ]-+-
> image_guid| ad3205a5-823d-4997-adc8-df769780fa3b
> creation_date | 2022-01-31 10:08:11.749+01
> size  | 219902115840
> it_guid   | ----
> parentid  | 733b1d36-d107-4adc-9ac0-a0c800c2c22c
> imagestatus   | 1
> lastmodified  | 2022-01-31 10:10:36.54+01
> vm_snapshot_id| c2fb7dbf-5ea9-46f9-8735-e2532193219d
> volume_type   | 2
> volume_format | 4
> image_group_id| ba2efe1a-8b83-4406-8711-7120b4bd11d0
> _create_date  | 2022-01-31 10:08:11.841814+01
> _update_date  | 2022-01-31 10:10:36.540134+01
> active| f
> volume_classification | 1
> qcow_compat   | 0
> -[ RECORD 3 ]-+-
> image_guid| 70c4877a-1649-4882-9cca-38cc40bd7d5a
> creation_date | 2022-01-31 10:12:50.02+01
> size  | 219902115840
> it_guid   | ----
> parentid  | a8b0087c-e975-4b8a-b137-0ea1c9107db6
> imagestatus   | 1
> lastmodified  | 2022-01-31 10:15:35.55+01
> vm_snapshot_id| e0df180f-f728-44c3-8d61-d53f0cace1c4
> volume_type   | 2
> volume_format | 4
> image_group_id| ba2efe1a-8b83-4406-8711-7120b4bd11d0
> _create_date  | 2022-01-31 10:12:50.120438+01
> _update_date  | 2022-01-31 10:15:35.550984+01
> active| f
> volume_classification | 1
> qcow_compat   | 0
> -[ RECORD 4 ]-+-
> image_guid| 20585d25-a90d-4ef5-a9bb-2205f79c99d8
> creation_date | 2022-01-31 10:04:35.419+01
> size  | 219902115840
> it_guid   | ----
> parentid  | 0bf72cb1-d90d-4b3d-bbfe-1e1c58a6ce46
> imagestatus   | 1
> lastmodified  | 2022-01-31 10:06:15.902+01
> vm_snapshot_id| 93aa0faa-9d51-4550-87ca-801de8d4ad40
> volume_type   | 2
> volume_format | 4
> image_group_id| ba2efe1a-8b83-4406-8711-7120b4bd11d0
> _create_date  | 2022-01-31 10:04:35.519545+01
> _update_date  | 2022-01-31 10:06:15.903055+01
> active| f
> volume_classification | 1
> qcow_compat   | 0
> -[ RECORD 5 ]-+-
> image_guid| 733b1d36-d107-4adc-9ac0-a0c800c2c22c
> creation_date | 2022-01-31 10:06:15.78+01
> size  | 219902115840
> it_guid   | ----
> parentid  | 20585d25-a90d-4ef5-a9bb-2205f79c99d8
> imagestatus   | 1
> lastmodified  | 2022-01-31 10:08:11.841+01
> vm_snapshot_id| 70717bc6-d018-4229-88d2-0a6b31ad0153
> volume_type   | 2
> volume_format | 4
> image_group_id| ba2efe1a-8b83-4406-8711-7120b4bd11d0
> _create_date  | 2022-01-31 10:06:15.903055+01
> _update_date  | 2022-01-31 10:08:11.841814+01
> active| f
> volume_classification | 1
> qcow_compat   | 0
> -[ RECORD 6 ]-+-
> image_guid| a8b0087c-e975-4b8a-b137-0ea1c9107db6
> creation_date | 2022-01-31 10:10:36.419+01
> size  | 219902115840
> it_guid   | ----
> parentid  | ad3205a5-823d-4997-adc8-df769780fa3b
> imagestatus   | 1
> lastmodified  | 2022-01-31 10:12:50.12+01
> vm_snapshot_id| 5de5b2ee-0ca4-476f-963d-7bf9b3601817
> volume_type   | 2
> volume_format | 4
> image_group_id| ba2efe1a-8b83-4406-8711-7120b4bd11d0
> _create_date 

[ovirt-users] ovirt-4.4 morrors failing

[Ayansh Rocks]

Hi All,

Maximum mirrors are failing of ovirt-4.4 dependencieswhat can be done
here ?

Error: Failed to download metadata for repo 'ovirt-4.4-centos-gluster8':
Cannot prepare internal mirrorlist: No URLs in mirrorlist


Errors during downloading metadata for repository
'ovirt-4.4-openstack-victoria':
  - Status code: 404 for
http://mirror.centos.org/centos/8/cloud/x86_64/openstack-victoria/repodata/repomd.xml
(IP: 54.169.224.98)
Error: Failed to download metadata for repo 'ovirt-4.4-openstack-victoria':
Cannot download repomd.xml: Cannot download repodata/repomd.xml: All
mirrors were tried



Errors during downloading metadata for repository
'ovirt-4.4-centos-nfv-openvswitch':
  - Status code: 404 for
http://mirror.centos.org/centos/8/nfv/x86_64/openvswitch-2/repodata/repomd.xml
(IP: 13.231.175.254)
Error: Failed to download metadata for repo
'ovirt-4.4-centos-nfv-openvswitch': Cannot download repomd.xml: Cannot
download repodata/repomd.xml: All mirrors were tried



[root@iondelsvr12 yum.repos.d]# dnf install ovirt-hosted-engine-setup -y
Ceph packages for x86_64
0.0  B/s |   0  B 00:00
Errors during downloading metadata for repository
'ovirt-4.4-centos-ceph-pacific':
  - Curl error (7): Couldn't connect to server for
http://mirror.centos.org/centos/8/storage/x86_64/ceph-pacific/repodata/repomd.xml
[Failed to connect to mirror.centos.org port 80: Connection refused]
Error: Failed to download metadata for repo
'ovirt-4.4-centos-ceph-pacific': Cannot download repomd.xml: Cannot
download repodata/repomd.xml: All mirrors were tried
___
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/D3FEXQ5KOLN3SST3MPGIHSCEF52IBTKY/

[ovirt-users] Re: no snaphot but engines complains there is one when trying to remove disk

[Nathanaël Blanchet]

Hello

Le 31/01/2022 à 14:41, Gianluca Cecchi a écrit :
On Mon, Jan 31, 2022 at 2:29 PM Nathanaël Blanchet  
wrote:


Hi all,

A colleague launched this morning a snapshot creation, there was
no error message but he wasn't able to start the vm anymore, with
this issue : VM PSI-SYB-DEV is down with error. Exit message:
Unable to get volume size for domain
a5be6cae-f0c8-452f-b7cd-70d0e5eed710 volume
109fac1e-c2e3-4ba6-9867-5d1c94d3a447..



No direct help, but you had better specify the exact version of 
components and if the snapshot was directly executed inside web admin 
gui or via rest/API or with any kind of external sw.

Possibly anything could have had different effects depending on versions

He executed with webui engine 4.4.9


Gianluca


--
Nathanaël Blanchet

Supervision réseau
SIRE
227 avenue Professeur-Jean-Louis-Viala
34193 MONTPELLIER CEDEX 5   
Tél. 33 (0)4 67 54 84 55
Fax  33 (0)4 67 54 84 14
blanc...@abes.fr
___
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/2WQ4Q6ITMRPA3G6DW23QZG4AE5NDQ55J/

[ovirt-users] Re: no snaphot but engines complains there is one when trying to remove disk

[Nathanaël Blanchet]

engine=# select * from images where 
image_group_id='ba2efe1a-8b83-4406-8711-7120b4bd11d0';

-[ RECORD 1 ]-+-
image_guid    | 0bf72cb1-d90d-4b3d-bbfe-1e1c58a6ce46
creation_date | 2022-01-31 10:03:29.958+01
size  | 219902115840
it_guid   | ----
parentid  | 08966754-0bb6-4c88-9ad6-35d6242fa380
imagestatus   | 1
lastmodified  | 2022-01-31 10:04:35.519+01
vm_snapshot_id    | 623d7b5a-b90d-48b6-8db9-a86ed739ad71
volume_type   | 2
volume_format | 4
image_group_id    | ba2efe1a-8b83-4406-8711-7120b4bd11d0
_create_date  | 2022-01-31 10:03:30.067155+01
_update_date  | 2022-01-31 10:04:35.519545+01
active    | f
volume_classification | 1
qcow_compat   | 0
-[ RECORD 2 ]-+-
image_guid    | ad3205a5-823d-4997-adc8-df769780fa3b
creation_date | 2022-01-31 10:08:11.749+01
size  | 219902115840
it_guid   | ----
parentid  | 733b1d36-d107-4adc-9ac0-a0c800c2c22c
imagestatus   | 1
lastmodified  | 2022-01-31 10:10:36.54+01
vm_snapshot_id    | c2fb7dbf-5ea9-46f9-8735-e2532193219d
volume_type   | 2
volume_format | 4
image_group_id    | ba2efe1a-8b83-4406-8711-7120b4bd11d0
_create_date  | 2022-01-31 10:08:11.841814+01
_update_date  | 2022-01-31 10:10:36.540134+01
active    | f
volume_classification | 1
qcow_compat   | 0
-[ RECORD 3 ]-+-
image_guid    | 70c4877a-1649-4882-9cca-38cc40bd7d5a
creation_date | 2022-01-31 10:12:50.02+01
size  | 219902115840
it_guid   | ----
parentid  | a8b0087c-e975-4b8a-b137-0ea1c9107db6
imagestatus   | 1
lastmodified  | 2022-01-31 10:15:35.55+01
vm_snapshot_id    | e0df180f-f728-44c3-8d61-d53f0cace1c4
volume_type   | 2
volume_format | 4
image_group_id    | ba2efe1a-8b83-4406-8711-7120b4bd11d0
_create_date  | 2022-01-31 10:12:50.120438+01
_update_date  | 2022-01-31 10:15:35.550984+01
active    | f
volume_classification | 1
qcow_compat   | 0
-[ RECORD 4 ]-+-
image_guid    | 20585d25-a90d-4ef5-a9bb-2205f79c99d8
creation_date | 2022-01-31 10:04:35.419+01
size  | 219902115840
it_guid   | ----
parentid  | 0bf72cb1-d90d-4b3d-bbfe-1e1c58a6ce46
imagestatus   | 1
lastmodified  | 2022-01-31 10:06:15.902+01
vm_snapshot_id    | 93aa0faa-9d51-4550-87ca-801de8d4ad40
volume_type   | 2
volume_format | 4
image_group_id    | ba2efe1a-8b83-4406-8711-7120b4bd11d0
_create_date  | 2022-01-31 10:04:35.519545+01
_update_date  | 2022-01-31 10:06:15.903055+01
active    | f
volume_classification | 1
qcow_compat   | 0
-[ RECORD 5 ]-+-
image_guid    | 733b1d36-d107-4adc-9ac0-a0c800c2c22c
creation_date | 2022-01-31 10:06:15.78+01
size  | 219902115840
it_guid   | ----
parentid  | 20585d25-a90d-4ef5-a9bb-2205f79c99d8
imagestatus   | 1
lastmodified  | 2022-01-31 10:08:11.841+01
vm_snapshot_id    | 70717bc6-d018-4229-88d2-0a6b31ad0153
volume_type   | 2
volume_format | 4
image_group_id    | ba2efe1a-8b83-4406-8711-7120b4bd11d0
_create_date  | 2022-01-31 10:06:15.903055+01
_update_date  | 2022-01-31 10:08:11.841814+01
active    | f
volume_classification | 1
qcow_compat   | 0
-[ RECORD 6 ]-+-
image_guid    | a8b0087c-e975-4b8a-b137-0ea1c9107db6
creation_date | 2022-01-31 10:10:36.419+01
size  | 219902115840
it_guid   | ----
parentid  | ad3205a5-823d-4997-adc8-df769780fa3b
imagestatus   | 1
lastmodified  | 2022-01-31 10:12:50.12+01
vm_snapshot_id    | 5de5b2ee-0ca4-476f-963d-7bf9b3601817
volume_type   | 2
volume_format | 4
image_group_id    | ba2efe1a-8b83-4406-8711-7120b4bd11d0
_create_date  | 2022-01-31 10:10:36.540134+01
_update_date  | 2022-01-31 10:12:50.120438+01
active    | f
volume_classification | 1
qcow_compat   | 0
-[ RECORD 7 ]-+-
image_guid    | 109fac1e-c2e3-4ba6-9867-5d1c94d3a447
creation_date | 2022-01-31 11:14:40.931+01
size  | 219902115840
it_guid   | ----
parentid  | 60

[ovirt-users] Re: no snaphot but engines complains there is one when trying to remove disk

[Gianluca Cecchi]

On Mon, Jan 31, 2022 at 2:29 PM Nathanaël Blanchet  wrote:

> Hi all,
>
> A colleague launched this morning a snapshot creation, there was no error
> message but he wasn't able to start the vm anymore, with this issue : VM
> PSI-SYB-DEV is down with error. Exit message: Unable to get volume size for
> domain a5be6cae-f0c8-452f-b7cd-70d0e5eed710 volume
> 109fac1e-c2e3-4ba6-9867-5d1c94d3a447..
>
>
No direct help, but you had better specify the exact version of components
and if the snapshot was directly executed inside web admin gui or via
rest/API or with any kind of external sw.
Possibly anything could have had different effects depending on versions

Gianluca
___
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/6Q6ZVZWVTI75K2IER5QRITHK44IQMH7Y/

[ovirt-users] Re: no snaphot but engines complains there is one when trying to remove disk

[Benny Zlotnik]

Can you share the output of the following query:
  $ psql -U engine -d engine -c "\x on" -c "select * from images where
image_group_id = ''"


On Mon, Jan 31, 2022 at 3:31 PM Nathanaël Blanchet  wrote:
>
> Hi all,
>
> A colleague launched this morning a snapshot creation, there was no error 
> message but he wasn't able to start the vm anymore, with this issue : VM 
> PSI-SYB-DEV is down with error. Exit message: Unable to get volume size for 
> domain a5be6cae-f0c8-452f-b7cd-70d0e5eed710 volume 
> 109fac1e-c2e3-4ba6-9867-5d1c94d3a447..
>
> I tried many things but nothing works: it is impossible to remove this disk, 
> or copy it, or clone the vm :
>
> Cannot detach Virtual Disk. The disk is already configured in a snapshot. In 
> order to detach it, remove the disk's snapshots.
>
> There is no snaphost listed into webui or api (so not snapshot id), while 
> disk_snapshots exists into the associated storage domain.
>
> So I tried to remove disks snapshot direvctly with API followind the DELETE 
> method
>
> DELETE /api/storagedomains/{storage_id}/disksnapshots/{image_id}
>
> [Cannot remove Disk Snapshot. VM\'s Snapshot does not exist.]
>
> In conclusion: vm_disks can't be removed because of the non existent 
> associated vm's snapshot id.
>
> I tried to remove vm_snapshots disks references directly into the postgres DB 
> but I didn't find the correct table.
>
> What can I do now?
>
> Your precious help is welcome.
>
> --
> Nathanaël Blanchet
>
> Supervision réseau
> SIRE
> 227 avenue Professeur-Jean-Louis-Viala
> 34193 MONTPELLIER CEDEX 5
> Tél. 33 (0)4 67 54 84 55
> Fax  33 (0)4 67 54 84 14
> blanc...@abes.fr
>
> ___
> 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/WV3AJS4W5NAY55CV6Z3VVOIKG3SBKJ26/
___
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/5TOUJJYCZQF7LVJVMNB4QUYHEDJW2LU6/

[ovirt-users] no snaphot but engines complains there is one when trying to remove disk

[Nathanaël Blanchet]

Hi all,

A colleague launched this morning a snapshot creation, there was no 
error message but he wasn't able to start the vm anymore, with this 
issue : VM PSI-SYB-DEV is down with error. Exit message: Unable to get 
volume size for domain a5be6cae-f0c8-452f-b7cd-70d0e5eed710 volume 
109fac1e-c2e3-4ba6-9867-5d1c94d3a447..


I tried many things but nothing works: it is impossible to remove this 
disk, or copy it, or clone the vm :


Cannot detach Virtual Disk. The disk is already configured in a 
snapshot. In order to detach it, remove the disk's snapshots.


There is no snaphost listed into webui or api (so not snapshot id), 
while disk_snapshots exists into the associated storage domain.


So I tried to remove disks snapshot direvctly with API followind the 
DELETE method


|DELETE /api/storagedomains/{storage_id}/disksnapshots/{image_id}|

[Cannot remove Disk Snapshot. VM\'s Snapshot does not exist.]

In conclusion: vm_disks can't be removed because of the non existent 
associated vm's snapshot id.


I tried to remove vm_snapshots disks references directly into the 
postgres DB but I didn't find the correct table.


What can I do now?

Your precious help is welcome.

--
Nathanaël Blanchet

Supervision réseau
SIRE
227 avenue Professeur-Jean-Louis-Viala
34193 MONTPELLIER CEDEX 5   
Tél. 33 (0)4 67 54 84 55
Fax  33 (0)4 67 54 84 14
blanc...@abes.fr
___
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/WV3AJS4W5NAY55CV6Z3VVOIKG3SBKJ26/

[ovirt-users] how to search event not matching a user

[Gianluca Cecchi]

Hello,
every event in Advanced view has a field "User".
I'm trying to compose a search in web admin of events with user different
from myuser@internal
It seems I'm not able to get what I want.

I also tried to base attempts on an old 2019 thread (on 4.3.6) where this
queries worked:

Disks: name=engine* or name=host*
Disks: alias=engine* or alias=host*

but now on 4.4.8 gives nothing even if matched.
Any hint and also documentation reference about the correct syntax to use
in 4.4.x?

Thanks,
Gianluca
___
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/HIEPT4HR7AUP5TKBUPOVLI6IPAZIECS2/

[ovirt-users] Re: gerrit.ovirt.org upgrade

[Marcin Sobczyk]

Hi,

thanks for handling the upgrade.

With the new version it's not possible anymore to get contents of the 
comments which we need for OST gating.


i.e. for this patch:

https://gerrit.ovirt.org/c/ovirt-system-tests/+/118398

if you try:

curl -L https://gerrit.ovirt.org/changes/118398/detail | \
sed 1d | \
jq -r '.messages[]'

you'll see for one of my last comments:

...
"message": "Patch Set 1:\n\n(1 comment)"
...

but there's no "ci ost" string, which is what I actually wrote.

It's probably because of the new "comment chips" feature.
If it's possible and there are no objections could you please try 
turning it off?


Regards, Marcin


On 1/28/22 18:48, Denis Volkov wrote:

Hello

Upgrade to version 3.4.3 is finished. Gerrit is up and running.

In case of issues please create ticket in issue tracking system: 
https://issues.redhat.com/projects/CPDEVOPS/issues 



--

Denis Volkov



___
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/I676ITKOHKLH4Q7CMRGVSYHYYTPKKHXA/

___
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/U4RFPFAGCTHEN4Y7HD4LF5ADPEWHJYU4/