-
Notifications
You must be signed in to change notification settings - Fork 35
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
ceph pool is not created when running sunbeam enable observability #393
Comments
@javacruft I believe the issue here is that the gnocchi charm requests too large a pg_num, it probably should adapt it's pg_num request based on the number of available OSDs, what do you think? |
Sorry for nitpicking but this should be a charm-microceph issue. |
After digging into this more with @UtkarshBhatthere - the problem happens when number of added pgs per OSD while creating a pool is bigger than
Not sure how/whether this is related byt it is certainly confusing
|
For reference here is how crossing the threshold for |
Similar test just to confirm it has nothing to do with different disk sizes like were present in the original issue.
|
Issue report
What version of MicroCeph are you using ?
reef/beta with sunbeam 2024.1/beta
What are the steps to reproduce this issue ?
Enable several features in sunbeam, usualy enabling observability cause an error
https://bugs.launchpad.net/snap-openstack/+bug/2073734
What happens (observed behaviour) ?
sunbeam enable observability
fails on timeout waiting for openstack model.There are ceilometer and gnocchi units in waiting status
The reason is that ceph pool is not created
What were you expecting to happen ?
gnocchi pool is created and sunbeam is happy
Additional comments.
As a workaround I use
sudo ceph tell mon.* config set mon_max_pg_per_osd 350
…
The text was updated successfully, but these errors were encountered: