CEPH Filesystem Development

Thread Index

[Prev Page][Next Page]

Re: [PATCH 12/12] mds: Avoid creating unnecessary snaprealm
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: [PATCH 12/12] mds: Avoid creating unnecessary snaprealm
- From: "Yan, Zheng" <zheng.z.yan@xxxxxxxxx>
Re: PG recovery reservation state chart
- From: Mike Ryan <mike.ryan@xxxxxxxxxxx>
Re: PG recovery reservation state chart
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: PG recovery reservation state chart
- From: Mike Ryan <mike.ryan@xxxxxxxxxxx>
Re: PG recovery reservation state chart
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: PG recovery reservation state chart
- From: Mike Ryan <mike.ryan@xxxxxxxxxxx>
Re: PG recovery reservation state chart
- From: Mike Ryan <mike.ryan@xxxxxxxxxxx>
Re: PG recovery reservation state chart
- From: Tommi Virtanen <tv@xxxxxxxxxxx>
Re: PG recovery reservation state chart
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: PG recovery reservation state chart
- From: Mike Ryan <mike.ryan@xxxxxxxxxxx>
Re: PG recovery reservation state chart
- From: Gregory Farnum <greg@xxxxxxxxxxx>
PG recovery reservation state chart
- From: Mike Ryan <mike.ryan@xxxxxxxxxxx>
Re: [PATCH] ceph: avoid 32-bit page index overflow
- From: Alex Elder <elder@xxxxxxxxxxx>
Re: [PATCH 12/12] mds: Avoid creating unnecessary snaprealm
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: How to write data to rbd pool.
- From: ramu eppa <ramu.freesystems@xxxxxxxxx>
Re: [ceph-commit] teuthology value error
- From: Tommi Virtanen <tv@xxxxxxxxxxx>
Re: [ceph-commit] teuthology value error
- From: Gregory Farnum <greg@xxxxxxxxxxx>
Re: How to write data to rbd pool.
- From: Tommi Virtanen <tv@xxxxxxxxxxx>
Re: [PATCH] ceph: avoid 32-bit page index overflow
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH] ceph: avoid 32-bit page index overflow
- From: Sage Weil <sage@xxxxxxxxxxx>
[PATCH] ceph: avoid 32-bit page index overflow
- From: Alex Elder <elder@xxxxxxxxxxx>
Re: How to write data to rbd pool.
- From: ramu eppa <ramu.freesystems@xxxxxxxxx>
[PATCH 12/12] mds: Avoid creating unnecessary snaprealm
- From: "Yan, Zheng" <zheng.z.yan@xxxxxxxxx>
[PATCH 11/12] mds: Properly re-calculate mdsdir inode's auth bit
- From: "Yan, Zheng" <zheng.z.yan@xxxxxxxxx>
[PATCH 10/12] mds: Trim non auth subtree directory
- From: "Yan, Zheng" <zheng.z.yan@xxxxxxxxx>
[PATCH 09/12] mds: Properly update dirty dir fragstat during log replay
- From: "Yan, Zheng" <zheng.z.yan@xxxxxxxxx>
[PATCH 08/12] mds: Allow export subtrees in other MDS' stray directory
- From: "Yan, Zheng" <zheng.z.yan@xxxxxxxxx>
[PATCH 07/12] mds: Avoid save unnecessary parent snaprealm
- From: "Yan, Zheng" <zheng.z.yan@xxxxxxxxx>
[PATCH 06/12] mds: Set metablob.renamed_dirino in do_rename_rollback()
- From: "Yan, Zheng" <zheng.z.yan@xxxxxxxxx>
[PATCH 05/12] mds: Fix xlock imports
- From: "Yan, Zheng" <zheng.z.yan@xxxxxxxxx>
[PATCH 04/12] mds: Allow rename request for stray migration/reintegration
- From: "Yan, Zheng" <zheng.z.yan@xxxxxxxxx>
[PATCH 03/12] mds: Add finish callback to waiting_for_base_ino wait queue
- From: "Yan, Zheng" <zheng.z.yan@xxxxxxxxx>
[PATCH 02/12] mds: Consider stopping MDS when finding peer inode
- From: "Yan, Zheng" <zheng.z.yan@xxxxxxxxx>
[PATCH 01/12] mds: Don't drop client request from MDS
- From: "Yan, Zheng" <zheng.z.yan@xxxxxxxxx>
Re: How to direct data inject to specific OSDs
- From: hemant surale <hemant.surale@xxxxxxxxx>
Re: How to direct data inject to specific OSDs
- From: hemant surale <hemant.surale@xxxxxxxxx>
Re: v0.48.2 argonaut update released
- From: Oliver Francke <Oliver.Francke@xxxxxxxx>
Re: How to direct data inject to specific OSDs
- From: hemant surale <hemant.surale@xxxxxxxxx>
Re: Problem creating osd.0 ??
- From: Tommi Virtanen <tv@xxxxxxxxxxx>
Re: How to direct data inject to specific OSDs
- From: Tommi Virtanen <tv@xxxxxxxxxxx>
Re: How to direct data inject to specific OSDs
- From: Gregory Farnum <greg@xxxxxxxxxxx>
Re: Slow ceph fs performance
- From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
Re: Slow ceph fs performance
- From: Gregory Farnum <greg@xxxxxxxxxxx>
Re: Slow ceph fs performance
- From: Tommi Virtanen <tv@xxxxxxxxxxx>
Re: strange issues recovering from inconsistent state
- From: Gregory Farnum <greg@xxxxxxxxxxx>
Re: Slow ceph fs performance
- From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
Re: Collection of strange lockups on 0.51
- From: Tommi Virtanen <tv@xxxxxxxxxxx>
Re: How to write data to rbd pool.
- From: Tommi Virtanen <tv@xxxxxxxxxxx>
Re: Newbie questions
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: v0.48.2 argonaut update released
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: Slow ceph fs performance
- From: "Bryan K. Wright" <bkw1a@xxxxxxxxxxxxxxxxxxxxxxxx>
How to write data to rbd pool.
- From: ramu eppa <ramu.freesystems@xxxxxxxxx>
Re: Newbie questions
- From: Joao Eduardo Luis <joao.luis@xxxxxxxxxxx>
Newbie questions
- From: Adam Nielsen <a.nielsen@xxxxxxxxxxx>
CFP: Cloud Infrastructure, Distributed Storage and High Availability at LCA 2013
- From: Tim Serong <tserong@xxxxxxxx>
Re: v0.48.2 argonaut update released
- From: Oliver Francke <Oliver.Francke@xxxxxxxx>
Re: Collection of strange lockups on 0.51
- From: Andrey Korolyov <andrey@xxxxxxx>
strange issues recovering from inconsistent state
- From: Sergey Tsalkov <stsalkov@xxxxxxxxx>
Re: v0.52 released
- From: Jimmy Tang <jtang@xxxxxxxxxxxx>
Re: ceph: factor out libceph from Ceph file system
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
re: ceph: factor out libceph from Ceph file system
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
re: ceph: fix encoding of ino only (not relative) paths
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
Re: v0.52 released
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: v0.52 released
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: [PATCH] ceph: convert to use le32_add_cpu()
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: Slow ceph fs performance
- From: mark seger <mjseger@xxxxxxxxx>
Re: v0.52 released
- From: Jimmy Tang <jtang@xxxxxxxxxxxx>
Re: v0.52 released
- From: Denis Fondras <ceph@xxxxxxxxxxx>
[PATCH] ceph: convert to use le32_add_cpu()
- From: Wei Yongjun <weiyj.lk@xxxxxxxxx>
Re: RPMs
- From: Gary Lowell <gary.lowell@xxxxxxxxxxx>
Re: Slow ceph fs performance
- From: Mark Kirkwood <mark.kirkwood@xxxxxxxxxxxxxxx>
Re: Slow ceph fs performance
- From: Mark Kirkwood <mark.kirkwood@xxxxxxxxxxxxxxx>
Re: v0.52 released
- From: Tommi Virtanen <tv@xxxxxxxxxxx>
Re: [PATCH] PG: Do not discard op data too early
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
Re: [PATCH] PG: Do not discard op data too early
- From: Gregory Farnum <greg@xxxxxxxxxxx>
Re: [PATCH] PG: Do not discard op data too early
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
Re: [PATCH] PG: Do not discard op data too early
- From: Gregory Farnum <greg@xxxxxxxxxxx>
[PATCH] PG: Do not discard op data too early
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
Re: RPMs
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: RPMs
- From: Wido den Hollander <wido@xxxxxxxxx>
Re: v0.52 released
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: v0.52 released
- From: Smart Weblications GmbH - Florian Wiessner <f.wiessner@xxxxxxxxxxxxxxxxxxxxx>
RPMs
- From: Sage Weil <sage@xxxxxxxxxxx>
v0.52 released
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: Slow ceph fs performance
- From: Gregory Farnum <greg@xxxxxxxxxxx>
Re: Slow ceph fs performance
- From: "Bryan K. Wright" <bkw1a@xxxxxxxxxxxxxxxxxxxxxxxx>
[PATCH] FileJournal: correctly check return value of lseek in write_fd
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
Re: Slow ceph fs performance
- From: Gregory Farnum <greg@xxxxxxxxxxx>
Re: How to create nova volumes inside rbd pool .
- From: Dan Mick <dan.mick@xxxxxxxxxxx>
Re: Slow ceph fs performance
- From: "Bryan K. Wright" <bkw1a@xxxxxxxxxxxxxxxxxxxxxxxx>
Re: How to create nova volumes inside rbd pool .
- From: Travis Rhoden <trhoden@xxxxxxxxx>
How to direct data inject to specific OSDs
- From: hemant surale <hemant.surale@xxxxxxxxx>
Re: Initial Setup - Chef hangs at "in New OSD"
- From: Tilman Beitter <beitter@xxxxxxxxxxxxx>
Re: How to create nova volumes inside rbd pool .
- From: ramu eppa <ramu.freesystems@xxxxxxxxx>
Problem creating osd.0 ??
- From: hemant surale <hemant.surale@xxxxxxxxx>
Re: Ho to identify location of Primary Copy Of Obj ?
- From: Dan Mick <dan.mick@xxxxxxxxxxx>
Re: How to create nova volumes inside rbd pool .
- From: Dan Mick <dan.mick@xxxxxxxxxxx>
How to create nova volumes inside rbd pool .
- From: ramu eppa <ramu.freesystems@xxxxxxxxx>
Re: CEPH RBD client kernel panic when OSD connection is lost on kernel 3.2, 3.5, 3.5.4
- From: Alex Elder <elder@xxxxxxxxxxx>
Re: CEPH RBD client kernel panic when OSD connection is lost on kernel 3.2, 3.5, 3.5.4
- From: Christian Huang <ythuang@xxxxxxxxx>
Re: Ho to identify location of Primary Copy Of Obj ?
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: Max Message Size For AIO calls
- From: Noah Watkins <jayhawk@xxxxxxxxxxx>
Max Message Size For AIO calls
- From: Ian Pye <ianpye@xxxxxxxxx>
Re: Ho to identify location of Primary Copy Of Obj ?
- From: Dan Mick <dan.mick@xxxxxxxxxxx>
Re: Slow ceph fs performance
- From: "Bryan K. Wright" <bkw1a@xxxxxxxxxxxxxxxxxxxxxxxx>
Re: Hardware Requirements for RADOS Gateway Cluster
- From: Tommi Virtanen <tv@xxxxxxxxxxx>
Re: Slow ceph fs performance
- From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
Re: Ho to identify location of Primary Copy Of Obj ?
- From: Sage Weil <sage@xxxxxxxxxxx>
Slow ceph fs performance
- From: "Bryan K. Wright" <bkw1a@xxxxxxxxxxxxxxxxxxxxxxxx>
Re: Ho to identify location of Primary Copy Of Obj ?
- From: hemant surale <hemant.surale@xxxxxxxxx>
Re: Ho to identify location of Primary Copy Of Obj ?
- From: hemant surale <hemant.surale@xxxxxxxxx>
Re: mds stuck in clientreplay state after failover
- From: Tren Blackburn <tren@xxxxxxxxxxxxxxx>
Re: Ho to identify location of Primary Copy Of Obj ?
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: mds stuck in clientreplay state after failover
- From: Gregory Farnum <greg@xxxxxxxxxxx>
Re: Ho to identify location of Primary Copy Of Obj ?
- From: Dan Mick <dan.mick@xxxxxxxxxxx>
Re: Determining when it's safe to reboot a node?
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: Determining when it's safe to reboot a node?
- From: Wido den Hollander <wido@xxxxxxxxx>
mds stuck in clientreplay state after failover
- From: Tren Blackburn <tren@xxxxxxxxxxxxxxx>
Determining when it's safe to reboot a node?
- From: Nick Bartos <nick@xxxxxxxxxxxxxxx>
Re: CEPH RBD client kernel panic when OSD connection is lost on kernel 3.2, 3.5, 3.5.4
- From: Alex Elder <elder@xxxxxxxxxxx>
Re: Problem with "rados cppool"
- From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
Re: [PATCH v3] mds: Adjust mydir auth when starting MDS that was stopped cleanly
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: CEPH RBD client kernel panic when OSD connection is lost on kernel 3.2, 3.5, 3.5.4
- From: Alex Elder <elder@xxxxxxxxxxx>
Re: CEPH RBD client kernel panic when OSD connection is lost on kernel 3.2, 3.5, 3.5.4
- From: Christian Huang <ythuang@xxxxxxxxx>
Problem with "rados cppool"
- From: Guilhem LETTRON <guilhem.lettron@xxxxxxxxx>
Re: File Writing gets very slow after adding 1000 or more files in a folder
- From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
Re: CEPH RBD client kernel panic when OSD connection is lost on kernel 3.2, 3.5, 3.5.4
- From: Alex Elder <elder@xxxxxxxxxxx>
Re: How to use ruleset
- From: hemant surale <hemant.surale@xxxxxxxxx>
Re: How to use ruleset
- From: Wido den Hollander <wido@xxxxxxxxx>
Re: librados: failed to decode message of type 59 v1: buffer::end_of_buffer
- From: John Leach <john@xxxxxxxxxxxxxxx>
Re: How to use ruleset
- From: hemant surale <hemant.surale@xxxxxxxxx>
Re: CEPH RBD client kernel panic when OSD connection is lost on kernel 3.2, 3.5, 3.5.4
- From: Christian Huang <ythuang@xxxxxxxxx>
Ho to identify location of Primary Copy Of Obj ?
- From: hemant surale <hemant.surale@xxxxxxxxx>
Re: CEPH RBD client kernel panic when OSD connection is lost on kernel 3.2, 3.5, 3.5.4
- From: Damien Churchill <damoxc@xxxxxxxxx>
Re: CEPH RBD client kernel panic when OSD connection is lost on kernel 3.2, 3.5, 3.5.4
- From: Christian Huang <ythuang@xxxxxxxxx>
[PATCH v3] mds: Adjust mydir auth when starting MDS that was stopped cleanly
- From: "Yan, Zheng" <zheng.z.yan@xxxxxxxxx>
Re: File Writing gets very slow after adding 1000 or more files in a folder
- From: peacebull <peacebull@xxxxxxxxx>
Re: CEPH RBD client kernel panic when OSD connection is lost on kernel 3.2, 3.5, 3.5.4
- From: Christian Huang <ythuang@xxxxxxxxx>
Re: CEPH RBD client kernel panic when OSD connection is lost on kernel 3.2, 3.5, 3.5.4
- From: Alex Elder <elder@xxxxxxxxxxx>
Re: librados: failed to decode message of type 59 v1: buffer::end_of_buffer
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: Hardware Requirements for RADOS Gateway Cluster
- From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
Re: CEPH RBD client kernel panic when OSD connection is lost on kernel 3.2, 3.5, 3.5.4
- From: Alex Elder <elder@xxxxxxxxxxx>
Hardware Requirements for RADOS Gateway Cluster
- From: Brice Burgess <briceburg@xxxxxxxxx>
librados: failed to decode message of type 59 v1: buffer::end_of_buffer
- From: John Leach <john@xxxxxxxxxxxxxxx>
Re: File Writing gets very slow after adding 1000 or more files in a folder
- From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
Re: CEPH RBD client kernel panic when OSD connection is lost on kernel 3.2, 3.5, 3.5.4
- From: Dan Mick <dan.mick@xxxxxxxxxxx>
File Writing gets very slow after adding 1000 or more files in a folder
- From: peacebull <peacebull@xxxxxxxxx>
Re: Initial Setup - Chef hangs at "in New OSD"
- From: Gregory Farnum <greg@xxxxxxxxxxx>
Re: [PATCH V2 1/2] mds: Fix SessionMap::is_any_state()
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: [PATCH V2 2/2] mds: Adjust mydir auth when starting MDS that was stopped cleanly
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: Machine hangs while writing to ceph filesystem
- From: "Bryan K. Wright" <bkw1a@xxxxxxxxxxxxxxxxxxxxxxxx>
[PATCH V2 2/2] mds: Adjust mydir auth when starting MDS that was stopped cleanly
- From: "Yan, Zheng" <zheng.z.yan@xxxxxxxxx>
[PATCH V2 1/2] mds: Fix SessionMap::is_any_state()
- From: "Yan, Zheng" <zheng.z.yan@xxxxxxxxx>
CEPH RBD client kernel panic when OSD connection is lost on kernel 3.2, 3.5, 3.5.4
- From: Christian Huang <ythuang@xxxxxxxxx>
Initial Setup - Chef hangs at "in New OSD"
- From: Tilman Beitter <beitter@xxxxxxxxxxxxx>
[PATCH 2/2] mds: Adjust mydir auth when starting MDS that was stopped cleanly
- From: "Yan, Zheng" <zheng.z.yan@xxxxxxxxx>
[PATCH 1/2] mds: Fix SessionMap::is_any_state()
- From: "Yan, Zheng" <zheng.z.yan@xxxxxxxxx>
[GIT PULL] Ceph fixes for 3.6
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: Machine hangs while writing to ceph filesystem
- From: Alex Elder <elder@xxxxxxxxxxx>
Re: Machine hangs while writing to ceph filesystem
- From: Alex Elder <elder@xxxxxxxxxxx>
Machine hangs while writing to ceph filesystem
- From: "Bryan K. Wright" <bkw1a@xxxxxxxxxxxxxxxxxxxxxxxx>
Re: Why does mkcephfs take approximately 30 seconds per osd on ceph 0.51?
- From: Tren Blackburn <tren@xxxxxxxxxxxxxxx>
Re: Why does mkcephfs take approximately 30 seconds per osd on ceph 0.51?
- From: Tren Blackburn <tren@xxxxxxxxxxxxxxx>
Re: [PATCH] ceph: Fix oops when handling mdsmap that decreases max_mds
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: [PATCH] mds: Clean up finished two phase commits
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: Memory usage of ceph-mds
- From: Tren Blackburn <tren@xxxxxxxxxxxxxxx>
v0.48.2 argonaut update released
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: ceph 0.48.2
- From: Sage Weil <sage@xxxxxxxxxxx>
mds stuck in replay state
- From: Tren Blackburn <tren@xxxxxxxxxxxxxxx>
ceph 0.48.2
- From: Smart Weblications GmbH - Florian Wiessner <f.wiessner@xxxxxxxxxxxxxxxxxxxxx>
[PATCH] ceph: Fix oops when handling mdsmap that decreases max_mds
- From: "Yan, Zheng" <zheng.z.yan@xxxxxxxxx>
[PATCH 02/27] userns: net: Call key_alloc with GLOBAL_ROOT_UID, GLOBAL_ROOT_GID instead of 0, 0
- From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
Re: Memory usage of ceph-mds
- From: Tren Blackburn <tren@xxxxxxxxxxxxxxx>
Re: Memory usage of ceph-mds
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: Why does mkcephfs take approximately 30 seconds per osd on ceph 0.51?
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: Memory usage of ceph-mds
- From: Tren Blackburn <tren@xxxxxxxxxxxxxxx>
Re: Memory usage of ceph-mds
- From: Tren Blackburn <tren@xxxxxxxxxxxxxxx>
Re: Memory usage of ceph-mds
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: Memory usage of ceph-mds
- From: Tren Blackburn <tren@xxxxxxxxxxxxxxx>
Re: Memory usage of ceph-mds
- From: Tren Blackburn <tren@xxxxxxxxxxxxxxx>
Re: Memory usage of ceph-mds
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: Memory usage of ceph-mds
- From: Gregory Farnum <greg@xxxxxxxxxxx>
Re: Memory usage of ceph-mds
- From: Tren Blackburn <tren@xxxxxxxxxxxxxxx>
Re: [PATCH 8/9] rbd: define rbd_dev_v2_snapc_refresh()
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: Memory usage of ceph-mds
- From: Gregory Farnum <greg@xxxxxxxxxxx>
Re: Memory usage of ceph-mds
- From: Sage Weil <sage@xxxxxxxxxxx>
Memory usage of ceph-mds
- From: Tren Blackburn <tren@xxxxxxxxxxxxxxx>
Re: [PATCH 9/9] rbd: activate v2 image support
- From: Josh Durgin <joshd@xxxxxxxxxxxxxxx>
Re: [PATCH 9/9] rbd: activate v2 image support
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: [PATCH 7/9] rbd: update remaining header fields for v2
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: [PATCH 6/9] rbd: get snapshot name for a v2 image
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: [PATCH 5/9] rbd: get the snapshot context for a v2 image
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: [PATCH 4/9] rbd: get image features for a v2 image
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: [PATCH 3/9] rbd: get the object prefix for a v2 rbd image
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: [PATCH 2/9] rbd: add code to get the size of a v2 rbd image
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: [PATCH 1/9] rbd: lay out header probe infrastructure
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
OSD-crash on 0.48.1argonout, error "void ReplicatedPG::recover_got(hobject_t, eversion_t)" not seen on list
- From: Oliver Francke <Oliver.Francke@xxxxxxxx>
[PATCH] mds: Clean up finished two phase commits
- From: "Yan, Zheng" <zheng.z.yan@xxxxxxxxx>
Re: Inject configuration change into cluster
- From: Skowron Sławomir <slawomir.skowron@xxxxxxxxxxxx>
Re: on disk encryption
- From: Dustin Kirkland <dustin.kirkland@xxxxxxxxxxx>
Re: Why does mkcephfs take approximately 30 seconds per osd on ceph 0.51?
- From: Tren Blackburn <tren@xxxxxxxxxxxxxxx>
Re: Why does mkcephfs take approximately 30 seconds per osd on ceph 0.51?
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: Why does mkcephfs take approximately 30 seconds per osd on ceph 0.51?
- From: Tren Blackburn <tren@xxxxxxxxxxxxxxx>
Re: Inject configuration change into cluster
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: Why does mkcephfs take approximately 30 seconds per osd on ceph 0.51?
- From: Tren Blackburn <tren@xxxxxxxxxxxxxxx>
Re: Why does mkcephfs take approximately 30 seconds per osd on ceph 0.51?
- From: Sage Weil <sage@xxxxxxxxxxx>
Why does mkcephfs take approximately 30 seconds per osd on ceph 0.51?
- From: Tren Blackburn <tren@xxxxxxxxxxxxxxx>
Re: How are you using Ceph?
- From: John Axel Eriksson <john@xxxxxxxxx>
Re: How are you using Ceph?
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: How are you using Ceph?
- From: Tren Blackburn <tren@xxxxxxxxxxxxxxx>
Re: How are you using Ceph?
- From: Xiaopong Tran <xiaopong.tran@xxxxxxxxx>
Re: How are you using Ceph?
- From: "Matt W. Benjamin" <matt@xxxxxxxxxxxx>
Re: How are you using Ceph?
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: How are you using Ceph?
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: How are you using Ceph?
- From: Travis Rhoden <trhoden@xxxxxxxxx>
Re: How are you using Ceph?
- From: "Plaetinck, Dieter" <dieter@xxxxxxxxx>
Re: How are you using Ceph?
- From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
Re: How are you using Ceph?
- From: "Plaetinck, Dieter" <dieter@xxxxxxxxx>
Re: enabling cephx by default
- From: Wido den Hollander <wido@xxxxxxxxx>
Re: How are you using Ceph?
- From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
Re: How are you using Ceph?
- From: "Plaetinck, Dieter" <dieter@xxxxxxxxx>
Re: How are you using Ceph?
- From: John Axel Eriksson <john@xxxxxxxxx>
Re: enabling cephx by default
- From: Andrey Korolyov <andrey@xxxxxxx>
Re: enabling cephx by default
- From: Andrey Korolyov <andrey@xxxxxxx>
Re: enabling cephx by default
- From: Guido Winkelmann <guido-ceph@xxxxxxxxxxxxxxxxx>
Re: How are you using Ceph?
- From: Smart Weblications GmbH - Florian Wiessner <f.wiessner@xxxxxxxxxxxxxxxxxxxxx>
Re: How are you using Ceph?
- From: "Plaetinck, Dieter" <dieter@xxxxxxxxx>
Re: How are you using Ceph?
- From: John Axel Eriksson <john@xxxxxxxxx>
Re: How are you using Ceph?
- From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
Re: How are you using Ceph?
- From: Ian Pye <ianpye@xxxxxxxxx>
Re: How are you using Ceph?
- From: "Matt W. Benjamin" <matt@xxxxxxxxxxxx>
Re: How are you using Ceph?
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: How are you using Ceph?
- From: Tren Blackburn <tren@xxxxxxxxxxxxxxx>
Re: How are you using Ceph?
- From: Smart Weblications GmbH - Florian Wiessner <f.wiessner@xxxxxxxxxxxxxxxxxxxxx>
Re: How are you using Ceph?
- From: "Nick Couchman" <Nick.Couchman@xxxxxxxxx>
Re: How are you using Ceph?
- From: "Nick Couchman" <Nick.Couchman@xxxxxxxxx>
Re: How are you using Ceph?
- From: John Axel Eriksson <john@xxxxxxxxx>
Re: How are you using Ceph?
- From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
Re: How are you using Ceph?
- From: "Nick Couchman" <Nick.Couchman@xxxxxxxxx>
How are you using Ceph?
- From: Ross Turk <ross@xxxxxxxxxxx>
Re: Inject configuration change into cluster
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: Files disappearing
- From: Gregory Farnum <greg@xxxxxxxxxxx>
Re: MPI applications on ceph fs
- From: John Wright <jcwright@xxxxxxx>
Re: How to use ruleset
- From: Wido den Hollander <wido@xxxxxxxxx>
Files disappearing
- From: Székelyi Szabolcs <szekelyi@xxxxxxx>
How to use ruleset
- From: hemant surale <hemant.surale@xxxxxxxxx>
Re: Inject configuration change into cluster
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: RBD image max simultaneous mounts
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: Inject configuration change into cluster
- From: Sławomir Skowron <szibis@xxxxxxxxx>
RBD image max simultaneous mounts
- From: Vladimir Bashkirtsev <vladimir@xxxxxxxxxxxxxxx>
Re: www.ceph.com down?
- From: Tren Blackburn <tren@xxxxxxxxxxxxxxx>
Re: www.ceph.com down?
- From: Mike Ryan <mike.ryan@xxxxxxxxxxx>
Re: www.ceph.com down?
- From: Wido den Hollander <wido@xxxxxxxxx>
www.ceph.com down?
- From: Tren Blackburn <tren@xxxxxxxxxxxxxxx>
Re: on disk encryption
- From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
on disk encryption
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: Status of Fencing
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: Status of Fencing
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Status of Fencing
- From: Mandell Degerness <mandell@xxxxxxxxxxxxxxx>
Re: safe to defrag XFS on live system?
- From: "Nick Couchman" <Nick.Couchman@xxxxxxxxx>
Re: safe to defrag XFS on live system?
- From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
Re: Inject configuration change into cluster
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: Lots of misdirected client requests with 73984 PGs/pool
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: safe to defrag XFS on live system?
- From: Travis Rhoden <trhoden@xxxxxxxxx>
Re: safe to defrag XFS on live system?
- From: "Nick Couchman" <Nick.Couchman@xxxxxxxxx>
Re: safe to defrag XFS on live system?
- From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
xfs tuning
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: safe to defrag XFS on live system?
- From: Travis Rhoden <trhoden@xxxxxxxxx>
Re: safe to defrag XFS on live system?
- From: "Nick Couchman" <Nick.Couchman@xxxxxxxxx>
Re: safe to defrag XFS on live system?
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: safe to defrag XFS on live system?
- From: Tommi Virtanen <tv@xxxxxxxxxxx>
safe to defrag XFS on live system?
- From: Travis Rhoden <trhoden@xxxxxxxxx>
Re: mds'es stuck in resolve(and one duplicated?)
- From: Gregory Farnum <greg@xxxxxxxxxxx>
Re: messaging/IO/radosbench results
- From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
Re: messaging/IO/radosbench results
- From: Dieter Kasper <d.kasper@xxxxxxxxxxxx>
Re: messaging/IO/radosbench results
- From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
Re: messaging/IO/radosbench results
- From: Joseph Glanville <joseph.glanville@xxxxxxxxxxxxxx>
Re: messaging/IO/radosbench results
- From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
Re: Collection of strange lockups on 0.51
- From: Andrey Korolyov <andrey@xxxxxxx>
Re: [PATCH] osd/OSD.cc: Fix typo in OSD::heartbeat_check()
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: [PATCH] osd/ReplicatedPG: set truncate_seq when handling CEPH_OSD_OP_APPEND
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: Collection of strange lockups on 0.51
- From: Tommi Virtanen <tv@xxxxxxxxxxx>
Re: does ceph consider the device performance for distributing data?
- From: Tommi Virtanen <tv@xxxxxxxxxxx>
Fwd: does ceph consider the device performance for distributing data?
- From: sheng qiu <herbert1984106@xxxxxxxxx>
Re: does ceph consider the device performance for distributing data?
- From: Tommi Virtanen <tv@xxxxxxxxxxx>
Re: does ceph consider the device performance for distributing data?
- From: sheng qiu <herbert1984106@xxxxxxxxx>
Re: messaging/IO/radosbench results
- From: Dieter Kasper <d.kasper@xxxxxxxxxxxx>
Collection of strange lockups on 0.51
- From: Andrey Korolyov <andrey@xxxxxxx>
Re: [PATCH 6/6] build: provide libleveldb as a shared library
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: ceph-level build system fixes & cleanup
- From: Tommi Virtanen <tv@xxxxxxxxxxx>
Re: [PATCH 6/6] build: provide libleveldb as a shared library
- From: Tommi Virtanen <tv@xxxxxxxxxxx>
Re: Quick CentOS/RHEL question ...
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: Quick CentOS/RHEL question ...
- From: Jimmy Tang <jtang@xxxxxxxxxxxx>
Re: enabling cephx by default
- From: Wido den Hollander <wido@xxxxxxxxx>
Re: rbd map error with new rbd format
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
[Solved] Re: Access Dienied for bucket upload - 403 code
- From: Sławomir Skowron <szibis@xxxxxxxxx>
Re: Gceph not working in V0.51
- From: Joao Eduardo Luis <joao.luis@xxxxxxxxxxx>
Gceph not working in V0.51
- From: hemant surale <hemant.surale@xxxxxxxxx>
rbd map error with new rbd format
- From: Martin Mailand <martin@xxxxxxxxxxxx>
Re: issues with adjusting the crushmap in 0.51
- From: Jimmy Tang <jtang@xxxxxxxxxxxx>
Re: Access Dienied for bucket upload - 403 code
- From: Sławomir Skowron <szibis@xxxxxxxxx>
Re: Access Dienied for bucket upload - 403 code
- From: Sławomir Skowron <szibis@xxxxxxxxx>
[PATCH 3/6] build: remove redundant leading ./ from file lists
- From: Jan Engelhardt <jengelh@xxxxxxx>
[PATCH 5/6] build: consolidate LDADD
- From: Jan Engelhardt <jengelh@xxxxxxx>
[PATCH 6/6] build: provide libleveldb as a shared library
- From: Jan Engelhardt <jengelh@xxxxxxx>
[PATCH 1/6] build: do not modify user variables
- From: Jan Engelhardt <jengelh@xxxxxxx>
[PATCH 4/6] build: make use of aux dir to unclutter the root a bit
- From: Jan Engelhardt <jengelh@xxxxxxx>
[PATCH 2/6] build: support for automake-1.12
- From: Jan Engelhardt <jengelh@xxxxxxx>
ceph-level build system fixes & cleanup
- From: Jan Engelhardt <jengelh@xxxxxxx>
enabling cephx by default
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: Access Dienied for bucket upload - 403 code
- From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
Re: [PATCH 3/3] rbd: encapsulate code that gets snapshot info
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: [PATCH 2/3] rbd: add an rbd features field
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: [PATCH 1/3] rbd: don't use index in __rbd_add_snap_dev()
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: Access Dienied for bucket upload - 403 code
- From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
Re: Access Dienied for bucket upload - 403 code
- From: Sławomir Skowron <szibis@xxxxxxxxx>
Re: Access Dienied for bucket upload - 403 code
- From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
Re: Access Dienied for bucket upload - 403 code
- From: Sławomir Skowron <szibis@xxxxxxxxx>
Re: Access Dienied for bucket upload - 403 code
- From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
Re: Access Dienied for bucket upload - 403 code
- From: Sławomir Skowron <szibis@xxxxxxxxx>
Re: [PATCH v5] rbd: fix the memory leak of bio_chain_clone
- From: Alex Elder <elder@xxxxxxxxxxx>
Re: [PATCH 5/5] rbd: kill create_snap sysfs entry
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: Access Dienied for bucket upload - 403 code
- From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
Re: Access Dienied for bucket upload - 403 code
- From: Sławomir Skowron <szibis@xxxxxxxxx>
Re: Access Dienied for bucket upload - 403 code
- From: Sławomir Skowron <szibis@xxxxxxxxx>
Re: does ceph consider the device performance for distributing data?
- From: Tommi Virtanen <tv@xxxxxxxxxxx>
Re: Access Dienied for bucket upload - 403 code
- From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
Re: Access Dienied for bucket upload - 403 code
- From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
Re: crush create-or-move
- From: Tommi Virtanen <tv@xxxxxxxxxxx>
Re: crush create-or-move
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
crush create-or-move
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: [PATCH 4/5] rbd: define rbd_dev_image_id()
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: [PATCH 3/5] rbd: define some new format constants
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: [PATCH 2/5] rbd: support data returned from OSD methods
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: [PATCH 1/5] rbd: pass flags to rbd_req_sync_exec()
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: [PATCH 9/9] rbd: set up watch before announcing disk
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: [PATCH 8/9] rbd: set initial capacity in rbd_init_disk()
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: [PATCH 7/9] rbd: drop dev registration check for new snap
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: [PATCH 6/9] rbd: call rbd_init_disk() sooner
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: [PATCH 5/9] rbd: defer setting device id
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: [PATCH 4/9] rbd: read the header before registering device
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: [PATCH 3/9] rbd: call set_snap() before snap_devs_update()
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: [PATCH 2/9] rbd: defer registering snapshot devices
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: [PATCH 2/4] rbd: expand lock protection in rbd_add()
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Access Dienied for bucket upload - 403 code
- From: Sławomir Skowron <szibis@xxxxxxxxx>
Re: [PATCH 4/4] rbd: use snaps list in rbd_snap_by_name()
- From: Alex Elder <elder@xxxxxxxxxxx>
Re: [PATCH 2/4] rbd: expand lock protection in rbd_add()
- From: Alex Elder <elder@xxxxxxxxxxx>
Re: does ceph consider the device performance for distributing data?
- From: Sage Weil <sage@xxxxxxxxxxx>
does ceph consider the device performance for distributing data?
- From: sheng qiu <herbert1984106@xxxxxxxxx>
[PATCH] osd/ReplicatedPG: set truncate_seq when handling CEPH_OSD_OP_APPEND
- From: "Yan, Zheng" <zheng.z.yan@xxxxxxxxx>
Re: [PATCH 1/9] rbd: assign header name later
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: [PATCH 4/4] rbd: use snaps list in rbd_snap_by_name()
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: [PATCH 3/4] rbd: don't register snapshots in bus_add_dev()
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: [PATCH 2/4] rbd: expand lock protection in rbd_add()
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: [PATCH 1/4] rbd: move locking out of rbd_header_set_snap()
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
mds'es stuck in resolve(and one duplicated?)
- From: Andrew Thompson <andrewkt@xxxxxxxxxxx>
Re: possible to recover a deleted RBD?
- From: Travis Rhoden <trhoden@xxxxxxxxx>
Re: possible to recover a deleted RBD?
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
possible to recover a deleted RBD?
- From: Travis Rhoden <trhoden@xxxxxxxxx>
Re: messaging/IO/radosbench results
- From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
messaging/IO/radosbench results
- From: Mike Ryan <mike.ryan@xxxxxxxxxxx>
Re: Ceph benchmarks / ceph osd tell X bench
- From: Sébastien Han <han.sebastien@xxxxxxxxx>
Re: e: mon memory issue
- From: Sławomir Skowron <szibis@xxxxxxxxx>
Re: Ceph benchmarks / ceph osd tell X bench
- From: Dieter Kasper <d.kasper@xxxxxxxxxxxx>
Re: issues with adjusting the crushmap in 0.51
- From: Jimmy Tang <jtang@xxxxxxxxxxxx>
Re: ceph-fuse mount options
- From: Jimmy Tang <jtang@xxxxxxxxxxxx>
Re: [PATCH 2/7] rbd: record mapped size
- From: Alex Elder <elder@xxxxxxxxxxx>
Re: [PATCH 1/7] rbd: separate mapping info in rbd_dev
- From: Alex Elder <elder@xxxxxxxxxxx>
Re: [PATCH 05/11] rbd: move rbd_opts to struct rbd_device
- From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
Re: [PATCH, v2 06/11] rbd: add read_only rbd map option
- From: Yehuda Sadeh Weinraub <yehudasa@xxxxxxxxx>
Re: [PATCH, v2 03/11] rbd: kill incore snap_names_len
- From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
[PATCH 9/9] rbd: activate v2 image support
- From: Alex Elder <elder@xxxxxxxxxxx>
[PATCH 8/9] rbd: define rbd_dev_v2_snapc_refresh()
- From: Alex Elder <elder@xxxxxxxxxxx>
[PATCH 7/9] rbd: update remaining header fields for v2
- From: Alex Elder <elder@xxxxxxxxxxx>
[PATCH 6/9] rbd: get snapshot name for a v2 image
- From: Alex Elder <elder@xxxxxxxxxxx>
[PATCH 5/9] rbd: get the snapshot context for a v2 image
- From: Alex Elder <elder@xxxxxxxxxxx>
[PATCH 4/9] rbd: get image features for a v2 image
- From: Alex Elder <elder@xxxxxxxxxxx>
[PATCH 3/9] rbd: get the object prefix for a v2 rbd image
- From: Alex Elder <elder@xxxxxxxxxxx>
[PATCH 2/9] rbd: add code to get the size of a v2 rbd image
- From: Alex Elder <elder@xxxxxxxxxxx>
[PATCH 1/9] rbd: lay out header probe infrastructure
- From: Alex Elder <elder@xxxxxxxxxxx>
[PATCH 0/9] rbd: activate v2 image support
- From: Alex Elder <elder@xxxxxxxxxxx>
Re: [PATCH, v2 06/11] rbd: add read_only rbd map option
- From: Alex Elder <elder@xxxxxxxxxxx>
Re: [PATCH 7/7] rbd: simplify rbd_init_disk() a bit
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: [PATCH 6/7] rbd: do some header initialization earlier
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: [PATCH 5/7] rbd: simplify snap_by_name() interface
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: [PATCH 4/7] rbd: set mapping name with the rest
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: [PATCH 3/7] rbd: return snap name from rbd_add_parse_args()
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
[PATCH 3/3] rbd: encapsulate code that gets snapshot info
- From: Alex Elder <elder@xxxxxxxxxxx>
[PATCH 2/3] rbd: add an rbd features field
- From: Alex Elder <elder@xxxxxxxxxxx>
[PATCH 1/3] rbd: don't use index in __rbd_add_snap_dev()
- From: Alex Elder <elder@xxxxxxxxxxx>
[PATCH 0/3] rbd: hide some snapshot info details
- From: Alex Elder <elder@xxxxxxxxxxx>
Re: [PATCH 2/7] rbd: record mapped size
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: [PATCH 1/7] rbd: separate mapping info in rbd_dev
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
[PATCH 5/5] rbd: kill create_snap sysfs entry
- From: Alex Elder <elder@xxxxxxxxxxx>
[PATCH 4/5] rbd: define rbd_dev_image_id()
- From: Alex Elder <elder@xxxxxxxxxxx>
[PATCH 3/5] rbd: define some new format constants
- From: Alex Elder <elder@xxxxxxxxxxx>
[PATCH 2/5] rbd: support data returned from OSD methods
- From: Alex Elder <elder@xxxxxxxxxxx>
[PATCH 1/5] rbd: pass flags to rbd_req_sync_exec()
- From: Alex Elder <elder@xxxxxxxxxxx>
Re: [PATCH 5/5] rbd: kill rbd_image_header->total_snaps
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: [PATCH 4/5] rbd: kill rbd_dev->q
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: [PATCH 3/5] rbd: rename __rbd_init_snaps_header()
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
[PATCH 0/5] rbd: kill create_snap sysfs entry
- From: Alex Elder <elder@xxxxxxxxxxx>
Re: [PATCH 2/5] rbd: rename rbd_id_get()
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: [PATCH 1/5] rbd: define rbd_assert()
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: ceph-fuse mount options
- From: Gregory Farnum <greg@xxxxxxxxxxx>
ceph-fuse mount options
- From: Jimmy Tang <jtang@xxxxxxxxxxxx>
Re: Telling an osd to reload a cls library
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: [PATCH 0/9] rbd: rearrange initialization sequence
- From: Alex Elder <elder@xxxxxxxxxxx>
[PATCH 9/9] rbd: set up watch before announcing disk
- From: Alex Elder <elder@xxxxxxxxxxx>
Re: [PATCH, v2 06/11] rbd: add read_only rbd map option
- From: Sage Weil <sage@xxxxxxxxxxx>
[PATCH 8/9] rbd: set initial capacity in rbd_init_disk()
- From: Alex Elder <elder@xxxxxxxxxxx>
[PATCH 7/9] rbd: drop dev registration check for new snap
- From: Alex Elder <elder@xxxxxxxxxxx>
[PATCH 6/9] rbd: call rbd_init_disk() sooner
- From: Alex Elder <elder@xxxxxxxxxxx>
[PATCH 5/9] rbd: defer setting device id
- From: Alex Elder <elder@xxxxxxxxxxx>
[PATCH 4/9] rbd: read the header before registering device
- From: Alex Elder <elder@xxxxxxxxxxx>
[PATCH 3/9] rbd: call set_snap() before snap_devs_update()
- From: Alex Elder <elder@xxxxxxxxxxx>
[PATCH 2/9] rbd: defer registering snapshot devices
- From: Alex Elder <elder@xxxxxxxxxxx>
[PATCH 1/9] rbd: assign header name later
- From: Alex Elder <elder@xxxxxxxxxxx>
[PATCH 0/9] rbd: rearrange initialization sequence
- From: Alex Elder <elder@xxxxxxxxxxx>
[PATCH 4/4] rbd: use snaps list in rbd_snap_by_name()
- From: Alex Elder <elder@xxxxxxxxxxx>
[PATCH 3/4] rbd: don't register snapshots in bus_add_dev()
- From: Alex Elder <elder@xxxxxxxxxxx>
[PATCH 2/4] rbd: expand lock protection in rbd_add()
- From: Alex Elder <elder@xxxxxxxxxxx>
[PATCH 1/4] rbd: move locking out of rbd_header_set_snap()
- From: Alex Elder <elder@xxxxxxxxxxx>
[PATCH 0/4] rbd: locking, snapshot registration, snap_by_name()
- From: Alex Elder <elder@xxxxxxxxxxx>
[PATCH 7/7] rbd: simplify rbd_init_disk() a bit
- From: Alex Elder <elder@xxxxxxxxxxx>
[PATCH 6/7] rbd: do some header initialization earlier
- From: Alex Elder <elder@xxxxxxxxxxx>
[PATCH 5/7] rbd: simplify snap_by_name() interface
- From: Alex Elder <elder@xxxxxxxxxxx>
[PATCH 4/7] rbd: set mapping name with the rest
- From: Alex Elder <elder@xxxxxxxxxxx>
[PATCH 3/7] rbd: return snap name from rbd_add_parse_args()
- From: Alex Elder <elder@xxxxxxxxxxx>
[PATCH 2/7] rbd: record mapped size
- From: Alex Elder <elder@xxxxxxxxxxx>
[PATCH 1/7] rbd: separate mapping info in rbd_dev
- From: Alex Elder <elder@xxxxxxxxxxx>
[PATCH 4/5] rbd: kill rbd_dev->q
- From: Alex Elder <elder@xxxxxxxxxxx>
[PATCH 0/7] rbd: isolate mapping info, rearrange init
- From: Alex Elder <elder@xxxxxxxxxxx>
[PATCH 5/5] rbd: kill rbd_image_header->total_snaps
- From: Alex Elder <elder@xxxxxxxxxxx>
[PATCH 3/5] rbd: rename __rbd_init_snaps_header()
- From: Alex Elder <elder@xxxxxxxxxxx>
[PATCH 2/5] rbd: rename rbd_id_get()
- From: Alex Elder <elder@xxxxxxxxxxx>
[PATCH 1/5] rbd: define rbd_assert()
- From: Alex Elder <elder@xxxxxxxxxxx>
[PATCH 0/5] rbd: code cleanup
- From: Alex Elder <elder@xxxxxxxxxxx>
[PATCH 00/11] rbd: another set of patches
- From: Alex Elder <elder@xxxxxxxxxxx>
Patch Bomb(s) for rbd
- From: Alex Elder <elder@xxxxxxxxxxx>
[PATCH] osd/OSD.cc: Fix typo in OSD::heartbeat_check()
- From: "Yan, Zheng" <zheng.z.yan@xxxxxxxxx>
Re: Telling an osd to reload a cls library
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Telling an osd to reload a cls library
- From: Ian Pye <ianpye@xxxxxxxxx>
Re: ceph-fs tests
- From: Smart Weblications GmbH - Florian Wiessner <f.wiessner@xxxxxxxxxxxxxxxxxxxxx>
Re: Is using the 'discard' mount option safe on an rbd?
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Is using the 'discard' mount option safe on an rbd?
- From: Nick Bartos <nick@xxxxxxxxxxxxxxx>
Re: issues with adjusting the crushmap in 0.51
- From: Tommi Virtanen <tv@xxxxxxxxxxx>
Re: issues with adjusting the crushmap in 0.51
- From: Jimmy Tang <jtang@xxxxxxxxxxxx>
Re: issues with adjusting the crushmap in 0.51
- From: Gregory Farnum <greg@xxxxxxxxxxx>
issues with adjusting the crushmap in 0.51
- From: Jimmy Tang <jtang@xxxxxxxxxxxx>
Re: [GIT PULL v5] java: add libcephfs Java bindings
- From: Noah Watkins <jayhawk@xxxxxxxxxxx>
Re: [GIT PULL v5] java: add libcephfs Java bindings
- From: Sage Weil <sage@xxxxxxxxxxx>
[PATCH, v2 06/11] rbd: add read_only rbd map option
- From: Alex Elder <elder@xxxxxxxxxxx>
[PATCH, v2 03/11] rbd: kill incore snap_names_len
- From: Alex Elder <elder@xxxxxxxxxxx>
Re: [PATCH 00/11] rbd: another set of patches
- From: Alex Elder <elder@xxxxxxxxxxx>
Re: [PATCH 05/11] rbd: move rbd_opts to struct rbd_device
- From: Alex Elder <elder@xxxxxxxxxxx>
[PATCH v5] rbd: fix the memory leak of bio_chain_clone
- From: Guangliang Zhao <gzhao@xxxxxxxx>
Re: [PATCH v4] rbd: fix the memory leak of bio_chain_clone
- From: Guangliang Zhao <gzhao@xxxxxxxx>
[GIT PULL v5] java: add libcephfs Java bindings
- From: Noah Watkins <jayhawk@xxxxxxxxxxx>
Re: [PATCH] docs: Add CloudStack documentation
- From: Tommi Virtanen <tv@xxxxxxxxxxx>
Re: [PATCH] docs: Add CloudStack documentation
- From: Wido den Hollander <wido@xxxxxxxxx>
Re: wip-crush
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: Inject configuration change into cluster
- From: Skowron Sławomir <slawomir.skowron@xxxxxxxxxxxx>
Re: e: mon memory issue
- From: Sławomir Skowron <szibis@xxxxxxxxx>
Re: [PATCH] docs: Add CloudStack documentation
- From: Tommi Virtanen <tv@xxxxxxxxxxx>
Re: [PATCH] docs: Add CloudStack documentation
- From: Wido den Hollander <wido@xxxxxxxxx>
Re: ceph-fs tests
- From: Gregory Farnum <greg@xxxxxxxxxxx>
Re: rbd 0.48 storage support for kvm proxmox distribution available
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: ceph-fs tests
- From: Smart Weblications GmbH - Florian Wiessner <f.wiessner@xxxxxxxxxxxxxxxxxxxxx>
Re: rbd 0.48 storage support for kvm proxmox distribution available
- From: Tommi Virtanen <tv@xxxxxxxxxxx>
Re: rbd 0.48 storage support for kvm proxmox distribution available
- From: Tommi Virtanen <tv@xxxxxxxxxxx>
Re: ceph-fs tests
- From: Gregory Farnum <greg@xxxxxxxxxxx>
Re: ceph-fs tests
- From: Tommi Virtanen <tv@xxxxxxxxxxx>
Re: [PATCH] docs: Add CloudStack documentation
- From: Tommi Virtanen <tv@xxxxxxxxxxx>
Re: Inject configuration change into cluster
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: e: mon memory issue
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: [PATCH] ceph: [PATCH] ceph: use list_move_tail instead of list_del/list_add_tail
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: [PATCH] docs: Add CloudStack documentation
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: Initial rest-bench execution failure
- From: James Page <james.page@xxxxxxxxxx>
Re: [PATCH] docs: Add CloudStack documentation
- From: Wido den Hollander <wido@xxxxxxxxx>
Re: [PATCH] docs: Add CloudStack documentation
- From: Calvin Morrow <calvin.morrow@xxxxxxxxx>
Re: rbd 0.48 storage support for kvm proxmox distribution available
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: Initial rest-bench execution failure
- From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
Re: rbd 0.48 storage support for kvm proxmox distribution available
- From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
Re: Port no For data Transfer between OSDs
- From: Wido den Hollander <wido@xxxxxxxxx>
Re: rbd 0.48 storage support for kvm proxmox distribution available
- From: Wido den Hollander <wido@xxxxxxxxx>
Initial rest-bench execution failure
- From: James Page <james.page@xxxxxxxxxx>
Re: Port no For data Transfer between OSDs
- From: Wido den Hollander <wido@xxxxxxxxx>
Re: [PATCH] fs: encode_fh: return FILEID_INVALID if invalid fid_type
- From: Steven Whitehouse <swhiteho@xxxxxxxxxx>
Re: Port no For data Transfer between OSDs
- From: hemant surale <hemant.surale@xxxxxxxxx>
Re: Inject configuration change into cluster
- From: Sławomir Skowron <szibis@xxxxxxxxx>
Re: e: mon memory issue
- From: Sławomir Skowron <szibis@xxxxxxxxx>
Re: rbd 0.48 storage support for kvm proxmox distribution available
- From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
Re: Port no For data Transfer between OSDs
- From: Wido den Hollander <wido@xxxxxxxxx>
Re: rbd 0.48 storage support for kvm proxmox distribution available
- From: Wido den Hollander <wido@xxxxxxxxx>
[PATCH] ceph: [PATCH] ceph: use list_move_tail instead of list_del/list_add_tail
- From: Wei Yongjun <weiyj.lk@xxxxxxxxx>
Port no For data Transfer between OSDs
- From: hemant surale <hemant.surale@xxxxxxxxx>
rbd 0.48 storage support for kvm proxmox distribution available
- From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
Re: e: mon memory issue
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: [PATCH] docs: Add CloudStack documentation
- From: Sage Weil <sage@xxxxxxxxxxx>
ceph-fs tests
- From: Smart Weblications GmbH - Florian Wiessner <f.wiessner@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] rbd: add new snapshots at the tail
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: [PATCH] rbd: rename block_name -> object_prefix
- From: Dan Mick <dan.mick@xxxxxxxxxxx>
Re: [PATCH] rbd: rename block_name -> object_prefix
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
[PATCH] rbd: rename block_name -> object_prefix
- From: Alex Elder <elder@xxxxxxxxxxx>
[PATCH] rbd: add new snapshots at the tail
- From: Alex Elder <elder@xxxxxxxxxxx>
Re: Very unbalanced storage
- From: Tommi Virtanen <tv@xxxxxxxxxxx>
Re: Very unbalanced storage
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: Very unbalanced storage
- From: Andrew Thompson <andrewkt@xxxxxxxxxxx>
Re: radosgw keeps dying
- From: Tommi Virtanen <tv@xxxxxxxxxxx>
Re: Very unbalanced storage
- From: Tommi Virtanen <tv@xxxxxxxxxxx>
Re: Integration work
- From: Tommi Virtanen <tv@xxxxxxxxxxx>
Re: wip-crush
- From: Tommi Virtanen <tv@xxxxxxxxxxx>
Re: Inject configuration change into cluster
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: OSD crash
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: e: mon memory issue
- From: Sławomir Skowron <szibis@xxxxxxxxx>
RE: Inject configuration change into cluster
- From: Skowron Sławomir <slawomir.skowron@xxxxxxxxxxxx>
Re: Inject configuration change into cluster
- From: Wido den Hollander <wido@xxxxxxxxx>
RE: Inject configuration change into cluster
- From: Skowron Sławomir <slawomir.skowron@xxxxxxxxxxxx>
Re: Inject configuration change into cluster
- From: Wido den Hollander <wido@xxxxxxxxx>
Re: OSD crash
- From: Andrey Korolyov <andrey@xxxxxxx>
Re: SimpleMessenger dispatching: cause of performance problems?
- From: Andreas Bluemle <andreas.bluemle@xxxxxxxxxxx>
Inject configuration change into cluster
- From: Skowron Sławomir <slawomir.skowron@xxxxxxxxxxxx>
Re: RADOS gateway and the S3 compatibility.
- From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
Re: RADOS gateway and the S3 compatibility.
- From: ramu eppa <ramu.freesystems@xxxxxxxxx>
Re: radosgw create bucket yields HTTP error 500
- From: "Nick Couchman" <Nick.Couchman@xxxxxxxxx>
Re: RADOS gateway and the S3 compatibility.
- From: "Nick Couchman" <Nick.Couchman@xxxxxxxxx>
Re: RADOS gateway and the S3 compatibility.
- From: ramu eppa <ramu.freesystems@xxxxxxxxx>
Re: RADOS gateway and the S3 compatibility.
- From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
Re: radosgw create bucket yields HTTP error 500
- From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
Re: [Xen-users] Ceph + RBD + Xen: Complete collapse -> Network issue in domU / Bad data for OSD / OOM Kill
- From: Sylvain Munaut <s.munaut@xxxxxxxxxxxxxxxxxxxx>
RADOS gateway and the S3 compatibility.
- From: ramu eppa <ramu.freesystems@xxxxxxxxx>
Re: Is there any way to throttle recovery?
- From: Wido den Hollander <wido@xxxxxxxxx>
radosgw create bucket yields HTTP error 500
- From: "Nick Couchman" <Nick.Couchman@xxxxxxxxx>
Is there any way to throttle recovery?
- From: Vladimir Bashkirtsev <vladimir@xxxxxxxxxxxxxxx>
Re: MPI applications on ceph fs
- From: John Wright <jcwright@xxxxxxx>
Re: radosgw keeps dying
- From: "Nick Couchman" <Nick.Couchman@xxxxxxxxx>
radosgw keeps dying
- From: "Nick Couchman" <Nick.Couchman@xxxxxxxxx>
Re: Very unbalanced storage
- From: Andrew Thompson <andrewkt@xxxxxxxxxxx>
RE: Integration work
- From: Ryan Nicholson <Ryan.Nicholson@xxxxxxxx>
Re: Very unbalanced storage
- From: Xiaopong Tran <xiaopong.tran@xxxxxxxxx>
Re: Very unbalanced storage
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: Very unbalanced storage
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: Very unbalanced storage
- From: Xiaopong Tran <xiaopong.tran@xxxxxxxxx>
Re: Very unbalanced storage
- From: Xiaopong Tran <xiaopong.tran@xxxxxxxxx>
Re: wip-crush
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: MPI applications on ceph fs
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: e: mon memory issue
- From: Sławomir Skowron <szibis@xxxxxxxxx>
[PATCH] fs: encode_fh: return FILEID_INVALID if invalid fid_type
- From: Namjae Jeon <linkinjeon@xxxxxxxxx>
Re: Very unbalanced storage
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: Very unbalanced storage
- From: Gregory Farnum <greg@xxxxxxxxxxx>
Re: Very unbalanced storage
- From: Andrew Thompson <andrewkt@xxxxxxxxxxx>
Re: Building and starting ceph: init-ceph and
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: Very unbalanced storage
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: Best insertion point for storage shim
- From: Tommi Virtanen <tv@xxxxxxxxxxx>
Re: Very unbalanced storage
- From: Sage Weil <sage@xxxxxxxxxxx>
e: mon memory issue
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: Best insertion point for storage shim
- From: "Atchley, Scott" <atchleyes@xxxxxxxx>
Building and starting ceph: init-ceph and
- From: Tim Flavin <tim.flavin@xxxxxxxxx>
Re: Very unbalanced storage
- From: Andrew Thompson <andrewkt@xxxxxxxxxxx>
Re: Best insertion point for storage shim
- From: Tommi Virtanen <tv@xxxxxxxxxxx>
RE: Best insertion point for storage shim
- From: "Stephen Perkins" <perkins@xxxxxxxxxxx>
Very unbalanced storage
- From: Xiaopong Tran <xiaopong.tran@xxxxxxxxx>
RE: RBD performance - tuning hints
- From: Jerker Nyberg <jerker@xxxxxxxxxxxx>
Re: RBD performance - tuning hints / major slowdown effect(s)
- From: Mark Kirkwood <mark.kirkwood@xxxxxxxxxxxxxxx>
Re: RBD performance - tuning hints / major slowdown effect(s)
- From: Dieter Kasper <d.kasper@xxxxxxxxxxxx>
mon memory issue
- From: Xiaopong Tran <xiaopong.tran@xxxxxxxxx>
Re: RBD performance - tuning hints
- From: Mark Kirkwood <mark.kirkwood@xxxxxxxxxxxxxxx>
RE: RBD performance - tuning hints
- From: Dietmar Maurer <dietmar@xxxxxxxxxxx>
Re: RBD performance - tuning hints
- From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
Re: Unable to set pg_num property of pool "data"
- From: hemant surale <hemant.surale@xxxxxxxxx>
A different Ceph benchmark - pgbench
- From: Mark Kirkwood <mark.kirkwood@xxxxxxxxxxxxxxx>
Re: MPI applications on ceph fs
- From: "John C. Wright" <jcwright@xxxxxxx>
Re: RADOS gateway and the S3 compatibility.
- From: ramu eppa <ramu.freesystems@xxxxxxxxx>
Re: CephFS mount delay
- From: Noah Watkins <jayhawk@xxxxxxxxxxx>
Re: CephFS mount delay
- From: Gregory Farnum <greg@xxxxxxxxxxx>
Re: CephFS mount delay
- From: Noah Watkins <jayhawk@xxxxxxxxxxx>
Re: CephFS mount delay
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: CephFS mount delay
- From: Noah Watkins <jayhawk@xxxxxxxxxxx>
Re: CephFS mount delay
- From: Gregory Farnum <greg@xxxxxxxxxxx>
Re: CephFS mount delay
- From: Noah Watkins <jayhawk@xxxxxxxxxxx>
Re: CephFS mount delay
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: CephFS mount delay
- From: Gregory Farnum <greg@xxxxxxxxxxx>
Re: CephFS mount delay
- From: Mike Ryan <mike.ryan@xxxxxxxxxxx>
Re: CephFS mount delay
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: RBD performance - tuning hints / parameter doc
- From: Samuel Just <sam.just@xxxxxxxxxxx>
Re: CephFS mount delay
- From: Noah Watkins <jayhawk@xxxxxxxxxxx>
Re: CephFS mount delay
- From: Gregory Farnum <greg@xxxxxxxxxxx>
Re: CephFS mount delay
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: CephFS mount delay
- From: Noah Watkins <jayhawk@xxxxxxxxxxx>
Re: CephFS mount delay
- From: Gregory Farnum <greg@xxxxxxxxxxx>
Re: CephFS mount delay
- From: Noah Watkins <jayhawk@xxxxxxxxxxx>
Re: CephFS mount delay
- From: Sage Weil <sage@xxxxxxxxxxx>
CephFS mount delay
- From: Noah Watkins <jayhawk@xxxxxxxxxxx>
Re: RBD performance - tuning hints
- From: Gregory Farnum <greg@xxxxxxxxxxx>
Re: [PATCH 11/11] rbd: split up rbd_get_segment()
- From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
Re: [PATCH 10/11] rbd: check for overflow in rbd_get_num_segments()
- From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
Re: [PATCH 09/11] rbd: drop needless test in rbd_rq_fn()
- From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
Re: [PATCH 08/11] rbd: bio_chain_clone() cleanups
- From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
Re: [PATCH 06/11] rbd: add read_only rbd map option
- From: Alex Elder <elder@xxxxxxxxxxx>
Re: [PATCH 07/11] rbd: kill notify_timeout option
- From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
Re: [PATCH 06/11] rbd: add read_only rbd map option
- From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
Re: [PATCH 05/11] rbd: move rbd_opts to struct rbd_device
- From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
Re: RBD performance - tuning hints
- From: Dieter Kasper <d.kasper@xxxxxxxxxxxx>
Re: [PATCH 04/11] rbd: more cleanup in rbd_header_from_disk()
- From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
Re: [PATCH 03/11] rbd: kill incore snap_names_len
- From: Alex Elder <elder@xxxxxxxxxxx>
Re: [PATCH 03/11] rbd: kill incore snap_names_len
- From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
Re: Review please: wip-create-admin-key and #3065
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: [PATCH 02/11] rbd: don't over-allocate space for object prefix
- From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
Re: RBD performance - tuning hints
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: RBD performance - tuning hints
- From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
Re: [PATCH 01/11] rbd: handle locking inside __rbd_client_find()
- From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
Re: RBD performance - tuning hints
- From: Dieter Kasper <d.kasper@xxxxxxxxxxxx>
Re: RBD performance - tuning hints
- From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
Re: RBD Async request: When / How are the call back called ?
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: RBD performance - tuning hints
- From: Dieter Kasper <d.kasper@xxxxxxxxxxxx>
Re: RBD performance - tuning hints
- From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
Re: How to mount all cluster data to one particular Dir in single Host.
- From: hemant surale <mike.ryan@xxxxxxxxxxx>
Re: RBD performance - tuning hints / parameter doc
- From: Dieter Kasper <d.kasper@xxxxxxxxxxxx>
Re: [Xen-users] Ceph + RBD + Xen: Complete collapse -> Network issue in domU / Bad data for OSD / OOM Kill
- From: "Fajar A. Nugraha" <list@xxxxxxxxx>
Re: RBD performance - tuning hints
- From: Dieter Kasper <d.kasper@xxxxxxxxxxxx>
Re: RADOS gateway and the S3 compatibility.
- From: Mike Ryan <mike.ryan@xxxxxxxxxxx>
Re: RBD Async request: When / How are the call back called ?
- From: Mike Ryan <mike.ryan@xxxxxxxxxxx>
Re: How to mount all cluster data to one particular Dir in single Host.
- From: Mike Ryan <mike.ryan@xxxxxxxxxxx>
Re: Ceph + RBD + Xen: Complete collapse -> Network issue in domU / Bad data for OSD / OOM Kill
- From: Alex Elder <elder@xxxxxxxxxxx>
Re: Ceph + RBD + Xen: Complete collapse -> Network issue in domU / Bad data for OSD / OOM Kill
- From: Sylvain Munaut <s.munaut@xxxxxxxxxxxxxxxxxxxx>
Review please: wip-create-admin-key and #3065
- From: Tommi Virtanen <tv@xxxxxxxxxxx>
Re: Ceph + RBD + Xen: Complete collapse -> Network issue in domU / Bad data for OSD / OOM Kill
- From: Smart Weblications GmbH - Florian Wiessner <f.wiessner@xxxxxxxxxxxxxxxxxxxxx>
Ceph + RBD + Xen: Complete collapse -> Network issue in domU / Bad data for OSD / OOM Kill
- From: Sylvain Munaut <s.munaut@xxxxxxxxxxxxxxxxxxxx>
Re: Integration work
- From: João Eduardo Luís <jecluis@xxxxxxxxx>
Re: [PATCH 00/11] rbd: another set of patches
- From: Alex Elder <elder@xxxxxxxxxxx>
Re: Multiple concurrent async ops per IoCtx?
- From: Rutger ter Borg <rutger@xxxxxxxxxxx>
Re: RBD Async request: When / How are the call back called ?
- From: Sylvain Munaut <s.munaut@xxxxxxxxxxxxxxxxxxxx>
Re: Unable to set pg_num property of pool "data"
- From: Sylvain Munaut <s.munaut@xxxxxxxxxxxxxxxxxxxx>
How to mount all cluster data to one particular Dir in single Host.
- From: hemant surale <hemant.surale@xxxxxxxxx>
Re: Unable to set pg_num property of pool "data"
- From: hemant surale <hemant.surale@xxxxxxxxx>
Re: How to build ceph upon zfs filesystem.
- From: ramu eppa <ramu.freesystems@xxxxxxxxx>
Re: RBD performance - tuning hints / parameter doc
- From: Samuel Just <sam.just@xxxxxxxxxxx>
Re: RBD performance - tuning hints / parameter doc
- From: Dieter Kasper <d.kasper@xxxxxxxxxxxx>
Re: Ceph doesn't detect journal failure while the OSD is running
- From: Sébastien Han <han.sebastien@xxxxxxxxx>
Re: RBD performance - tuning hints
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: qemu-rbd : savevm monitor command don't save vmstate, is it normal ?
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: RBD Async request: When / How are the call back called ?
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: RBD Async request: When / How are the call back called ?
- From: Mike Ryan <mike.ryan@xxxxxxxxxxx>
Re: qemu-rbd : savevm monitor command don't save vmstate, is it normal ?
- From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
Re: qemu-rbd : savevm monitor command don't save vmstate, is it normal ?
- From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
Re: qemu-rbd : savevm monitor command don't save vmstate, is it normal ?
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: RBD kernel: Weird messages about "connect authorization failure" or "socket closed"
- From: Sylvain Munaut <s.munaut@xxxxxxxxxxxxxxxxxxxx>
Re: RBD kernel: Weird messages about "connect authorization failure" or "socket closed"
- From: Yehuda Sadeh Weinraub <yehudasa@xxxxxxxxx>
Re: Integration work
- From: Joseph Glanville <joseph.glanville@xxxxxxxxxxxxxx>
Re: RBD kernel: Weird messages about "connect authorization failure" or "socket closed"
- From: Sylvain Munaut <s.munaut@xxxxxxxxxxxxxxxxxxxx>
RBD Async request: When / How are the call back called ?
- From: Sylvain Munaut <s.munaut@xxxxxxxxxxxxxxxxxxxx>
Re: Multiple concurrent async ops per IoCtx?
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
Re: qemu-rbd : savevm monitor command don't save vmstate, is it normal ?
- From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
Re: How to build ceph upon zfs filesystem.
- From: Smart Weblications GmbH - Florian Wiessner <f.wiessner@xxxxxxxxxxxxxxxxxxxxx>
Re: How to build ceph upon zfs filesystem.
- From: ramu eppa <ramu.freesystems@xxxxxxxxx>
Re: qemu-rbd : savevm monitor command don't save vmstate, is it normal ?
- From: Smart Weblications GmbH - Florian Wiessner <f.wiessner@xxxxxxxxxxxxxxxxxxxxx>
Re: Unable to set pg_num property of pool "data"
- From: Tommi Virtanen <tv@xxxxxxxxxxx>
Re: Integration work
- From: Tommi Virtanen <tv@xxxxxxxxxxx>
Re: Unable to set pg_num property of pool "data"
- From: Wido den Hollander <wido@xxxxxxxxx>
qemu-rbd : savevm monitor command don't save vmstate, is it normal ?
- From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
Re: Integration work
- From: Wido den Hollander <wido@xxxxxxxxx>
Re: Integration work
- From: Sylvain Munaut <s.munaut@xxxxxxxxxxxxxxxxxxxx>
Re: RADOS gateway and the S3 compatibility.
- From: ramu eppa <ramu.freesystems@xxxxxxxxx>
Re: Mapping between PG & OSD
- From: Tommi Virtanen <tv@xxxxxxxxxxx>

[Index of Archives] [Ceph Dev] [Linux USB Devel] [Video for Linux] [Scanner] [Linux SCSI] [Samba] [Yosemite Hikes]