On 06/03/2015 06:26 PM, Sage Weil wrote:
On Wed, 3 Jun 2015, Owen Synge wrote:
Dear ceph-devel,
Linux has more than one init systems.
We in SUSE are in the process of up streaming our spec files, and all
our releases are systemd based.
Ceph seems more tested with sysVinit upstream.
We
Hi Sage,
I saw the crash again here is the output after adding the debug
message from wip-newstore-debuglist
-31 2015-06-03 20:28:18.864496 7fd95976b700 -1
newstore(/var/lib/ceph/osd/ceph-19) start is -1/0//0/0 ... k is
--.7fff..!!!.
Here
On 06/03/2015 03:38 PM, Sage Weil wrote:
On Wed, 3 Jun 2015, Ken Dreyer wrote:
On 06/03/2015 02:45 PM, Sage Weil wrote:
Sounds good to me. It could (should?) even error out if no init
system is
specified? Otherwise someone will likely be in for a surprise.
I was picturing that we'd just
On 06/03/2015 03:38 PM, Gregory Farnum wrote:
We could maybe autodetect if they don't specify one?
Sorry, yes, that's what I meant; my last email was unclear.
- Ken
--
To unsubscribe from this list: send the line unsubscribe ceph-devel in
the body of a message to majord...@vger.kernel.org
More
On Mon, 1 Jun 2015, Gregory Farnum wrote:
On Mon, Jun 1, 2015 at 6:39 PM, Paul Von-Stamwitz
pvonstamw...@us.fujitsu.com wrote:
On Fri, May 29, 2015 at 4:18 PM, Gregory Farnum g...@gregs42.com wrote:
On Fri, May 29, 2015 at 2:47 PM, Samuel Just sj...@redhat.com wrote:
Many people have
On Wed, 3 Jun 2015, Ken Dreyer wrote:
On 06/03/2015 02:45 PM, Sage Weil wrote:
Sounds good to me. It could (should?) even error out if no init
system is
specified? Otherwise someone will likely be in for a surprise.
I was picturing that we'd just autodetect based on OS version (eg
On Wed, Jun 3, 2015 at 2:36 PM, Ken Dreyer kdre...@redhat.com wrote:
On 06/03/2015 02:45 PM, Sage Weil wrote:
Sounds good to me. It could (should?) even error out if no init
system is
specified? Otherwise someone will likely be in for a surprise.
I was picturing that we'd just autodetect
On Wed, 3 Jun 2015, Ken Dreyer wrote:
On 06/03/2015 03:38 PM, Sage Weil wrote:
On Wed, 3 Jun 2015, Ken Dreyer wrote:
On 06/03/2015 02:45 PM, Sage Weil wrote:
Sounds good to me. It could (should?) even error out if no init
system is
specified? Otherwise someone will likely be in for a
On 06/03/2015 02:45 PM, Sage Weil wrote:
Sounds good to me. It could (should?) even error out if no init
system is
specified? Otherwise someone will likely be in for a surprise.
I was picturing that we'd just autodetect based on OS version (eg Ubuntu
15.04 should default to
On Wed, Jun 3, 2015 at 9:13 AM, Jason Dillaman dilla...@redhat.com wrote:
In contrast to the current journal code used by CephFS, the new journal
code will use sequence numbers to identify journal entries, instead of
offsets within the journal.
Am I misremembering what actually got done
On Wed, Jun 3, 2015 at 3:44 PM, Sage Weil s...@newdream.net wrote:
On Mon, 1 Jun 2015, Gregory Farnum wrote:
On Mon, Jun 1, 2015 at 6:39 PM, Paul Von-Stamwitz
pvonstamw...@us.fujitsu.com wrote:
On Fri, May 29, 2015 at 4:18 PM, Gregory Farnum g...@gregs42.com wrote:
On Fri, May 29, 2015 at
On 02/06/2015 16:11, Jason Dillaman wrote:
I am posting to get wider review/feedback on this draft design. In support of
the RBD mirroring feature [1], a new client-side journaling class will be
developed for use by librbd. The implementation is designed to carry opaque
journal entry
Hi all,
Several teuthology jobs fail with the error 'exception on parallel execution'
in my testing. I don't see any failures/errors/assertions in the mon/osd logs.
And these failed jobs always have 'sentry event' log. However, I'm not able to
open the sentry link.
Here is an example:
8AM PST as usual! Discussion topics include: cache tiering update.
Please feel free to add your own!
Here's the links:
Etherpad URL:
http://pad.ceph.com/p/performance_weekly
To join the Meeting:
https://bluejeans.com/268261044
To join via Browser:
https://bluejeans.com/268261044/browser
To
I ran into the 'op not idempotent' problem during the testing today. There is
one bug in the previous fix. In that fix, we copy the reqids in the final step
of 'fill_in_copy_get'. If the object is deleted, since the 'copy get' op is a
read op, it returns earlier with ENOENT in do_op. No reqids
Dear ceph-devel,
Linux has more than one init systems.
We in SUSE are in the process of up streaming our spec files, and all
our releases are systemd based.
Ceph seems more tested with sysVinit upstream.
We have 3 basic options for doing this in a packaged upstream system.
1) We dont install
In contrast to the current journal code used by CephFS, the new journal
code will use sequence numbers to identify journal entries, instead of
offsets within the journal.
Am I misremembering what actually got done with our journal v2 format?
I think this is done — or at least we made a
A new journal object class method will be used to submit journal entry
append requests. This will act as a gatekeeper for the concurrent client
case. A successful append will indicate whether or not the journal is now
full (larger than the max object size), indicating to the client that
On Wed, 3 Jun 2015, Owen Synge wrote:
Dear ceph-devel,
Linux has more than one init systems.
We in SUSE are in the process of up streaming our spec files, and all
our releases are systemd based.
Ceph seems more tested with sysVinit upstream.
We have 3 basic options for doing this in
Making the 'copy get' op to be a cache op seems like a good idea.
-Original Message-
From: Sage Weil [mailto:sw...@redhat.com]
Sent: Thursday, June 4, 2015 9:14 AM
To: Wang, Zhiqiang
Cc: ceph-devel@vger.kernel.org
Subject: RE: 'Racing read got wrong version' during proxy write testing
I'm wonder if this issue could be the cause of #11511. Could a proxy
write have raced with the fill_in_copy_get() so object_info_t size
doesn't correspond with the size of the object in the filestore?
David
On 6/3/15 6:22 PM, Wang, Zhiqiang wrote:
Making the 'copy get' op to be a cache
Hi David,
Proxy write hasn't been merge into master yet. It's not likely this is causing
#11511.
-Original Message-
From: David Zafman [mailto:dzaf...@redhat.com]
Sent: Thursday, June 4, 2015 9:46 AM
To: Wang, Zhiqiang; Sage Weil
Cc: ceph-devel@vger.kernel.org
Subject: Re: 'Racing read
On Wed, 3 Jun 2015, Wang, Zhiqiang wrote:
I ran into the 'op not idempotent' problem during the testing today.
There is one bug in the previous fix. In that fix, we copy the reqids in
the final step of 'fill_in_copy_get'. If the object is deleted, since
the 'copy get' op is a read op, it
On 05/26/2015 10:28 PM, Nathan Cutler wrote:
Hi Loic:
The first round of 0.80.11 backports, including all trivial backports
(where trivial is defined as those I was able to do by myself without
help), is now ready for integration testing in the firefly-backports
branch of the SUSE fork:
24 matches
Mail list logo