[ovirt-users] Re: Unable to connect to postgres database on oVirt engine
On Tue, Oct 20, 2020 at 5:25 PM wrote: > > @Didi thanks for your response, we are trying to pull postgres db metrics > using collectd agent but while trying to get metrics we are getting below > error. We are pulling creds from file > '/etc/ovirt-engine/engine.conf.d/10-setup-database.conf' > > oVirt engine version 4.3.10 > > Any thoughts on what else can be the issue than. > > Failed to connect to database engine (engine): could not connect to server: > Permission denied Did you try engine-psql.sh as I suggested? 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/OMNTX34KQI3M7A5PUMVL7PDES7CY3P7D/
[ovirt-users] Re: How to clean up Storage Domain manually
Resolved the problem by restarting iscsid service on the host that has assigned the storage domain and after that was able to remove disk in illegal status and was able to create new templates, vms and disks. ___ 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/UKQC6CYMAIO7CD3M6KKTRI6GZSSEIIBS/
[ovirt-users] Re: 20+ Fresh Installs Failing in 20+ days [newbie & frustrated]
Did you try to ssh to the engine VM?
ssh is disconnecting within 1 second to 30 seconds, impossible to
perform anything.
Command line install " hosted-engine --deploy" it gets to this point (see
below) and disconnect and thereafter it is disconnecting ssh and http://
FQDN:9090
"[ INFO ] TASK [ovirt.hosted_engine_setup : Check engine VM health]"
https "Certificate invalid"
after I run " /usr/sbin/ovirt-hosted-engine-cleanup" I am able to ssh
Yours Sincerely,
Henni
-Original Message-
From: Yedidyah Bar David
Sent: Tuesday, 20 October 2020 14:05
To: i...@worldhostess.com
Cc: Edward Berger ; users
Subject: [ovirt-users] Re: 20+ Fresh Installs Failing in 20+ days [newbie &
frustrated]
On Mon, Oct 19, 2020 at 6:00 PM wrote:
>
> I used Cockpit web interface to do the install and I crashed again. I think
> it did not do the final part of the install. There are no other files such as
> "engine-side logs"
Did you try to ssh to the engine VM?
Do you see it running on the host?
>
> It keep disconnecting from the Cockpit
Due to env issues (communication etc.)? Or oVirt-specific ones (bugs)?
We do have an open bug about allowing to reconnect to cockpit in such cases,
but it's still NEW for several years now:
https://bugzilla.redhat.com/show_bug.cgi?id=1422544
>
> This is my problem for the last few weeks, it will not complete the install
> and I have no idea why.
If this is your only problem, I suggest to try and work around it somehow:
Either by running the browser through which you connect to cockpit in some
machine closer (network-wise) to the host you install on (and connect to that
machine from your laptop using means that allow reconnection, some remote
desktop or whatever), or using the command line tool/guide, which you
can/should run inside tmux (and thus easily reconnect if needed).
Good luck and best regards,
>
> Yours Sincerely,
>
> Henni
>
>
> -Original Message-
> From: Yedidyah Bar David
> Sent: Monday, 19 October 2020 14:58
> To: i...@worldhostess.com
> Cc: Edward Berger ; users
> Subject: [ovirt-users] Re: 20+ Fresh Installs Failing in 20+ days
> [newbie & frustrated]
>
> Hi,
>
> On Fri, Oct 16, 2020 at 4:44 PM wrote:
> >
> > Another zip file from fresh Centos & Ovirt install
> >
> > The following directories and files are included 1. openvswitch 2.
> > ovirt-hosted-engine-ha 3. ovirt-hosted-engine-setup 4. ovirt-imageio
> > 5. vdsm 6. firewalld
> >
> > https://drive.google.com/file/d/1QXj2eiNYseJvTVwmlDp8qwIWg64t45Sc/vi
> > ew
> > ?usp=sharing
>
> Thanks.
>
> It's still the same problem ("Check engine VM health" failed) and the zip
> still does not include engine-side logs (either from the engine vm itself or
> from subdirs of /var/log/ovirt-hosted-engine-setup). Please check/share these.
>
> Also, the files' timestamps are not kept, so 'ls -ltr' does not show them in
> the correct order. Is there a problem with simply using 'tar' as I suggested?
>
> Thanks 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/OSV5JYVZ
> TMAJJ7L4O4XHAIBWDL5VKZNP/
>
--
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/GNHTNCLXXXQMYMDR657QEXDCOIYGZKQ2/
___
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/P6PN6GUBCRPRE22PP6SAQZHEOGY2U47T/
[ovirt-users] Re: VM has snapshot with disk in illegal status
[image: Ovirt Illegal.png] Il giorno mar 20 ott 2020 alle ore 09:44 Shani Leviim ha scritto: > Hi, > I think we should treat each problem separately: > Can you run that SQL query on your engine and see the output? > SELECT * > FROM images_storage_domain_view images_storage_domain_view > WHERE image_group_id = '55893adf-1e56-4346-8070-4b3e660dd44d'; > > and same for 825765ba-b132-4b36-8cb9-8ecd2c7b597a. > > Let's first verify the engine and vdsm are synced, > > According to the vdsm-tool dump-volume-chains, > the disk you've mentioned seems to be legal: >image:a0f9a434-7837-4ec6-8017-c9698ed5cd01 > > - 64ac336f-25d8-43d0-aeb8-7fb77bf6ef97 >status: OK, voltype: LEAF, format: RAW, legality: LEGAL, > type: PREALLOCATED, capacity: 214748364800, truesize: 214748364800 > > Please share the output of the SQL query for this image as well > (a0f9a434-7837-4ec6-8017-c9698ed5cd01) > > Also, can you please share a screenshot of the snapshot's deletion and the > illegal images? > > > *Regards,* > > *Shani Leviim* > > > On Mon, Oct 19, 2020 at 6:46 PM Massimo Mad wrote: > >> Hi, >> It's very strange because in the engine UI i have only one disk in >> illegal status. >> But i have a problem with another VM that have all the disk OK the >> storage migration begins, takes the snap shot then fails and the snapshot >> is deleted. >> the size of the vm with the disk in illega is 200Gb the id of the disk >> is a0f9a434-7837-4ec6-8017-c9698ed5cd01 >> Regards >> Massimo >> >> >> Il giorno lun 19 ott 2020 alle ore 15:47 Shani Leviim >> ha scritto: >> >>> Hi Massimo, >>> As shown on the output, you currently have 2 illeagal images: >>> >>>image:55893adf-1e56-4346-8070-4b3e660dd44d >>> >>> - ea57d10b-13d5-4696-bedc-13a92b88f32d >>>status: ILLEGAL, voltype: LEAF, format: COW, legality: >>> *ILLEGAL*, type: SPARSE, capacity: 107374182400, truesize: 1744830464 >>> >>> >>>image:825765ba-b132-4b36-8cb9-8ecd2c7b597a >>> >>> - 5c534181-fbd6-4912-afdc-4ac812e0e9fe >>>status: ILLEGAL, voltype: LEAF, format: COW, legality: >>> *ILLEGAL*, type: SPARSE, capacity: 85899345920, truesize: 1879048192 >>> >>> Can you try removing them from the engine UI? >>> >>> >>> *Regards,* >>> >>> *Shani Leviim* >>> >>> >>> On Mon, Oct 19, 2020 at 4:36 PM Massimo Mad wrote: >>> Hi Shani I run the command on the host owner of the SPM it's correct ? This is the output: [root@ovirthpr01 ~]# vdsm-tool dump-volume-chains eb483eb3-a9ce-4867-9ce8-96a0ca171042 Images volume chains (base volume first) image:ff44dc13-de50-4891-84ce-9fb3e3fe1c88 - c45ee9cd-17e3-4cec-b7fb-74af27e792a8 status: OK, voltype: LEAF, format: RAW, legality: LEGAL, type: PREALLOCATED, capacity: 134217728, truesize: 134217728 image:a0f9a434-7837-4ec6-8017-c9698ed5cd01 - 64ac336f-25d8-43d0-aeb8-7fb77bf6ef97 status: OK, voltype: LEAF, format: RAW, legality: LEGAL, type: PREALLOCATED, capacity: 214748364800, truesize: 214748364800 image:4da04f46-2fea-436f-9648-772c24a849c3 - 77ddb7b8-b10f-4d7e-82df-36e077a9eb25 status: OK, voltype: LEAF, format: RAW, legality: LEGAL, type: PREALLOCATED, capacity: 134217728, truesize: 134217728 image:55893adf-1e56-4346-8070-4b3e660dd44d - ea57d10b-13d5-4696-bedc-13a92b88f32d status: ILLEGAL, voltype: LEAF, format: COW, legality: ILLEGAL, type: SPARSE, capacity: 107374182400, truesize: 1744830464 image:825765ba-b132-4b36-8cb9-8ecd2c7b597a - 5c534181-fbd6-4912-afdc-4ac812e0e9fe status: ILLEGAL, voltype: LEAF, format: COW, legality: ILLEGAL, type: SPARSE, capacity: 85899345920, truesize: 1879048192 image:0264f52e-fa59-4523-81e4-47564193665e - dfb3d366-f2d3-49ee-8ca3-3b44e24a0111 status: OK, voltype: LEAF, format: RAW, legality: LEGAL, type: PREALLOCATED, capacity: 536870912000, truesize: 536870912000 And after what is the next step? Regards Massimo Il giorno lun 19 ott 2020 alle ore 13:51 Shani Leviim < slev...@redhat.com> ha scritto: > Hi Massimo, > In order to locate the illegal image, you can run this command on the > host: > vdsm-tool dump-volume-chains > > It's also recommended to verify that the engine and vdsm are synced > about that image, once you've find it, by running this command on the > engine: > SELECT * > FROM images_storage_domain_view images_storage_domain_view > WHERE image_group_id = ; > > Than, you can try removing it from the engine. > (and if it doesn't work - you can delete it
[ovirt-users] Re: VM has snapshot with disk in illegal status
Hi, I send you the output of the first query: engine=# SELECT * FROM images_storage_domain_view images_storage_domain_view WHERE image_group_id = '55893adf-1e56-4346-8070-4b3e660dd44d'; image_guid | storage_name | storage_pool_id | storage_type | creation_date | size | it_guid | description | parentid | lastmodified | app_list | storage_id | vm_snapshot_id | volume_type | volume_format | qcow_compat | imagestatus | imag e_group_id | active | volume_classification | entity_type | vm_names | number_of_vms | template_version_names | disk_id | disk_alias | disk_description | shareable | wipe_after_delete | propagate_errors | sgio | disk_content_type | backup | quota_id | quota_name | quota_enforcement_type | disk_profile_id | disk_profile_name | actual_size | read_rate | wri te_rate | read_latency_seconds | write_latency_seconds | flush_latency_seconds | disk_storage_type | cinder_volume_type | image_transfer_phase | image_transfer_type | image_transfer_bytes_sent | image_transfer_bytes_total | progress +--+-+--+---+--+-+-+--+ --+--+++-+---+-+-+- ---++---+-+--+---++ -++--+---+---+--+--+---+--- -+--+++-+---+-+---+ +--+---+---+---+--- -+--+-+---++-- (0 rows) The second query: engine=# SELECT * FROM images_storage_domain_view images_storage_domain_view WHERE image_group_id = '825765ba-b132-4b36-8cb9-8ecd2c7b597a'; image_guid | storage_name | storage_pool_id | storage_type | creation_date | size | it_guid | description | parentid | lastmodified | app_list | storage_id | vm_snapshot_id | volume_type | volume_format | qcow_compat | imagestatus | imag e_group_id | active | volume_classification | entity_type | vm_names | number_of_vms | template_version_names | disk_id | disk_alias | disk_description | shareable | wipe_after_delete | propagate_errors | sgio | disk_content_type | backup | quota_id | quota_name | quota_enforcement_type | disk_profile_id | disk_profile_name | actual_size | read_rate | wri te_rate | read_latency_seconds | write_latency_seconds | flush_latency_seconds | disk_storage_type | cinder_volume_type | image_transfer_phase | image_transfer_type | image_transfer_bytes_sent | image_transfer_bytes_total | progress +--+-+--+---+--+-+-+--+ --+--+++-+---+-+-+- ---++---+-+--+---++ -++--+---+---+--+--+---+--- -+--+++-+---+-+---+ +--+---+---+---+--- -+--+-+---++-- (0 rows) The last query: engine=# SELECT * FROM images_storage_domain_view images_storage_domain_view WHERE image_group_id = 'a0f9a434-7837-4ec6-8017-c9698ed5cd01'; image_guid | storage_name | storage_pool_id| storage_type | creati on_date | size | it_guid| description | parentid |lastmodified| app_list | storage_id |vm_snapshot_id | volume_type | volume_format | qcow_compat | imagestatus | image_group_id| active | volume_ classification | entity_type | vm_names | number_of_vms | template_version_names | disk_id | disk_alias | disk_description | shareable | wipe_after_delete | propagate_errors | sgio | disk_content_t ype | backup | quota_id | quota_name | quota_enforcement_type | disk_profile_id | disk_profile_name | actual_size | read_rate | write_rate | read_latency_seconds | write_latency_seconds | flush_latency_seconds | disk_storage_type | cinder_volume_type | image_transfer_phase | image_transfer_type | image_tra nsfer_bytes_sent | image_transfer_bytes_total | progress
[ovirt-users] How to clean up Storage Domain manually
We have a problem in our cluster where the storage domain was consumed almost totally so we proceed to do a release space by deleting vms and templates that are not longer needed. Despite of removal we got the following eerror message removing some assets "The Storage Domain may be manually cleaned-up from possible leftover". Also this problem is triggered when new vms are created. How can we perform a manual clean-up in the storage domain? ___ 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/F2S5I6MR4Z4VNNLN24RAQ6ECOGAYUOON/
[ovirt-users] Re: Unable to connect to postgres database on oVirt engine
@Didi thanks for your response, we are trying to pull postgres db metrics using collectd agent but while trying to get metrics we are getting below error. We are pulling creds from file '/etc/ovirt-engine/engine.conf.d/10-setup-database.conf' oVirt engine version 4.3.10 Any thoughts on what else can be the issue than. Failed to connect to database engine (engine): could not connect to server: Permission denied ___ 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/4LNZWENWRQHD5BFLICLVPUHVCDRQDCA5/
[ovirt-users] Re: Unable to connect to postgres database on oVirt engine
Hi, Which version of the engine are you using? On Tue, Oct 20, 2020 at 4:59 PM wrote: > > I am unable to connect to postgres database running on oVirt engine and while > troubleshooting found below possible issue. How do you try to connect? > > semanage fcontext -a -t postgresql_exec_t > /opt/rh/rh-postgresql10/root/usr/bin/psql > ValueError: File spec /opt/rh/rh-postgresql10/root/usr/bin/psql conflicts > with equivalency rule '/opt/rh/rh-postgresql10/root /'; Try adding > '//usr/bin/psql' instead Why do you think psql needs postgresql_exec_t type? On my test engine, I have: $ ls -lZ /opt/rh/rh-postgresql10/root/usr/bin/psql -rwxr-xr-x. root root system_u:object_r:bin_t:s0 /opt/rh/rh-postgresql10/root/usr/bin/psql and everything works well. psql is not the PG server/daemon - it's just a user utility, it does not need access to PG data or anything like that. BTW, there is a utility script for running psql against the engine DB, working in every version (since it was introduced) - e.g.: /usr/share/ovirt-engine/dbscripts/engine-psql.sh -c 'select * from vms' Generally speaking, you should not need to modify the DB. 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/CXWJQ6LASZOJJ2JLCDD3O22BXSAQFU2W/
[ovirt-users] Re: [ANN] oVirt 4.4.3 Fifth Release Candidate is now available for testing
On the HostedEngineLocal VM
[root@testvirt ~]# yum repolist enabled
repo id
repo name
AppStream
CentOS-8 - AppStream
BaseOS
CentOS-8 - Base
PowerTools
CentOS-8 - PowerTools
extras
CentOS-8 - Extras
ovirt-4.4
Latest oVirt 4.4 Release
ovirt-4.4-advanced-virtualization
Advanced Virtualization packages for x86_64
ovirt-4.4-centos-gluster7
CentOS-8 - Gluster 7
ovirt-4.4-centos-opstools
CentOS-8 - OpsTools - collectd
ovirt-4.4-centos-ovirt44
CentOS-8 - oVirt 4.4
ovirt-4.4-copr:copr.fedorainfracloud.org:mdbarroso:ovsdbapp
Copr repo for ovsdbapp owned by mdbarroso
ovirt-4.4-copr:copr.fedorainfracloud.org:networkmanager:NetworkManager-1.22
Copr repo for NetworkManager-1.22 owned by networkmanager
ovirt-4.4-copr:copr.fedorainfracloud.org:nmstate:nmstate-0.2
Copr repo for nmstate-stable owned by nmstate
ovirt-4.4-copr:copr.fedorainfracloud.org:sac:gluster-ansible
Copr repo for gluster-ansible owned by sac
ovirt-4.4-copr:copr.fedorainfracloud.org:sbonazzo:EL8_collection
Copr repo for EL8_collection owned by sbonazzo
ovirt-4.4-epel
Extra Packages for Enterprise Linux 8 - x86_64
ovirt-4.4-pre
oVirt 4.4 Pre-Release
ovirt-4.4-virtio-win-latest
virtio-win builds roughly matching what will be shipped in upcoming RHEL
and on the Hypervisor
[root@n001 ~]# yum repolist enabled
repo id
repo name
AppStream
CentOS-8 - AppStream
BaseOS
CentOS-8 - Base
PowerTools
CentOS-8 - PowerTools
extras
CentOS-8 - Extras
ovirt-4.4
Latest oVirt 4.4 Release
ovirt-4.4-advanced-virtualization
Advanced Virtualization packages for x86_64
ovirt-4.4-centos-gluster7
CentOS-8 - Gluster 7
ovirt-4.4-centos-opstools
CentOS-8 - OpsTools - collectd
ovirt-4.4-centos-ovirt44
CentOS-8 - oVirt 4.4
ovirt-4.4-copr:copr.fedorainfracloud.org:mdbarroso:ovsdbapp
Copr repo for ovsdbapp owned by mdbarroso
ovirt-4.4-copr:copr.fedorainfracloud.org:networkmanager:NetworkManager-1.22
Copr repo for NetworkManager-1.22 owned by networkmanager
ovirt-4.4-copr:copr.fedorainfracloud.org:nmstate:nmstate-0.2
Copr repo for nmstate-stable owned by nmstate
ovirt-4.4-copr:copr.fedorainfracloud.org:sac:gluster-ansible
Copr repo for gluster-ansible owned by sac
ovirt-4.4-copr:copr.fedorainfracloud.org:sbonazzo:EL8_collection
Copr repo for EL8_collection owned by sbonazzo
ovirt-4.4-epel
Extra Packages for Enterprise Linux 8 - x86_64
ovirt-4.4-pre
oVirt 4.4 Pre-Release
ovirt-4.4-virtio-win-latest
virtio-win builds roughly matching what will be shipped in upcoming RHEL
On Tue, Oct 20, 2020 at 4:54 AM Sandro Bonazzola
wrote:
>
>
> Il giorno lun 19 ott 2020 alle ore 19:03 Edward Berger <
> edwber...@gmail.com> ha scritto:
>
>> with those packages installed I was able to run the single node
>> hyperconverged wizard,
>> but it fails during deploy "Hosted Engine Deployment" with
>> [ INFO ] TASK [ovirt.ovirt.engine_setup : Update setup packages]
>> [ INFO ] skipping: [localhost]
>> [ INFO ] TASK [ovirt.ovirt.engine_setup : Update all packages]
>> [ ERROR ] fatal: [localhost -> testvirt.bil.psc.edu]: FAILED! =>
>> {"changed": false, "failures": [], "msg": "Depsolve Error occured: \n
>> Problem: cannot install the best update candidate for package
>> ovirt-engine-metrics-1.4.1.1-1.el8.noarch\n - nothing provides
>> rhel-system-roles >= 1.0-19 needed by
>> ovirt-engine-metrics-1.4.2-1.el8.noarch", "rc": 1, "results": []}
>> [ INFO ] TASK [ovirt.ovirt.engine_setup : Clean temporary files]
>> [ INFO ] changed: [localhost -> testvirt.bil.psc.edu]
>>
>> I can 'virsh console HostedEngineLocal' and yum update there says
>> [root@testvirt ~]# yum update
>> Last metadata expiration check: 0:03:58 ago on Mon 19 Oct 2020 12:52:54
>> PM EDT.
>> Error:
>> Problem: cannot install the best update candidate for package
>> ovirt-engine-metrics-1.4.1.1-1.el8.noarch
>> - nothing provides rhel-system-roles >= 1.0-19 needed by
>> ovirt-engine-metrics-1.4.2-1.el8.noarch
>> (try to add '--skip-broken' to skip uninstallable packages or '--nobest'
>> to use not only best candidate packages)
>>
>>
>>
> can you please provide output of: "yum repolist enabled" ?
> thanks
>
>
>
>
>
>>
>>
>>
>> On Mon, Oct 19, 2020 at 12:25 PM Edward Berger
>> wrote:
>>
>>> I'm installing 4.4.3-pre on CentOS8.2 and it seems the glusterfs-server
>>> and gluster-ansible-roles RPMs aren't installed,
>>> with the ovirt-cockpit which pulls other dependencies.
>>>
>>> This caused the cockpit hyperconverged installer to fail. It mentions
>>> the roles rpm but not the glusterfs
>>> with the role installed, failure comes up when it tries to setup the
>>> firewall for non-existing glusterfs-server.
>>>
>>> It is similarly missing on 4.4.2-release.
>>> (the quick installation instructions are missing this or its a bug)
>>>
>>>
>>> On Mon, Oct 19, 2020 at 4:31 AM Lev Veyde wrote:
>>>
oVirt 4.4.3 Fifth Release Candidate is now available for testing
The oVirt Project is pleased to announce the availability of oVirt
4.4.3 Fifth Release Candidate for testing, as of October 16th, 2020.
This update is
[ovirt-users] Unable to connect to postgres database on oVirt engine
I am unable to connect to postgres database running on oVirt engine and while troubleshooting found below possible issue. semanage fcontext -a -t postgresql_exec_t /opt/rh/rh-postgresql10/root/usr/bin/psql ValueError: File spec /opt/rh/rh-postgresql10/root/usr/bin/psql conflicts with equivalency rule '/opt/rh/rh-postgresql10/root /'; Try adding '//usr/bin/psql' instead Can someone help to resolve this issue. ___ 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/JPWYVOHDVRLNISNH6WMW5KAWRBWI3NZP/
[ovirt-users] Re: Add direct lun (Fibre Channel) to VM
On Tue, Oct 20, 2020 at 1:22 PM wrote: > Hi > how to add directly to a VM 4 fiber channel luns without losing the data > they have, these luns need to be seen directly on the VM as "raw devices". > > Thks > > Plima > > In general the page to add disks and also direct lun is this one: https://www.ovirt.org/documentation/virtual_machine_management_guide/#sect-Virtual_Disks If the host were previously given access to the LUNs, when you select direct lun, you should see it and then add. Please do a test with a non production lun to be able to verify no negative effects. You cannot live migrate a VM with direct lun attached. Also, if you select a LUN that is already part of a storage domain you should get the warning message: LUN is already part of a Storage Domain: X HIH, 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/H6DDDGG7ALS7DXMAQ4F2N4QUKAX7AGNJ/
[ovirt-users] Add direct lun (Fibre Channel) to VM
Hi how to add directly to a VM 4 fiber channel luns without losing the data they have, these luns need to be seen directly on the VM as "raw devices". Thks Plima ___ 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/V2BT4XCQEOYB53YB6GP7HPYRQU6F3JUX/
[ovirt-users] Hyperconverged Gluster Deployment in cockpit with zfs
Hi, When I want to use zfs for software raid on my oVirt nodes instead of a hardware raid controller, I don't know what to type in "Device Name" I don't know if this step should be skipped for zfs raid, I don't know the location of my zfs vdev or if thre is anyhing else i should input. If I would set this up via CLI, no "Device Name" is needed in the process, why is it then nedded in the Hyperconverged Gluster Deployment on cockpit? There is plenty of guides for Gluster on top of zfs online, but the porcess differ because of the "Device Name" ___ 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/DJJVMLBAGDOWQZITPZIPUIYRIVI2TLDZ/
[ovirt-users] Re: Upgrade from ovirt-node-ng 4.4.1 to 4.4.2 fails with "Local storage domains were found on the same filesystem as / ! Please migrate the data to a new LV before upgrading, or you will
Thanks for your answer. Yesterday we removed all content from /rhev/data-center/mnt/blockSD/* on our nodes (in Local Maintenance mode) and manually updated the nodes with "dnf update". After a reboot and a night's sleep, all 12 nodes are reporting up to date status. That is, we are now on 4.4.2. Looking forward to see the error corrected in a future release. ___ 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/AU44FRHLBFCB6RAILQCRTFHVVCM6JR7D/
[ovirt-users] Re: [ANN] oVirt 4.4.3 Fifth Release Candidate is now available for testing
Il giorno lun 19 ott 2020 alle ore 19:03 Edward Berger
ha scritto:
> with those packages installed I was able to run the single node
> hyperconverged wizard,
> but it fails during deploy "Hosted Engine Deployment" with
> [ INFO ] TASK [ovirt.ovirt.engine_setup : Update setup packages]
> [ INFO ] skipping: [localhost]
> [ INFO ] TASK [ovirt.ovirt.engine_setup : Update all packages]
> [ ERROR ] fatal: [localhost -> testvirt.bil.psc.edu]: FAILED! =>
> {"changed": false, "failures": [], "msg": "Depsolve Error occured: \n
> Problem: cannot install the best update candidate for package
> ovirt-engine-metrics-1.4.1.1-1.el8.noarch\n - nothing provides
> rhel-system-roles >= 1.0-19 needed by
> ovirt-engine-metrics-1.4.2-1.el8.noarch", "rc": 1, "results": []}
> [ INFO ] TASK [ovirt.ovirt.engine_setup : Clean temporary files]
> [ INFO ] changed: [localhost -> testvirt.bil.psc.edu]
>
> I can 'virsh console HostedEngineLocal' and yum update there says
> [root@testvirt ~]# yum update
> Last metadata expiration check: 0:03:58 ago on Mon 19 Oct 2020 12:52:54 PM
> EDT.
> Error:
> Problem: cannot install the best update candidate for package
> ovirt-engine-metrics-1.4.1.1-1.el8.noarch
> - nothing provides rhel-system-roles >= 1.0-19 needed by
> ovirt-engine-metrics-1.4.2-1.el8.noarch
> (try to add '--skip-broken' to skip uninstallable packages or '--nobest'
> to use not only best candidate packages)
>
>
>
can you please provide output of: "yum repolist enabled" ?
thanks
>
>
>
> On Mon, Oct 19, 2020 at 12:25 PM Edward Berger
> wrote:
>
>> I'm installing 4.4.3-pre on CentOS8.2 and it seems the glusterfs-server
>> and gluster-ansible-roles RPMs aren't installed,
>> with the ovirt-cockpit which pulls other dependencies.
>>
>> This caused the cockpit hyperconverged installer to fail. It mentions the
>> roles rpm but not the glusterfs
>> with the role installed, failure comes up when it tries to setup the
>> firewall for non-existing glusterfs-server.
>>
>> It is similarly missing on 4.4.2-release.
>> (the quick installation instructions are missing this or its a bug)
>>
>>
>> On Mon, Oct 19, 2020 at 4:31 AM Lev Veyde wrote:
>>
>>> oVirt 4.4.3 Fifth Release Candidate is now available for testing
>>>
>>> The oVirt Project is pleased to announce the availability of oVirt 4.4.3
>>> Fifth Release Candidate for testing, as of October 16th, 2020.
>>>
>>> This update is the third in a series of stabilization updates to the 4.4
>>> series.
>>> How to prevent hosts entering emergency mode after upgrade from oVirt
>>> 4.4.1
>>>
>>> Note: Upgrading from 4.4.2 GA should not require re-doing these steps,
>>> if already performed while upgrading from 4.4.1 to 4.4.2 GA. These are only
>>> required to be done once.
>>>
>>> Due to Bug 1837864 -
>>> Host enter emergency mode after upgrading to latest build
>>>
>>> If you have your root file system on a multipath device on your hosts
>>> you should be aware that after upgrading from 4.4.1 to 4.4.3 you may get
>>> your host entering emergency mode.
>>>
>>> In order to prevent this be sure to upgrade oVirt Engine first, then on
>>> your hosts:
>>>
>>>1.
>>>
>>>Remove the current lvm filter while still on 4.4.1, or in emergency
>>>mode (if rebooted).
>>>2.
>>>
>>>Reboot.
>>>3.
>>>
>>>Upgrade to 4.4.3 (redeploy in case of already being on 4.4.3).
>>>4.
>>>
>>>Run vdsm-tool config-lvm-filter to confirm there is a new filter in
>>>place.
>>>5.
>>>
>>>Only if not using oVirt Node:
>>>- run "dracut --force --add multipathâ to rebuild initramfs with the
>>>correct filter configuration
>>>6.
>>>
>>>Reboot.
>>>
>>> Documentation
>>>
>>>-
>>>
>>>If you want to try oVirt as quickly as possible, follow the
>>>instructions on the Download .
>>>
>>> Important notes before you try it
>>>
>>> Please note this is a pre-release build.
>>>
>>> The oVirt Project makes no guarantees as to its suitability or
>>> usefulness.
>>>
>>> This pre-release must not be used in production.
>>> Installation instructions
>>>
>>> For installation instructions and additional information please refer to:
>>>
>>> https://ovirt.org/documentation/
>>>
>>> This release is available now on x86_64 architecture for:
>>>
>>> * Red Hat Enterprise Linux 8.2 or newer
>>>
>>> * CentOS Linux (or similar) 8.2 or newer
>>>
>>> This release supports Hypervisor Hosts on x86_64 and ppc64le
>>> architectures for:
>>>
>>> * Red Hat Enterprise Linux 8.2 or newer
>>>
>>> *
[ovirt-users] Re: VM has snapshot with disk in illegal status
Hi, I think we should treat each problem separately: Can you run that SQL query on your engine and see the output? SELECT * FROM images_storage_domain_view images_storage_domain_view WHERE image_group_id = '55893adf-1e56-4346-8070-4b3e660dd44d'; and same for 825765ba-b132-4b36-8cb9-8ecd2c7b597a. Let's first verify the engine and vdsm are synced, According to the vdsm-tool dump-volume-chains, the disk you've mentioned seems to be legal: image:a0f9a434-7837-4ec6-8017-c9698ed5cd01 - 64ac336f-25d8-43d0-aeb8-7fb77bf6ef97 status: OK, voltype: LEAF, format: RAW, legality: LEGAL, type: PREALLOCATED, capacity: 214748364800, truesize: 214748364800 Please share the output of the SQL query for this image as well (a0f9a434-7837-4ec6-8017-c9698ed5cd01) Also, can you please share a screenshot of the snapshot's deletion and the illegal images? *Regards,* *Shani Leviim* On Mon, Oct 19, 2020 at 6:46 PM Massimo Mad wrote: > Hi, > It's very strange because in the engine UI i have only one disk in illegal > status. > But i have a problem with another VM that have all the disk OK the storage > migration begins, takes the snap shot then fails and the snapshot is > deleted. > the size of the vm with the disk in illega is 200Gb the id of the disk is > a0f9a434-7837-4ec6-8017-c9698ed5cd01 > Regards > Massimo > > > Il giorno lun 19 ott 2020 alle ore 15:47 Shani Leviim > ha scritto: > >> Hi Massimo, >> As shown on the output, you currently have 2 illeagal images: >> >>image:55893adf-1e56-4346-8070-4b3e660dd44d >> >> - ea57d10b-13d5-4696-bedc-13a92b88f32d >>status: ILLEGAL, voltype: LEAF, format: COW, legality: >> *ILLEGAL*, type: SPARSE, capacity: 107374182400, truesize: 1744830464 >> >> >>image:825765ba-b132-4b36-8cb9-8ecd2c7b597a >> >> - 5c534181-fbd6-4912-afdc-4ac812e0e9fe >>status: ILLEGAL, voltype: LEAF, format: COW, legality: >> *ILLEGAL*, type: SPARSE, capacity: 85899345920, truesize: 1879048192 >> >> Can you try removing them from the engine UI? >> >> >> *Regards,* >> >> *Shani Leviim* >> >> >> On Mon, Oct 19, 2020 at 4:36 PM Massimo Mad wrote: >> >>> Hi Shani >>> I run the command on the host owner of the SPM it's correct ? >>> This is the output: >>> [root@ovirthpr01 ~]# vdsm-tool dump-volume-chains >>> eb483eb3-a9ce-4867-9ce8-96a0ca171042 >>> >>> Images volume chains (base volume first) >>> >>>image:ff44dc13-de50-4891-84ce-9fb3e3fe1c88 >>> >>> - c45ee9cd-17e3-4cec-b7fb-74af27e792a8 >>>status: OK, voltype: LEAF, format: RAW, legality: LEGAL, >>> type: PREALLOCATED, capacity: 134217728, truesize: 134217728 >>> >>> >>>image:a0f9a434-7837-4ec6-8017-c9698ed5cd01 >>> >>> - 64ac336f-25d8-43d0-aeb8-7fb77bf6ef97 >>>status: OK, voltype: LEAF, format: RAW, legality: LEGAL, >>> type: PREALLOCATED, capacity: 214748364800, truesize: 214748364800 >>> >>> >>>image:4da04f46-2fea-436f-9648-772c24a849c3 >>> >>> - 77ddb7b8-b10f-4d7e-82df-36e077a9eb25 >>>status: OK, voltype: LEAF, format: RAW, legality: LEGAL, >>> type: PREALLOCATED, capacity: 134217728, truesize: 134217728 >>> >>> >>>image:55893adf-1e56-4346-8070-4b3e660dd44d >>> >>> - ea57d10b-13d5-4696-bedc-13a92b88f32d >>>status: ILLEGAL, voltype: LEAF, format: COW, legality: >>> ILLEGAL, type: SPARSE, capacity: 107374182400, truesize: 1744830464 >>> >>> >>>image:825765ba-b132-4b36-8cb9-8ecd2c7b597a >>> >>> - 5c534181-fbd6-4912-afdc-4ac812e0e9fe >>>status: ILLEGAL, voltype: LEAF, format: COW, legality: >>> ILLEGAL, type: SPARSE, capacity: 85899345920, truesize: 1879048192 >>> >>> >>>image:0264f52e-fa59-4523-81e4-47564193665e >>> >>> - dfb3d366-f2d3-49ee-8ca3-3b44e24a0111 >>>status: OK, voltype: LEAF, format: RAW, legality: LEGAL, >>> type: PREALLOCATED, capacity: 536870912000, truesize: 536870912000 >>> And after what is the next step? >>> Regards >>> Massimo >>> >>> >>> Il giorno lun 19 ott 2020 alle ore 13:51 Shani Leviim < >>> slev...@redhat.com> ha scritto: >>> Hi Massimo, In order to locate the illegal image, you can run this command on the host: vdsm-tool dump-volume-chains It's also recommended to verify that the engine and vdsm are synced about that image, once you've find it, by running this command on the engine: SELECT * FROM images_storage_domain_view images_storage_domain_view WHERE image_group_id = ; Than, you can try removing it from the engine. (and if it doesn't work - you can delete it from the DB) *Regards,* *Shani Leviim* On Mon, Oct 19, 2020 at 11:15 AM Massimo Mad wrote: > Hi, > I try to delete a snapshot that i have created in the past, now in the > events i have the
[ovirt-users] Re: 20+ Fresh Installs Failing in 20+ days [newbie & frustrated]
On Mon, Oct 19, 2020 at 6:00 PM wrote:
>
> I used Cockpit web interface to do the install and I crashed again. I think
> it did not do the final part of the install. There are no other files such as
> "engine-side logs"
Did you try to ssh to the engine VM?
Do you see it running on the host?
>
> It keep disconnecting from the Cockpit
Due to env issues (communication etc.)? Or oVirt-specific ones (bugs)?
We do have an open bug about allowing to reconnect to cockpit in such
cases, but it's still NEW for several years now:
https://bugzilla.redhat.com/show_bug.cgi?id=1422544
>
> This is my problem for the last few weeks, it will not complete the install
> and I have no idea why.
If this is your only problem, I suggest to try and work around it somehow:
Either by running the browser through which you connect to cockpit in
some machine closer (network-wise) to the host you install on (and
connect to that machine from your laptop using means that allow
reconnection, some remote desktop or whatever), or using the command
line tool/guide, which you can/should run inside tmux (and thus easily
reconnect if needed).
Good luck and best regards,
>
> Yours Sincerely,
>
> Henni
>
>
> -Original Message-
> From: Yedidyah Bar David
> Sent: Monday, 19 October 2020 14:58
> To: i...@worldhostess.com
> Cc: Edward Berger ; users
> Subject: [ovirt-users] Re: 20+ Fresh Installs Failing in 20+ days [newbie &
> frustrated]
>
> Hi,
>
> On Fri, Oct 16, 2020 at 4:44 PM wrote:
> >
> > Another zip file from fresh Centos & Ovirt install
> >
> > The following directories and files are included 1. openvswitch 2.
> > ovirt-hosted-engine-ha 3. ovirt-hosted-engine-setup 4. ovirt-imageio
> > 5. vdsm 6. firewalld
> >
> > https://drive.google.com/file/d/1QXj2eiNYseJvTVwmlDp8qwIWg64t45Sc/view
> > ?usp=sharing
>
> Thanks.
>
> It's still the same problem ("Check engine VM health" failed) and the zip
> still does not include engine-side logs (either from the engine vm itself or
> from subdirs of /var/log/ovirt-hosted-engine-setup). Please check/share these.
>
> Also, the files' timestamps are not kept, so 'ls -ltr' does not show them in
> the correct order. Is there a problem with simply using 'tar' as I suggested?
>
> Thanks 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/OSV5JYVZTMAJJ7L4O4XHAIBWDL5VKZNP/
>
--
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/GNHTNCLXXXQMYMDR657QEXDCOIYGZKQ2/
