> I am looking at a multithreaded application here, and I believe that
> the race is between thread A calling the rpoll() for POLLIN event and
> thread B calling the shutdown(SHUT_RDWR) for reading and writing of
> the (r)socket almost immediately afterwards.
I modified a test program, and I can r
> > I'm also testing valgrind at the moment, just basic memtest, but suddenly
> > everything is quite stable even though it's under reasonable load right now.
> > Stupid heisenbugs.
>
> Valgrind makes things go very slow (~10x?), which can have a huge effect
> on timing. Sometimes that reveals new
Hi Milosz,
On Fri, 16 Aug 2013, Milosz Tanski wrote:
> I've been experiencing some weird issues with the kclient that I don't
> know how to debug. In some cases the kclient is only seeing part of
> the directory tree.
>
> For example earlier today one clients was not seeing a top level
> director
Okay,
I'll incorporate rebase our work on top of testing once Yan's changes
have some time to make it through the test bots.
Sadly it's very intermittent for us happening randomly... I feel like
we experience it once or twice a week. It might be that we're more
prone to it then the test bots beca
I've been experiencing some weird issues with the kclient that I don't
know how to debug. In some cases the kclient is only seeing part of
the directory tree.
For example earlier today one clients was not seeing a top level
directory (with around 100G of data) that's been created on the ceph
clust
A user complaining with the usual 'gatherkeys fails' showed up on IRC the
other night and I finally tracked it down to a stray keyring file in
/etc/ceph that was present prior to mon create. Because the keyring file
was there, ceph-create-keys skips creating a new keyring. And then it
can't d
I got one on April 24 (so they obviously need to improve their bot to
find people like Sage and Loic quicker).
Hi Mike,
I wanted to reach out and introduce myself, as we haven’t had the chance
to interact. (I have also sent you a message on LinkedIn) I am a
Technical Recruiter for Google.com
On Fri, 16 Aug 2013, Loic Dachary wrote:
> Hi Ceph,
>
> It looks like Google has a github bot harvesting mails from repositories and
> fishing for job applicants. I guess every committer got the exact same
> message addressed to the mail(s) that show in the commits. There is nothing
> to be don
On Fri, 16 Aug 2013, James Harper wrote:
> > > > Of course, the old standby is to just crank up the logging detail and
> > > > try
> > > > to narrow down where the crash happens. Have you tried that yet?
> > >
> > > I haven't touched the rbd code. Is increased logging a compile-time
> > > option
Hi,
We noticed some issues on CEPH/S3 cluster, I think it related with scrubbing:
large memory leaks.
Logs 09.xx: https://www.dropbox.com/s/4z1fzg239j43igs/ceph-osd.4.log_09xx.tar.gz
>From 09.30 to 09.44 (14 minutes) osd.4 proces grows up to 28G.
I think this is something curious:
2013-08-16 09
Hi all,
There is a new bug-fix release of ceph-deploy, the easy ceph deployment tool.
ceph-deploy can be installed from three different sources depending on
your package manager and distribution, currently available for RPMs,
DEBs and directly as a Python package from the Python Package Index.
D
Hi,
Thanks for your response.
> It's possible, as deep scrub in particular will add a bit of load (it
> goes through and compares the object contents).
It is possible that the scrubbing blocks access(RW or only W) to bucket index
when check .dir... file?
When rgw index is very large I guess it
Hi Ceph,
It looks like Google has a github bot harvesting mails from repositories and
fishing for job applicants. I guess every committer got the exact same message
addressed to the mail(s) that show in the commits. There is nothing to be done
about it but it is worth mentioning, in public, tha
Hi Sylvain,
I'm not quite sure what u mean, can u give some more information on how I do
this? I compiled tapdisk with ./configure CFLAGS=-g, but I'm not sure this
is what u meant.
Yes, ./configure CFLAGS=-g LDFLAGS=-g is a good start.
...
Then once you have a core file, you can use gdb alo
Thanks for the tip !
On 16/08/2013 09:01, Josh Durgin wrote:
> On 08/15/2013 11:45 PM, Loic Dachary wrote:
>> Hi Josh,
>>
>> From https://github.com/ceph/ceph/pull/504 I see that your comments
>> persisted despite a rebase and show as
>>
>> jdurgin discussed an outdated diff 8 hours ago
>>
>>
On 08/15/2013 11:45 PM, Loic Dachary wrote:
Hi Josh,
From https://github.com/ceph/ceph/pull/504 I see that your comments persisted
despite a rebase and show as
jdurgin discussed an outdated diff 8 hours ago
I would like to do the same but when I comment inline, it shows differently and
ge
16 matches
Mail list logo
