-
Notifications
You must be signed in to change notification settings - Fork 2.7k
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 object store dashboard cannot be enabled #3026
Comments
@mattbenjamin @mkogan1 What does it take to enable the object tab in the dashboard? I also tried recently without success so I'm wondering if we're missing something in the rook configuration that would allow it to be enabled. Could someone on rgw team try it out with rook and see what we're missing? thanks |
@travisn , I follow the instruction at http://docs.ceph.com/docs/master/mgr/dashboard/#enabling-the-object-gateway-management-frontend to enable the object tab in the dashboard |
I have a similar issue. First, I received 500 errors and after going through the instructions on the Ceph site (the ones @mkogan1 posted) I receive 404 errors. |
@muhlba91, as far as I can remember for vstart cluster I just set the keys to the keys that vstart has assigned to the testsid user with the commands below and then logout and re-login to the dashboard
|
@mkogan1 In another attempt with the 14.2.0 client tools and configuring a 14.2.0 cluster with rgw, I still can't get it to load. I first get a 403 before I follow the guide. After setting up the rgw user, I get a 500. Here are the settings I applied after configuring rgw through rook:
Here is the full mgr log, which shows a crash when the 500 error is shown in the dashboard. The mgr log shows the following stack:
|
Hi. I did so too about 5 times and it didn’t work. Can you please share the commands that you used?
Thanks so much.
Meir
…Sent from my iPhone
On 23 Apr 2019, at 18:49, Daniel Mühlbachler ***@***.***> wrote:
I have a similar issue. First, I received 500 errors and after going through the instructions on the Ceph site (the ones @mkogan1 posted) I receive 404 errors.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or mute the thread.
|
Hi. Please believe my when I say that I’ve done it. I will do it again next week and email you with screen shots. Done it more than once. Didn’t work.
Thanks.
…Sent from my iPhone
On 24 Apr 2019, at 1:03, Travis Nielsen ***@***.***> wrote:
@mkogan1 In another attempt with the 14.2.0 client tools and configuring a 14.2.0 cluster with rgw, I still can't get it to load. I first get a 403 before I follow the guide. After setting up the rgw user, I get a 500.
Here are the settings I applied after configuring rgw through rook:
radosgw-admin user create --uid=system-user --display-name=“my system user” --system
ceph dashboard set-rgw-api-access-key ES53B0PXUADXZTVYWIGB
ceph dashboard set-rgw-api-secret-key pYS6l4ckfm8WhK2RucxBPSp30GNLvbSfjkpoaoCh
ceph dashboard set-rgw-api-scheme https
ceph dashboard set-rgw-api-ssl-verify False
Here is the full mgr log, which shows a crash when the 500 error is shown in the dashboard.
mgr.log
The mgr log shows the following stack:
[23/Apr/2019:21:55:30] HTTP
Request Headers:
AUTHORIZATION: Bearer eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJjZXBoLWRhc2hib2FyZCIsImlhdCI6MTU1NjA1NjMxMiwidXNlcm5hbWUiOiJhZG1pbiIsImp0aSI6IjhiMjAwNTA5LTU5MzMtNDUxMC1hOTUzLTVmNWQxNjdmZDU3NCIsImV4cCI6MTU1NjA4NTExMn0.qnVJ7zVaYRF6VI_CMdcd1o2OX62-xII04SKEm8ZcJo8
REFERER: https://192.168.99.101:32232/
HOST: 192.168.99.101:32232
CONNECTION: keep-alive
Remote-Addr: 172.17.0.1
ACCEPT: application/json, text/plain, */*
USER-AGENT: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/73.0.3683.103 Safari/537.36
COOKIE: session_id=4439a79211615bbb69bfbacb107e793e45d20b2d
ACCEPT-LANGUAGE: en-US,en;q=0.9
ACCEPT-ENCODING: gzip, deflate, br
[23/Apr/2019:21:55:30] HTTP Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/cherrypy/_cprequest.py", line 656, in respond
response.body = self.handler()
File "/usr/lib/python2.7/site-packages/cherrypy/lib/encoding.py", line 188, in __call__
self.body = self.oldhandler(*args, **kwargs)
File "/usr/lib/python2.7/site-packages/cherrypy/_cptools.py", line 221, in wrap
return self.newhandler(innerfunc, *args, **kwargs)
File "/usr/share/ceph/mgr/dashboard/services/exception.py", line 88, in dashboard_exception_handler
return handler(*args, **kwargs)
File "/usr/lib/python2.7/site-packages/cherrypy/_cpdispatch.py", line 34, in __call__
return self.callable(*self.args, **self.kwargs)
File "/usr/share/ceph/mgr/dashboard/controllers/__init__.py", line 649, in inner
ret = func(*args, **kwargs)
File "/usr/share/ceph/mgr/dashboard/controllers/rgw.py", line 26, in status
instance = RgwClient.admin_instance()
File "/usr/share/ceph/mgr/dashboard/services/rgw_client.py", line 258, in admin_instance
return RgwClient.instance(RgwClient._SYSTEM_USERID)
File "/usr/share/ceph/mgr/dashboard/services/rgw_client.py", line 236, in instance
RgwClient._load_settings()
File "/usr/share/ceph/mgr/dashboard/services/rgw_client.py", line 226, in _load_settings
Settings.RGW_API_SECRET_KEY)
File "/usr/share/ceph/mgr/dashboard/services/rgw_client.py", line 280, in __init__
RgwClient._load_settings()
File "/usr/share/ceph/mgr/dashboard/services/rgw_client.py", line 226, in _load_settings
Settings.RGW_API_SECRET_KEY)
File "/usr/share/ceph/mgr/dashboard/services/rgw_client.py", line 280, in __init__
...
RuntimeError: maximum recursion depth exceeded in cmp
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or mute the thread.
|
Had similar issue and put my logs at #2722 |
@meirhazonAnyVision The steps in #3255 worked for me. Could you also verify? I would suggest the following to automate this when rook configures an object store:
|
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
[Resolved]
Rook:
Ceph Image:
I changed the dashboard config ssl to false and port to 7000, and created the rook ceph cluster as order:
And then I executed the commands # Access toolbox CLI:
kubectl -n rook-ceph exec -it $(kubectl -n rook-ceph get pod -l "app=rook-ceph-tools" -o jsonpath='{.items[0].metadata.name}') bash
# Enable system flag on the user:
radosgw-admin user modify --uid=my-user --system
# Provide the user credentials:
ceph dashboard set-rgw-api-user-id my-user
ceph dashboard set-rgw-api-access-key <access-key>
ceph dashboard set-rgw-api-secret-key <secret-key> The log of ceph dashboard set-rgw-api-*
re-login dashboard and click Object Gateway --> Daemons The response was
After restart dashboard by command
The web page of Object Gateway can be accessed. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed in a week if no further activity occurs. Thank you for your contributions. |
This issue has been automatically closed due to inactivity. Please re-open if this still requires investigation. |
After futzing around for a while, I kept getting max-recursion errors when accessing the object gateway section of the dashboard. Fixing it for me was a matter of running every From my ceph-tools container:
Logging out and back into the web UI seemed to be necessary. At the time of this writing, the commands run by the first line:
|
@ctrahey Thank you a lot!!! I setup Ceph and three days trying install RGW and have |
Is this a bug report or feature request? BUG
Deviation from expected behavior:
No matter what I try I cannot make the object storage part in the dashboard work.
The Object Gateway seems to be working properly, buckets, files etc.
The other parts in the dashboard also work properly.
I am getting,
500 - Internal Server Error
RGW rest api failed request with status code 403
Expected behavior:
It should present object, buckets etc.
How to reproduce it (minimal and precise):
We are using Rook Ceph v0.9.3 (Ceph image: v13.2.4-20190109) on kubernetes v1.13.5 Ubuntu 18.4
Start the dashboard, follow dashboard conf http://docs.ceph.com/docs/mimic/mgr/dashboard/ and try it out
Environment:
OS (e.g. from /etc/os-release):
Ubuntu 18.4 LTS
Kernel (e.g.
uname -a
):Linux master1 4.15.0-1029-gcp Move ceph manager from castled to cephmgr package #31-Ubuntu SMP Thu Mar 21 09:40:28 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
Cloud provider or hardware configuration:
GCP/ Local hardware - the same issue
Local hardware, 30Cores+64GB RAM
Rook version (use
rook version
inside of a Rook Pod):0.9.3
[root@node1 /]# rook version
rook: v0.9.3
Kubernetes version (use
kubectl version
):13.05
14.01
Kubernetes cluster type (e.g. Tectonic, GKE, OpenShift):
Native
Storage backend status (e.g. for Ceph use
ceph health
in the Rook Ceph toolbox):[root@node1 /]# ceph health
HEALTH_OK
The text was updated successfully, but these errors were encountered: