For bobtail at this point yes. You can try the unofficial version with
that fix off the gitbuilder. Another option is to upgrade everything
to dumpling.
Yehuda
On Mon, Dec 2, 2013 at 10:24 PM, Dominik Mostowiec
wrote:
> Thanks
> Workaround, don't use multipart when obj size == 0 ?
>
> On Dec 3,
I created earlier an issue (6919) and updated it with the relevant
issue. This has been fixed in dumpling, although I don't remember
hitting the scenario that you did. Was probably hitting it as part of
the development work that was done then.
In any case I created a branch with the relevant fixes
for another object.
http://pastebin.com/VkVAYgwn
2013/12/3 Yehuda Sadeh :
> I see. Do you have backtrace for the crash?
>
> On Mon, Dec 2, 2013 at 6:19 PM, Dominik Mostowiec
> wrote:
>> 0.56.7
>>
>> W dniu poniedziałek, 2 grudnia 2013 użytkownik Yehuda Sadeh napisał:
>>
>>> I'm having trouble re
On 12/02/2013 06:42 PM, Mark Kirkwood wrote:
I just updated master (a5eda4fcc34461dbc0fcc47448f8456097de15eb), and am
seeing OSDs failing to start:
2013-12-03 15:37:01.291200 7f488e1157c0 -1 OSD magic != my ceph osd
volume v026
failed: 'ulimit -n 32768; /usr/bin/ceph-osd -i 0 --pid-file
/var/r
I see. Do you have backtrace for the crash?
On Mon, Dec 2, 2013 at 6:19 PM, Dominik Mostowiec
wrote:
> 0.56.7
>
> W dniu poniedziałek, 2 grudnia 2013 użytkownik Yehuda Sadeh napisał:
>
>> I'm having trouble reproducing the issue. What version are you using?
>>
>> Thanks,
>> Yehuda
>>
>> On Mon, D
I just updated master (a5eda4fcc34461dbc0fcc47448f8456097de15eb), and am
seeing OSDs failing to start:
2013-12-03 15:37:01.291200 7f488e1157c0 -1 OSD magic != my ceph osd
volume v026
failed: 'ulimit -n 32768; /usr/bin/ceph-osd -i 0 --pid-file
/var/run/ceph/osd.0.pid -c /etc/ceph/ceph.conf '
Dear All,
I have updated a new version of Ceph, but I meet some strange things. It seems
that MDS does not join the cluster.
In the manager node, there no MDS in. and the log of ceph_mds shows error
during decoding block for decryption. But all the configuration on all the node
are same.
1.
I'm having trouble reproducing the issue. What version are you using?
Thanks,
Yehuda
On Mon, Dec 2, 2013 at 2:16 PM, Yehuda Sadeh wrote:
> Actually, I read that differently. It only says that if there's more
> than 1 part, all parts except for the last one need to be > 5M. Which
> means that for
Actually, I read that differently. It only says that if there's more
than 1 part, all parts except for the last one need to be > 5M. Which
means that for uploads that are smaller than 5M there should be zero
or one parts.
On Mon, Dec 2, 2013 at 12:54 PM, Dominik Mostowiec
wrote:
> You're right.
>
You're right.
S3 api doc: http://docs.aws.amazon.com/AmazonS3/latest/API/mpUploadComplete.html
"Err:EntityTooSmall
Your proposed upload is smaller than the minimum allowed object size.
Each part must be at least 5 MB in size, except the last part."
Thanks.
This error should be triggered from rad
Looks like it. There should be a guard against it (mulitpart upload
minimum is 5M).
On Mon, Dec 2, 2013 at 12:32 PM, Dominik Mostowiec
wrote:
> Yes, this is probably upload empty file.
> This is the problem?
>
> --
> Regards
> Dominik
>
>
> 2013/12/2 Yehuda Sadeh :
>> By any chance are you upload
Yes, this is probably upload empty file.
This is the problem?
--
Regards
Dominik
2013/12/2 Yehuda Sadeh :
> By any chance are you uploading empty objects through the multipart upload
> api?
>
> On Mon, Dec 2, 2013 at 12:08 PM, Dominik Mostowiec
> wrote:
>> Hi,
>> Another file with the same pro
By any chance are you uploading empty objects through the multipart upload api?
On Mon, Dec 2, 2013 at 12:08 PM, Dominik Mostowiec
wrote:
> Hi,
> Another file with the same problems:
>
> 2013-12-01 11:37:15.556687 7f7891fd3700 1 == starting new request
> req=0x25406d0 =
> 2013-12-01 11:3
Hi,
Another file with the same problems:
2013-12-01 11:37:15.556687 7f7891fd3700 1 == starting new request
req=0x25406d0 =
2013-12-01 11:37:15.556739 7f7891fd3700 2 req 1314:0.52initializing
2013-12-01 11:37:15.556789 7f7891fd3700 10 s->object=files/192.txt
s->bucket=testbucket
2
-- All Branches --
Alfredo Deza
2013-09-27 10:33:52 -0400 wip-5900
Dan Mick
2012-12-18 12:27:36 -0800 wip-rbd-striping
2013-07-16 23:00:06 -0700 wip-5634
Danny Al-Gaaf
2013-11-04 23:35:09 +0100 wip-da-fix-galois-warning
David Zafman
2013-01-28
This patch implements inline data support for Ceph.
Review at:
https://github.com/ceph/ceph/pull/884
Pull at:
https://github.com/kylinstorage/ceph.git inline
Signed-off-by: Yunchuan Wen
Signed-off-by: Li Wang
---
Against v3:
Add the inline switch and make inline size tunable
Improve the back com
Hi,
I found that issue is related with "ETag: -0" (ends -0)
This is known bug ?
--
Regards
Dominik
2013/12/2 Dominik Mostowiec :
> Hi,
> I have strange problem.
> Obj copy (0 size) killing radosgw.
>
> Head for this file:
> Content-Type: application/octet-stream
> Server: Apache/2.2.22 (Ubunt
Hi,
I have strange problem.
Obj copy (0 size) killing radosgw.
Head for this file:
Content-Type: application/octet-stream
Server: Apache/2.2.22 (Ubuntu)
ETag: "d41d8cd98f00b204e9800998ecf8427e-0"
Last-Modified: 2013-12-01T10:37:15Z
rgw log.
2013-12-02 08:18:59.196651 7f5308ff1700 1 == starti
You were nominated as beneficiary to the will of Late Jorg Alfons in accordance
to the codicil and last testament of his will. For details, send am E-mail to:
forscho...@mail.ua
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majord...@vger.ke
Hi Matt,
This feature is expected to run in the massive tiny file storage
situation, and there are some further designs to reduce the overhead
when the file is not tiny,
(1) The migration is done asynchronously with the subsequent read/write
(v3);
(2) Avoid migration when the inline data leng
Hi Zheng,
Thanks for your comments.
Regarding the configuration option, it is in our original plan, and
we will make it appear soon in the incoming next version :)
For the write optimization, it does remind us to do an optimization,
that is, if the inline data length is zero, we won't both
21 matches
Mail list logo