- openstack-discuss - lists.openstack.org

[manila] stuck at connecting ceph backend with manila
by Shubham Kumar Yadav 13 Jun '24

13 Jun '24

hello, I'm trying to install manila in my openstack cloud but having problem with "*Authorizing the driver to communicate with Ceph*" *1 -> *i have created a configmap with these confs and mounted it on manila-share pod [client.manila]client mount uid = 0client mount gid = 0log file = /opt/stack/logs/ceph-client.manila.logadmin socket = /opt/stack/status/stack/ceph-$name.$pid.asokkeyring = /etc/ceph/manila.keyring *2 -> *then i have created a secret with client.manila keyring and attached it to the manila-share pod at keyring = /etc/ceph/manila.keyring *3 -> *inside manila-share pod i see the logs 2024-06-03 09:00:53.682 6 INFO manila.share.drivers.cephfs.driver [None req-22cd7b29-a383-44cd-8cb8-1c639a3034dc - - - - - -] [CEPHFSNATIVE1] Ceph client found, connecting... 2024-06-03 09:00:53.713 6 ERROR manila.share.manager [None req-22cd7b29-a383-44cd-8cb8-1c639a3034dc - - - - - -] Error encountered during initialization of driver CephFSDriver@lab-11053-26006-ceph-2@cephfsnative1: manila.exception.ShareBackendException: [%(be)s] Ceph client failed to connect. 2024-06-03 09:00:53.713 6 ERROR manila.share.manager Traceback (most recent call last): 2024-06-03 09:00:53.713 6 ERROR manila.share.manager File "/var/lib/openstack/lib/python3.10/site-packages/manila/share/drivers/cephfs/driver.py", line 421, in rados_client 2024-06-03 09:00:53.713 6 ERROR manila.share.manager self._rados_client.connect() 2024-06-03 09:00:53.713 6 ERROR manila.share.manager File "rados.pyx", line 690, in rados.Rados.connect 2024-06-03 09:00:53.713 6 ERROR manila.share.manager rados.IOError: [errno 5] RADOS I/O error (error connecting to the cluster) 2024-06-03 09:00:53.713 6 ERROR manila.share.manager 2024-06-03 09:00:53.713 6 ERROR manila.share.manager During handling of the above exception, another exception occurred: 2024-06-03 09:00:53.713 6 ERROR manila.share.manager 2024-06-03 09:00:53.713 6 ERROR manila.share.manager Traceback (most recent call last): 2024-06-03 09:00:53.713 6 ERROR manila.share.manager File "/var/lib/openstack/lib/python3.10/site-packages/manila/share/manager.py", line 371, in _driver_setup 2024-06-03 09:00:53.713 6 ERROR manila.share.manager self.driver.do_setup(ctxt) 2024-06-03 09:00:53.713 6 ERROR manila.share.manager File "/var/lib/openstack/lib/python3.10/site-packages/manila/share/drivers/cephfs/driver.py", line 274, in do_setup 2024-06-03 09:00:53.713 6 ERROR manila.share.manager rados_client=self.rados_client, 2024-06-03 09:00:53.713 6 ERROR manila.share.manager File "/var/lib/openstack/lib/python3.10/site-packages/manila/share/drivers/cephfs/driver.py", line 424, in rados_client 2024-06-03 09:00:53.713 6 ERROR manila.share.manager raise exception.ShareBackendException( 2024-06-03 09:00:53.713 6 ERROR manila.share.manager manila.exception.ShareBackendException: [%(be)s] Ceph client failed to connect. 2024-06-03 09:00:53.713 6 ERROR manila.share.manager 2024-06-03 09:00:53.714 6 DEBUG manila.utils [None req-22cd7b29-a383-44cd-8cb8-1c639a3034dc - - - - - -] Finished call to 'manila.share.manager.ShareManager.init_host.<locals>._driver_setup' after 2222.651(s), this was the 12th time calling it. log_it /var/lib/openstack/lib/python3.10/site-packages/tenacity/after.py:44 2024-06-03 09:00:53.714 6 DEBUG manila.utils [None req-22cd7b29-a383-44cd-8cb8-1c639a3034dc - - - - - -] Retrying manila.share.manager.ShareManager.init_host.<locals>._driver_setup in 600.0 seconds as it raised ShareBackendException: [%(be)s] Ceph client failed to connect.. log_it /var/lib/openstack/lib/python3.10/site-packages/tenacity/before_sleep.py:65 *4 -> *My ceph cluster is healthy 5 -> My manila confs look like (what could be wrong here)? conf: manila: DEFAULT: debug: true enabled_share_protocols: NFS,CIFS,CEPHFS enabled_share_backends: cephfsnative1 cephfsnative1: driver_handles_share_servers: False share_backend_name: CEPHFSNATIVE1 share_driver: manila.share.drivers.cephfs.driver.CephFSDriver cephfs_conf_path: /etc/ceph/ceph.conf cephfs_protocol_helper_type: CEPHFS cephfs_auth_id: manila cephfs_cluster_name: rook-ceph ( my rook-ceph cluster name) cephfs_filesystem_name: myfs (i created this fs manually) *6 -> P*ermissions for the user manila ceph auth get-or-create client.manila -o manila.keyring \ mgr 'allow rw' \ mon 'allow r' *7 -> *ceph --version ceph version 17.2.6 (d7ff0d10654d2280e08f1ab989c7cdf3064446a5) quincy (stable) openstackhelm Manila Chart name: manila version: 0.1.7 Hope to hear from you soon with a solution Thank you!

2 1

Openstack unable to login
by Lohit S 13 Jun '24

13 Jun '24

Hi Team, I am new to OpenStack. I have completed DevStack development, and I used OpenStack during that time without any issues. However, now when I try to log in to the OpenStack dashboard, it shows the message "An error occurred authenticating. Please try again later." How can I fix this issue? while checking the "systemctl status devstack@*" command -------------------------------------------------- devstack(a)etcd.service - Devstack devstack(a)etcd.service Loaded: loaded (/etc/systemd/system/devstack(a)etcd.service; enabled; vendor preset: enabled) Active: failed (Result: exit-code) since Wed 2024-06-12 23:48:33 IST; 13min ago Process: 1534 ExecStart=/opt/stack/bin/etcd --name lohit22-VirtualBox --data-dir /opt/stack/data/etcd --initial-cluster-state new --initial-cluster-token etcd-cluster-01 --initial-cluster lohit22-Vir> Main PID: 1534 (code=exited, status=1/FAILURE) CPU: 23ms Notice: journal has been rotated since unit was started, output may be incomplete. ------------------------------

1 0

[kolla] Cancelling weekly meeting today (12th June 2024)
by Michał Nasiadka 12 Jun '24

12 Jun '24

Hello Koalas, Sorry for late notice - but I need to cancel the weekly meeting today due to absence of key contributors. Let’s meet next week. Best regards, Michal

1 0

[oslo] Remove eventlet from openstack.
by Daniel Bengtsson 12 Jun '24

12 Jun '24

Hi there, In the project to remove eventlet from openstack[1], we need to adapt oslo.service. The oslo.service project is strongly linked to eventlet, so rather than adapting the project, it would be wiser to deprecate it and replace it with cotyledon and futurist. The cotyledon project was created by openstack maintainers to replace oslo.service. It is already used in openstack by the telemetry project, for example. The oslo.service project has been created on top of eventlet to offer two main functionalities, periodic tasks and workers process management. The first feature has been replaced by another library called futurist[2] and the second is surpassed by cotyledon. More details in the project readme[3] about the difference with oslo.service. I would like to have your feedback and opinion on the deprecation of olso.service and it's replacement by cotyledon and futurist. In any case, we'll have to adapt the project, which is why replacing oslo.service with cotyledon seems to me the best solution, rather than having two similar projects doing the same thing. [1] https://review.opendev.org/c/openstack/governance/+/902585 [2] http://docs.openstack.org/developer/futurist/ [3] https://github.com/sileht/cotyledon/blob/main/README.rst -- Daniel Bengtsson Software Engineer

8 16

[nova] Spec review day on July 1th
by Sylvain Bauza 11 Jun '24

11 Jun '24

Hey folks, We'll have a second specs review day on Monday July 1th. Please make sure to update your specs before that day, so we can start to review it. Some folks would maybe off due to some holidays but they'll try to review all the specs during this week. Thanks, -Sylvain

1 0

[openstack charm][tc] openstack-charms still need PTL appointment
by Ghanshyam Mann 11 Jun '24

11 Jun '24

Hello Felipe, openstack-charm team, I tried to reach out to you on IRC but could not connect. This is regarding openstack-charm PTL appointment for the 2024.2 cycle. I am not sure if you noticed or not but there are some comments for you to fix on your PTL appointment. Please check the below Gerrit change and fix the same or let us know if there is a change in the plan. - https://review.opendev.org/c/openstack/governance/+/914254 -gmann

2 3

SSH to instance without its floating IP address
by afantarina＠gmail.com 11 Jun '24

11 Jun '24

Hello let's say i don't want to use floating IP adresses for some reasons. I have set up routes using br-ex to connect to my instances. My openstack server is at 10.90.0.236. Now i have instance Test-VM (192.168.233.12): .Ping is working fine between them .I can ssh from Test-VM to my openstack server .But i can't connect to Test-VM from my openstack server (unless i use floating IP adresses): kex_exchange_identification: read: Connection reset by peer Connection reset by 192.168.120.39 port 22 Thank you

2 2

[designate][rabbitmq] Worker and Central fail to connect to broker even after authentication
by Francesco Di Nucci 11 Jun '24

11 Jun '24

Hi, I'm having a strange issue with Designate. Setup: Central, mdns, producer and worker services up&running; WSGI configured; api disabled in favor of WSGI Issue: Central and Worker state that connection to RabbitMQ failed as refused, but there is nothing in Rabbit logs. Same time and setup, Producer logs correctly reports RPC responses. If I restart services, in RabbitMQ logs designate-producer, designate-central designate-worker and mod_wsgi are reported as authenticated as user 'designate' and given access to the same vhost, but then Central and Worker start failing again Has anyone encountered the same issue? Regards Francesco Di Nucci

1 0

[qa][devstack][ceph][cinder][manila][nova][glance] Cleaning up the old package based ceph installer
by Goutham Pacha Ravi 11 Jun '24

11 Jun '24

Hello, For a long time we've had multiple ways of deploying ceph for devstack environments in single and over multiple nodes to test integration with nova, cinder, manila, glance and rgw. Of late, we've preferred using the ceph community's preferred installation method: using the ceph orchestrator via its cephadm API. For OpenStack services, it really shouldn't matter _how_ ceph is deployed; and so I wanted to clean up the devstack plugin project to just have one installation method: cephadm. This installation method has been stable since the 2024.1 release cycle; so if there are no objections, I'd love to delete a bunch of code to deploy ceph via packages (apt/rpm) and with docker/podman containers. No new devstack options are _required_ unless you want to customize things. There's an integrated job, several cinder, manila and nova jobs that use both all-in-one and multi-node test jobs with cephadm. Any objections? Thanks, Goutham

2 2

[publiccloud-sig] Cancelling this weeks meeting
by Felix Kronlage-Dammers 11 Jun '24

11 Jun '24

Hi, neither Tobias nor me are available tomorrow (June 12th) for the Public-Cloud SIG Call. Feel free to meet anyways, but neither Tobias nor me will be around to facilitate the call. Next regular call will then be on June 26th. felix -- Felix Kronlage-Dammers Sovereign Cloud Stack — standardized, built and operated by many Ein Projekt der Open Source Business Alliance - Bundesverband für digitale Souveränität e.V. Tel.: +49-30-206539-205 | Matrix: @fkronlage:matrix.org | fkr(a)osb-alliance.com

1 0