CEPH Filesystem Development

• Thread Index

• Re: [ceph-users] chattr +i not working with cephfs
  • From: John Spray <john.spray@xxxxxxxxxx>
• Re: Article about Object Store API
  • From: Marcel Lauhoff <ml@xxxxxxxx>
• 01/28/2015 Weekly Ceph Performance Meeting IS ON!
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• [PATCH] build: Fixed install-deps
  • From: Jojy Varghese <jojy.varghese@xxxxxxxxx>
• RE: Memstore performance improvements v0.90 vs v0.87
  • From: "Blinick, Stephen L" <stephen.l.blinick@xxxxxxxxx>
• RE: wip-auth
  • From: "Blinick, Stephen L" <stephen.l.blinick@xxxxxxxxx>
• RE: idempotent op (esp delete)
  • From: "Wang, Zhiqiang" <zhiqiang.wang@xxxxxxxxx>
• Re: Article about Object Store API
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Memstore performance improvements v0.90 vs v0.87
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: Article about Object Store API
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Article about Object Store API
  • From: Marcel Lauhoff <ml@xxxxxxxx>
• Re: idempotent op (esp delete)
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• RE: wip-auth
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: mon: forwarding user commands
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• RE: idempotent op (esp delete)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: mon: forwarding user commands
  • From: Mykola Golub <mgolub@xxxxxxxxxxxx>
• RE: [Questions]Can client know which OSDs are storing the data?
  • From: "Ma, Jianpeng" <jianpeng.ma@xxxxxxxxx>
• [Questions]Can client know which OSDs are storing the data?
  • From: Dennis Chen <kernel.org.gnu@xxxxxxxxx>
• RE: idempotent op (esp delete)
  • From: "Wang, Zhiqiang" <zhiqiang.wang@xxxxxxxxx>
• Re: [PATCH 3/3] rbd: do not treat standalone as flatten
  • From: Alex Elder <elder@xxxxxxxx>
• Re: [PATCH 2/3] rbd: drop parent_ref in rbd_dev_unprobe() unconditionally
  • From: Alex Elder <elder@xxxxxxxx>
• Re: [PATCH 1/3] rbd: fix rbd_dev_parent_get() when parent_overlap == 0
  • From: Alex Elder <elder@xxxxxxxx>
• Re: idempotent op (esp delete)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: upcoming dumpling v0.67.12
  • From: Yuri Weinstein <yuri.weinstein@xxxxxxxxxxx>
• Re: wip-auth
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• RE: wip-auth
  • From: "Blinick, Stephen L" <stephen.l.blinick@xxxxxxxxx>
• Re: upcoming dumpling v0.67.12
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: idempotent op (esp delete)
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• RE: wip-auth
  • From: Sage Weil <sweil@xxxxxxxxxx>
• RE: idempotent op (esp delete)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: upcoming dumpling v0.67.12
  • From: Yuri Weinstein <yuri.weinstein@xxxxxxxxxxx>
• ceph branch status
  • From: ceph branch robot <nobody@xxxxxxxx>
• upcoming dumpling v0.67.12
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• [PATCH] crc32c: add aarch64 optimized crc32c implementation
  • From: Yazen Ghannam <yazen.ghannam@xxxxxxxxxx>
• Re: Deadline of Github pull request for Hammer release (question)
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• RE: Deadline of Github pull request for Hammer release (question)
  • From: "Miyamae, Takeshi" <miyamae.takeshi@xxxxxxxxxxxxxx>
• RE: wip-auth
  • From: "Blinick, Stephen L" <stephen.l.blinick@xxxxxxxxx>
• RE: idempotent op (esp delete)
  • From: "Wang, Zhiqiang" <zhiqiang.wang@xxxxxxxxx>
• RE: Deadline of Github pull request for Hammer release (question)
  • From: "Miyamae, Takeshi" <miyamae.takeshi@xxxxxxxxxxxxxx>
• RE: mSHEC r33 release
  • From: "Miyamae, Takeshi" <miyamae.takeshi@xxxxxxxxxxxxxx>
• RE: idempotent op (esp delete)
  • From: "Wang, Zhiqiang" <zhiqiang.wang@xxxxxxxxx>
• RE: mSHEC r33 release
  • From: "Miyamae, Takeshi" <miyamae.takeshi@xxxxxxxxxxxxxx>
• Re: Hadoop with RGW failing for s3 protocol
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxx>
• RE: Hadoop with RGW failing for s3 protocol
  • From: Dhiraj Kamble <Dhiraj.Kamble@xxxxxxxxxxx>
• Re: mSHEC r35 release
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: mSHEC r33 release
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: mSHEC r33 release
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• RE: Deadline of Github pull request for Hammer release (question)
  • From: "Miyamae, Takeshi" <miyamae.takeshi@xxxxxxxxxxxxxx>
• RE: mSHEC r33 release
  • From: "Miyamae, Takeshi" <miyamae.takeshi@xxxxxxxxxxxxxx>
• RE: mSHEC r33 release
  • From: "Miyamae, Takeshi" <miyamae.takeshi@xxxxxxxxxxxxxx>
• mSHEC r35 release
  • From: "Miyamae, Takeshi" <miyamae.takeshi@xxxxxxxxxxxxxx>
• Re: 01/21/2015 Weekly Ceph Performance Meeting IS ON!
  • From: "Accela Zhao (bigzhao)" <bigzhao@xxxxxxxxx>
• Re: mSHEC r33 release
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: mSHEC r33 release
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: idempotent op (esp delete)
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: idempotent op (esp delete)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: idempotent op (esp delete)
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• idempotent op (esp delete)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: mSHEC r33 release
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: backports status report: upcoming release giant v0.87.1
  • From: Kostas Liakakis <kostas@xxxxxxxxxxxxxxx>
• Re: mSHEC r33 release
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• mSHEC r33 release
  • From: "Miyamae, Takeshi" <miyamae.takeshi@xxxxxxxxxxxxxx>
• Re: Deadline of Github pull request for Hammer release (question)
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Deadline of Github pull request for Hammer release (question)
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• msg: fixup for 2ffacbe (crc configuration in messenger)
  • From: Mykola Golub <mgolub@xxxxxxxxxxxx>
• RE: Deadline of Github pull request for Hammer release (question)
  • From: "Miyamae, Takeshi" <miyamae.takeshi@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] libceph: tcp_nodelay support
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• [PATCH 2/2] ceph: Show no_tcp_nodelay in mount options
  • From: Chaitanya Huilgol <chaitanya.huilgol@xxxxxxxxx>
• [PATCH 1/2] libceph: tcp_nodelay support
  • From: Chaitanya Huilgol <chaitanya.huilgol@xxxxxxxxx>
• Re: Deadline of Github pull request for Hammer release (question)
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Hadoop with RGW failing for s3 protocol
  • From: Dhiraj Kamble <Dhiraj.Kamble@xxxxxxxxxxx>
• RE: Deadline of Github pull request for Hammer release (question)
  • From: "Miyamae, Takeshi" <miyamae.takeshi@xxxxxxxxxxxxxx>
• 回复: RE: Memstore issue on v0.91
  • From: "Chen, Xiaoxi" <xiaoxi.chen@xxxxxxxxx>
• wip-auth
  • From: Sage Weil <sweil@xxxxxxxxxx>
• RE: Memstore issue on v0.91
  • From: "Blinick, Stephen L" <stephen.l.blinick@xxxxxxxxx>
• RE: [PATCH] ceph: rbd option listing and tcp_nodelay support
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: Deadline of Github pull request for Hammer release (question)
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Fwd: crush_location hook vs calamari
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Fwd: crush_location hook vs calamari
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [PATCH] ceph: rbd option listing and tcp_nodelay support
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• RE: [PATCH] ceph: rbd option listing and tcp_nodelay support
  • From: Chaitanya Huilgol <Chaitanya.Huilgol@xxxxxxxxxxx>
• RE: Deadline of Github pull request for Hammer release (question)
  • From: "Miyamae, Takeshi" <miyamae.takeshi@xxxxxxxxxxxxxx>
• Re: [PATCH] ceph: rbd option listing and tcp_nodelay support
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• RE: [PATCH] ceph: rbd option listing and tcp_nodelay support
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• RE: [PATCH] ceph: rbd option listing and tcp_nodelay support
  • From: Chaitanya Huilgol <Chaitanya.Huilgol@xxxxxxxxxxx>
• [PATCH v3 01/13] locks: add new struct list_head to struct file_lock
  • From: Jeff Layton <jeff.layton@xxxxxxxxxxxxxxx>
• [PATCH v3 10/13] locks: clean up the lm_change prototype
  • From: Jeff Layton <jeff.layton@xxxxxxxxxxxxxxx>
• [PATCH v3 11/13] locks: keep a count of locks on the flctx lists
  • From: Jeff Layton <jeff.layton@xxxxxxxxxxxxxxx>
• [PATCH v3 09/13] locks: add a dedicated spinlock to protect i_flctx lists
  • From: Jeff Layton <jeff.layton@xxxxxxxxxxxxxxx>
• [PATCH v3 02/13] locks: have locks_release_file use flock_lock_file to release generic flock locks
  • From: Jeff Layton <jeff.layton@xxxxxxxxxxxxxxx>
• [PATCH v3 12/13] locks: consolidate NULL i_flctx checks in locks_remove_file
  • From: Jeff Layton <jeff.layton@xxxxxxxxxxxxxxx>
• [PATCH v3 03/13] locks: add a new struct file_locking_context pointer to struct inode
  • From: Jeff Layton <jeff.layton@xxxxxxxxxxxxxxx>
• [PATCH v3 00/13] locks: saner method for managing file locks
  • From: Jeff Layton <jeff.layton@xxxxxxxxxxxxxxx>
• [PATCH v3 05/13] locks: move flock locks to file_lock_context
  • From: Jeff Layton <jeff.layton@xxxxxxxxxxxxxxx>
• [PATCH v3 07/13] locks: convert lease handling to file_lock_context
  • From: Jeff Layton <jeff.layton@xxxxxxxxxxxxxxx>
• [PATCH v3 06/13] locks: convert posix locks to file_lock_context
  • From: Jeff Layton <jeff.layton@xxxxxxxxxxxxxxx>
• [PATCH v3 13/13] locks: update comments that refer to inode->i_flock
  • From: Jeff Layton <jeff.layton@xxxxxxxxxxxxxxx>
• [PATCH v3 08/13] locks: remove i_flock field from struct inode
  • From: Jeff Layton <jeff.layton@xxxxxxxxxxxxxxx>
• [PATCH v3 04/13] ceph: move spinlocking into ceph_encode_locks_to_buffer and ceph_count_locks
  • From: Jeff Layton <jeff.layton@xxxxxxxxxxxxxxx>
• Re: [PATCH] ceph: rbd option listing and tcp_nodelay support
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• RE: [PATCH] ceph: rbd option listing and tcp_nodelay support
  • From: Chaitanya Huilgol <Chaitanya.Huilgol@xxxxxxxxxxx>
• Re: [PATCH] ceph: rbd option listing and tcp_nodelay support
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• RE: [PATCH] ceph: rbd option listing and tcp_nodelay support
  • From: Chaitanya Huilgol <Chaitanya.Huilgol@xxxxxxxxxxx>
• Re: Deadline of Github pull request for Hammer release (question)
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: [PATCH] ceph: rbd option listing and tcp_nodelay support
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• RE: Deadline of Github pull request for Hammer release (question)
  • From: "Miyamae, Takeshi" <miyamae.takeshi@xxxxxxxxxxxxxx>
• RE: Memstore issue on v0.91
  • From: "Chen, Xiaoxi" <xiaoxi.chen@xxxxxxxxx>
• Re: [PATCH] Rbd: add listwatchers command
  • From: Li Wang <liwang@xxxxxxxxxxxxxxx>
• RE: [PATCH] ceph: rbd option listing and tcp_nodelay support
  • From: Chaitanya Huilgol <Chaitanya.Huilgol@xxxxxxxxxxx>
• Re: 01/21/2015 Weekly Ceph Performance Meeting IS ON!
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: 01/21/2015 Weekly Ceph Performance Meeting IS ON!
  • From: "Accela Zhao (bigzhao)" <bigzhao@xxxxxxxxx>
• RE: [PATCH] ceph: rbd option listing and tcp_nodelay support
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: [PATCH] ceph: rbd option listing and tcp_nodelay support
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• RE: [PATCH] ceph: rbd option listing and tcp_nodelay support
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: [PATCH] ceph: rbd option listing and tcp_nodelay support
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• [PATCH] ceph: rbd option listing and tcp_nodelay support
  • From: Chaitanya Huilgol <chaitanya.huilgol@xxxxxxxxx>
• RE: [PATCH] ceph: rbd option listing and tcp_nodelay support --ignore
  • From: Chaitanya Huilgol <Chaitanya.Huilgol@xxxxxxxxxxx>
• [PATCH] ceph: rbd option listing and tcp_nodelay support
  • From: Chaitanya Huilgol <Chaitanya.Huilgol@xxxxxxxxxxx>
• Re: [PATCH] Rbd: add listwatchers command
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Enable Data Compression when Requesting Data from OSD over WAN
  • From: Cheng Cheng <ccheng.leo@xxxxxxxxx>
• [PATCH] Rbd: add listwatchers command
  • From: Li Wang <liwang@xxxxxxxxxxxxxxx>
• Re: Deadline of Github pull request for Hammer release (question)
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Memstore issue on v0.91
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: Deadline of Github pull request for Hammer release (question)
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Memstore issue on v0.91
  • From: "Blinick, Stephen L" <stephen.l.blinick@xxxxxxxxx>
• prime pg_temp
  • From: Sage Weil <sweil@xxxxxxxxxx>
• 01/21/2015 Weekly Ceph Performance Meeting IS ON!
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• RE: wip-proxy-write and (non-idempotent) client ops
  • From: Sage Weil <sweil@xxxxxxxxxx>
• RE: wip-proxy-write and (non-idempotent) client ops
  • From: "Wang, Zhiqiang" <zhiqiang.wang@xxxxxxxxx>
• Re: Enable Data Compression when Requesting Data from OSD over WAN
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• New Defects reported by Coverity Scan for ceph
  • From: scan-admin@xxxxxxxxxxxx
• Re: [PATCH 1/3] rbd: fix rbd_dev_parent_get() when parent_overlap == 0
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: [PATCH 2/3] rbd: drop parent_ref in rbd_dev_unprobe() unconditionally
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: [PATCH 3/3] rbd: do not treat standalone as flatten
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: backing_dev_info cleanups & lifetime rule fixes V2
  • From: Jens Axboe <axboe@xxxxxx>
• Enable Data Compression when Requesting Data from OSD over WAN
  • From: Cheng Cheng <ccheng.leo@xxxxxxxxx>
• Re: Fwd: crush_location hook vs calamari
  • From: Gregory Meno <gmeno@xxxxxxxxxx>
• Re: ceph-0.91 with KVstore rocksdb as objectstore backend
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: ceph-0.91 with KVstore rocksdb as objectstore backend
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• RE: wip-proxy-write and (non-idempotent) client ops
  • From: Sage Weil <sweil@xxxxxxxxxx>
• [PATCH 0/3] rbd: parent_overlap == 0 fixes
  • From: Ilya Dryomov <idryomov@xxxxxxxxxx>
• [PATCH 3/3] rbd: do not treat standalone as flatten
  • From: Ilya Dryomov <idryomov@xxxxxxxxxx>
• [PATCH 2/3] rbd: drop parent_ref in rbd_dev_unprobe() unconditionally
  • From: Ilya Dryomov <idryomov@xxxxxxxxxx>
• [PATCH 1/3] rbd: fix rbd_dev_parent_get() when parent_overlap == 0
  • From: Ilya Dryomov <idryomov@xxxxxxxxxx>
• Re: ./os/ObjectStore.h: 598: FAILED assert(op->oid < om.size())
  • From: Dong Yuan <yuandong1222@xxxxxxxxx>
• Re: ceph-0.91 with KVstore rocksdb as objectstore backend
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• RE: Deadline of Github pull request for Hammer release (question)
  • From: "Miyamae, Takeshi" <miyamae.takeshi@xxxxxxxxxxxxxx>
• Re: ceph-0.91 with KVstore rocksdb as objectstore backend
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: Deadline of Github pull request for Hammer release (question)
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• RE: wip-proxy-write and (non-idempotent) client ops
  • From: "Wang, Zhiqiang" <zhiqiang.wang@xxxxxxxxx>
• Re: ceph-0.91 with KVstore rocksdb as objectstore backend
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• ceph-0.91 with KVstore rocksdb as objectstore backend
  • From: pushpesh sharma <pushpesh.eck@xxxxxxxxx>
• Re: ./os/ObjectStore.h: 598: FAILED assert(op->oid < om.size())
  • From: Dong Yuan <yuandong1222@xxxxxxxxx>
• Re: ./os/ObjectStore.h: 598: FAILED assert(op->oid < om.size())
  • From: Sage Weil <sweil@xxxxxxxxxx>
• RE: MDS aborted after recovery and active, FAILED assert (r >=0)
  • From: Mohd Bazli Ab Karim <bazli.abkarim@xxxxxxxx>
• Re: ./os/ObjectStore.h: 598: FAILED assert(op->oid < om.size())
  • From: Dong Yuan <yuandong1222@xxxxxxxxx>
• RE: Deadline of Github pull request for Hammer release (question)
  • From: "Miyamae, Takeshi" <miyamae.takeshi@xxxxxxxxxxxxxx>
• Re: 'Immutable bit' on pools to prevent deletion
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: 'Immutable bit' on pools to prevent deletion
  • From: Mykola Golub <to.my.trociny@xxxxxxxxx>
• Re: ./os/ObjectStore.h: 598: FAILED assert(op->oid < om.size())
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• wip-proxy-write and (non-idempotent) client ops
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Fwd: crush_location hook vs calamari
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Fwd: crush_location hook vs calamari
  • From: Gregory Meno <gmeno@xxxxxxxxxx>
• Re: ./os/ObjectStore.h: 598: FAILED assert(op->oid < om.size())
  • From: Dong Yuan <yuandong1222@xxxxxxxxx>
• ceph branch status
  • From: ceph branch robot <nobody@xxxxxxxx>
• ./os/ObjectStore.h: 598: FAILED assert(op->oid < om.size())
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: mon: forwarding user commands
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: mon: forwarding user commands
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: Memstore performance improvements v0.90 vs v0.87
  • From: Andreas Bluemle <andreas.bluemle@xxxxxxxxxxx>
• Re: mon: forwarding user commands
  • From: Mykola Golub <mgolub@xxxxxxxxxxxx>
• Re: make check bot on pause
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• RE: MDS aborted after recovery and active, FAILED assert (r >=0)
  • From: Mohd Bazli Ab Karim <bazli.abkarim@xxxxxxxx>
• Re: make check bot on pause
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• make check bot on pause
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: mon: forwarding user commands
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: ceph-qa analysis output
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• mon: forwarding user commands
  • From: Mykola Golub <to.my.trociny@xxxxxxxxx>
• Re: ceph-qa analysis output
  • From: Yuri Weinstein <yuri.weinstein@xxxxxxxxxxx>
• Re: 'Immutable bit' on pools to prevent deletion
  • From: David Zafman <dzafman@xxxxxxxxxx>
• Re: ceph-qa analysis output
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: ceph-qa analysis output
  • From: Yuri Weinstein <yuri.weinstein@xxxxxxxxxxx>
• Re: 'Immutable bit' on pools to prevent deletion
  • From: Alex Elsayed <eternaleye@xxxxxxxxx>
• Re: 'Immutable bit' on pools to prevent deletion
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: 'Immutable bit' on pools to prevent deletion
  • From: Wido den Hollander <wido@xxxxxxxx>
• ceph-qa analysis output
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: 'Immutable bit' on pools to prevent deletion
  • From: Alex Elsayed <eternaleye@xxxxxxxxx>
• Re: Is there any way to collect object-level I/O access traces in Ceph?
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: Is there any way to collect object-level I/O access traces in Ceph?
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Is there any way to collect object-level I/O access traces in Ceph?
  • From: Lipeng Wan <lipengwan86@xxxxxxxxx>
• Re: upcoming release giant v0.87.1 : leads feedback needed
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• Re: upcoming release giant v0.87.1 : leads feedback needed
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• Re: Is there any way to collect object-level I/O access traces in Ceph?
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: MDS has inconsistent performance
  • From: Michael Sevilla <mikesevilla3@xxxxxxxxx>
• Re: 'Immutable bit' on pools to prevent deletion
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: upcoming release giant v0.87.1 : leads feedback needed
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Is there any way to collect object-level I/O access traces in Ceph?
  • From: Lipeng Wan <lipengwan86@xxxxxxxxx>
• Re: MDS has inconsistent performance
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: MDS has inconsistent performance
  • From: Michael Sevilla <mikesevilla3@xxxxxxxxx>
• Re: MDS has inconsistent performance
  • From: Michael Sevilla <mikesevilla3@xxxxxxxxx>
• Re: FAILED assert(peer_missing.count(fromshard))
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: FAILED assert(peer_missing.count(fromshard))
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• crush_location hook vs calamari
  • From: Sage Weil <sweil@xxxxxxxxxx>
• RE: straw2 and ln calculation
  • From: Sage Weil <sweil@xxxxxxxxxx>
• FAILED assert(peer_missing.count(fromshard))
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: MDS has inconsistent performance
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: New Defects reported by Coverity Scan for ceph
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: New Defects reported by Coverity Scan for ceph
  • From: John Spray <john.spray@xxxxxxxxxx>
• Re: MDS aborted after recovery and active, FAILED assert (r >=0)
  • From: John Spray <john.spray@xxxxxxxxxx>
• Re: ceph osd df
  • From: Mykola Golub <mgolub@xxxxxxxxxxxx>
• Re: New Defects reported by Coverity Scan for ceph
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: 'Immutable bit' on pools to prevent deletion
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• New Defects reported by Coverity Scan for ceph
  • From: scan-admin@xxxxxxxxxxxx
• Re: MDS aborted after recovery and active, FAILED assert (r >=0)
  • From: John Spray <john.spray@xxxxxxxxxx>
• Re: 'Immutable bit' on pools to prevent deletion
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: 'Immutable bit' on pools to prevent deletion
  • From: Sebastien Han <sebastien.han@xxxxxxxxxxxx>
• Re: MDS aborted after recovery and active, FAILED assert (r >=0)
  • From: Wido den Hollander <wido@xxxxxxxx>
• RE: MDS aborted after recovery and active, FAILED assert (r >=0)
  • From: Mohd Bazli Ab Karim <bazli.abkarim@xxxxxxxx>
• RE: straw2 and ln calculation
  • From: "Chen, Xiaoxi" <xiaoxi.chen@xxxxxxxxx>
• Re: 'Immutable bit' on pools to prevent deletion
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: MDS aborted after recovery and active, FAILED assert (r >=0)
  • From: Wido den Hollander <wido@xxxxxxxx>
• MDS aborted after recovery and active, FAILED assert (r >=0)
  • From: Mohd Bazli Ab Karim <bazli.abkarim@xxxxxxxx>
• Re: upcoming release giant v0.87.1 : leads feedback needed
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: MDS has inconsistent performance
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: [PATCH 03/12] fs: introduce f_op->mmap_capabilities for nommu mmap support
  • From: Brian Norris <computersforpeace@xxxxxxxxx>
• straw2 and ln calculation
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: MDS has inconsistent performance
  • From: Michael Sevilla <mikesevilla3@xxxxxxxxx>
• Re: 'Immutable bit' on pools to prevent deletion
  • From: John Spray <john.spray@xxxxxxxxxx>
• Re: MDS has inconsistent performance
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: 'Immutable bit' on pools to prevent deletion
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: 'Immutable bit' on pools to prevent deletion
  • From: John Spray <john.spray@xxxxxxxxxx>
• Re: 'Immutable bit' on pools to prevent deletion
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: 'Immutable bit' on pools to prevent deletion
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: QoS Control for RBD I/Os?
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: QoS Control for RBD I/Os?
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: QoS Control for RBD I/Os?
  • From: Cheng Cheng <ccheng.leo@xxxxxxxxx>
• Re: QoS Control for RBD I/Os?
  • From: Cheng Cheng <ccheng.leo@xxxxxxxxx>
• Re: QoS Control for RBD I/Os?
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: QoS Control for RBD I/Os?
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: 'Immutable bit' on pools to prevent deletion
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• QoS Control for RBD I/Os?
  • From: Cheng Cheng <ccheng.leo@xxxxxxxxx>
• Re: 'Immutable bit' on pools to prevent deletion
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: 'Immutable bit' on pools to prevent deletion
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Memstore performance improvements v0.90 vs v0.87
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Memstore performance improvements v0.90 vs v0.87
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: upcoming release giant v0.87.1 : leads feedback needed
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• upcoming release giant v0.87.1 : leads feedback needed
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: 'Immutable bit' on pools to prevent deletion
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxx>
• Re: 'Immutable bit' on pools to prevent deletion
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: 'Immutable bit' on pools to prevent deletion
  • From: Mike Dawson <mike.dawson@xxxxxxxxxxxx>
• Re: 'Immutable bit' on pools to prevent deletion
  • From: Dan Van Der Ster <daniel.vanderster@xxxxxxx>
• 'Immutable bit' on pools to prevent deletion
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: [PATCH 08/12] fs: remove mapping->backing_dev_info
  • From: Jan Kara <jack@xxxxxxx>
• Re: Memstore performance improvements v0.90 vs v0.87
  • From: Andreas Bluemle <andreas.bluemle@xxxxxxxxxxx>
• Re: RGW's apache and mod_fastcgi
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• RE: Memstore performance improvements v0.90 vs v0.87
  • From: "Blinick, Stephen L" <stephen.l.blinick@xxxxxxxxx>
• RE: Memstore performance improvements v0.90 vs v0.87
  • From: "Blinick, Stephen L" <stephen.l.blinick@xxxxxxxxx>
• v0.91 contributors credits
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• v0.91 released
  • From: Sage Weil <sweil@xxxxxxxxxx>
• RE: Memstore performance improvements v0.90 vs v0.87
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: Memstore performance improvements v0.90 vs v0.87
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• RE: Memstore performance improvements v0.90 vs v0.87
  • From: "Blinick, Stephen L" <stephen.l.blinick@xxxxxxxxx>
• v0.80.8 Firefly released
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Some gitbuilders not working
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Some gitbuilders not working
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• RE: Cache pool latency impact
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Some gitbuilders not working
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• Re: ERROR: assert(last_e.version.version < e.version.version)
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• Re: [PATCH 12/12] fs: remove default_backing_dev_info
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 11/12] fs: don't reassign dirty inodes to default_backing_dev_info
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 10/12] nfs: don't call bdi_unregister
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 09/12] ceph: remove call to bdi_unregister
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 07/12] fs: export inode_to_bdi and use it in favor of mapping->backing_dev_info
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 06/12] nilfs2: set up s_bdi like the generic mount_bdev code
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 05/12] block_dev: get bdev inode bdi directly from the block device
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 04/12] block_dev: only write bdev inode on close
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 02/12] fs: kill BDI_CAP_SWAP_BACKED
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 01/12] fs: deduplicate noop_backing_dev_info
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 05/12] block_dev: get bdev inode bdi directly from the block device
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/12] fs: export inode_to_bdi and use it in favor of mapping->backing_dev_info
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/12] nilfs2: set up s_bdi like the generic mount_bdev code
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/12] fs: remove mapping->backing_dev_info
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/12] block_dev: only write bdev inode on close
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/12] fs: remove default_backing_dev_info
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/12] fs: don't reassign dirty inodes to default_backing_dev_info
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/12] nfs: don't call bdi_unregister
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/12] fs: kill BDI_CAP_SWAP_BACKED
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/12] ceph: remove call to bdi_unregister
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/12] fs: introduce f_op->mmap_capabilities for nommu mmap support
  • From: Christoph Hellwig <hch@xxxxxx>
• backing_dev_info cleanups & lifetime rule fixes V2
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/12] fs: deduplicate noop_backing_dev_info
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: ERROR: assert(last_e.version.version < e.version.version)
  • From: Nicheal <zay11022@xxxxxxxxx>
• RE: Cache pool latency impact
  • From: Pavan Rallabhandi <Pavan.Rallabhandi@xxxxxxxxxxx>
• Memstore performance improvements v0.90 vs v0.87
  • From: "Blinick, Stephen L" <stephen.l.blinick@xxxxxxxxx>
• Re: MDS has inconsistent performance
  • From: Michael Sevilla <mikesevilla3@xxxxxxxxx>
• Re: MDS has inconsistent performance
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: Deadline of Github pull request for Hammer release (question)
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• RE: Deadline of Github pull request for Hammer release (question)
  • From: "Miyamae, Takeshi" <miyamae.takeshi@xxxxxxxxxxxxxx>
• [PATCH v3] rbd: convert to blk-mq
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2] rbd: convert to blk-mq
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: New Defects reported by Coverity Scan for ceph
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• New Defects reported by Coverity Scan for ceph
  • From: scan-admin@xxxxxxxxxxxx
• Re: Cache pool latency impact
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Cache pool latency impact
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Slow OSD detection
  • From: Sreenath BH <bhsreenath@xxxxxxxxx>
• Re: Deadline of Github pull request for Hammer release (question)
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Cache pool latency impact
  • From: Pavan Rallabhandi <Pavan.Rallabhandi@xxxxxxxxxxx>
• RE: Deadline of Github pull request for Hammer release (question)
  • From: "Miyamae, Takeshi" <miyamae.takeshi@xxxxxxxxxxxxxx>
• Re: Deadline of Github pull request for Hammer release (question)
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• RE: Deadline of Github pull request for Hammer release (question)
  • From: "Miyamae, Takeshi" <miyamae.takeshi@xxxxxxxxxxxxxx>
• MDS has inconsistent performance
  • From: Michael Sevilla <mikesevilla3@xxxxxxxxx>
• Re: ObjectStore::Transaction::append()
  • From: Dong Yuan <yuandong1222@xxxxxxxxx>
• ObjectStore::Transaction::append()
  • From: Sage Weil <sweil@xxxxxxxxxx>
• backports status report: upcoming release giant v0.87.1
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: ceph_test_librbd_fsx fails with thrasher
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: ceph_test_librbd_fsx fails with thrasher
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: [PATCH v2] rbd: convert to blk-mq
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: ceph_test_librbd_fsx fails with thrasher
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• ceph branch status
  • From: ceph branch robot <nobody@xxxxxxxx>
• ceph_test_librbd_fsx fails with thrasher
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Testing the next giant release
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: [PATCH v2] rbd: convert to blk-mq
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• [PATCH v2] rbd: convert to blk-mq
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 07/12] fs: export inode_to_bdi and use it in favor of mapping->backing_dev_info
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 04/12] block_dev: only write bdev inode on close
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH v2 7/9] block: kill merge_bvec_fn() completely
  • From: Dongsu Park <dongsu.park@xxxxxxxxxxxxxxxx>
• Re: ceph osd df
  • From: Mykola Golub <mgolub@xxxxxxxxxxxx>
• Re: [PATCH 12/12] fs: remove default_backing_dev_info
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 11/12] fs: don't reassign dirty inodes to default_backing_dev_info
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 08/12] fs: remove mapping->backing_dev_info
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 07/12] fs: export inode_to_bdi and use it in favor of mapping->backing_dev_info
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 06/12] nilfs2: set up s_bdi like the generic mount_bdev code
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 05/12] block_dev: get bdev inode bdi directly from the block device
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: ceph osd df
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: [PATCH 04/12] block_dev: only write bdev inode on close
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 03/12] fs: introduce f_op->mmap_capabilities for nommu mmap support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 02/12] fs: kill BDI_CAP_SWAP_BACKED
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 01/12] fs: deduplicate noop_backing_dev_info
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: ceph osd df
  • From: Mykola Golub <trociny@xxxxxxxxxxx>
• webmastering jerasure.org
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• automated make check, now on centos7
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: ceph perf command?
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• ceph perf command?
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: [PATCH] rbd: convert to blk-mq
  • From: Alex Elder <elder@xxxxxxxx>
• Re: ceph osd df
  • From: Sage Weil <sweil@xxxxxxxxxx>
• [PATCH] rbd: convert to blk-mq
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: gf_unit 16 A -1 -m SPLIT 16 4 -r ALTMAP - failure
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• gf_unit 16 A -1 -m SPLIT 16 4 -r ALTMAP - failure
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: New Defects reported by Coverity Scan for ceph
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• New Defects reported by Coverity Scan for ceph
  • From: scan-admin@xxxxxxxxxxxx
• Re: ceph osd df
  • From: Mykola Golub <trociny@xxxxxxxxxxx>
• Re: [ceph] CephFS Quota Support V3 (#2241)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: ERROR: assert(last_e.version.version < e.version.version)
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• Re: /usr/bin/cephfs tool
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: /usr/bin/cephfs tool
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: /usr/bin/cephfs tool
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: /usr/bin/cephfs tool
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: /usr/bin/cephfs tool
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: [PATCH v2 00/10] locks: saner method for managing file locks
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: New Defects reported by Coverity Scan for ceph
  • From: Danny Al-Gaaf <danny.al-gaaf@xxxxxxxxx>
• Re: /usr/bin/cephfs tool
  • From: Wido den Hollander <wido@xxxxxxxx>
• RE: RFC: new rados whereis command
  • From: Andreas Joachim Peters <Andreas.Joachim.Peters@xxxxxxx>
• Re: New Defects reported by Coverity Scan for ceph
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• /usr/bin/cephfs tool
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Some gitbuilders not working
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [PATCH v2 04/10] locks: move flock locks to file_lock_context
  • From: Jeff Layton <jeff.layton@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 02/10] locks: have locks_release_file use flock_lock_file to release generic flock locks
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 02/10] locks: have locks_release_file use flock_lock_file to release generic flock locks
  • From: Jeff Layton <jeff.layton@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 04/10] locks: move flock locks to file_lock_context
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• New Defects reported by Coverity Scan for ceph
  • From: scan-admin@xxxxxxxxxxxx
• Re: [PATCH v2 02/10] locks: have locks_release_file use flock_lock_file to release generic flock locks
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: Some gitbuilders not working
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• Re: Some gitbuilders not working
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Testing the next giant release
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Some gitbuilders not working
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Some gitbuilders not working
  • From: David Zafman <dzafman@xxxxxxxxxx>
• Some gitbuilders not working
  • From: David Zafman <david.zafman@xxxxxxxxxxx>
• Re: wip-sage-testing firefly conclusions
  • From: Sage Weil <sweil@xxxxxxxxxx>
• wip-sage-testing firefly conclusions
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• [GIT PULL] Ceph fixes for -rc4
  • From: Sage Weil <sweil@xxxxxxxxxx>
• [PATCH v2 00/10] locks: saner method for managing file locks
  • From: Jeff Layton <jlayton@xxxxxxxxxxxxxxx>
• [PATCH v2 01/10] locks: add new struct list_head to struct file_lock
  • From: Jeff Layton <jlayton@xxxxxxxxxxxxxxx>
• [PATCH v2 02/10] locks: have locks_release_file use flock_lock_file to release generic flock locks
  • From: Jeff Layton <jlayton@xxxxxxxxxxxxxxx>
• [PATCH v2 03/10] locks: add a new struct file_locking_context pointer to struct inode
  • From: Jeff Layton <jlayton@xxxxxxxxxxxxxxx>
• [PATCH v2 04/10] locks: move flock locks to file_lock_context
  • From: Jeff Layton <jlayton@xxxxxxxxxxxxxxx>
• [PATCH v2 05/10] locks: convert posix locks to file_lock_context
  • From: Jeff Layton <jlayton@xxxxxxxxxxxxxxx>
• [PATCH v2 07/10] locks: remove i_flock field from struct inode
  • From: Jeff Layton <jlayton@xxxxxxxxxxxxxxx>
• [PATCH v2 06/10] locks: convert lease handling to file_lock_context
  • From: Jeff Layton <jlayton@xxxxxxxxxxxxxxx>
• [PATCH v2 09/10] locks: clean up the lm_change prototype
  • From: Jeff Layton <jlayton@xxxxxxxxxxxxxxx>
• [PATCH v2 10/10] locks: keep a count of locks on the flctx lists
  • From: Jeff Layton <jlayton@xxxxxxxxxxxxxxx>
• [PATCH v2 08/10] locks: add a dedicated spinlock to protect i_flctx lists
  • From: Jeff Layton <jlayton@xxxxxxxxxxxxxxx>
• [PATCH 03/12] fs: introduce f_op->mmap_capabilities for nommu mmap support
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/12] fs: export inode_to_bdi and use it in favor of mapping->backing_dev_info
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/12] fs: remove mapping->backing_dev_info
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/12] fs: kill BDI_CAP_SWAP_BACKED
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/12] block_dev: get bdev inode bdi directly from the block device
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/12] ceph: remove call to bdi_unregister
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/12] nilfs2: set up s_bdi like the generic mount_bdev code
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/12] nfs: don't call bdi_unregister
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/12] fs: remove default_backing_dev_info
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/12] fs: don't reassign dirty inodes to default_backing_dev_info
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/12] block_dev: only write bdev inode on close
  • From: Christoph Hellwig <hch@xxxxxx>
• backing_dev_info cleanups & lifetime rule fixes
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/12] fs: deduplicate noop_backing_dev_info
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Testing the next giant release
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• new testing lab (was: Re: Testing the next giant release)
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• Re: tracker.ceph.com API
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Testing the next giant release
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Ceph-client branch for Ubuntu 14.04.1 LTS (3.13.0-x kernels)
  • From: "joel.merrick@xxxxxxxxx" <joel.merrick@xxxxxxxxx>
• Re: Ceph-client branch for Ubuntu 14.04.1 LTS (3.13.0-x kernels)
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: Higher OSD disk util due to RBD snapshots from Dumpling to Firefly
  • From: Wido den Hollander <wido@xxxxxxxx>
• RE: Ceph-client branch for Ubuntu 14.04.1 LTS (3.13.0-x kernels)
  • From: Chaitanya Huilgol <Chaitanya.Huilgol@xxxxxxxxxxx>
• Re: Testing the next giant release
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Testing the next giant release
  • From: Yuri Weinstein <yuri.weinstein@xxxxxxxxxxx>
• Re: Testing the next giant release
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Testing the next giant release
  • From: Tamil Muthamizhan <tamil.muthamizhan@xxxxxxxxxxx>
• Re: Testing the next giant release
  • From: Yuri Weinstein <yuri.weinstein@xxxxxxxxxxx>
• Re: Testing the next giant release
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Higher OSD disk util due to RBD snapshots from Dumpling to Firefly
  • From: Dan van der Ster <daniel.vanderster@xxxxxxx>
• Re: [Ceph-Dokan] A Windows CephFS Client Project
  • From: Ketor D <d.ketor@xxxxxxxxx>
• Re: [Ceph-Dokan] A Windows CephFS Client Project
  • From: Dan Van Der Ster <daniel.vanderster@xxxxxxx>
• Testing the next giant release
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• 01/07/2015 Weekly Ceph Performance Meeting IS ON!
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: [Ceph-Dokan] A Windows CephFS Client Project
  • From: Dong Yuan <yuandong1222@xxxxxxxxx>
• RE: Ceph data consistency
  • From: "Ma, Jianpeng" <jianpeng.ma@xxxxxxxxx>
• [Ceph-Dokan] A Windows CephFS Client Project
  • From: Ketor D <d.ketor@xxxxxxxxx>
• ERROR: assert(last_e.version.version < e.version.version)
  • From: Nicheal <zay11022@xxxxxxxxx>
• Re: ceph-deploy osd destroy feature
  • From: Wei-Chung Cheng <freeze.vicente.cheng@xxxxxxxxx>
• RE: Ceph data consistency
  • From: Sage Weil <sweil@xxxxxxxxxx>
• RE: Ceph data consistency
  • From: "Ma, Jianpeng" <jianpeng.ma@xxxxxxxxx>
• RGW's apache and mod_fastcgi
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• deprecated rbd functions and warnings
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: Ceph backports
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Ceph backports
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: replace fiemap with seek_data/seek_hole?
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: [ceph-users] What to do when a parent RBD clone becomes corrupted
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• Re: replace fiemap with seek_data/seek_hole?
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• hammer timing
  • From: Sage Weil <sweil@xxxxxxxxxx>
• replace fiemap with seek_data/seek_hole?
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: ceph-deploy osd destroy feature
  • From: Travis Rhoden <trhoden@xxxxxxxxx>
• Re: ceph-deploy osd destroy feature
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: ceph-deploy osd destroy feature
  • From: Travis Rhoden <trhoden@xxxxxxxxx>
• Re: Deadline of Github pull request for Hammer release (question)
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Ceph backports status report
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: ceph-deploy osd destroy feature
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Ceph-client branch for Ubuntu 14.04.1 LTS (3.13.0-x kernels)
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• RE: Ceph-client branch for Ubuntu 14.04.1 LTS (3.13.0-x kernels)
  • From: Chaitanya Huilgol <Chaitanya.Huilgol@xxxxxxxxxxx>
• Deadline of Github pull request for Hammer release (question)
  • From: "Miyamae, Takeshi" <miyamae.takeshi@xxxxxxxxxxxxxx>
• tracker.ceph.com API
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: full osdmaps in mon txns
  • From: Dan van der Ster <daniel.vanderster@xxxxxxx>
• Re: Ceph backports
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: [PATCH] ceph: acl: Remove unused function
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: 10 times higher disk load with btrfs
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: ceph-deploy osd destroy feature
  • From: Wei-Chung Cheng <freeze.vicente.cheng@xxxxxxxxx>
• Re: Ceph backports
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: ceph-deploy osd destroy feature
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: ceph-deploy osd destroy feature
  • From: Wei-Chung Cheng <freeze.vicente.cheng@xxxxxxxxx>
• Re: 10 times higher disk load with btrfs
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• RE: Ceph-client branch for Ubuntu 14.04.1 LTS (3.13.0-x kernels)
  • From: Chaitanya Huilgol <Chaitanya.Huilgol@xxxxxxxxxxx>
• Re: What to do when a parent RBD clone becomes corrupted
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• Re: ceph-deploy osd destroy feature
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• Re: Ceph backports
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: Ceph backports
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Ceph backports
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• RE: Ceph-client branch for Ubuntu 14.04.1 LTS (3.13.0-x kernels)
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• RE: Ceph-client branch for Ubuntu 14.04.1 LTS (3.13.0-x kernels)
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• RE: Ceph-client branch for Ubuntu 14.04.1 LTS (3.13.0-x kernels)
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: Ceph-client branch for Ubuntu 14.04.1 LTS (3.13.0-x kernels)
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: 10 times higher disk load with btrfs
  • From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
• Re: 10 times higher disk load with btrfs
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: 10 times higher disk load with btrfs
  • From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
• Re: 10 times higher disk load with btrfs
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: 10 times higher disk load with btrfs
  • From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
• ceph osd df
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Ceph-client branch for Ubuntu 14.04.1 LTS (3.13.0-x kernels)
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• 10 times higher disk load with btrfs
  • From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
• Re: ceph-deploy osd destroy feature
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Google Summer of Code Prep Begins!
  • From: Patrick McGarry <pmcgarry@xxxxxxxxxx>
• Re: ceph-deploy osd destroy feature
  • From: Travis Rhoden <trhoden@xxxxxxxxx>
• Re: ceph-deploy osd destroy feature
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: ceph-deploy osd destroy feature
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• RE: Ceph-client branch for Ubuntu 14.04.1 LTS (3.13.0-x kernels)
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: ceph-deploy osd destroy feature
  • From: Travis Rhoden <trhoden@xxxxxxxxx>
• Re: [ceph-users] v0.90 released
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• ceph branch status
  • From: ceph branch robot <nobody@xxxxxxxx>
• Re: Ceph-client branch for Ubuntu 14.04.1 LTS (3.13.0-x kernels)
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: Ceph backports
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Ceph backports
  • From: John Spray <john.spray@xxxxxxxxxx>
• Ceph backports
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Ceph-client branch for Ubuntu 14.04.1 LTS (3.13.0-x kernels)
  • From: Wido den Hollander <wido@xxxxxxxx>
• Ceph-client branch for Ubuntu 14.04.1 LTS (3.13.0-x kernels)
  • From: Chaitanya Huilgol <Chaitanya.Huilgol@xxxxxxxxxxx>
• Re: [PATCH 1/1 linux-next] ceph: use %zu for size_t display
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• [PATCH] rbd: merge diff files
  • From: Li Wang <liwang@xxxxxxxxxxxxxxx>
• Re: [PATCH] block: rbd.c: Remove unused function
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: full osdmaps in mon txns
  • From: Dan van der Ster <daniel.vanderster@xxxxxxx>
• New Defects reported by Coverity Scan for ceph
  • From: scan-admin@xxxxxxxxxxxx
• Re: ceph-deploy osd destroy feature
  • From: Wido den Hollander <wido@xxxxxxxx>
• [PATCH] ceph: acl: Remove unused function
  • From: Rickard Strandqvist <rickard_strandqvist@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/1 linux-next] ceph: use %zu for size_t display
  • From: Fabian Frederick <fabf@xxxxxxxxx>
• Fwd: radosgw RX much more than TX
  • From: Mustafa Muhammad <mustafaa.alhamdaani@xxxxxxxxx>
• Re: ceph-deploy osd destroy feature
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• ceph-deploy osd destroy feature
  • From: Travis Rhoden <trhoden@xxxxxxxxx>
• Re: Higher OSD disk util due to RBD snapshots from Dumpling to Firefly
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• Re: Higher OSD disk util due to RBD snapshots from Dumpling to Firefly
  • From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
• Re: Higher OSD disk util due to RBD snapshots from Dumpling to Firefly
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• Re: why do we need SNAPDIR ?
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• docker targets for teuthology
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Reg: Ceph Federated Gateway - Primary & Sec Region in one node
  • From: Prithiv M <PMohan0@xxxxxxxxxxxxxxx>
• [PATCH] block: rbd.c: Remove unused function
  • From: Rickard Strandqvist <rickard_strandqvist@xxxxxxxxxxxxxxxxxx>
• Re: full osdmaps in mon txns
  • From: Joao Eduardo Luis <joao@xxxxxxxxxx>
• Re: Higher OSD disk util due to RBD snapshots from Dumpling to Firefly
  • From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
• Higher OSD disk util due to RBD snapshots from Dumpling to Firefly
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: Ceph data consistency
  • From: Paweł Sadowski <ceph@xxxxxxxxx>
• RE: Ceph data consistency
  • From: Vijayendra Shamanna <Vijayendra.Shamanna@xxxxxxxxxxx>
• Ceph data consistency
  • From: Paweł Sadowski <ceph@xxxxxxxxx>
• Re: RFC: new rados whereis command
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• ceph branch status
  • From: ceph branch robot <nobody@xxxxxxxx>
• Re: New Defects reported by Coverity Scan for ceph
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• New Defects reported by Coverity Scan for ceph
  • From: scan-admin@xxxxxxxxxxxx
• Re: writing a ceph cliente for MS windows
  • From: Dong Yuan <yuandong1222@xxxxxxxxx>
• Re: writing a ceph cliente for MS windows
  • From: Dong Yuan <yuandong1222@xxxxxxxxx>
• Re: writing a ceph cliente for MS windows
  • From: Ketor D <d.ketor@xxxxxxxxx>
• New Defects reported by Coverity Scan for ceph
  • From: scan-admin@xxxxxxxxxxxx
• Re: RFC: new rados whereis command
  • From: Mykola Golub <mgolub@xxxxxxxxxxxx>
• Re: experimental features
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: RFC: new rados whereis command
  • From: Wido den Hollander <wido@xxxxxxxx>
• Happy xmas jerasure & gf-complete
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• why do we need SNAPDIR ?
  • From: Nicheal <zay11022@xxxxxxxxx>
• RFC: new rados whereis command
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• full osdmaps in mon txns
  • From: Sage Weil <sweil@xxxxxxxxxx>
• New Defects reported by Coverity Scan for ceph
  • From: scan-admin@xxxxxxxxxxxx
• Status of BlkKin (LTTng + Zipkin) tracing patchset
  • From: Andrew Shewmaker <agshew@xxxxxxxxx>
• ceph branch status
  • From: ceph branch robot <nobody@xxxxxxxx>
• Re: [PATCH] net: ceph: ceph_strings.c: Remove unused function
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [PATCH] net: ceph: ceph_strings.c: Remove unused function
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• [RFC PATCH 14/17] block: kill merge_bvec_fn() completely
  • From: Dongsu Park <dongsu.park@xxxxxxxxxxxxxxxx>
• Re: [ceph-calamari] 'pg stat' structured output
  • From: John Spray <john.spray@xxxxxxxxxx>
• Re: rgw object versioning review
  • From: M Ranga Swami Reddy <swamireddy@xxxxxxxxx>
• 'pg stat' structured output
  • From: Sage Weil <sweil@xxxxxxxxxx>
• New Defects reported by Coverity Scan for ceph
  • From: scan-admin@xxxxxxxxxxxx
• Re: [PATCH] net: ceph: ceph_strings.c: Remove unused function
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: [PATCH] net: ceph: armor.c: Remove unused function
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: [PATCH] net: ceph: crypto.c: Remove some unused functions
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: [PATCH] ceph: Use %zu to format size_t in ceph_fill_inline_data()
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• [PATCH] ceph: Use %zu to format size_t in ceph_fill_inline_data()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] net: ceph: armor.c: Remove unused function
  • From: Rickard Strandqvist <rickard_strandqvist@xxxxxxxxxxxxxxxxxx>
• [PATCH] net: ceph: crypto.c: Remove some unused functions
  • From: Rickard Strandqvist <rickard_strandqvist@xxxxxxxxxxxxxxxxxx>
• [PATCH] net: ceph: ceph_strings.c: Remove unused function
  • From: Rickard Strandqvist <rickard_strandqvist@xxxxxxxxxxxxxxxxxx>
• Re: [ceph-users] v0.90 released
  • From: Anthony Alba <ascanio.alba7@xxxxxxxxx>
• v0.90 contributors credits
  • From: Yann Dupont <yann@xxxxxxxxx>
• not-really-pull-request pull request wip-xio
  • From: "Matt W. Benjamin" <matt@xxxxxxxxxxxx>
• v0.90 released
  • From: Sage Weil <sweil@xxxxxxxxxx>
• ceph-objectstore-tool and make check
  • From: David Zafman <dzafman@xxxxxxxxxx>
• signature check overhead
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: CephFS hangs when writing 10GB files in loop
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: CephFS hangs when writing 10GB files in loop
  • From: "Atchley, Scott" <atchleyes@xxxxxxxx>
• Re: CephFS hangs when writing 10GB files in loop
  • From: Wido den Hollander <wido@xxxxxxxx>
• New Defects reported by Coverity Scan for ceph
  • From: scan-admin@xxxxxxxxxxxx
• Happy Holidays with Ceph QEMU Advent
  • From: Patrick McGarry <pmcgarry@xxxxxxxxxx>
• Re: CephFS hangs when writing 10GB files in loop
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: [GIT PULL] Ceph updates for 3.19-rc1
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Ceph updates for 3.19-rc1
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: Improving latency and ordering of the backfilling workload
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• RE: [PATCH 3/5] scsi: add support for COMPARE_AND_WRITE
  • From: "Elliott, Robert (Server Storage)" <Elliott@xxxxxx>
• [GIT PULL] Ceph updates for 3.19-rc1
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: CephFS hangs when writing 10GB files in loop
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: [PATCH] ceph: fix setting empty extended attribute
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: CephFS hangs when writing 10GB files in loop
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: CephFS hangs when writing 10GB files in loop
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• CephFS hangs when writing 10GB files in loop
  • From: Wido den Hollander <wido@xxxxxxxx>
• [PATCH] ceph: fix setting empty extended attribute
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• RE: performance latency analysis with LTTng
  • From: "Blinick, Stephen L" <stephen.l.blinick@xxxxxxxxx>
• 12/17/2014 Weekly Ceph Performance Meeting IS ON!
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: tcp tuning
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: tcp tuning
  • From: Blair Bethwaite <blair.bethwaite@xxxxxxxxx>
• Re: tcp tuning
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• tcp tuning
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Change to teuthology-suite -k
  • From: Dan Mick <dmick@xxxxxxxxxx>
• Re: [PATCH] ceph: introduce global empty snap context
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: [PATCH] ceph: introduce global empty snap context
  • From: 严正 <zyan@xxxxxxxxxx>
• rgw object versioning review
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxx>
• Re: Accessing file layout information
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: Accessing file layout information
  • From: "Atchley, Scott" <atchleyes@xxxxxxxx>
• Re: Accessing file layout information
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: Accessing file layout information
  • From: "Atchley, Scott" <atchleyes@xxxxxxxx>
• Re: Accessing file layout information
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Accessing file layout information
  • From: "Atchley, Scott" <atchleyes@xxxxxxxx>
• Re: Improving latency and ordering of the backfilling workload
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Improving latency and ordering of the backfilling workload
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Improving latency and ordering of the backfilling workload
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• RE: Improving latency and ordering of the backfilling workload
  • From: Pavan Rallabhandi <Pavan.Rallabhandi@xxxxxxxxxxx>
• Re: Recovery long tail investigation
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Recovery long tail investigation
  • From: Vit Yenukas <Vit.Yenukas@xxxxxxxxxxxx>
• Re: Improving latency and ordering of the backfilling workload
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Improving latency and ordering of the backfilling workload
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Improving latency and ordering of the backfilling workload
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• ceph branch status
  • From: ceph branch robot <nobody@xxxxxxxx>
• Improving latency and ordering of the backfilling workload
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: [PATCH 03/12] libceph: specify position of extent operation
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: [PATCH] ceph: introduce global empty snap context
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• New Defects reported by Coverity Scan for ceph
  • From: scan-admin@xxxxxxxxxxxx
• Running make check on each pull requests via jenkins
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: ceph-disk handling journal device with persistent path name
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Recovery long tail investigation
  • From: Loic Dachary <ldachary@xxxxxxxxxx>
• Re: crush: straw is dead, long live straw2
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• ceph-disk handling journal device with persistent path name
  • From: Fred Yang <frederic.yang@xxxxxxxxx>
• Re: crush: straw is dead, long live straw2
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: crush: straw is dead, long live straw2
  • From: Joe Landman <joe.landman@xxxxxxxxx>
• Re: Reducing backfilling/recovery long tail
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Ceph's custom apache: ok to drop?
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxx>
• Re: crush: straw is dead, long live straw2
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxx>
• Ceph's custom apache: ok to drop?
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• Re: crush: straw is dead, long live straw2
  • From: Joe Landman <joe.landman@xxxxxxxxx>
• Re: crush: straw is dead, long live straw2
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Reducing backfilling/recovery long tail
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: crush: straw is dead, long live straw2
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• Re: crush: straw is dead, long live straw2
  • From: Joe Landman <joe.landman@xxxxxxxxx>
• Reducing backfilling/recovery long tail
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: crush: straw is dead, long live straw2
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: the cpu optimize in ceph
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• RE: the cpu optimize in ceph
  • From: Shishir Gowda <Shishir.Gowda@xxxxxxxxxxx>
• Re: crush: straw is dead, long live straw2
  • From: Thorsten Behrens <tbehrens@xxxxxxxx>
• the cpu optimize in ceph
  • From: 池信泽 <xmdxcxz@xxxxxxxxx>
• Re: [Ceph-maintainers] statically allocated uid/gid for ceph
  • From: John Spray <john.spray@xxxxxxxxxx>
• RE: performance latency analysis with LTTng
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: performance latency analysis with LTTng
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• RE: performance latency analysis with LTTng
  • From: "Blinick, Stephen L" <stephen.l.blinick@xxxxxxxxx>
• RE: wip-proxy-write branch
  • From: Sage Weil <sweil@xxxxxxxxxx>
• RE: wip-proxy-write branch
  • From: "Wang, Zhiqiang" <zhiqiang.wang@xxxxxxxxx>
• Re: wip-proxy-write branch
  • From: Sage Weil <sweil@xxxxxxxxxx>
• wip-proxy-write branch
  • From: "Wang, Zhiqiang" <zhiqiang.wang@xxxxxxxxx>
• Re: [Ceph-maintainers] statically allocated uid/gid for ceph
  • From: Tim Serong <tserong@xxxxxxxx>
• Re: force pushes disabled for master in ceph.git and ceph-deploy.git
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: force pushes disabled for master in ceph.git and ceph-deploy.git
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: force pushes disabled for master in ceph.git and ceph-deploy.git
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• Re: force pushes disabled for master in ceph.git and ceph-deploy.git
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• force pushes disabled for master in ceph.git and ceph-deploy.git
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• Re: [Ceph-maintainers] statically allocated uid/gid for ceph
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: krbd blk-mq support ?
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• [ANN] ceph-deploy 1.5.21 released
  • From: Travis Rhoden <trhoden@xxxxxxxxx>
• RE: rados read ordering
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• RE: rados read ordering
  • From: "Cook, Nigel" <nigel.cook@xxxxxxxxx>
• Re: [PATCH] ceph: fix mksnap crash
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: krbd blk-mq support ?
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• 12/10/2014 Weekly Ceph Performance Meeting IS ON!
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• [PATCH] ceph: fix mksnap crash
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• RE: Three times retries on write
  • From: "Wang, Zhiqiang" <zhiqiang.wang@xxxxxxxxx>
• RE: rados read ordering
  • From: "Wang, Zhiqiang" <zhiqiang.wang@xxxxxxxxx>
• RE: rados read ordering
  • From: "Cook, Nigel" <nigel.cook@xxxxxxxxx>
• RE: rados read ordering
  • From: "Wang, Zhiqiang" <zhiqiang.wang@xxxxxxxxx>
• Re: rados read ordering
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• RE: rados read ordering
  • From: "Wang, Zhiqiang" <zhiqiang.wang@xxxxxxxxx>
• Re: rados read ordering
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: rados read ordering
  • From: "Cook, Nigel" <nigel.cook@xxxxxxxxx>
• Re: Is there any documents to describe the architecture of ceph unit test based on gtest
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: [ceph-users] normalizing radosgw
  • From: Abhishek L <abhishek.lekshmanan@xxxxxxxxx>
• wip-claim-3: Re: wip-claim-2
  • From: "Matt W. Benjamin" <matt@xxxxxxxxxxxx>
• Is there any documents to describe the architecture of ceph unit test based on gtest
  • From: Nicheal <zay11022@xxxxxxxxx>
• wip-3896 merge?
  • From: Dan Van Der Ster <daniel.vanderster@xxxxxxx>
• Re: [ceph-users] experimental features
  • From: Christian Balzer <chibi@xxxxxxx>
• RE: Three times retries on write
  • From: "Wang, Zhiqiang" <zhiqiang.wang@xxxxxxxxx>
• Re: crush: straw is dead, long live straw2
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• crush: straw is dead, long live straw2
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: rados read ordering
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: wip-claim-2
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• wip-claim-2
  • From: "Matt W. Benjamin" <matt@xxxxxxxxxxxx>
• Re: CEPH & Shared RBD Volumes
  • From: Sage Weil <sweil@xxxxxxxxxx>