Alpha 4.5 Test Day | Deploy on Ceph Storage
I tried deploying oVirt 4.5 Alpha (using the oVirt Node NG master installer ISO for el8) with converged Ceph using following steps: * Install two oVirt Node-nodes * Install cephadm on both, single 240GB OSD per node (this is a nested virtualization test environment) * Deploy ceph cluster with cephadm --skip-monitoring-stack --single-host-defaults * Added OSDs to Ceph * Created CephFS with "ceph fs volume create cephfs" * Deployed NFS ganesha using ceph orch apply * Added export "/ovirt" to NFS ganesha for CephFS "/", mounted CephFS temporarily, changing its owner to 36:36 * Added RBD Pool "ovirt" At this point: Ceph is running, CephFS is working, NFS exports are available. Performed the usual ovirt-hosted-engine-setup, answers file attached. Hosted Engine: Check, on NFS storage domain over Ceph (not doing the iSCSI route as that is a black box to me). NFS "just works", and I can connect to localhost as server, making it the perfect candidate for HA storage (because NFS is deployed on every node in the Cluster, due to Ceph being installed on every node in the cluster) Copied over the ceph.conf and ceph.client.admin.keyring to engine-VM, and changed their owner to ovirt. Applied cinderlib integration on Engine with
engine-setup --reconfigure-optional-components
Added a block storage domain (configuration as in the blog post), and getting following error, as attached (engine.log, cinderlib.log). German: Fehler beim Ausführen der Aktion: Kann Speicher nicht hinzufügen. Verbinden mit verwalteter Blockdomäne fehlgeschlagen. English (translated): Error while performing action: Unable to add storage. Failed to connect to managed block storage domain. Anything I can provide that helps figuring this out? Ceph Version: 16.2.7 (dd0603118f56ab514f133c8d2e3adfc983942503) pacific (stable) For the Trello-board: Installation on Ceph works as expected - iSCSI and NFS are well-supported, and deployment with NFS is a bit easier than iSCSI. Adding a managed block storage domain failed for me, works on oVirt 4.4 with the exact same procedure. Best, Jöran
@Benny Zlotnik <bzlotnik@redhat.com> can you please help here? Il giorno gio 17 mar 2022 alle ore 11:04 Jöran Malek <joeran3@gmail.com> ha scritto:
I tried deploying oVirt 4.5 Alpha (using the oVirt Node NG master installer ISO for el8) with converged Ceph using following steps:
* Install two oVirt Node-nodes * Install cephadm on both, single 240GB OSD per node (this is a nested virtualization test environment) * Deploy ceph cluster with cephadm --skip-monitoring-stack --single-host-defaults * Added OSDs to Ceph * Created CephFS with "ceph fs volume create cephfs" * Deployed NFS ganesha using ceph orch apply * Added export "/ovirt" to NFS ganesha for CephFS "/", mounted CephFS temporarily, changing its owner to 36:36 * Added RBD Pool "ovirt"
At this point: Ceph is running, CephFS is working, NFS exports are available. Performed the usual ovirt-hosted-engine-setup, answers file attached. Hosted Engine: Check, on NFS storage domain over Ceph (not doing the iSCSI route as that is a black box to me). NFS "just works", and I can connect to localhost as server, making it the perfect candidate for HA storage (because NFS is deployed on every node in the Cluster, due to Ceph being installed on every node in the cluster) Copied over the ceph.conf and ceph.client.admin.keyring to engine-VM, and changed their owner to ovirt. Applied cinderlib integration on Engine with
engine-setup --reconfigure-optional-components
Added a block storage domain (configuration as in the blog post), and getting following error, as attached (engine.log, cinderlib.log).
German: Fehler beim Ausführen der Aktion: Kann Speicher nicht hinzufügen. Verbinden mit verwalteter Blockdomäne fehlgeschlagen.
English (translated): Error while performing action: Unable to add storage. Failed to connect to managed block storage domain.
Anything I can provide that helps figuring this out? Ceph Version: 16.2.7 (dd0603118f56ab514f133c8d2e3adfc983942503) pacific (stable)
For the Trello-board: Installation on Ceph works as expected - iSCSI and NFS are well-supported, and deployment with NFS is a bit easier than iSCSI. Adding a managed block storage domain failed for me, works on oVirt 4.4 with the exact same procedure.
Best, Jöran _______________________________________________ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-leave@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/devel@ovirt.org/message/NO2QY5AYNREQKW...
-- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo@redhat.com <https://www.redhat.com/> *Red Hat respects your work life balance. Therefore there is no need to answer this email out of your office hours.*
Thanks for the report! I suspect this is an issue with sqlalchemy[1], can you share the output of: $ rpm -q python3-sqlalchemy [1] 2022-03-17 10:31:26,932 - cinderlib-client - ERROR - Failure occurred when trying to run command 'storage_stats': execute_values() got an unexpected keyword argument 'fetch' [a12d3d80-813a-42ab-8b81-a26ba53ce5f3] On Thu, Mar 17, 2022 at 12:04 PM Jöran Malek <joeran3@gmail.com> wrote:
I tried deploying oVirt 4.5 Alpha (using the oVirt Node NG master installer ISO for el8) with converged Ceph using following steps:
* Install two oVirt Node-nodes * Install cephadm on both, single 240GB OSD per node (this is a nested virtualization test environment) * Deploy ceph cluster with cephadm --skip-monitoring-stack --single-host-defaults * Added OSDs to Ceph * Created CephFS with "ceph fs volume create cephfs" * Deployed NFS ganesha using ceph orch apply * Added export "/ovirt" to NFS ganesha for CephFS "/", mounted CephFS temporarily, changing its owner to 36:36 * Added RBD Pool "ovirt"
At this point: Ceph is running, CephFS is working, NFS exports are available. Performed the usual ovirt-hosted-engine-setup, answers file attached. Hosted Engine: Check, on NFS storage domain over Ceph (not doing the iSCSI route as that is a black box to me). NFS "just works", and I can connect to localhost as server, making it the perfect candidate for HA storage (because NFS is deployed on every node in the Cluster, due to Ceph being installed on every node in the cluster) Copied over the ceph.conf and ceph.client.admin.keyring to engine-VM, and changed their owner to ovirt. Applied cinderlib integration on Engine with
engine-setup --reconfigure-optional-components
Added a block storage domain (configuration as in the blog post), and getting following error, as attached (engine.log, cinderlib.log).
German: Fehler beim Ausführen der Aktion: Kann Speicher nicht hinzufügen. Verbinden mit verwalteter Blockdomäne fehlgeschlagen.
English (translated): Error while performing action: Unable to add storage. Failed to connect to managed block storage domain.
Anything I can provide that helps figuring this out? Ceph Version: 16.2.7 (dd0603118f56ab514f133c8d2e3adfc983942503) pacific (stable)
For the Trello-board: Installation on Ceph works as expected - iSCSI and NFS are well-supported, and deployment with NFS is a bit easier than iSCSI. Adding a managed block storage domain failed for me, works on oVirt 4.4 with the exact same procedure.
Best, Jöran _______________________________________________ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-leave@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/devel@ovirt.org/message/NO2QY5AYNREQKW...
Hi Benny, On ovirt-engine VM: ovirt-engine# rpm -q python3-sqlalchemy python3-sqlalchemy-1.4.18-1.1.el8.x86_64 Best, Jöran
Can you try and upgrade it? $ dnf upgrade python3-sqlalchemy It's possible it is filtered On Thu, Mar 17, 2022 at 12:19 PM Jöran Malek <joeran3@gmail.com> wrote:
Hi Benny,
On ovirt-engine VM: ovirt-engine# rpm -q python3-sqlalchemy python3-sqlalchemy-1.4.18-1.1.el8.x86_64
Best, Jöran
Performed a dnf list for python3-sqlalchemy: dnf --showduplicates list python3-sqlalchemy Last metadata expiration check: 2:25:41 ago on Thu 17 Mar 2022 09:21:55 AM CET. Installed Packages python3-sqlalchemy.x86_64 1.4.18-1.1.el8 @centos-openstack-xena Available Packages python3-sqlalchemy.x86_64 1.3.2-2.module_el8.5.0+751+b79b40be appstream python3-sqlalchemy.x86_64 1.3.2-2.module_el8.5.0+761+faacb0fb appstream python3-sqlalchemy.x86_64 1.4.18-1.1.el8 centos-openstack-xena Installed is the latest version from centos-openstack-xena. Repositories enabled/available: # dnf repolist repo id repo name appstream CentOS Stream 8 - AppStream baseos CentOS Stream 8 - BaseOS centos-advanced-virtualization CentOS-8 - Advanced Virtualization centos-ceph-pacific CentOS-8-stream - Ceph Pacific centos-nfv-openvswitch CentOS-8 - NFV OpenvSwitch centos-openstack-xena CentOS-8 - OpenStack xena centos-opstools CentOS-OpsTools - collectd centos-ovirt45 CentOS Stream 8 - oVirt 4.5 centos-ovirt45-testing CentOS Stream 8 - oVirt 4.5 - Testing centos-rabbitmq-38 CentOS-8 - RabbitMQ 38 extras CentOS Stream 8 - Extras ovirt-45-centos-stream-gluster10 CentOS Stream 8 - oVirt 4.5 - Glusterfs 10 ovirt-45-centos-stream-openstack-yoga-testing CentOS Stream 8 - oVirt 4.5 - OpenStack Yoga Repository - testing ovirt-45-upstream oVirt upstream for CentOS Stream 8 - oVirt 4.5 ovirt-45-upstream-testing oVirt upstream for CentOS Stream 8 - oVirt 4.5 - testing powertools CentOS Stream 8 - PowerTools As far as I can tell the latest sqlalchemy-version is installed. With 1.3.2 installed this is what I get instead: 2022-03-17 12:11:09,562 - cinderlib-client - ERROR - Failure occurred when trying to run command 'storage_stats': 'int' object is not iterable [3a9e3104-ca4b-40bd-bb92-7822a3f6698d] 2022-03-17 12:12:17,252 - cinderlib-client - ERROR - Failure occurred when trying to run command 'storage_stats': 'int' object is not iterable [c6a6c72a-0031-4a2f-80d5-a325e81802d3]
On Thu, Mar 17, 2022 at 1:35 PM Jöran Malek <joeran3@gmail.com> wrote:
Performed a dnf list for python3-sqlalchemy: dnf --showduplicates list python3-sqlalchemy Last metadata expiration check: 2:25:41 ago on Thu 17 Mar 2022 09:21:55 AM CET. Installed Packages python3-sqlalchemy.x86_64 1.4.18-1.1.el8 @centos-openstack-xena Available Packages python3-sqlalchemy.x86_64 1.3.2-2.module_el8.5.0+751+b79b40be appstream python3-sqlalchemy.x86_64 1.3.2-2.module_el8.5.0+761+faacb0fb appstream python3-sqlalchemy.x86_64 1.4.18-1.1.el8 centos-openstack-xena
Installed is the latest version from centos-openstack-xena.
Repositories enabled/available: # dnf repolist repo id repo name appstream CentOS Stream 8 - AppStream baseos CentOS Stream 8 - BaseOS centos-advanced-virtualization CentOS-8 - Advanced Virtualization centos-ceph-pacific CentOS-8-stream - Ceph Pacific centos-nfv-openvswitch CentOS-8 - NFV OpenvSwitch centos-openstack-xena CentOS-8 - OpenStack xena centos-opstools CentOS-OpsTools - collectd centos-ovirt45 CentOS Stream 8 - oVirt 4.5 centos-ovirt45-testing CentOS Stream 8 - oVirt 4.5 - Testing centos-rabbitmq-38 CentOS-8 - RabbitMQ 38 extras CentOS Stream 8 - Extras ovirt-45-centos-stream-gluster10 CentOS Stream 8 - oVirt 4.5 - Glusterfs 10 ovirt-45-centos-stream-openstack-yoga-testing CentOS Stream 8 - oVirt 4.5 - OpenStack Yoga Repository - testing
Can you check if above one is enabled and does not filter anything other than ansible? On my machine I have: Last metadata expiration check: 3:42:39 ago on Thu 17 Mar 2022 09:59:49 AM IST. Installed Packages python3-sqlalchemy.x86_64 1.4.31-1.el8 @ovirt-master-centos-stream-openstack-yoga-testing Available Packages python3-sqlalchemy.x86_64 1.3.2-2.module_el8.5.0+751+b79b40be appstream python3-sqlalchemy.x86_64 1.3.2-2.module_el8.5.0+761+faacb0fb appstream python3-sqlalchemy.x86_64 1.4.18-1.1.el8 ovirt-master-centos-stream-openstack-yoga-testing python3-sqlalchemy.x86_64 1.4.31-1.el8 ovirt-master-centos-stream-openstack-yoga-testing Perhaps 'dnf clean all', 'dnf reinstall \*release\*', etc.?
ovirt-45-upstream oVirt upstream for CentOS Stream 8 - oVirt 4.5 ovirt-45-upstream-testing oVirt upstream for CentOS Stream 8 - oVirt 4.5 - testing powertools CentOS Stream 8 - PowerTools
As far as I can tell the latest sqlalchemy-version is installed.
With 1.3.2 installed this is what I get instead: 2022-03-17 12:11:09,562 - cinderlib-client - ERROR - Failure occurred when trying to run command 'storage_stats': 'int' object is not iterable [3a9e3104-ca4b-40bd-bb92-7822a3f6698d] 2022-03-17 12:12:17,252 - cinderlib-client - ERROR - Failure occurred when trying to run command 'storage_stats': 'int' object is not iterable [c6a6c72a-0031-4a2f-80d5-a325e81802d3] _______________________________________________ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-leave@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/devel@ovirt.org/message/7VUVROP5TEFP7Q...
-- Didi
Il giorno gio 17 mar 2022 alle ore 11:52 Jöran Malek <joeran3@gmail.com> ha scritto:
Hi Benny,
On ovirt-engine VM: ovirt-engine# rpm -q python3-sqlalchemy python3-sqlalchemy-1.4.18-1.1.el8.x86_64
Can you please try with: adding `module_hotfixes=1` to `[ovirt-45-centos-stream-openstack-yoga-testing]` section in /etc/yum.repos.d/CentOS-oVirt-4.5.repo and `dnf update python3-sqlalchemy` ?
Best, Jöran _______________________________________________ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-leave@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/devel@ovirt.org/message/2UFKXWIENIVABF...
-- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo@redhat.com <https://www.redhat.com/> *Red Hat respects your work life balance. Therefore there is no need to answer this email out of your office hours.*
Enabled the module hotfixes for yoga-testing, successfully updated to # rpm -q python3-sqlalchemy python3-sqlalchemy-1.4.31-1.el8.x86_64 Issue is still the same: 2022-03-17 13:11:06,310 - cinderlib-client - ERROR - Failure occurred when trying to run command 'storage_stats': execute_values() got an unexpected keyword argument 'fetch' [2725c57d-de29-44b6-b765-523825fd66cb] Verified after restarting the engine and leaving global maintenance mode.
I did some more research, execute_values() is actually from psycopg2 (a dependency of sqlalchemy), the docs[1] mention fetch is available since 2.8 The version on my system is: $ rpm -q python3-psycopg2 python3-psycopg2-2.8.6-1.rhel8.x86_64 [1] https://www.psycopg.org/docs/extras.html#psycopg2.extras.execute_values On Thu, Mar 17, 2022 at 2:13 PM Jöran Malek <joeran3@gmail.com> wrote:
Enabled the module hotfixes for yoga-testing, successfully updated to # rpm -q python3-sqlalchemy python3-sqlalchemy-1.4.31-1.el8.x86_64 Issue is still the same: 2022-03-17 13:11:06,310 - cinderlib-client - ERROR - Failure occurred when trying to run command 'storage_stats': execute_values() got an unexpected keyword argument 'fetch' [2725c57d-de29-44b6-b765-523825fd66cb]
Verified after restarting the engine and leaving global maintenance mode.
Il giorno gio 17 mar 2022 alle ore 13:40 Benny Zlotnik <bzlotnik@redhat.com> ha scritto:
I did some more research, execute_values() is actually from psycopg2 (a dependency of sqlalchemy), the docs[1] mention fetch is available since 2.8 The version on my system is: $ rpm -q python3-psycopg2 python3-psycopg2-2.8.6-1.rhel8.x86_64
latest version in appstream is 2.7.5-7.el8 +Alfredo Moralejo Alonso <amoralej@redhat.com> Perhaps yoga is missing an updated python3-psycopg2 to match python3-sqlalchemy-1.4.31-1.el8.x86_64 and python3-cinderlib-4.1.0-1 on el8s? I see it built for el9s but not for el8s: https://cbs.centos.org/koji/buildinfo?buildID=34610
[1] https://www.psycopg.org/docs/extras.html#psycopg2.extras.execute_values
On Thu, Mar 17, 2022 at 2:13 PM Jöran Malek <joeran3@gmail.com> wrote:
Enabled the module hotfixes for yoga-testing, successfully updated to # rpm -q python3-sqlalchemy python3-sqlalchemy-1.4.31-1.el8.x86_64 Issue is still the same: 2022-03-17 13:11:06,310 - cinderlib-client - ERROR - Failure occurred
when trying to run command 'storage_stats': execute_values() got an unexpected keyword argument 'fetch' [2725c57d-de29-44b6-b765-523825fd66cb]
Verified after restarting the engine and leaving global maintenance mode.
-- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo@redhat.com <https://www.redhat.com/> *Red Hat respects your work life balance. Therefore there is no need to answer this email out of your office hours.*
As the issue shouldn't occur on oVirt Node el9 I'll go ahead and verify the installation there, with EL8 being taken care of (for now). Then note for Trello board: Blocked for testing on EL8 until psycopg2 dependency is updated.
On Thu, Mar 17, 2022 at 2:00 PM Sandro Bonazzola <sbonazzo@redhat.com> wrote:
Il giorno gio 17 mar 2022 alle ore 13:40 Benny Zlotnik < bzlotnik@redhat.com> ha scritto:
I did some more research, execute_values() is actually from psycopg2 (a dependency of sqlalchemy), the docs[1] mention fetch is available since 2.8 The version on my system is: $ rpm -q python3-psycopg2 python3-psycopg2-2.8.6-1.rhel8.x86_64
latest version in appstream is 2.7.5-7.el8 +Alfredo Moralejo Alonso <amoralej@redhat.com> Perhaps yoga is missing an updated python3-psycopg2 to match python3-sqlalchemy-1.4.31-1.el8.x86_64 and python3-cinderlib-4.1.0-1 on el8s? I see it built for el9s but not for el8s: https://cbs.centos.org/koji/buildinfo?buildID=34610
Actually, we only have python-psycopg2 as Build Requirement in CS9 as we don´t support postgresql as database for openstack. We don't ship it in the repos. I see one for cs8 by infra team https://cbs.centos.org/koji/buildinfo?buildID=32014 that you probably could crosstag? Alfredo
[1]
https://www.psycopg.org/docs/extras.html#psycopg2.extras.execute_values
On Thu, Mar 17, 2022 at 2:13 PM Jöran Malek <joeran3@gmail.com> wrote:
Enabled the module hotfixes for yoga-testing, successfully updated to # rpm -q python3-sqlalchemy python3-sqlalchemy-1.4.31-1.el8.x86_64 Issue is still the same: 2022-03-17 13:11:06,310 - cinderlib-client - ERROR - Failure occurred
when trying to run command 'storage_stats': execute_values() got an unexpected keyword argument 'fetch' [2725c57d-de29-44b6-b765-523825fd66cb]
Verified after restarting the engine and leaving global maintenance
mode.
--
Sandro Bonazzola
MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV
Red Hat EMEA <https://www.redhat.com/>
sbonazzo@redhat.com <https://www.redhat.com/>
*Red Hat respects your work life balance. Therefore there is no need to answer this email out of your office hours.*
Il giorno gio 17 mar 2022 alle ore 16:20 Alfredo Moralejo Alonso < amoralej@redhat.com> ha scritto:
On Thu, Mar 17, 2022 at 2:00 PM Sandro Bonazzola <sbonazzo@redhat.com> wrote:
Il giorno gio 17 mar 2022 alle ore 13:40 Benny Zlotnik < bzlotnik@redhat.com> ha scritto:
I did some more research, execute_values() is actually from psycopg2 (a dependency of sqlalchemy), the docs[1] mention fetch is available since 2.8 The version on my system is: $ rpm -q python3-psycopg2 python3-psycopg2-2.8.6-1.rhel8.x86_64
latest version in appstream is 2.7.5-7.el8 +Alfredo Moralejo Alonso <amoralej@redhat.com> Perhaps yoga is missing an updated python3-psycopg2 to match python3-sqlalchemy-1.4.31-1.el8.x86_64 and python3-cinderlib-4.1.0-1 on el8s? I see it built for el9s but not for el8s: https://cbs.centos.org/koji/buildinfo?buildID=34610
Actually, we only have python-psycopg2 as Build Requirement in CS9 as we don´t support postgresql as database for openstack. We don't ship it in the repos.
I see one for cs8 by infra team https://cbs.centos.org/koji/buildinfo?buildID=32014 that you probably could crosstag?
Ok, taking
Alfredo
[1]
https://www.psycopg.org/docs/extras.html#psycopg2.extras.execute_values
On Thu, Mar 17, 2022 at 2:13 PM Jöran Malek <joeran3@gmail.com> wrote:
Enabled the module hotfixes for yoga-testing, successfully updated to # rpm -q python3-sqlalchemy python3-sqlalchemy-1.4.31-1.el8.x86_64 Issue is still the same: 2022-03-17 13:11:06,310 - cinderlib-client - ERROR - Failure occurred
when trying to run command 'storage_stats': execute_values() got an unexpected keyword argument 'fetch' [2725c57d-de29-44b6-b765-523825fd66cb]
Verified after restarting the engine and leaving global maintenance
mode.
--
Sandro Bonazzola
MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV
Red Hat EMEA <https://www.redhat.com/>
sbonazzo@redhat.com <https://www.redhat.com/>
*Red Hat respects your work life balance. Therefore there is no need to answer this email out of your office hours.*
-- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo@redhat.com <https://www.redhat.com/> *Red Hat respects your work life balance. Therefore there is no need to answer this email out of your office hours.*
Il giorno gio 17 mar 2022 alle ore 16:32 Sandro Bonazzola < sbonazzo@redhat.com> ha scritto:
Il giorno gio 17 mar 2022 alle ore 16:20 Alfredo Moralejo Alonso < amoralej@redhat.com> ha scritto:
On Thu, Mar 17, 2022 at 2:00 PM Sandro Bonazzola <sbonazzo@redhat.com> wrote:
Il giorno gio 17 mar 2022 alle ore 13:40 Benny Zlotnik < bzlotnik@redhat.com> ha scritto:
I did some more research, execute_values() is actually from psycopg2 (a dependency of sqlalchemy), the docs[1] mention fetch is available since 2.8 The version on my system is: $ rpm -q python3-psycopg2 python3-psycopg2-2.8.6-1.rhel8.x86_64
latest version in appstream is 2.7.5-7.el8 +Alfredo Moralejo Alonso <amoralej@redhat.com> Perhaps yoga is missing an updated python3-psycopg2 to match python3-sqlalchemy-1.4.31-1.el8.x86_64 and python3-cinderlib-4.1.0-1 on el8s? I see it built for el9s but not for el8s: https://cbs.centos.org/koji/buildinfo?buildID=34610
Actually, we only have python-psycopg2 as Build Requirement in CS9 as we don´t support postgresql as database for openstack. We don't ship it in the repos.
I see one for cs8 by infra team https://cbs.centos.org/koji/buildinfo?buildID=32014 that you probably could crosstag?
Ok, taking
Tracking this here: https://bugzilla.redhat.com/show_bug.cgi?id=2065294
Alfredo
[1]
https://www.psycopg.org/docs/extras.html#psycopg2.extras.execute_values
On Thu, Mar 17, 2022 at 2:13 PM Jöran Malek <joeran3@gmail.com> wrote:
Enabled the module hotfixes for yoga-testing, successfully updated to # rpm -q python3-sqlalchemy python3-sqlalchemy-1.4.31-1.el8.x86_64 Issue is still the same: 2022-03-17 13:11:06,310 - cinderlib-client - ERROR - Failure occurred
when trying to run command 'storage_stats': execute_values() got an unexpected keyword argument 'fetch' [2725c57d-de29-44b6-b765-523825fd66cb]
Verified after restarting the engine and leaving global maintenance
mode.
--
Sandro Bonazzola
MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV
Red Hat EMEA <https://www.redhat.com/>
sbonazzo@redhat.com <https://www.redhat.com/>
*Red Hat respects your work life balance. Therefore there is no need to answer this email out of your office hours.*
--
Sandro Bonazzola
MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV
Red Hat EMEA <https://www.redhat.com/>
sbonazzo@redhat.com <https://www.redhat.com/>
*Red Hat respects your work life balance. Therefore there is no need to answer this email out of your office hours.*
-- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo@redhat.com <https://www.redhat.com/> *Red Hat respects your work life balance. Therefore there is no need to answer this email out of your office hours.*
Il giorno gio 17 mar 2022 alle ore 16:40 Sandro Bonazzola < sbonazzo@redhat.com> ha scritto:
Il giorno gio 17 mar 2022 alle ore 16:32 Sandro Bonazzola < sbonazzo@redhat.com> ha scritto:
Il giorno gio 17 mar 2022 alle ore 16:20 Alfredo Moralejo Alonso < amoralej@redhat.com> ha scritto:
On Thu, Mar 17, 2022 at 2:00 PM Sandro Bonazzola <sbonazzo@redhat.com> wrote:
Il giorno gio 17 mar 2022 alle ore 13:40 Benny Zlotnik < bzlotnik@redhat.com> ha scritto:
I did some more research, execute_values() is actually from psycopg2 (a dependency of sqlalchemy), the docs[1] mention fetch is available since 2.8 The version on my system is: $ rpm -q python3-psycopg2 python3-psycopg2-2.8.6-1.rhel8.x86_64
latest version in appstream is 2.7.5-7.el8 +Alfredo Moralejo Alonso <amoralej@redhat.com> Perhaps yoga is missing an updated python3-psycopg2 to match python3-sqlalchemy-1.4.31-1.el8.x86_64 and python3-cinderlib-4.1.0-1 on el8s? I see it built for el9s but not for el8s: https://cbs.centos.org/koji/buildinfo?buildID=34610
Actually, we only have python-psycopg2 as Build Requirement in CS9 as we don´t support postgresql as database for openstack. We don't ship it in the repos.
I see one for cs8 by infra team https://cbs.centos.org/koji/buildinfo?buildID=32014 that you probably could crosstag?
Ok, taking
Tracking this here: https://bugzilla.redhat.com/show_bug.cgi?id=2065294
python3-psycopg2-2.8.6-3.el8.x86_64 landed on testing repo, Joran can you please retry?
Alfredo
[1]
https://www.psycopg.org/docs/extras.html#psycopg2.extras.execute_values
On Thu, Mar 17, 2022 at 2:13 PM Jöran Malek <joeran3@gmail.com> wrote:
Enabled the module hotfixes for yoga-testing, successfully updated to # rpm -q python3-sqlalchemy python3-sqlalchemy-1.4.31-1.el8.x86_64 Issue is still the same: 2022-03-17 13:11:06,310 - cinderlib-client - ERROR - Failure
occurred when trying to run command 'storage_stats': execute_values() got an unexpected keyword argument 'fetch' [2725c57d-de29-44b6-b765-523825fd66cb]
Verified after restarting the engine and leaving global maintenance
mode.
--
Sandro Bonazzola
MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV
Red Hat EMEA <https://www.redhat.com/>
sbonazzo@redhat.com <https://www.redhat.com/>
*Red Hat respects your work life balance. Therefore there is no need to answer this email out of your office hours.*
--
Sandro Bonazzola
MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV
Red Hat EMEA <https://www.redhat.com/>
sbonazzo@redhat.com <https://www.redhat.com/>
*Red Hat respects your work life balance. Therefore there is no need to answer this email out of your office hours.*
--
Sandro Bonazzola
MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV
Red Hat EMEA <https://www.redhat.com/>
sbonazzo@redhat.com <https://www.redhat.com/>
*Red Hat respects your work life balance. Therefore there is no need to answer this email out of your office hours.*
-- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo@redhat.com <https://www.redhat.com/> *Red Hat respects your work life balance. Therefore there is no need to answer this email out of your office hours.*
python3-psycopg2-2.8.6-3.el8.x86_64 landed on testing repo, Joran can you please retry?
With python3-psycopg2-2.8.6-3 on the hosted engine VM I can successfully add a Managed Block Storage domain. Changes needed for Ceph to ultimately work from a reboot: OSDs arent't auto activated. This needs event_activation = 0 in lvm.conf and vgimportdevices with the VG-name. event_activation because (non-boot) LVs arent't auto activated on startup, and vgimportdevices to ultimately find PVs to be scanned for LVM. Installation, and adding Block Storage Domain: Checked. Works. Unfortunately I stumbled across this issue - I cannot copy a disk to Managed Block Storage from the NFS storage domain. Attached is engine log and vdsm stack trace from node.
Il giorno gio 17 mar 2022 alle ore 17:57 Jöran Malek <joeran3@gmail.com> ha scritto:
python3-psycopg2-2.8.6-3.el8.x86_64 landed on testing repo, Joran can you
please retry?
With python3-psycopg2-2.8.6-3 on the hosted engine VM I can successfully add a Managed Block Storage domain.
Changes needed for Ceph to ultimately work from a reboot: OSDs arent't auto activated. This needs event_activation = 0 in lvm.conf and vgimportdevices with the VG-name. event_activation because (non-boot) LVs arent't auto activated on startup, and vgimportdevices to ultimately find PVs to be scanned for LVM.
Installation, and adding Block Storage Domain: Checked. Works.
Unfortunately I stumbled across this issue - I cannot copy a disk to Managed Block Storage from the NFS storage domain. Attached is engine log and vdsm stack trace from node.
@Benny Zlotnik <bzlotnik@redhat.com> maybe worth to track this in a BZ. -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo@redhat.com <https://www.redhat.com/> *Red Hat respects your work life balance. Therefore there is no need to answer this email out of your office hours.*
yes, this is definitely a bug On Thu, Mar 17, 2022 at 7:04 PM Sandro Bonazzola <sbonazzo@redhat.com> wrote:
Il giorno gio 17 mar 2022 alle ore 17:57 Jöran Malek <joeran3@gmail.com> ha scritto:
python3-psycopg2-2.8.6-3.el8.x86_64 landed on testing repo, Joran can you
please retry?
With python3-psycopg2-2.8.6-3 on the hosted engine VM I can successfully add a Managed Block Storage domain.
Changes needed for Ceph to ultimately work from a reboot: OSDs arent't auto activated. This needs event_activation = 0 in lvm.conf and vgimportdevices with the VG-name. event_activation because (non-boot) LVs arent't auto activated on startup, and vgimportdevices to ultimately find PVs to be scanned for LVM.
Installation, and adding Block Storage Domain: Checked. Works.
Unfortunately I stumbled across this issue - I cannot copy a disk to Managed Block Storage from the NFS storage domain. Attached is engine log and vdsm stack trace from node.
@Benny Zlotnik <bzlotnik@redhat.com> maybe worth to track this in a BZ.
--
Sandro Bonazzola
MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV
Red Hat EMEA <https://www.redhat.com/>
sbonazzo@redhat.com <https://www.redhat.com/>
*Red Hat respects your work life balance. Therefore there is no need to answer this email out of your office hours.*
Wanted to check back whether it is expected that copying from NFS to Managed Block Storage is fixed with the next beta test day, or any other progress on that subject? Best, Jöran
Hi, Forgot to update this thread, bug 2066285[1] was created for this issue, it's fixed and indeed should be available in upcoming beta [1] https://bugzilla.redhat.com/show_bug.cgi?id=2066285 On Tue, Apr 5, 2022 at 3:54 PM <joeran3@gmail.com> wrote:
Wanted to check back whether it is expected that copying from NFS to Managed Block Storage is fixed with the next beta test day, or any other progress on that subject?
Best, Jöran _______________________________________________ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-leave@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/devel@ovirt.org/message/QMPCVKKAIURBM3...
Hi, great. Thanks for the fast response. Looking forward to test on thursday then. Best, Jöran
participants (6)
-
Alfredo Moralejo Alonso -
Benny Zlotnik -
joeran3＠gmail.com -
Jöran Malek
-
Sandro Bonazzola -
Yedidyah Bar David