radosgw: MethodNotAllowed response for AWS C# Sample
Hi, When running the PutObject sample from http://ceph.com/docs/master/radosgw/s3/csharp/ I get a MethodNotAllowed response. Please has anyone successfully run this sample? I have tested with a current local build (0.56). Thank you a lot for the attention! Best regards Mello -- To unsubscribe from this list: send the line unsubscribe ceph-devel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: radosgw: MethodNotAllowed response for AWS C# Sample
On Wed, Jan 23, 2013 at 4:46 PM, Cesar Mello cme...@gmail.com wrote: Hi, When running the PutObject sample from http://ceph.com/docs/master/radosgw/s3/csharp/ I get a MethodNotAllowed response. Please has anyone successfully run this sample? I have tested with a current local build (0.56). Is there anything in the radosgw log? in the apache access, error logs? It might be that your apache has some other (maybe default) site configured to handle requests, and it doesn't really reach radosgw. Yehuda -- To unsubscribe from this list: send the line unsubscribe ceph-devel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: radosgw: MethodNotAllowed response for AWS C# Sample
Re-sending this due to plain text limitations: Are you just testing a build following the 5 min guide? I did this today, and the method not allowed just meant that apache wasn't acutally set up to call rados gateway via rewrite. I verified this by placing an index.html in /var/www and seeing that I was able to see that page. If you're using the quick guide (http://ceph.com/docs/master/start/quick-rgw/), what I did to fix my issue was change a bit in the supplied apache rgw.conf from this: /VirtualHost RewriteEngine On RewriteRule ^/([a-zA-Z0-9-_.]*)([/]?.*) /s3gw.fcgi?page=$1params=$2%{QUERY_STRING} [E=HTTP_AUTHORIZATION:%{HTTP:Authorization},L] VirtualHost *:80 to this: #/VirtualHost RewriteEngine On RewriteRule ^/([a-zA-Z0-9-_.]*)([/]?.*) /s3gw.fcgi?page=$1params=$2%{QUERY_STRING} [E=HTTP_AUTHORIZATION:%{HTTP:Authorization},L] #VirtualHost *:80 On Wed, Jan 23, 2013 at 5:51 PM, Yehuda Sadeh yeh...@inktank.com wrote: On Wed, Jan 23, 2013 at 4:46 PM, Cesar Mello cme...@gmail.com wrote: Hi, When running the PutObject sample from http://ceph.com/docs/master/radosgw/s3/csharp/ I get a MethodNotAllowed response. Please has anyone successfully run this sample? I have tested with a current local build (0.56). Is there anything in the radosgw log? in the apache access, error logs? It might be that your apache has some other (maybe default) site configured to handle requests, and it doesn't really reach radosgw. Yehuda -- To unsubscribe from this list: send the line unsubscribe ceph-devel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line unsubscribe ceph-devel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: radosgw: MethodNotAllowed response for AWS C# Sample
Yes the radosgw log shows the request. The handler-get_op call is returning null at rgw/rgw_main.cc (RGWProcess::handle_request). I've confirmed putting this log: if (!op) { req-log(s, get_op failed!); abort_early(s, -ERR_METHOD_NOT_ALLOWED); goto done; } I'm pasting a copy of the log below. Any suggestion for helping me debug this by myself is appreciated. Thanks for the attention! Best regards Mello 2013-01-24 00:06:32.935275 7f2ec1c28780 20 enqueued request req=0x194c9c0 2013-01-24 00:06:32.935317 7f2ec1c28780 20 RGWWQ: 2013-01-24 00:06:32.935327 7f2ec1c28780 20 req: 0x194c9c0 2013-01-24 00:06:32.935344 7f2ec1c28780 10 allocated request req=0x1951ef0 2013-01-24 00:06:32.935357 7f2e5a79c700 20 dequeued request req=0x194c9c0 2013-01-24 00:06:32.935379 7f2e5a79c700 20 RGWWQ: empty 2013-01-24 00:06:32.935387 7f2e5a79c700 1 == starting new request req=0x194c9c0 = 2013-01-24 00:06:32.935458 7f2e5a79c700 2 req 1:0.71initializing 2013-01-24 00:06:32.935470 7f2e5a79c700 2 req 1:0.84initializing do MELLO 2013-01-24 00:06:32.935500 7f2e5a79c700 10 meta HTTP_X_AMZ_DATE=Thu, 24 Jan 2013 02:06:35 GMT 2013-01-24 00:06:32.935521 7f2e5a79c700 10 x x-amz-date:Thu, 24 Jan 2013 02:06:35 GMT 2013-01-24 00:06:32.935569 7f2e5a79c700 10 s-object=NULL s-bucket=NULL 2013-01-24 00:06:32.935583 7f2e5a79c700 20 FCGI_ROLE=RESPONDER 2013-01-24 00:06:32.935584 7f2e5a79c700 20 SCRIPT_URL=/ 2013-01-24 00:06:32.935585 7f2e5a79c700 20 SCRIPT_URI=http://my-new-bucket.l3/ 2013-01-24 00:06:32.935586 7f2e5a79c700 20 HTTP_AUTHORIZATION=AWS JJABVJ3AWBS1ZOCML7NS:iASHPmV0rFQH5/zPslZDs4Wa+A8= 2013-01-24 00:06:32.935587 7f2e5a79c700 20 HTTP_USER_AGENT=aws-sdk-dotnet/1.5.10.0 .NET Runtime/4.0 .NET Framework/4.0 OS/6.0.6002.131072 S3Sync 2013-01-24 00:06:32.935590 7f2e5a79c700 20 HTTP_X_AMZ_DATE=Thu, 24 Jan 2013 02:06:35 GMT 2013-01-24 00:06:32.935591 7f2e5a79c700 20 HTTP_HOST=my-new-bucket.l3 2013-01-24 00:06:32.935592 7f2e5a79c700 20 CONTENT_LENGTH=0 2013-01-24 00:06:32.935593 7f2e5a79c700 20 HTTP_CONNECTION=Keep-Alive 2013-01-24 00:06:32.935594 7f2e5a79c700 20 PATH=/usr/local/bin:/usr/bin:/bin 2013-01-24 00:06:32.935595 7f2e5a79c700 20 SERVER_SIGNATURE= 2013-01-24 00:06:32.935596 7f2e5a79c700 20 SERVER_SOFTWARE=Apache/2.2.22 (Ubuntu) 2013-01-24 00:06:32.935597 7f2e5a79c700 20 SERVER_NAME=my-new-bucket.l3 2013-01-24 00:06:32.935598 7f2e5a79c700 20 SERVER_ADDR=192.168.25.2 2013-01-24 00:06:32.935601 7f2e5a79c700 20 SERVER_PORT=80 2013-01-24 00:06:32.935602 7f2e5a79c700 20 REMOTE_ADDR=192.168.25.3 2013-01-24 00:06:32.935603 7f2e5a79c700 20 DOCUMENT_ROOT=/var/www 2013-01-24 00:06:32.935604 7f2e5a79c700 20 SERVER_ADMIN=cme...@gmail.com 2013-01-24 00:06:32.935605 7f2e5a79c700 20 SCRIPT_FILENAME=/var/www/s3gw.fcgi 2013-01-24 00:06:32.935606 7f2e5a79c700 20 REMOTE_PORT=50190 2013-01-24 00:06:32.935606 7f2e5a79c700 20 GATEWAY_INTERFACE=CGI/1.1 2013-01-24 00:06:32.935607 7f2e5a79c700 20 SERVER_PROTOCOL=HTTP/1.1 2013-01-24 00:06:32.935608 7f2e5a79c700 20 REQUEST_METHOD=PUT 2013-01-24 00:06:32.935609 7f2e5a79c700 20 QUERY_STRING=page=params= 2013-01-24 00:06:32.935610 7f2e5a79c700 20 REQUEST_URI=/ 2013-01-24 00:06:32.935611 7f2e5a79c700 20 SCRIPT_NAME=/ 2013-01-24 00:06:32.935619 7f2e5a79c700 2 req 1:0.000233:s3:PUT /::getting op 2013-01-24 00:06:32.935625 7f2e5a79c700 2 req 1:0.000239:s3:PUT /::get_op failed! 2013-01-24 00:06:32.935687 7f2e5a79c700 2 req 1:0.000301:s3:PUT /::http status=405 2013-01-24 00:06:32.935781 7f2e5a79c700 1 == req done req=0x194c9c0 http_status=405 == 2013-01-24 00:06:33.056517 7f2d5e7fc700 1 -- 127.0.0.1:0/1008137 == osd.1 127.0.0.1:6804/5559 49 osd_op_reply(77 gc.31 [call] ack = 0) v4 104+0+0 (4138896711 0 0) 0x7f2d3c000d40 con 0x7f2d48002260 On Wed, Jan 23, 2013 at 10:51 PM, Yehuda Sadeh yeh...@inktank.com wrote: On Wed, Jan 23, 2013 at 4:46 PM, Cesar Mello cme...@gmail.com wrote: Hi, When running the PutObject sample from http://ceph.com/docs/master/radosgw/s3/csharp/ I get a MethodNotAllowed response. Please has anyone successfully run this sample? I have tested with a current local build (0.56). Is there anything in the radosgw log? in the apache access, error logs? It might be that your apache has some other (maybe default) site configured to handle requests, and it doesn't really reach radosgw. Yehuda -- To unsubscribe from this list: send the line unsubscribe ceph-devel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: radosgw: MethodNotAllowed response for AWS C# Sample
On Wed, Jan 23, 2013 at 6:13 PM, Cesar Mello cme...@gmail.com wrote: Yes the radosgw log shows the request. The handler-get_op call is returning null at rgw/rgw_main.cc (RGWProcess::handle_request). I've confirmed putting this log: if (!op) { req-log(s, get_op failed!); abort_early(s, -ERR_METHOD_NOT_ALLOWED); goto done; } I'm pasting a copy of the log below. Any suggestion for helping me debug this by myself is appreciated. Thanks for the attention! Best regards Mello 2013-01-24 00:06:32.935275 7f2ec1c28780 20 enqueued request req=0x194c9c0 2013-01-24 00:06:32.935317 7f2ec1c28780 20 RGWWQ: 2013-01-24 00:06:32.935327 7f2ec1c28780 20 req: 0x194c9c0 2013-01-24 00:06:32.935344 7f2ec1c28780 10 allocated request req=0x1951ef0 2013-01-24 00:06:32.935357 7f2e5a79c700 20 dequeued request req=0x194c9c0 2013-01-24 00:06:32.935379 7f2e5a79c700 20 RGWWQ: empty 2013-01-24 00:06:32.935387 7f2e5a79c700 1 == starting new request req=0x194c9c0 = 2013-01-24 00:06:32.935458 7f2e5a79c700 2 req 1:0.71initializing 2013-01-24 00:06:32.935470 7f2e5a79c700 2 req 1:0.84initializing do MELLO 2013-01-24 00:06:32.935500 7f2e5a79c700 10 meta HTTP_X_AMZ_DATE=Thu, 24 Jan 2013 02:06:35 GMT 2013-01-24 00:06:32.935521 7f2e5a79c700 10 x x-amz-date:Thu, 24 Jan 2013 02:06:35 GMT 2013-01-24 00:06:32.935569 7f2e5a79c700 10 s-object=NULL s-bucket=NULL 2013-01-24 00:06:32.935583 7f2e5a79c700 20 FCGI_ROLE=RESPONDER 2013-01-24 00:06:32.935584 7f2e5a79c700 20 SCRIPT_URL=/ 2013-01-24 00:06:32.935585 7f2e5a79c700 20 SCRIPT_URI=http://my-new-bucket.l3/ 2013-01-24 00:06:32.935586 7f2e5a79c700 20 HTTP_AUTHORIZATION=AWS JJABVJ3AWBS1ZOCML7NS:iASHPmV0rFQH5/zPslZDs4Wa+A8= 2013-01-24 00:06:32.935587 7f2e5a79c700 20 HTTP_USER_AGENT=aws-sdk-dotnet/1.5.10.0 .NET Runtime/4.0 .NET Framework/4.0 OS/6.0.6002.131072 S3Sync 2013-01-24 00:06:32.935590 7f2e5a79c700 20 HTTP_X_AMZ_DATE=Thu, 24 Jan 2013 02:06:35 GMT 2013-01-24 00:06:32.935591 7f2e5a79c700 20 HTTP_HOST=my-new-bucket.l3 2013-01-24 00:06:32.935592 7f2e5a79c700 20 CONTENT_LENGTH=0 2013-01-24 00:06:32.935593 7f2e5a79c700 20 HTTP_CONNECTION=Keep-Alive 2013-01-24 00:06:32.935594 7f2e5a79c700 20 PATH=/usr/local/bin:/usr/bin:/bin 2013-01-24 00:06:32.935595 7f2e5a79c700 20 SERVER_SIGNATURE= 2013-01-24 00:06:32.935596 7f2e5a79c700 20 SERVER_SOFTWARE=Apache/2.2.22 (Ubuntu) 2013-01-24 00:06:32.935597 7f2e5a79c700 20 SERVER_NAME=my-new-bucket.l3 2013-01-24 00:06:32.935598 7f2e5a79c700 20 SERVER_ADDR=192.168.25.2 2013-01-24 00:06:32.935601 7f2e5a79c700 20 SERVER_PORT=80 2013-01-24 00:06:32.935602 7f2e5a79c700 20 REMOTE_ADDR=192.168.25.3 2013-01-24 00:06:32.935603 7f2e5a79c700 20 DOCUMENT_ROOT=/var/www 2013-01-24 00:06:32.935604 7f2e5a79c700 20 SERVER_ADMIN=cme...@gmail.com 2013-01-24 00:06:32.935605 7f2e5a79c700 20 SCRIPT_FILENAME=/var/www/s3gw.fcgi 2013-01-24 00:06:32.935606 7f2e5a79c700 20 REMOTE_PORT=50190 2013-01-24 00:06:32.935606 7f2e5a79c700 20 GATEWAY_INTERFACE=CGI/1.1 2013-01-24 00:06:32.935607 7f2e5a79c700 20 SERVER_PROTOCOL=HTTP/1.1 2013-01-24 00:06:32.935608 7f2e5a79c700 20 REQUEST_METHOD=PUT 2013-01-24 00:06:32.935609 7f2e5a79c700 20 QUERY_STRING=page=params= 2013-01-24 00:06:32.935610 7f2e5a79c700 20 REQUEST_URI=/ 2013-01-24 00:06:32.935611 7f2e5a79c700 20 SCRIPT_NAME=/ 2013-01-24 00:06:32.935619 7f2e5a79c700 2 req 1:0.000233:s3:PUT /::getting op 2013-01-24 00:06:32.935625 7f2e5a79c700 2 req 1:0.000239:s3:PUT /::get_op failed! 2013-01-24 00:06:32.935687 7f2e5a79c700 2 req 1:0.000301:s3:PUT /::http status=405 2013-01-24 00:06:32.935781 7f2e5a79c700 1 == req done req=0x194c9c0 http_status=405 == 2013-01-24 00:06:33.056517 7f2d5e7fc700 1 -- 127.0.0.1:0/1008137 == osd.1 127.0.0.1:6804/5559 49 osd_op_reply(77 gc.31 [call] ack = 0) v4 104+0+0 (4138896711 0 0) 0x7f2d3c000d40 con 0x7f2d48002260 It's using the bucket virtual subdomain calling convention, but you haven't set up 'rgw dns name'. Yehuda -- To unsubscribe from this list: send the line unsubscribe ceph-devel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: radosgw: MethodNotAllowed response for AWS C# Sample
Oh man now it works perfectly! Thank you so much!!! Just added the line 'rgw dns name=l3' to the [client.radosgw.gateway] section of ceph.conf. Best regards Mello On Thu, Jan 24, 2013 at 12:26 AM, Yehuda Sadeh yeh...@inktank.com wrote: On Wed, Jan 23, 2013 at 6:13 PM, Cesar Mello cme...@gmail.com wrote: Yes the radosgw log shows the request. The handler-get_op call is returning null at rgw/rgw_main.cc (RGWProcess::handle_request). I've confirmed putting this log: if (!op) { req-log(s, get_op failed!); abort_early(s, -ERR_METHOD_NOT_ALLOWED); goto done; } I'm pasting a copy of the log below. Any suggestion for helping me debug this by myself is appreciated. Thanks for the attention! Best regards Mello 2013-01-24 00:06:32.935275 7f2ec1c28780 20 enqueued request req=0x194c9c0 2013-01-24 00:06:32.935317 7f2ec1c28780 20 RGWWQ: 2013-01-24 00:06:32.935327 7f2ec1c28780 20 req: 0x194c9c0 2013-01-24 00:06:32.935344 7f2ec1c28780 10 allocated request req=0x1951ef0 2013-01-24 00:06:32.935357 7f2e5a79c700 20 dequeued request req=0x194c9c0 2013-01-24 00:06:32.935379 7f2e5a79c700 20 RGWWQ: empty 2013-01-24 00:06:32.935387 7f2e5a79c700 1 == starting new request req=0x194c9c0 = 2013-01-24 00:06:32.935458 7f2e5a79c700 2 req 1:0.71initializing 2013-01-24 00:06:32.935470 7f2e5a79c700 2 req 1:0.84initializing do MELLO 2013-01-24 00:06:32.935500 7f2e5a79c700 10 meta HTTP_X_AMZ_DATE=Thu, 24 Jan 2013 02:06:35 GMT 2013-01-24 00:06:32.935521 7f2e5a79c700 10 x x-amz-date:Thu, 24 Jan 2013 02:06:35 GMT 2013-01-24 00:06:32.935569 7f2e5a79c700 10 s-object=NULL s-bucket=NULL 2013-01-24 00:06:32.935583 7f2e5a79c700 20 FCGI_ROLE=RESPONDER 2013-01-24 00:06:32.935584 7f2e5a79c700 20 SCRIPT_URL=/ 2013-01-24 00:06:32.935585 7f2e5a79c700 20 SCRIPT_URI=http://my-new-bucket.l3/ 2013-01-24 00:06:32.935586 7f2e5a79c700 20 HTTP_AUTHORIZATION=AWS JJABVJ3AWBS1ZOCML7NS:iASHPmV0rFQH5/zPslZDs4Wa+A8= 2013-01-24 00:06:32.935587 7f2e5a79c700 20 HTTP_USER_AGENT=aws-sdk-dotnet/1.5.10.0 .NET Runtime/4.0 .NET Framework/4.0 OS/6.0.6002.131072 S3Sync 2013-01-24 00:06:32.935590 7f2e5a79c700 20 HTTP_X_AMZ_DATE=Thu, 24 Jan 2013 02:06:35 GMT 2013-01-24 00:06:32.935591 7f2e5a79c700 20 HTTP_HOST=my-new-bucket.l3 2013-01-24 00:06:32.935592 7f2e5a79c700 20 CONTENT_LENGTH=0 2013-01-24 00:06:32.935593 7f2e5a79c700 20 HTTP_CONNECTION=Keep-Alive 2013-01-24 00:06:32.935594 7f2e5a79c700 20 PATH=/usr/local/bin:/usr/bin:/bin 2013-01-24 00:06:32.935595 7f2e5a79c700 20 SERVER_SIGNATURE= 2013-01-24 00:06:32.935596 7f2e5a79c700 20 SERVER_SOFTWARE=Apache/2.2.22 (Ubuntu) 2013-01-24 00:06:32.935597 7f2e5a79c700 20 SERVER_NAME=my-new-bucket.l3 2013-01-24 00:06:32.935598 7f2e5a79c700 20 SERVER_ADDR=192.168.25.2 2013-01-24 00:06:32.935601 7f2e5a79c700 20 SERVER_PORT=80 2013-01-24 00:06:32.935602 7f2e5a79c700 20 REMOTE_ADDR=192.168.25.3 2013-01-24 00:06:32.935603 7f2e5a79c700 20 DOCUMENT_ROOT=/var/www 2013-01-24 00:06:32.935604 7f2e5a79c700 20 SERVER_ADMIN=cme...@gmail.com 2013-01-24 00:06:32.935605 7f2e5a79c700 20 SCRIPT_FILENAME=/var/www/s3gw.fcgi 2013-01-24 00:06:32.935606 7f2e5a79c700 20 REMOTE_PORT=50190 2013-01-24 00:06:32.935606 7f2e5a79c700 20 GATEWAY_INTERFACE=CGI/1.1 2013-01-24 00:06:32.935607 7f2e5a79c700 20 SERVER_PROTOCOL=HTTP/1.1 2013-01-24 00:06:32.935608 7f2e5a79c700 20 REQUEST_METHOD=PUT 2013-01-24 00:06:32.935609 7f2e5a79c700 20 QUERY_STRING=page=params= 2013-01-24 00:06:32.935610 7f2e5a79c700 20 REQUEST_URI=/ 2013-01-24 00:06:32.935611 7f2e5a79c700 20 SCRIPT_NAME=/ 2013-01-24 00:06:32.935619 7f2e5a79c700 2 req 1:0.000233:s3:PUT /::getting op 2013-01-24 00:06:32.935625 7f2e5a79c700 2 req 1:0.000239:s3:PUT /::get_op failed! 2013-01-24 00:06:32.935687 7f2e5a79c700 2 req 1:0.000301:s3:PUT /::http status=405 2013-01-24 00:06:32.935781 7f2e5a79c700 1 == req done req=0x194c9c0 http_status=405 == 2013-01-24 00:06:33.056517 7f2d5e7fc700 1 -- 127.0.0.1:0/1008137 == osd.1 127.0.0.1:6804/5559 49 osd_op_reply(77 gc.31 [call] ack = 0) v4 104+0+0 (4138896711 0 0) 0x7f2d3c000d40 con 0x7f2d48002260 It's using the bucket virtual subdomain calling convention, but you haven't set up 'rgw dns name'. Yehuda -- To unsubscribe from this list: send the line unsubscribe ceph-devel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html