Thx a lot Yehuda!
This one with tilde seems to be working!
Fingers crossed that it will continue in the future :-)
Warmest regards,
George
In any case, I pushed earlier today another fix to the same branch
that replaces the slash with a tilde. Let me know if that one works
for you.
Dear Yehuda,
I have installed the patched version as you can see:
$ radosgw --version
ceph version 0.80.7-1-gbd43759
(bd43759f6e76fa827e2534fa4e61547779ee10a5)
$ ceph --version
ceph version 0.80.7-1-gbd43759
(bd43759f6e76fa827e2534fa4e61547779ee10a5)
$ sudo yum info ceph-radosgw
Installed
Ok, I've been digging a bit more. I don't have full radosgw logs for
the issue, so if you could provide it (debug rgw = 20), it might help.
However, as it is now, I think the issue is with the way the client
library is signing the requests. Instead of using the undecoded
uploadId, it uses the
I 'd be more than happy to provide to you all the info but for some
unknown reason my radosgw.log is empty.
This is the part that I have in ceph.conf
[client.radosgw.gateway]
host = xxx
keyring = /etc/ceph/keyring.radosgw.gateway
rgw socket path = /tmp/radosgw.sock
rgw dns name =
In any case, I pushed earlier today another fix to the same branch
that replaces the slash with a tilde. Let me know if that one works
for you.
Thanks,
Yehuda
On Fri, Dec 12, 2014 at 5:59 AM, Georgios Dimitrakakis
gior...@acmac.uoc.gr wrote:
How silly of me!!!
I 've just noticed that the file
How silly of me!!!
I 've just noticed that the file isn't writable by the apache!
I 'll be back with the logs...
G.
I 'd be more than happy to provide to you all the info but for some
unknown reason my radosgw.log is empty.
This is the part that I have in ceph.conf
The branch I pushed earlier was based off recent development branch. I
just pushed one based off firefly (wip-10271-firefly). It will
probably take a bit to build.
Yehuda
On Thu, Dec 11, 2014 at 12:03 PM, Georgios Dimitrakakis
gior...@acmac.uoc.gr wrote:
Hi again!
I have installed and enabled
This issue seems very similar to these:
http://tracker.ceph.com/issues/8202
http://tracker.ceph.com/issues/8702
Would it make any difference if I try to build CEPH from sources?
I mean is someone aware of it been fixed on any of the recent commits
and probably hasn't passed yet to the
I don't think it has been fixed recently. I'm looking at it now, and
not sure why it hasn't triggered before in other areas.
Yehuda
On Thu, Dec 11, 2014 at 5:55 AM, Georgios Dimitrakakis
gior...@acmac.uoc.gr wrote:
This issue seems very similar to these:
http://tracker.ceph.com/issues/8202
Pushed a fix to wip-10271. Haven't tested it though, let me know if you try it.
Thanks,
Yehuda
On Thu, Dec 11, 2014 at 8:38 AM, Yehuda Sadeh yeh...@redhat.com wrote:
I don't think it has been fixed recently. I'm looking at it now, and
not sure why it hasn't triggered before in other areas.
Hi again!
I have installed and enabled the development branch repositories as
described here:
http://ceph.com/docs/master/install/get-packages/#add-ceph-development
and when I try to update the ceph-radosgw package I get the following:
Installed Packages
Name: ceph-radosgw
Arch
OK! I will give it some time and will try again later!
Thanks a lot for your help!
Warmest regards,
George
The branch I pushed earlier was based off recent development branch.
I
just pushed one based off firefly (wip-10271-firefly). It will
probably take a bit to build.
Yehuda
On Thu,
I 've just created issues #10271
Best,
George
On Fri, 5 Dec 2014 09:30:45 -0800, Yehuda Sadeh wrote:
It looks like a bug. Can you open an issue on tracker.ceph.com,
describing what you see?
Thanks,
Yehuda
On Fri, Dec 5, 2014 at 7:17 AM, Georgios Dimitrakakis
gior...@acmac.uoc.gr wrote:
It
Hi all!
I am using AWS SDK JS v.2.0.29 to perform a multipart upload into
Radosgw with ceph version 0.80.7
(6c0127fcb58008793d3c8b62d925bc91963672a3) and I am getting a 403 error.
I believe that the id which is send to all requests and has been
urlencoded by the aws-sdk-js doesn't match
For example if I try to perform the same multipart upload at an older
version ceph version 0.72.2 (a913ded2ff138aefb8cb84d347d72164099cfd60)
I can see the upload ID in the apache log as:
PUT
/test/.dat?partNumber=25uploadId=I3yihBFZmHx9CCqtcDjr8d-RhgfX8NW
HTTP/1.1 200 - -
It would be nice to see where and how uploadId
is being calculated...
Thanks,
George
For example if I try to perform the same multipart upload at an older
version ceph version 0.72.2
(a913ded2ff138aefb8cb84d347d72164099cfd60)
I can see the upload ID in the apache log as:
PUT
It looks like a bug. Can you open an issue on tracker.ceph.com,
describing what you see?
Thanks,
Yehuda
On Fri, Dec 5, 2014 at 7:17 AM, Georgios Dimitrakakis
gior...@acmac.uoc.gr wrote:
It would be nice to see where and how uploadId
is being calculated...
Thanks,
George
For example
17 matches
Mail list logo
