hello!
We are struggling with issue on downloading bigger files since some
time, on ceph-users there were some complains about this but without
any conclusions or with misunderstood cause (as a solution there was
proposed new http serwer for example nginx, where the cause is
somewhere in radosgw).
On Wed, Dec 18, 2013 at 1:53 AM, Pawel Stefanski wrote:
> hello!
>
> We are struggling with issue on downloading bigger files since some
> time, on ceph-users there were some complains about this but without
> any conclusions or with misunderstood cause (as a solution there was
> proposed new http
On Dec 18, 2013, "Yan, Zheng" wrote:
> On Tue, Dec 17, 2013 at 7:25 PM, Alexandre Oliva wrote:
>> # setfattr -n ceph.parent /cephfs/mount/path/name
> This seems like a good solution for fixing cephfs that was created
> before dumpling.
There's more to it than just that, actually. Renaming an
On Wed, 18 Dec 2013, Alexandre Oliva wrote:
> On Dec 18, 2013, "Yan, Zheng" wrote:
>
> > On Tue, Dec 17, 2013 at 7:25 PM, Alexandre Oliva wrote:
> >> # setfattr -n ceph.parent /cephfs/mount/path/name
Can we add an additional prefix indicating that this is a debug/developer
kludge that is not i
On Tue, Dec 17, 2013 at 4:14 AM, Alexandre Oliva wrote:
> On Aug 27, 2013, Sage Weil wrote:
>
>> Hi,
>> On Sat, 24 Aug 2013, Alexandre Oliva wrote:
>>> On Aug 23, 2013, Sage Weil wrote:
>>>
>>> > FWIW Alexandre, this feature was never really complete. For it to work,
>>> > we also need to snaps
On Tue, Dec 17, 2013 at 3:36 AM, Alexandre Oliva wrote:
> On Feb 20, 2013, Gregory Farnum wrote:
>
>> On Tue, Feb 19, 2013 at 2:52 PM, Alexandre Oliva wrote:
>>> It recently occurred to me that I messed up an OSD's storage, and
>>> decided that the easiest way to bring it back was to roll it bac
On Wed, Dec 18, 2013 at 9:09 AM, Sage Weil wrote:
> On Wed, 18 Dec 2013, Alexandre Oliva wrote:
>> On Dec 18, 2013, "Yan, Zheng" wrote:
>>
>> > On Tue, Dec 17, 2013 at 7:25 PM, Alexandre Oliva wrote:
>> >> # setfattr -n ceph.parent /cephfs/mount/path/name
>
> Can we add an additional prefix indi
Sage applied this in commit f5d32a33d25a5f9ddccadb4c3ebbd5ccd211204f; thanks!
-Greg
Software Engineer #42 @ http://inktank.com | http://ceph.com
On Tue, Dec 17, 2013 at 3:00 AM, Alexandre Oliva wrote:
> I was looking at inconsistencies in xattrs in my OSDs, and found out
> that only old dirs had
hello!
At first glance it seems to work :-) We will test it in next hours,
but now looks great.
Thank you very, very, very much
best regards!
On Wed, Dec 18, 2013 at 5:11 PM, Yehuda Sadeh wrote:
> On Wed, Dec 18, 2013 at 1:53 AM, Pawel Stefanski wrote:
>> hello!
>>
>> We are struggling wi
(Sorry for the delay getting back on this.)
On Wed, Dec 11, 2013 at 5:13 PM, Matt W. Benjamin wrote:
> Hi Greg,
>
> I haven't fixed the decision to reify replies in the Messenger at this
> point, but it is what the current prototype code tries to do.
>
> The request/response model is more general
For some weird reason I couldn't figure out, after I simultaneously
brought down all components of my ceph cluster and then brought them
back up, the mds wouldn't come back, complaining about a zero-sized
entry in its journal some 8+MB behind the end of the journal. I hadn't
ever got this problem,
On Dec 18, 2013, Gregory Farnum wrote:
> On Tue, Dec 17, 2013 at 3:36 AM, Alexandre Oliva wrote:
>> Here's an updated version of the patch, that makes it much faster than
>> the earlier version, particularly when the gap between the latest osdmap
>> known by the osd and the earliest osdmap known
12 matches
Mail list logo