Re: [ceph-users] rgw gives MethodNotAllowed for OPTIONS?

[Piers Haken]

So I put a, nginx proxy in front of rgw since I couldn't find any definitive 
answer on whether or not it allows OPTIONS. Now the browser is doing a POST, 
and it's still getting a MethodNotAllowed response. This is a fresh install of 
luminous. Is this an rgw error or a civetweb error? I found an option to allow 
civetweb to accept different methods, but it doesn't seem to be supported in 
1.8 (which is the version I think luminous is using). Do I need to update this 
somehow?

POST http://storage-test01:7480/ HTTP/1.1
Host: storage-test01:7480
Connection: keep-alive
Content-Length: 1877
Pragma: no-cache
Cache-Control: no-cache
Origin: http://localhost:3032<http://localhost:3032/>
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 
(KHTML, like Gecko) Chrome/63.0.3239.132 Safari/537.36
Content-Type: multipart/form-data; 
boundary=WebKitFormBoundaryG7wgmPygxDHGHx7F
Accept: */*
Referer: http://localhost:3032/Project/157/Assets
Accept-Encoding: gzip, deflate
Accept-Language: en-US,en;q=0.9,es;q=0.8

--WebKitFormBoundaryG7wgmPygxDHGHx7F
Content-Disposition: form-data; name="key"

7276e4a8-dfa5-4bc1-8289-287a0524acf6.txt
--WebKitFormBoundaryG7wgmPygxDHGHx7F
Content-Disposition: form-data; name="Content-Type"

text/plain
--WebKitFormBoundaryG7wgmPygxDHGHx7F
Content-Disposition: form-data; name="success_action_status"

200
--WebKitFormBoundaryG7wgmPygxDHGHx7F
Content-Disposition: form-data; name="x-amz-server-side-encryption"

AES256
--WebKitFormBoundaryG7wgmPygxDHGHx7F
Content-Disposition: form-data; name="acl"

private
--WebKitFormBoundaryG7wgmPygxDHGHx7F
Content-Disposition: form-data; name="x-amz-meta-qqfilename"

asd.txt
--WebKitFormBoundaryG7wgmPygxDHGHx7F
Content-Disposition: form-data; name="AWSAccessKeyId"


--WebKitFormBoundaryG7wgmPygxDHGHx7F
Content-Disposition: form-data; name="policy"

eyAgImV4cGlyYXRpb24iOiAiMjAxOC0wMi0xM1QwMjo0NToxMC4wNjJaIiwgICJjb25kaXRpb25zIjogWyAgICB7ICAgICAgImFjbCI6ICJwcml2YXRlIiAgICB9LCAgICB7ICAgICAgImJ1Y2tldCI6ICJkZmNuLXVwbG9hZHMtZGV2IiAgICB9LCAgICB7ICAgICAgIkNvbnRlbnQtVHlwZSI6ICJ0ZXh0L3BsYWluIiAgICB9LCAgICB7ICAgICAgInN1Y2Nlc3NfYWN0aW9uX3N0YXR1cyI6ICIyMDAiICAgIH0sICAgIHsgICAgICAieC1hbXotc2VydmVyLXNpZGUtZW5jcnlwdGlvbiI6ICJBRVMyNTYiICAgIH0sICAgIHsgICAgICAia2V5IjogIjcyNzZlNGE4LWRmYTUtNGJjMS04Mjg5LTI4N2EwNTI0YWNmNi50eHQiICAgIH0sICAgIHsgICAgICAieC1hbXotbWV0YS1xcWZpbGVuYW1lIjogImFzZC50eHQiICAgIH0sICAgIFsgICAgICAiY29udGVudC1sZW5ndGgtcmFuZ2UiLCAgICAgICIwIiwgICAgICAiMTA0ODU3NjAwIiAgICBdICBdfQ==
--WebKitFormBoundaryG7wgmPygxDHGHx7F
Content-Disposition: form-data; name="signature"

ERz2TI4ZwMK9d6uzQwoRJNPAnGY=
--WebKitFormBoundaryG7wgmPygxDHGHx7F
Content-Disposition: form-data; name="file"; filename="asd.txt"
Content-Type: text/plain

aspdjaopsdjkoijasd
asodijaosdijoaisd

--WebKitFormBoundaryG7wgmPygxDHGHx7F--







HTTP/1.1 405 Method Not Allowed
Server: nginx/1.10.3
Date: Tue, 13 Feb 2018 02:40:17 GMT
Content-Type: application/xml
Content-Length: 191
Connection: keep-alive
x-amz-request-id: tx4-005a825011-1489c-default
Accept-Ranges: bytes
Access-Control-Allow-Origin: *
Access-Control-Allow-Methods: GET, POST, PUT, OPTIONS
Access-Control-Allow-Headers: 
authorization,x-amz-content-sha256,x-amz-date,content-md5,content-type
Access-Control-Expose-Headers: ETag

MethodNotAllowedtx4-005a825011-1489c-default1489c-default-default


From: ceph-users [mailto:ceph-users-boun...@lists.ceph.com] On Behalf Of Piers 
Haken
Sent: Monday, February 12, 2018 5:17 PM
To: ceph-users@lists.ceph.com
Subject: [ceph-users] rgw gives MethodNotAllowed for OPTIONS?

I'm trying to do direct-from-browser upload to rgw using pre-signed urls, and 
I'm getting stuck because the browser is doing a pre-flight OPTIONS request and 
rgw is giving me a MethodNotAllowed response.

Is this supported?

OPTIONS http://storage-test01:7480/ HTTP/1.1
Host: storage-test01:7480
Connection: keep-alive
Origin: http://localhost:3032<http://localhost:3032/>
Access-Control-Request-Method: POST
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 
(KHTML, like Gecko) Chrome/63.0.3239.132 Safari/537.36
Accept: */*
Accept-Encoding: gzip, deflate
Accept-Language: en-US,en;q=0.9,es;q=0.8


HTTP/1.1 405 Method Not Allowed
Content-Length: 189
x-amz-request-id: txf-005a823b66-5e3e-default
Accept-Ranges: bytes
Content-Type: application/xml
Date: Tue, 13 Feb 2018 01:12:06 GMT
Connection: Keep-Alive

MethodNotAllowedtxf-005a823b66-5e3e-default5e3e-default-default

___
ceph-users mailing list
ceph-users@lists.ceph.com
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com

[ceph-users] rgw gives MethodNotAllowed for OPTIONS?

[Piers Haken]

I'm trying to do direct-from-browser upload to rgw using pre-signed urls, and 
I'm getting stuck because the browser is doing a pre-flight OPTIONS request and 
rgw is giving me a MethodNotAllowed response.

Is this supported?

OPTIONS http://storage-test01:7480/ HTTP/1.1
Host: storage-test01:7480
Connection: keep-alive
Origin: http://localhost:3032
Access-Control-Request-Method: POST
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 
(KHTML, like Gecko) Chrome/63.0.3239.132 Safari/537.36
Accept: */*
Accept-Encoding: gzip, deflate
Accept-Language: en-US,en;q=0.9,es;q=0.8


HTTP/1.1 405 Method Not Allowed
Content-Length: 189
x-amz-request-id: txf-005a823b66-5e3e-default
Accept-Ranges: bytes
Content-Type: application/xml
Date: Tue, 13 Feb 2018 01:12:06 GMT
Connection: Keep-Alive

MethodNotAllowedtxf-005a823b66-5e3e-default5e3e-default-default

___
ceph-users mailing list
ceph-users@lists.ceph.com
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com

Re: [ceph-users] radosgw not listening after installation

[Piers Haken]

Thanks, JC,

You’re right I didn’t deploy any OSDs at that point. I didn’t think that would 
be a problem since the last `ceph-deploy` command completed without error and 
its log ended with:

The Ceph Object Gateway (RGW) is now running on host storage-test01 and default 
port 7480

Maybe that’s a bug?


Anyway, I purged the cluster, rebuilt it with some OSDs, but I still don’t see 
radosgw listening on port 7480.

Here’s my ceph.conf (it’s just the default, I haven’t touched it):

[global]
fsid = 849f7b15-1e31-450b-b17c-6599fb6ff94d
mon_initial_members = storage-test01
mon_host = 10.0.4.127
auth_cluster_required = cephx
auth_service_required = cephx
auth_client_required = cephx

here’s my netstat:

# netstat -alp | grep rados

tcp0  0 10.0.4.127:5750410.0.4.127:6816 ESTABLISHED 
19833/radosgw
tcp0  0 10.0.4.127:4346210.0.4.127:6832 ESTABLISHED 
19833/radosgw
tcp0  0 10.0.4.127:4984810.0.4.127:6789 ESTABLISHED 
19833/radosgw
unix  2  [ ACC ] STREAM LISTENING 262758   19833/radosgw
/var/run/ceph/ceph-client.rgw.storage-test01.asok
unix  3  [ ] STREAM CONNECTED 264433   19833/radosgw

ps:

20243 ?Ssl0:00 /usr/bin/radosgw -f --cluster ceph --name 
client.rgw.storage-test01 --setuser ceph --setgroup ceph


Sometimes there’s an intermittent  “Initialization timeout, failed to 
initialize” in the rgw log, but it doesn’t occur when I restart the services.

Let me know if I can send anything else, I’d really like to get this up and 
running!

Thanks
Piers.


From: Jean-Charles Lopez [mailto:jelo...@redhat.com]
Sent: Monday, February 05, 2018 5:23 PM
To: Piers Haken <pie...@hotmail.com>
Cc: ceph-users@lists.ceph.com
Subject: Re: [ceph-users] radosgw not listening after installation

Hi,

first of all just in case, it looks like your script does not deploy any OSDs 
as you go straight from MON to RGW.

then, RGW does listen by default on 7480 and what you see on 6789 is the MON 
listening.

Investigation:
- Make sure your ceph-radosgw process is running first.
- If not running, have a look at the log to see why it may have failed.
- Paste some more information in this mailing list so we can help you find the 
problem (e.g. output of ceph-deploy, log of your RGW, ...)

My bet is that given that you haven’t deployed any OSDs the RGW can’t create 
the pools it needs to stroe data. May be not but just guessing from what you 
showed us.

Regards
JC

On Feb 5, 2018, at 16:51, Piers Haken 
<pie...@hotmail.com<mailto:pie...@hotmail.com>> wrote:

i'm trying to setup radosgw on a brand new clutser, but I'm running into an 
issue where it's not listening on the default port (7480)

here's my install script:

   ceph-deploy new $NODE
   ceph-deploy install --release luminous $NODE
   ceph-deploy install --release luminous --rgw $NODE
   ceph-deploy mon create-initial
   ceph-deploy admin $NODE
   ceph-deploy rgw create $NODE

this is on debian 9.3 (stretch) on a clean machine.

the /usr/bin/radosgw process is running, and it's listening on port 6789 (this 
is not an HTTP server, but some insternal binary protocol), but the docs say it 
should be listening for HTTP requestst on port 7480.

what am i missing here?
___
ceph-users mailing list
ceph-users@lists.ceph.com<mailto:ceph-users@lists.ceph.com>
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com<https://eur02.safelinks.protection.outlook.com/?url=http%3A%2F%2Flists.ceph.com%2Flistinfo.cgi%2Fceph-users-ceph.com=02%7C01%7C%7Cc82c135cd4b04a359eef08d56d001f64%7C84df9e7fe9f640afb435%7C1%7C0%7C636534769653549303=WfV19ft%2BydpuLRkWaNiuQv%2BiFO9An9FrH%2B47cIYe40Y%3D=0>

___
ceph-users mailing list
ceph-users@lists.ceph.com
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com

[ceph-users] radosgw not listening after installation

[Piers Haken]

i'm trying to setup radosgw on a brand new clutser, but I'm running into an 
issue where it's not listening on the default port (7480)

here's my install script:

   ceph-deploy new $NODE
   ceph-deploy install --release luminous $NODE
   ceph-deploy install --release luminous --rgw $NODE
   ceph-deploy mon create-initial
   ceph-deploy admin $NODE
   ceph-deploy rgw create $NODE

this is on debian 9.3 (stretch) on a clean machine.

the /usr/bin/radosgw process is running, and it's listening on port 6789 (this 
is not an HTTP server, but some insternal binary protocol), but the docs say it 
should be listening for HTTP requestst on port 7480.

what am i missing here?
___
ceph-users mailing list
ceph-users@lists.ceph.com
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com