4:42 a.m.
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
5:09 a.m.
@Benny Zlotnik <bzlotnik(a)redhat.com> can you please help here?
Il giorno gio 17 mar 2022 alle ore 11:04 Jöran Malek <joeran3(a)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(a)ovirt.org
To unsubscribe send an email to devel-leave(a)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/NO2QY5AYNRE...
--
Sandro Bonazzola
MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV
Red Hat EMEA <https://www.redhat.com/>
sbonazzo(a)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.*
5:16 a.m.
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(a)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(a)ovirt.org
To unsubscribe send an email to devel-leave(a)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/NO2QY5AYNRE...
5:18 a.m.
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
5:40 a.m.
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(a)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
6:16 a.m.
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]
6:44 a.m.
On Thu, Mar 17, 2022 at 1:35 PM Jöran Malek <joeran3(a)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(a)ovirt.org
To unsubscribe send an email to devel-leave(a)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/7VUVROP5TEF...
--
Didi
7:02 a.m.
Il giorno gio 17 mar 2022 alle ore 11:52 Jöran Malek <joeran3(a)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(a)ovirt.org
To unsubscribe send an email to devel-leave(a)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/2UFKXWIENIV...
--
Sandro Bonazzola
MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV
Red Hat EMEA <https://www.redhat.com/>
sbonazzo(a)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.*
7:13 a.m.
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.
7:39 a.m.
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(a)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.
7:59 a.m.
Il giorno gio 17 mar 2022 alle ore 13:40 Benny Zlotnik <bzlotnik(a)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(a)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(a)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(a)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.*
8:03 a.m.
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.
10:19 a.m.
On Thu, Mar 17, 2022 at 2:00 PM Sandro Bonazzola <sbonazzo(a)redhat.com>
wrote:
Il giorno gio 17 mar 2022 alle ore 13:40 Benny Zlotnik <
bzlotnik(a)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(a)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(a)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(a)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.*
10:32 a.m.
Il giorno gio 17 mar 2022 alle ore 16:20 Alfredo Moralejo Alonso <
amoralej(a)redhat.com> ha scritto:
On Thu, Mar 17, 2022 at 2:00 PM Sandro Bonazzola <sbonazzo(a)redhat.com>
wrote:
>
>
> Il giorno gio 17 mar 2022 alle ore 13:40 Benny Zlotnik <
> bzlotnik(a)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(a)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(a)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(a)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(a)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.*
10:40 a.m.
Il giorno gio 17 mar 2022 alle ore 16:32 Sandro Bonazzola <
sbonazzo(a)redhat.com> ha scritto:
Il giorno gio 17 mar 2022 alle ore 16:20 Alfredo Moralejo Alonso <
amoralej(a)redhat.com> ha scritto:
>
>
> On Thu, Mar 17, 2022 at 2:00 PM Sandro Bonazzola <sbonazzo(a)redhat.com>
> wrote:
>
>>
>>
>> Il giorno gio 17 mar 2022 alle ore 13:40 Benny Zlotnik <
>> bzlotnik(a)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(a)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(a)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(a)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(a)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(a)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.*
10:46 a.m.
Il giorno gio 17 mar 2022 alle ore 16:40 Sandro Bonazzola <
sbonazzo(a)redhat.com> ha scritto:
Il giorno gio 17 mar 2022 alle ore 16:32 Sandro Bonazzola <
sbonazzo(a)redhat.com> ha scritto:
>
>
> Il giorno gio 17 mar 2022 alle ore 16:20 Alfredo Moralejo Alonso <
> amoralej(a)redhat.com> ha scritto:
>
>>
>>
>> On Thu, Mar 17, 2022 at 2:00 PM Sandro Bonazzola <sbonazzo(a)redhat.com>
>> wrote:
>>
>>>
>>>
>>> Il giorno gio 17 mar 2022 alle ore 13:40 Benny Zlotnik <
>>> bzlotnik(a)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(a)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(a)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(a)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(a)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(a)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(a)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.*
11:56 a.m.
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.
12:03 p.m.
Il giorno gio 17 mar 2022 alle ore 17:57 Jöran Malek <joeran3(a)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(a)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(a)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.*
12:06 p.m.
yes, this is definitely a bug
On Thu, Mar 17, 2022 at 7:04 PM Sandro Bonazzola <sbonazzo(a)redhat.com>
wrote:
Il giorno gio 17 mar 2022 alle ore 17:57 Jöran Malek <joeran3(a)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(a)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(a)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.*
7:53 a.m.
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
7:59 a.m.
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(a)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(a)ovirt.org
To unsubscribe send an email to devel-leave(a)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/QMPCVKKAIUR...
8:02 a.m.
Hi,
great. Thanks for the fast response. Looking forward to test on thursday then.
Best,
Jöran
751
days inactive
770
days old
21 comments
6 participants
participants (6)
-
Alfredo Moralejo Alonso -
Benny Zlotnik -
joeran3＠gmail.com -
Jöran Malek
-
Sandro Bonazzola -
Yedidyah Bar David