CEPH Filesystem Development

• Thread Index

• Re: fio rbd completions (Was: fio rbd hang for block sizes > 1M)
  • From: Mark Kirkwood <mark.kirkwood@xxxxxxxxxxxxxxx>
• survey: Ceph integration into auth security frameworks (AD/kerberos/etc.)
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: v0.87 Giant released
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: fio rbd completions (Was: fio rbd hang for block sizes > 1M)
  • From: Ketor D <d.ketor@xxxxxxxxx>
• Re: fio rbd completions (Was: fio rbd hang for block sizes > 1M)
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: fio rbd completions (Was: fio rbd hang for block sizes > 1M)
  • From: Ketor D <d.ketor@xxxxxxxxx>
• Re: security session at CDS
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• Docker containers & teuthology
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: v0.87 Giant released
  • From: Nigel Williams <Nigel.Williams@xxxxxxxxxxx>
• Re: Initializing paddles
  • From: Zack Cerza <zack@xxxxxxxxxx>
• Re: Initializing paddles
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Giant contributors credits
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• v0.87 contributors credits
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• v0.87 Giant released
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Initializing paddles
  • From: Zack Cerza <zack@xxxxxxxxxx>
• avoiding data migration for cold rados pool
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Micro Ceph and OpenStack Design Summit November 3rd, 2014 11:40am
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: optimizing buffers, encode/decode
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: optimizing buffers, encode/decode
  • From: "Matt W. Benjamin" <matt@xxxxxxxxxxxx>
• Re: optimizing buffers, encode/decode
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: optimizing buffers, encode/decode
  • From: "Matt W. Benjamin" <matt@xxxxxxxxxxxx>
• optimizing buffers, encode/decode
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: Ceph Developer Summit - Oct 28-29
  • From: Patrick McGarry <patrick@xxxxxxxxxxx>
• CDS Hammer (Day 1) Videos Posted
  • From: Patrick McGarry <patrick@xxxxxxxxxxx>
• rgw: a few CDS takeaways
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: security session at CDS
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• security session at CDS
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: OSD crashed due to filestore EIO
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: krbd blk-mq support ?
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: fio rbd completions (Was: fio rbd hang for block sizes > 1M)
  • From: Jens Axboe <axboe@xxxxxxxxx>
• reminder: No 10/29/2014 Weekly Ceph Performance Meeting
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• OSD crashed due to filestore EIO
  • From: GuangYang <yguang11@xxxxxxxxxxx>
• Re: krbd blk-mq support ?
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: fio rbd completions (Was: fio rbd hang for block sizes > 1M)
  • From: Ketor D <d.ketor@xxxxxxxxx>
• RE: Ceph Developer Summit - Oct 28-29
  • From: GuangYang <yguang11@xxxxxxxxxxx>
• Re: cephx auth issues:Having issues trying to get the OSD up on a MIPS64, when the OSD tries to communicate with the monitor!!!
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: krbd blk-mq support ?
  • From: Alex Elder <elder@xxxxxxxx>
• Re: krbd blk-mq support ?
  • From: Alex Elder <elder@xxxxxxxx>
• Re: Dev Summit: RGW Snapshots
  • From: Craig Lewis <clewis@xxxxxxxxxxxxxxxxxx>
• Re: Regarding hammer blueprints
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• cephx auth issues:Having issues trying to get the OSD up on a MIPS64, when the OSD tries to communicate with the monitor!!!
  • From: Prashanth Nednoor <Prashanth.Nednoor@xxxxxxxxxxxxxxxx>
• Re: fio rbd completions (Was: fio rbd hang for block sizes > 1M)
  • From: Ketor D <d.ketor@xxxxxxxxx>
• Re: New Defects reported by Coverity Scan for ceph
  • From: Danny Al-Gaaf <danny.al-gaaf@xxxxxxxxx>
• Re: krbd blk-mq support ?
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: fio rbd completions (Was: fio rbd hang for block sizes > 1M)
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: fio rbd completions (Was: fio rbd hang for block sizes > 1M)
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: fio rbd completions (Was: fio rbd hang for block sizes > 1M)
  • From: Ketor D <d.ketor@xxxxxxxxx>
• Re: fio rbd completions (Was: fio rbd hang for block sizes > 1M)
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: teuthology
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Ceph Developer Summit - Oct 28-29
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
• RE: Ceph Developer Summit - Oct 28-29
  • From: GuangYang <yguang11@xxxxxxxxxxx>
• qemu-kvm guests hang on disk write with rbd storage
  • From: Qiang <wangqiang.hunan@xxxxxxxxx>
• New Defects reported by Coverity Scan for ceph
  • From: scan-admin@xxxxxxxxxxxx
• RE: Filestore throttling
  • From: GuangYang <yguang11@xxxxxxxxxxx>
• Fwd: Cache pool bug?
  • From: 池信泽 <xmdxcxz@xxxxxxxxx>
• RE: Regarding hammer blueprints
  • From: Anand Bhat <Anand.Bhat@xxxxxxxxxxx>
• RE: Cache pool bug?
  • From: "Wang, Zhiqiang" <zhiqiang.wang@xxxxxxxxx>
• Re: fio rbd completions (Was: fio rbd hang for block sizes > 1M)
  • From: Ketor D <d.ketor@xxxxxxxxx>
• Re: Cache pool bug?
  • From: 池信泽 <xmdxcxz@xxxxxxxxx>
• Re: Cache pool bug?
  • From: 池信泽 <xmdxcxz@xxxxxxxxx>
• Re: Cache pool bug?
  • From: 池信泽 <xmdxcxz@xxxxxxxxx>
• Re: fio rbd completions (Was: fio rbd hang for block sizes > 1M)
  • From: Jens Axboe <axboe@xxxxxxxxx>
• RE: Cache pool bug?
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: fio rbd completions (Was: fio rbd hang for block sizes > 1M)
  • From: Mark Kirkwood <mark.kirkwood@xxxxxxxxxxxxxxx>
• Re: fio rbd completions (Was: fio rbd hang for block sizes > 1M)
  • From: Ketor D <d.ketor@xxxxxxxxx>
• RE: Cache pool bug?
  • From: "Wang, Zhiqiang" <zhiqiang.wang@xxxxxxxxx>
• RE: Cache pool bug?
  • From: "Wang, Zhiqiang" <zhiqiang.wang@xxxxxxxxx>
• Re: Cache pool bug?
  • From: 池信泽 <xmdxcxz@xxxxxxxxx>
• Re: Cache pool bug?
  • From: 池信泽 <xmdxcxz@xxxxxxxxx>
• Re: [ceph-users] Poor RBD performance as LIO iSCSI target
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: fio rbd completions (Was: fio rbd hang for block sizes > 1M)
  • From: Mark Kirkwood <mark.kirkwood@xxxxxxxxxxxxxxx>
• Re: fio rbd completions (Was: fio rbd hang for block sizes > 1M)
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: OSDs crashing with Operation Not Permitted on reading PGLog
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• Re: OSDs crashing with Operation Not Permitted on reading PGLog
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• Re: OSDs crashing with Operation Not Permitted on reading PGLog
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• Re: OSDs crashing with Operation Not Permitted on reading PGLog
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: OSDs crashing with Operation Not Permitted on reading PGLog
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• Re: fio rbd completions (Was: fio rbd hang for block sizes > 1M)
  • From: Mark Kirkwood <mark.kirkwood@xxxxxxxxxxxxxxx>
• Re: OSDs crashing with Operation Not Permitted on reading PGLog
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: OSDs crashing with Operation Not Permitted on reading PGLog
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• Re: OSDs crashing with Operation Not Permitted on reading PGLog
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: OSDs crashing with Operation Not Permitted on reading PGLog
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• Re: OSDs crashing with Operation Not Permitted on reading PGLog
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: OSDs crashing with Operation Not Permitted on reading PGLog
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• Re: OSDs crashing with Operation Not Permitted on reading PGLog
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: OSDs crashing with Operation Not Permitted on reading PGLog
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• Re: OSDs crashing with Operation Not Permitted on reading PGLog
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: OSDs crashing with Operation Not Permitted on reading PGLog
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• OSDs crashing with Operation Not Permitted on reading PGLog
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: [PATCH] reinstate ceph cluster_snap support
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [PATCH 2/5] autotools: ARM/AArch64 NEON detection similar to x86
  • From: Janne Grunau <j@xxxxxxxxxx>
• Re: [PATCH 1/5] erasure-code: conditionally build jerasure sse3/sse4 plugins
  • From: Janne Grunau <j@xxxxxxxxxx>
• [PATCH 3/5] aarch64: add support for HW_CAP based neon runtime detection
  • From: Janne Grunau <j@xxxxxxxxxx>
• erasure code arm 32 and 64 bit neon optimisations
  • From: Janne Grunau <j@xxxxxxxxxx>
• [PATCH 5/5] erasure-code: build and use a NEON jerasure variant
  • From: Janne Grunau <j@xxxxxxxxxx>
• [PATCH 2/5] autotools: ARM/AArch64 NEON detection similar to x86
  • From: Janne Grunau <j@xxxxxxxxxx>
• [PATCH 4/5] erasure-code: switch gf-complete's submodule branch to master
  • From: Janne Grunau <j@xxxxxxxxxx>
• [PATCH 1/5] erasure-code: conditionally build jerasure sse3/sse4 plugins
  • From: Janne Grunau <j@xxxxxxxxxx>
• Re: Any way to list the keys&values of omap in certain range?
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: fio rbd completions (Was: fio rbd hang for block sizes > 1M)
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH] libceph: nuke ceph_kvfree()
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: fio rbd completions (Was: fio rbd hang for block sizes > 1M)
  • From: Ketor D <d.ketor@xxxxxxxxx>
• [PATCH] libceph: eliminate unnecessary allocation in process_one_ticket()
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• [PATCH] libceph: do not crash on large auth tickets
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• RE: Cache pool bug?
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: fio rbd completions (Was: fio rbd hang for block sizes > 1M)
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: fio rbd completions (Was: fio rbd hang for block sizes > 1M)
  • From: Ketor D <d.ketor@xxxxxxxxx>
• Re: fio rbd completions (Was: fio rbd hang for block sizes > 1M)
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: fio rbd completions (Was: fio rbd hang for block sizes > 1M)
  • From: Ketor D <d.ketor@xxxxxxxxx>
• Re: fio rbd completions (Was: fio rbd hang for block sizes > 1M)
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: fio rbd completions (Was: fio rbd hang for block sizes > 1M)
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: fio rbd completions (Was: fio rbd hang for block sizes > 1M)
  • From: Ketor D <d.ketor@xxxxxxxxx>
• ceph branch status
  • From: ceph branch robot <nobody@xxxxxxxx>
• Re: fio rbd completions (Was: fio rbd hang for block sizes > 1M)
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: fio rbd completions (Was: fio rbd hang for block sizes > 1M)
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: fio rbd completions (Was: fio rbd hang for block sizes > 1M)
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: krbd blk-mq support ?
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: fio rbd completions (Was: fio rbd hang for block sizes > 1M)
  • From: Ketor D <d.ketor@xxxxxxxxx>
• Re: krbd blk-mq support ?
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: krbd blk-mq support ?
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Any way to list the keys&values of omap in certain range?
  • From: Plato Zhang <sangongs@xxxxxxxxx>
• Re: krbd blk-mq support ?
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• RE: Cache pool bug?
  • From: "Wang, Zhiqiang" <zhiqiang.wang@xxxxxxxxx>
• RE: Having issues trying to get the OSD up on a MIPS64!!!
  • From: Prashanth Nednoor <Prashanth.Nednoor@xxxxxxxxxxxxxxxx>
• RE: Having issues trying to get the OSD up on a MIPS64!!!
  • From: Prashanth Nednoor <Prashanth.Nednoor@xxxxxxxxxxxxxxxx>
• RE: krbd blk-mq support ?
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: failed erasure code pool creation after client upgrade
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: krbd blk-mq support ?
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• New Defects reported by Coverity Scan for ceph
  • From: scan-admin@xxxxxxxxxxxx
• ceph-deploy low hanging fruit
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Initializing paddles
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: fio rbd completions (Was: fio rbd hang for block sizes > 1M)
  • From: Mark Kirkwood <mark.kirkwood@xxxxxxxxxxxxxxx>
• Re: fio rbd completions (Was: fio rbd hang for block sizes > 1M)
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: fio rbd completions (Was: fio rbd hang for block sizes > 1M)
  • From: Mark Kirkwood <mark.kirkwood@xxxxxxxxxxxxxxx>
• Re: failed erasure code pool creation after client upgrade
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: [PATCH 1/1 net-next] libceph: remove unused variable in handle_reply()
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: failed erasure code pool creation after client upgrade
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: [PATCH 1/1 net-next] libceph: remove unused variable in handle_reply()
  • From: Fabian Frederick <fabf@xxxxxxxxx>
• Initializing paddles
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: fio rbd hang for block sizes > 1M
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: fio rbd hang for block sizes > 1M
  • From: Mark Kirkwood <mark.kirkwood@xxxxxxxxxxxxxxx>
• RE: Having issues trying to get the OSD up on a MIPS64!!!
  • From: Philip Kufeldt <Philip.Kufeldt@xxxxxxxxxxxxxxxx>
• RE: Having issues trying to get the OSD up on a MIPS64!!!
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• RE: Having issues trying to get the OSD up on a MIPS64!!!
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: fio rbd hang for block sizes > 1M
  • From: Mark Kirkwood <mark.kirkwood@xxxxxxxxxxxxxxx>
• Re: fio rbd hang for block sizes > 1M
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: fio rbd hang for block sizes > 1M
  • From: Mark Kirkwood <mark.kirkwood@xxxxxxxxxxxxxxx>
• RE: Having issues trying to get the OSD up on a MIPS64!!!
  • From: Prashanth Nednoor <Prashanth.Nednoor@xxxxxxxxxxxxxxxx>
• 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: fio rbd hang for block sizes > 1M
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: fio rbd hang for block sizes > 1M
  • From: Mark Nelson <mark.a.nelson@xxxxxxxxx>
• Re: krbd blk-mq support ?
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: krbd blk-mq support ?
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: krbd blk-mq support ?
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• krbd blk-mq support ?
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• RE: Filestore throttling
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• RE: Filestore throttling
  • From: GuangYang <yguang11@xxxxxxxxxxx>
• Write path analysis
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: Having issues trying to get the OSD up on a MIPS64!!!
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• 10/22/2014 Weekly Ceph Performance Meeting Recording
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: 10/14/2014 Weekly Ceph Performance Meeting
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• RE: 10/14/2014 Weekly Ceph Performance Meeting
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: fio read and randread cpu usage results for qemu and host machine
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: [PATCH 1/1 net-next] libceph: remove unused variable in handle_reply()
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• [PATCH 1/1 net-next] libceph: remove unused variable in handle_reply()
  • From: Fabian Frederick <fabf@xxxxxxxxx>
• Re: fio read and randread cpu usage results for qemu and host machine
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: kerberos / AD requirements, blueprint
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: kerberos / AD requirements, blueprint
  • From: "Matt W. Benjamin" <matt@xxxxxxxxxxxx>
• Re: kerberos / AD requirements, blueprint
  • From: "Matt W. Benjamin" <matt@xxxxxxxxxxxx>
• Re: kerberos / AD requirements, blueprint
  • From: Andrea Ieri <andrea.ieri@xxxxxxx>
• RE: Filestore throttling
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: fio read and randread cpu usage results for qemu and host machine
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• fio read and randread cpu usage results for qemu and host machine
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• re: ceph: fix fallocate division
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: 10/22/2014 Weekly Ceph Performance Meeting
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: kerberos / AD requirements, blueprint
  • From: Dan Van Der Ster <daniel.vanderster@xxxxxxx>
• Re: kerberos / AD requirements, blueprint
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• RE: 10/22/2014 Weekly Ceph Performance Meeting
  • From: "Zhang, Jian" <jian.zhang@xxxxxxxxx>
• RE: Ceph Full-SSD Performance Improvement
  • From: "Zhang, Jian" <jian.zhang@xxxxxxxxx>
• RE: Filestore throttling
  • From: GuangYang <yguang11@xxxxxxxxxxx>
• Re: Filestore throttling
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Filestore throttling
  • From: GuangYang <yguang11@xxxxxxxxxxx>
• Having issues trying to get the OSD up on a MIPS64!!!
  • From: Prashanth Nednoor <Prashanth.nednoor@xxxxxxxxxxxxxxxx>
• Re: Can pid be reused ?
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Can pid be reused ?
  • From: David Zafman <david.zafman@xxxxxxxxxxx>
• Re: kerberos / AD requirements, blueprint
  • From: mdw@xxxxxxxxxxxx
• Re: Can pid be reused ?
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Can pid be reused ?
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Can pid be reused ?
  • From: David Zafman <david.zafman@xxxxxxxxxxx>
• RE: The Async messenger benchmark with latest master
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• RE: The Async messenger benchmark with latest master
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: The Async messenger benchmark with latest master
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: The Async messenger benchmark with latest master
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• RE: The Async messenger benchmark with latest master
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: Ceph Full-SSD Performance Improvement
  • From: "Matt W. Benjamin" <matt@xxxxxxxxxxxx>
• Ceph Developer Summit - Oct 28-29
  • From: Patrick McGarry <patrick@xxxxxxxxxxx>
• Re: kerberos / AD requirements, blueprint
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: The Async messenger benchmark with latest master
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: kerberos / AD requirements, blueprint
  • From: Dan Van Der Ster <daniel.vanderster@xxxxxxx>
• Re: 10/22/2014 Weekly Ceph Performance Meeting
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• RE: The Async messenger benchmark with latest master
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• 10/22/2014 Weekly Ceph Performance Meeting
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: [PATCH] rbd: Fix error recovery in rbd_obj_read_sync()
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• [PATCH] rbd: Fix error recovery in rbd_obj_read_sync()
  • From: Jan Kara <jack@xxxxxxx>
• Re: Ceph Full-SSD Performance Improvement
  • From: Dong Yuan <yuandong1222@xxxxxxxxx>
• Re: Ceph Full-SSD Performance Improvement
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: kerberos / AD requirements, blueprint
  • From: Andrew Bartlett <abartlet@xxxxxxxxxxxxxxx>
• Can pid be reused ?
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: [ceph-users] RADOS pool snaps and RBD
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Fixes: #NNN
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Regarding hammer blueprints
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• [PATCH 1/1 linux-next] ceph: remove unused ceph_get_direct_page_vector
  • From: Fabian Frederick <fabf@xxxxxxxxx>
• Extremely slow small files rewrite performance
  • From: Sergey Nazarov <natarajaya@xxxxxxxxx>
• [Ceph-Devel] erasure code profile parameter for pool
  • From: <ghislain.chevalier@xxxxxxxxxx>
• Re: weight VS crush weight when doing osd reweight
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Regarding hammer blueprints
  • From: Anand Bhat <Anand.Bhat@xxxxxxxxxxx>
• Re: [ceph-users] why the erasure code pool not support random write?
  • From: Nicheal <zay11022@xxxxxxxxx>
• Re: [PATCH] reinstate ceph cluster_snap support
  • From: Alexandre Oliva <oliva@xxxxxxx>
• Re: weight VS crush weight when doing osd reweight
  • From: Lei Dong <leidong@xxxxxxxxxxxxx>
• RE: Teuthology smoke test case(tasks/rados_python.yaml) failed on giant
  • From: Aanchal Agrawal <Aanchal.Agrawal@xxxxxxxxxxx>
• Re: Teuthology smoke test case(tasks/rados_python.yaml) failed on giant
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: weight VS crush weight when doing osd reweight
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• ceph branch status
  • From: ceph branch robot <nobody@xxxxxxxx>
• RE: Conditional PUT on radosgw
  • From: GuangYang <yguang11@xxxxxxxxxxx>
• Teuthology smoke test case(tasks/rados_python.yaml) failed on giant
  • From: Aanchal Agrawal <Aanchal.Agrawal@xxxxxxxxxxx>
• Re: [PATCH 0/5] block/scsi/lio support for COMPARE_AND_WRITE
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• Re: ceph 0.86 : rbd_cache=true, iops a lot slower on randread 4K
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• RE: ceph 0.86 : rbd_cache=true, iops a lot slower on randread 4K
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• ceph 0.86 : rbd_cache=true, iops a lot slower on randread 4K
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: The Async messenger benchmark with latest master
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• RE: The Async messenger benchmark with latest master
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: The Async messenger benchmark with latest master
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: [PATCH 0/5] block/scsi/lio support for COMPARE_AND_WRITE
  • From: Mike Christie <michaelc@xxxxxxxxxxx>
• Re: [PATCH 2/5] block: add function to issue compare and write
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: The Async messenger benchmark with latest master
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: [PATCH 0/5] block/scsi/lio support for COMPARE_AND_WRITE
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH 2/5] block: add function to issue compare and write
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• The Async messenger benchmark with latest master
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: Possible bug when getting batched xattrs
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• New Defects reported by Coverity Scan for ceph
  • From: scan-admin@xxxxxxxxxxxx
• Re: [Ceph-Devel] NO pg created for erasure-coded pool
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: questions about erasure coded pool and rados
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: teuthology config file
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: vstart.sh crashes MON with --paxos-propose-interval=0.01 and one MDS
  • From: Joao Eduardo Luis <joao.luis@xxxxxxxxxxx>
• Re: Possible bug when getting batched xattrs
  • From: Sebastien Ponce <sebastien.ponce@xxxxxxx>
• Re: questions about erasure coded pool and rados
  • From: Owen Synge <osynge@xxxxxxxx>
• questions about erasure coded pool and rados
  • From: yue longguang <yuelongguang@xxxxxxxxx>
• RE: [Ceph-Devel] NO pg created for erasure-coded pool
  • From: <ghislain.chevalier@xxxxxxxxxx>
• Re: [PATCH 2/5] block: add function to issue compare and write
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Possible bug when getting batched xattrs
  • From: Joaquim Rocha <joaquim.rocha@xxxxxxx>
• Re: [PATCH 0/5] block/scsi/lio support for COMPARE_AND_WRITE
  • From: Hannes Reinecke <hare@xxxxxxx>
• 10/14/2014 Weekly Ceph Performance Meeting
  • From: "Zhang, Jian" <jian.zhang@xxxxxxxxx>
• Re: vstart.sh crashes MON with --paxos-propose-interval=0.01 and one MDS
  • From: David Zafman <david.zafman@xxxxxxxxxxx>
• Re: kerberos / AD requirements, blueprint
  • From: mdw@xxxxxxxxxxxx
• vstart.sh crashes MON with --paxos-propose-interval=0.01 and one MDS
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• RE: [PATCH 0/5] block/scsi/lio support for COMPARE_AND_WRITE
  • From: "Elliott, Robert (Server Storage)" <Elliott@xxxxxx>
• Re: [PATCH 0/5] block/scsi/lio support for COMPARE_AND_WRITE
  • From: Douglas Gilbert <dgilbert@xxxxxxxxxxxx>
• delete your branches after merge
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• kerberos / AD requirements, blueprint
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• capping pgs per osd
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: ceph performance call: buffer
  • From: "Matt W. Benjamin" <matt@xxxxxxxxxxxx>
• Re: ceph performance call: buffer
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: ceph performance call: buffer
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• ceph performance call: buffer
  • From: "Matt W. Benjamin" <matt@xxxxxxxxxxxx>
• Re: [Ceph-Devel] NO pg created for erasure-coded pool
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• RE: [Ceph-Devel] NO pg created for erasure-coded pool
  • From: <ghislain.chevalier@xxxxxxxxxx>
• RE: [Ceph-Devel] NO pg created for erasure-coded pool
  • From: <ghislain.chevalier@xxxxxxxxxx>
• Re: snap_trimming + backfilling is inefficient with many purged_snaps
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: [PATCH 0/5] block/scsi/lio support for COMPARE_AND_WRITE
  • From: Douglas Gilbert <dgilbert@xxxxxxxxxxxx>
• Re: [PATCH 1/1] libceph: use memalloc flags for net IO
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: snap_trimming + backfilling is inefficient with many purged_snaps
  • From: Florian Haas <florian@xxxxxxxxxxx>
• RE: 10/14/2014 Weekly Ceph Performance Meeting
  • From: "Chen, Xiaoxi" <xiaoxi.chen@xxxxxxxxx>
• [PATCH 1/1] libceph: use memalloc flags for net IO
  • From: michaelc@xxxxxxxxxxx
• Re: 10/14/2014 Weekly Ceph Performance Meeting
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• [PATCH 1/5] block: set the nr of sectors a dev can compare and write atomically
  • From: michaelc@xxxxxxxxxxx
• [PATCH 4/5] lio: use REQ_COMPARE_AND_WRITE if supported
  • From: michaelc@xxxxxxxxxxx
• [PATCH 2/5] block: add function to issue compare and write
  • From: michaelc@xxxxxxxxxxx
• [PATCH 3/5] scsi: add support for COMPARE_AND_WRITE
  • From: michaelc@xxxxxxxxxxx
• [PATCH 0/5] block/scsi/lio support for COMPARE_AND_WRITE
  • From: michaelc@xxxxxxxxxxx
• [PATCH 5/5] lio iblock: add support for REQ_CMP_AND_WRITE
  • From: michaelc@xxxxxxxxxxx
• RE: 10/14/2014 Weekly Ceph Performance Meeting
  • From: "Chen, Xiaoxi" <xiaoxi.chen@xxxxxxxxx>
• Re: Firefly maintenance release schedule
  • From: Dmitry Borodaenko <dborodaenko@xxxxxxxxxxxx>
• Re: snap_trimming + backfilling is inefficient with many purged_snaps
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• Re: [Ceph-Devel] NO pg created for erasure-coded pool
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Firefly maintenance release schedule
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: [ceph-users] the state of cephfs in giant
  • From: Alphe Salas <asalas@xxxxxxxxx>
• Re: 10/14/2014 Weekly Ceph Performance Meeting
  • From: "Matt W. Benjamin" <matt@xxxxxxxxxxxx>
• Re: Firefly maintenance release schedule
  • From: Dmitry Borodaenko <dborodaenko@xxxxxxxxxxxx>
• 10/15/2014 Weekly Ceph Performance Meeting Recording
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: 10/14/2014 Weekly Ceph Performance Meeting
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: 10/14/2014 Weekly Ceph Performance Meeting
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: 10/14/2014 Weekly Ceph Performance Meeting
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• RE:[Ceph-Devel] NO pg created for erasure-coded pool
  • From: <ghislain.chevalier@xxxxxxxxxx>
• Re: 10/14/2014 Weekly Ceph Performance Meeting
  • From: "Matt W. Benjamin" <matt@xxxxxxxxxxxx>
• Re: [Ceph-Devel] NO pg created for erasure-coded pool
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: [ceph-users] the state of cephfs in giant
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: snap_trimming + backfilling is inefficient with many purged_snaps
  • From: Dan Van Der Ster <daniel.vanderster@xxxxxxx>
• Re: 10/14/2014 Weekly Ceph Performance Meeting
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• RE: [Ceph-Devel] NO pg created for erasure-coded pool
  • From: <ghislain.chevalier@xxxxxxxxxx>
• Re: 10/14/2014 Weekly Ceph Performance Meeting
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: [ceph-users] the state of cephfs in giant
  • From: Amon Ott <a.ott@xxxxxxxxxxxx>
• Re: [ceph-users] the state of cephfs in giant
  • From: Ric Wheeler <rwheeler@xxxxxxxxxx>
• Re: [Ceph-Devel] NO pg created for erasure-coded pool
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: [ceph-users] the state of cephfs in giant
  • From: Amon Ott <a.ott@xxxxxxxxxxxx>
• Re: 10/14/2014 Weekly Ceph Performance Meeting
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: WriteBack Throttle kill the performace of the disk
  • From: Nicheal <zay11022@xxxxxxxxx>
• 10/14/2014 Weekly Ceph Performance Meeting
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: WriteBack Throttle kill the performace of the disk
  • From: Nicheal <zay11022@xxxxxxxxx>
• RE: 10/7/2014 Weekly Ceph Performance Meeting: kernel boot params
  • From: "Shu, Xinxin" <xinxin.shu@xxxxxxxxx>
• RE: 10/7/2014 Weekly Ceph Performance Meeting: kernel boot params
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• RE: 10/7/2014 Weekly Ceph Performance Meeting: kernel boot params
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: WriteBack Throttle kill the performace of the disk
  • From: Nicheal <zay11022@xxxxxxxxx>
• Re: [ceph-users] the state of cephfs in giant
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [ceph-users] the state of cephfs in giant
  • From: Alphe Salas <asalas@xxxxxxxxx>
• [GIT PULL] Ceph updates for 3.18-rc1
  • From: Sage Weil <sage@xxxxxxxxxxx>
• v0.80.7 Firefly released
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: [Ceph-Devel] NO pg created for erasure-coded pool
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: [PATCH 2/3] rbd: rbd workqueues need a resque worker
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [PATCH 1/3] libceph: ceph-msgr workqueue needs a resque worker
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• RE: [Ceph-Devel] NO pg created for erasure-coded pool
  • From: <ghislain.chevalier@xxxxxxxxxx>
• Re: [Ceph-Devel] NO pg created for eruasre-coded pool
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: 10/7/2014 Weekly Ceph Performance Meeting: kernel boot params
  • From: Andreas Bluemle <andreas.bluemle@xxxxxxxxxxx>
• Re: [ceph-users] the state of cephfs in giant
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• RE: [Ceph-Devel] NO pg created for eruasre-coded pool
  • From: <ghislain.chevalier@xxxxxxxxxx>
• Re: WriteBack Throttle kill the performace of the disk
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: 10/7/2014 Weekly Ceph Performance Meeting: kernel boot params
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [ceph-users] the state of cephfs in giant
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: the state of cephfs in giant
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: WriteBack Throttle kill the performace of the disk
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: WriteBack Throttle kill the performace of the disk
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: 10/7/2014 Weekly Ceph Performance Meeting: kernel boot params
  • From: Andreas Bluemle <andreas.bluemle@xxxxxxxxxxx>
• Re: [Ceph-Devel] NO pg created for eruasre-coded pool
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: [ceph-users] the state of cephfs in giant
  • From: Thomas Lemarchand <thomas.lemarchand@xxxxxxxxxxxxxxxxxx>
• [Ceph-Devel] NO pg created for eruasre-coded pool
  • From: <ghislain.chevalier@xxxxxxxxxx>
• Re: the state of cephfs in giant
  • From: Amon Ott <a.ott@xxxxxxxxxxxx>
• Re: WriteBack Throttle kill the performace of the disk
  • From: Nicheal <zay11022@xxxxxxxxx>
• Re: NEON / SIMD
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: [ceph-users] Micro Ceph summit during the OpenStack summit
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: [ceph-users] the state of cephfs in giant
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: WriteBack Throttle kill the performace of the disk
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Multiple issues with glibc heap management
  • From: Andrey Korolyov <andrey@xxxxxxx>
• Re: [ceph-users] the state of cephfs in giant
  • From: Eric Eastman <eric0e@xxxxxxx>
• Re: the state of cephfs in giant
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: the state of cephfs in giant
  • From: Wido den Hollander <wido@xxxxxxxx>
• the state of cephfs in giant
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• ceph branch status
  • From: ceph branch robot <nobody@xxxxxxxx>
• Re: WriteBack Throttle kill the performace of the disk
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: [ceph-users] Micro Ceph summit during the OpenStack summit
  • From: "Jonathan D. Proulx" <jon@xxxxxxxxxxxxx>
• WriteBack Throttle kill the performace of the disk
  • From: Nicheal <zay11022@xxxxxxxxx>
• Re: [ceph-users] Micro Ceph summit during the OpenStack summit
  • From: Sebastien Han <sebastien.han@xxxxxxxxxxxx>
• Re: NEON / SIMD
  • From: Janne Grunau <j@xxxxxxxxxx>
• Re: qemu drive-mirror to rbd storage : no sparse rbd image
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: qemu drive-mirror to rbd storage : no sparse rbd image
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: qemu drive-mirror to rbd storage : no sparse rbd image
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: Micro Ceph summit during the OpenStack summit
  • From: Blair Bethwaite <blair.bethwaite@xxxxxxxxx>
• Re: qemu drive-mirror to rbd storage : no sparse rbd image
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [Qemu-devel] qemu drive-mirror to rbd storage : no sparse rbd image
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: [Qemu-devel] qemu drive-mirror to rbd storage : no sparse rbd image
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• NEON / SIMD
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: RHEL7 source packages
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• RHEL7 source packages
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: [Qemu-devel] qemu drive-mirror to rbd storage : no sparse rbd image
  • From: Andrey Korolyov <andrey@xxxxxxx>
• Re: [Qemu-devel] qemu drive-mirror to rbd storage : no sparse rbd image
  • From: Fam Zheng <famz@xxxxxxxxxx>
• Re: [Qemu-devel] qemu drive-mirror to rbd storage : no sparse rbd image
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: [Qemu-devel] qemu drive-mirror to rbd storage : no sparse rbd image
  • From: Fam Zheng <famz@xxxxxxxxxx>
• hammer blueprints
  • From: Sage Weil <sweil@xxxxxxxxxx>
• RE: 10/7/2014 Weekly Ceph Performance Meeting: kernel boot params
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• RE: 10/7/2014 Weekly Ceph Performance Meeting: kernel boot params
  • From: "Duan, Jiangang" <jiangang.duan@xxxxxxxxx>
• CephFS priorities (survey!)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: arm7 gitbuilder ?
  • From: Noah Watkins <noah.watkins@xxxxxxxxxxx>
• Re: arm7 gitbuilder ?
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: arm7 gitbuilder ?
  • From: Noah Watkins <noah.watkins@xxxxxxxxxxx>
• Firefly v0.80.6 issues 9696 and 9732
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• Re: arm7 gitbuilder ?
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Micro Ceph summit during the OpenStack summit
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: arm7 gitbuilder ?
  • From: Noah Watkins <noah.watkins@xxxxxxxxxxx>
• Re: arm7 gitbuilder ?
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: arm7 gitbuilder ?
  • From: Sage Weil <sweil@xxxxxxxxxx>
• ISA plugin tests
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: arm7 gitbuilder ?
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• [PATCH 3/3] rbd: use a single workqueue for all devices
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• [PATCH 2/3] rbd: rbd workqueues need a resque worker
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• [PATCH 1/3] libceph: ceph-msgr workqueue needs a resque worker
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• [PATCH 0/3] libceph, rbd: don't lockup under memory pressure
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: arm7 gitbuilder ?
  • From: Noah Watkins <noah.watkins@xxxxxxxxxxx>
• Re: arm7 gitbuilder ?
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: arm7 gitbuilder ?
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Request for comments
  • From: John Spray <john.spray@xxxxxxxxxx>
• Re: why index (collectionIndex) need a lock?
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Request for comments
  • From: Barclay Jameson <almightybeeij@xxxxxxxxx>
• Re: arm7 gitbuilder ?
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: ARM NEON optimisations for gf-complete/jerasure/ceph-erasure
  • From: Janne Grunau <j@xxxxxxxxxx>
• arm7 gitbuilder ?
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: v0.86 released (Giant release candidate)
  • From: Florian Haas <florian@xxxxxxxxxxx>
• Re: ceph-devel irc channel archive
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: ceph-devel irc channel archive
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: ceph-devel irc channel archive
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: [PATCH 1/1 linux-next] ceph: fix bool assignments
  • From: Fabian Frederick <fabf@xxxxxxxxx>
• Re: [PATCH 1/1 linux-next] ceph: fix bool assignments
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: [PATCH 1/1 linux-next] ceph: fix bool assignments
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• ceph-devel irc channel archive
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• [doc] Adding/Removing OSD is not thorough
  • From: deanraccoon <deanraccoon@xxxxxxxxx>
• Re: rados.py: add tmap_to_omap method
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• rados.py: add tmap_to_omap method
  • From: Alexandre Oliva <oliva@xxxxxxx>
• Re: [PATCH 1/1 linux-next] ceph: fix bool assignments
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• [PATCH 1/1 linux-next] ceph: fix bool assignments
  • From: Fabian Frederick <fabf@xxxxxxxxx>
• [ANN] ceph-deploy 1.5.18 released
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: [Ceph-qa] New Defects reported by Coverity Scan for ceph
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: librados AIO problem diagnostic
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: librados AIO problem diagnostic
  • From: Sebastien Ponce <sebastien.ponce@xxxxxxx>
• New Defects reported by Coverity Scan for ceph
  • From: scan-admin@xxxxxxxxxxxx
• some questions about transactions during write op?
  • From: Tim Zhang <cofol1986@xxxxxxxxx>
• RE: 10/7/2014 Weekly Ceph Performance Meeting: kernel boot params
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: 10/7/2014 Weekly Ceph Performance Meeting: kernel boot params
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• RE: 10/7/2014 Weekly Ceph Performance Meeting: kernel boot params
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• RE: 10/7/2014 Weekly Ceph Performance Meeting: kernel boot params
  • From: Paul Von-Stamwitz <PVonStamwitz@xxxxxxxxxxxxxx>
• [PATCH 1/1 linux-next] ceph: return error code directly.
  • From: Fabian Frederick <fabf@xxxxxxxxx>
• RE: 10/7/2014 Weekly Ceph Performance Meeting: kernel boot params
  • From: "Duan, Jiangang" <jiangang.duan@xxxxxxxxx>
• Re: 10/7/2014 Weekly Ceph Performance Meeting: kernel boot params
  • From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
• Re: 10/7/2014 Weekly Ceph Performance Meeting: kernel boot params
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: 10/7/2014 Weekly Ceph Performance Meeting: kernel boot params
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• RE: 10/7/2014 Weekly Ceph Performance Meeting: kernel boot params
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• RE: 10/7/2014 Weekly Ceph Performance Meeting: kernel boot params
  • From: "Duan, Jiangang" <jiangang.duan@xxxxxxxxx>
• RE: 10/7/2014 Weekly Ceph Performance Meeting: kernel boot params
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• 10/7/2014 Weekly Ceph Performance Meeting Recording
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: make check failures
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: make check failures
  • From: David Zafman <david.zafman@xxxxxxxxxxx>
• Re: 10/7/2014 Weekly Ceph Performance Meeting: kernel boot params
  • From: Andreas Bluemle <andreas.bluemle@xxxxxxxxxxx>
• Re: [PATCH] libceph: sync osd op definitions in rados.h
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• New Defects reported by Coverity Scan for ceph (fwd)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: [PATCH] libceph: sync osd op definitions in rados.h
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: [PATCH] libceph: separate multiple ops with commas in debugfs output
  • From: Sage Weil <sweil@xxxxxxxxxx>
• qemu drive-mirror to rbd storage : no sparse rbd image
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• [PATCH] libceph: separate multiple ops with commas in debugfs output
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• [PATCH] libceph: sync osd op definitions in rados.h
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: librados AIO problem diagnostic
  • From: Sebastien Ponce <sebastien.ponce@xxxxxxx>
• v0.86 Contributor Credits
  • From: Abhishek L <abhishek.lekshmanan@xxxxxxxxx>
• Re: librados AIO problem diagnostic
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• make check failures
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: [RFC]New Message Implementation Based on Event
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• 10/7/2014 Weekly Ceph Performance Meeting
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• v0.86 released (Giant release candidate)
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: [RFC]New Message Implementation Based on Event
  • From: M Ranga Swami Reddy <swamireddy@xxxxxxxxx>
• Re: [RFC]New Message Implementation Based on Event
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: [RFC]New Message Implementation Based on Event
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Ceph Developer Summit: Hammer
  • From: Danny Al-Gaaf <danny.al-gaaf@xxxxxxxxx>
• in NYC Wednesday for ceph day
  • From: Sage Weil <sweil@xxxxxxxxxx>
• ceph branch status
  • From: ceph branch robot <nobody@xxxxxxxx>
• 2 questions about bucket index log
  • From: Patrycja Szabłowska <szablowska.patrycja@xxxxxxxxx>
• Re: Sorting pull requests per label
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Sorting pull requests per label
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• RE: Regarding key/value interface
  • From: Sage Weil <sweil@xxxxxxxxxx>
• RE: FW: Weekly Ceph Performance Meeting Invitation
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• RE: Regarding key/value interface
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: jerasure: galois_uninit_default_field
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• RE: Regarding key/value interface
  • From: Allen Samuels <Allen.Samuels@xxxxxxxxxxx>
• RE: Regarding key/value interface
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Static code analysis fixes for gf-complete
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• RE: Regarding key/value interface
  • From: Varada Kari <Varada.Kari@xxxxxxxxxxx>
• RE: Regarding key/value interface
  • From: Varada Kari <Varada.Kari@xxxxxxxxxxx>
• Re: [ceph-users] Ceph Developer Summit: Hammer
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: FW: Weekly Ceph Performance Meeting Invitation
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: Regarding key/value interface
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: [ceph-users] Ceph Developer Summit: Hammer
  • From: Patrick McGarry <patrick@xxxxxxxxxxx>
• Regarding key/value interface
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: issue #8752 (inconsistent PGs on RBD caching pool)
  • From: Dmitry Smirnov <onlyjob@xxxxxxxxxx>
• FW: Weekly Ceph Performance Meeting Invitation
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Support the Ada Initiative: a challenge to the open storage community
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: issue #8752 (inconsistent PGs on RBD caching pool)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: librados AIO problem diagnostic
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: librados AIO problem diagnostic
  • From: Sebastien Ponce <sebastien.ponce@xxxxxxx>
• Re: [PATCH v3 1/4] buffer: add an aligned buffer with less alignment than a page
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: issue #8752 (inconsistent PGs on RBD caching pool)
  • From: Dmitry Smirnov <onlyjob@xxxxxxxxxx>
• Re: [PATCH v3 0/4] buffer alignment for erasure code SIMD
  • From: Janne Grunau <j@xxxxxxxxxx>
• Re: [PATCH v3 1/4] buffer: add an aligned buffer with less alignment than a page
  • From: Janne Grunau <j@xxxxxxxxxx>
• Re: [PATCH v3 1/4] buffer: add an aligned buffer with less alignment than a page
  • From: Janne Grunau <j@xxxxxxxxxx>
• Re: librados AIO problem diagnostic
  • From: Sebastien Ponce <sebastien.ponce@xxxxxxx>
• Re: [PATCH 1/1 linux-next] libceph: remove redundant declaration
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: ceph-disk vs keyvaluestore
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: [ceph-users] Ceph Developer Summit: Hammer
  • From: Yann Dupont <yd@xxxxxxxxx>
• Re: v0.80.6 Firefly released
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxx>
• v0.80.6 Firefly released
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: ceph-disk vs keyvaluestore
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: [ceph-users] Ceph Developer Summit: Hammer
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: ceph-disk vs keyvaluestore
  • From: Mark Kirkwood <mark.kirkwood@xxxxxxxxxxxxxxx>
• Re: [ceph-users] Ceph Developer Summit: Hammer
  • From: Patrick McGarry <patrick@xxxxxxxxxxx>
• Re: [ceph-users] Ceph Developer Summit: Hammer
  • From: Sage Weil <sweil@xxxxxxxxxx>
• New Ceph submodule : ceph-erasure-code-corpus
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Weekly Ceph Performance Meeting Invitation
  • From: "Matt W. Benjamin" <matt@xxxxxxxxxxxx>
• 10/1/2014 Weekly Ceph Performance Meeting Recording
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: Weekly Ceph Performance Meeting Invitation
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: Weekly Ceph Performance Meeting Invitation
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: FileJournal bug : additional information request
  • From: Sheldon Mustard <sheldon.mustard@xxxxxxxxxxx>
• Re: why index (collectionIndex) need a lock?
  • From: Noah Watkins <noah.watkins@xxxxxxxxxxx>
• Re: librados AIO problem diagnostic
  • From: Sebastien Ponce <sebastien.ponce@xxxxxxx>
• Re: librados AIO problem diagnostic
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: librados AIO problem diagnostic
  • From: Sebastien Ponce <sebastien.ponce@xxxxxxx>
• Re: FileJournal bug : additional information request
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Weekly performance meeting
  • From: Andreas Bluemle <andreas.bluemle@xxxxxxxxxxx>
• Re: librados AIO problem diagnostic
  • From: Sebastien Ponce <sebastien.ponce@xxxxxxx>
• Re: librados AIO problem diagnostic
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: librados AIO problem diagnostic
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: librados AIO problem diagnostic
  • From: Sebastien Ponce <sebastien.ponce@xxxxxxx>
• librados AIO problem diagnostic
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Weekly Ceph Performance Meeting Invitation
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: why index (collectionIndex) need a lock?
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• Re: why index (collectionIndex) need a lock?
  • From: Noah Watkins <noah.watkins@xxxxxxxxxxx>
• Ceph Developer Summit: Hammer
  • From: Patrick McGarry <patrick@xxxxxxxxxxx>
• [PATCH 1/1 linux-next] libceph: remove redundant declaration
  • From: Fabian Frederick <fabf@xxxxxxxxx>
• Weekly Ceph Performance Meeting Invitation
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• RE: why index (collectionIndex) need a lock?
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: New Defects reported by Coverity Scan for ceph (fwd)
  • From: Ric Wheeler <rwheeler@xxxxxxxxxx>
• Re: New Defects reported by Coverity Scan for ceph (fwd)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: New Defects reported by Coverity Scan for ceph (fwd)
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: New Defects reported by Coverity Scan for ceph (fwd)
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: why index (collectionIndex) need a lock?
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: FileJournal bug : additional information request
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: FileJournal bug : additional information request
  • From: Sheldon Mustard <sheldon.mustard@xxxxxxxxxxx>
• FileJournal bug : additional information request
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: design a rados-based distributed kv store support scan op
  • From: Sage Weil <sweil@xxxxxxxxxx>
• New Defects reported by Coverity Scan for ceph (fwd)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: design a rados-based distributed kv store support scan op
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• design a rados-based distributed kv store support scan op
  • From: Plato Zhang <sangongs@xxxxxxxxx>
• why index (collectionIndex) need a lock?
  • From: Nicheal <zay11022@xxxxxxxxx>
• Re: ceph-disk vs keyvaluestore
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: ceph-disk vs keyvaluestore
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: ceph-disk vs keyvaluestore
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• RE: Impact of page cache on OSD read performance for SSD
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• ceph-disk vs keyvaluestore
  • From: Sage Weil <sweil@xxxxxxxxxx>
• exposing tiers via librados
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: C++11
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: C++11
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• C++11
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: [PATCH v3 0/4] buffer alignment for erasure code SIMD
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• ceph branch status
  • From: ceph branch robot <nobody@xxxxxxxx>
• Re: [PATCH v3 1/4] buffer: add an aligned buffer with less alignment than a page
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: [PATCH v3 0/4] buffer alignment for erasure code SIMD
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: [PATCH v3 1/4] buffer: add an aligned buffer with less alignment than a page
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• [PATCH v3 4/4] ceph_erasure_code_benchmark: use 32-byte aligned input
  • From: Janne Grunau <j@xxxxxxxxxx>
• [PATCH v3 1/4] buffer: add an aligned buffer with less alignment than a page
  • From: Janne Grunau <j@xxxxxxxxxx>
• [PATCH v3 3/4] erasure code: use 32-byte aligned buffers
  • From: Janne Grunau <j@xxxxxxxxxx>
• [PATCH v3 2/4] erasure code: use a function for the chunk mapping index
  • From: Janne Grunau <j@xxxxxxxxxx>
• [PATCH v3 0/4] buffer alignment for erasure code SIMD
  • From: Janne Grunau <j@xxxxxxxxxx>
• jerasure: galois_uninit_default_field
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• rgw create bucket 403 error
  • From: Zhao zhiming <zhaozhiming003@xxxxxxxxx>
• RE: Latency Improvement Report for ShardedOpWQ
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• RE: Latency Improvement Report for ShardedOpWQ
  • From: "Ma, Jianpeng" <jianpeng.ma@xxxxxxxxx>
• RE: Latency Improvement Report for ShardedOpWQ
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: Latency Improvement Report for ShardedOpWQ
  • From: Dong Yuan <yuandong1222@xxxxxxxxx>
• RE: Latency Improvement Report for ShardedOpWQ
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Latency Improvement Report for ShardedOpWQ
  • From: Dong Yuan <yuandong1222@xxxxxxxxx>
• Re: Weekly performance meeting
  • From: Guang Yang <yguang11@xxxxxxxxxxx>
• Re: RGW URL Parsing
  • From: Craig Lewis <clewis@xxxxxxxxxxxxxxxxxx>
• Re: storlets
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
• Re: Weekly performance meeting
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: Weekly performance meeting
  • From: Sage Weil <sweil@xxxxxxxxxx>
• storlets
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Weekly performance meeting
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: Weekly performance meeting
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: Weekly performance meeting
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• Re: Weekly performance meeting
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• RE: Weekly performance meeting
  • From: "Zhang, Jian" <jian.zhang@xxxxxxxxx>
• Re: Weekly performance meeting
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Weekly performance meeting
  • From: Dong Yuan <yuandong1222@xxxxxxxxx>
• RE: Weekly performance meeting
  • From: Dror Goldenberg <gdror@xxxxxxxxxxxx>
• RE: Weekly performance meeting
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• RE: Weekly performance meeting
  • From: "Zhang, Jian" <jian.zhang@xxxxxxxxx>
• Re: Weekly performance meeting
  • From: Dong Yuan <yuandong1222@xxxxxxxxx>
• Re: Weekly performance meeting
  • From: "Matt W. Benjamin" <matt@xxxxxxxxxxxx>
• Re: Weekly performance meeting
  • From: Guang Yang <yguang11@xxxxxxxxxxx>
• Re: Weekly performance meeting
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: Weekly performance meeting
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• RE: Weekly performance meeting
  • From: Paul Von-Stamwitz <PVonStamwitz@xxxxxxxxxxxxxx>
• Re: Weekly performance meeting
  • From: Vu Pham <vuhuong@xxxxxxxxxxxx>
• RE: Weekly performance meeting
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: Weekly performance meeting
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Weekly performance meeting
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: Weekly performance meeting
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: Weekly performance meeting
  • From: "Matt W. Benjamin" <matt@xxxxxxxxxxxx>
• Weekly performance meeting
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: v0.67.11 dumpling released
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: v0.67.11 dumpling released
  • From: Mike Dawson <mike.dawson@xxxxxxxxxxxx>
• Re: [ceph-users] v0.67.11 dumpling released
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: [Ceph-maintainers] v0.67.11 dumpling released
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: [ceph-users] v0.67.11 dumpling released
  • From: Dan Van Der Ster <daniel.vanderster@xxxxxxx>
• Re: v0.67.11 dumpling released
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: EC-ISA buffer alignment
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: v0.67.11 dumpling released
  • From: Mike Dawson <mike.dawson@xxxxxxxxxxxx>
• Re: New Defects reported by Coverity Scan for ceph (fwd)
  • From: John Spray <john.spray@xxxxxxxxxx>
• EC-ISA buffer alignment
  • From: Andreas Joachim Peters <Andreas.Joachim.Peters@xxxxxxx>
• v0.67.11 dumpling released
  • From: Sage Weil <sage@xxxxxxxxxxx>
• New Defects reported by Coverity Scan for ceph (fwd)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• RE: Impact of page cache on OSD read performance for SSD
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Fwd: question about object replication theory
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Fwd: question about client's cluster aware
  • From: Sage Weil <sweil@xxxxxxxxxx>
• RE: Impact of page cache on OSD read performance for SSD
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: [ceph-users] Can ceph-deploy be used with 'osd objectstore = keyvaluestore-dev' in config file ?
  • From: Mark Kirkwood <mark.kirkwood@xxxxxxxxxxxxxxx>
• RE: Impact of page cache on OSD read performance for SSD
  • From: "Chen, Xiaoxi" <xiaoxi.chen@xxxxxxxxx>
• RE: Impact of page cache on OSD read performance for SSD
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: Impact of page cache on OSD read performance for SSD
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Fwd: question about object replication theory
  • From: yue longguang <yuelongguang@xxxxxxxxx>
• Fwd: question about client's cluster aware
  • From: yue longguang <yuelongguang@xxxxxxxxx>
• RE: Impact of page cache on OSD read performance for SSD
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: BlaumRoth with w=7 : what are the consequences ?
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: snap_trimming + backfilling is inefficient with many purged_snaps
  • From: Florian Haas <florian@xxxxxxxxxxx>
• Re: [ceph-users] Status of snapshots in CephFS
  • From: Florian Haas <florian@xxxxxxxxxxx>
• Re: [ceph-users] Status of snapshots in CephFS
  • From: Florian Haas <florian.haas@xxxxxxxxxxx>
• BlaumRoth with w=7 : what are the consequences ?
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Impact of page cache on OSD read performance for SSD
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: Impact of page cache on OSD read performance for SSD
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• Re: Fwd: S3 API Compatibility support
  • From: M Ranga Swami Reddy <swamireddy@xxxxxxxxx>
• Re: Impact of page cache on OSD read performance for SSD
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: [ceph-users] Can ceph-deploy be used with 'osd objectstore = keyvaluestore-dev' in config file ?
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Impact of page cache on OSD read performance for SSD
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Impact of page cache on OSD read performance for SSD
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• RE: Impact of page cache on OSD read performance for SSD
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: Impact of page cache on OSD read performance for SSD
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: snap_trimming + backfilling is inefficient with many purged_snaps
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: snap_trimming + backfilling is inefficient with many purged_snaps
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• RE: Impact of page cache on OSD read performance for SSD
  • From: Sage Weil <sweil@xxxxxxxxxx>
• RE: Impact of page cache on OSD read performance for SSD
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: Impact of page cache on OSD read performance for SSD
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• Impact of page cache on OSD read performance for SSD
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: [PATCH 2/2] libceph: resend lingering requests with a new tid
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: snap_trimming + backfilling is inefficient with many purged_snaps
  • From: Florian Haas <florian@xxxxxxxxxxx>
• question about client's cluster aware
  • From: yue longguang <yuelongguang@xxxxxxxxx>
• question about object replication theory
  • From: yue longguang <yuelongguang@xxxxxxxxx>
• rgw doc CONFIGURING PRINT CONTINUE
  • From: Zhao zhiming <zhaozhiming003@xxxxxxxxx>
• Ceph Day Speaking Slots
  • From: Patrick McGarry <patrick@xxxxxxxxxxx>
• Re: snap_trimming + backfilling is inefficient with many purged_snaps
  • From: Florian Haas <florian@xxxxxxxxxxx>
• ceph branch status
  • From: ceph branch robot <nobody@xxxxxxxx>
• Re: [PATCH 2/2] libceph: resend lingering requests with a new tid
  • From: Alex Elder <elder@xxxxxxxx>
• Re: Fwd: S3 API Compatibility support
  • From: M Ranga Swami Reddy <swamireddy@xxxxxxxxx>
• Re: issue 8747 / 9011
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: issue 8747 / 9011
  • From: Dmitry Smirnov <onlyjob@xxxxxxxxxx>
• Re: snap_trimming + backfilling is inefficient with many purged_snaps
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: snap_trimming + backfilling is inefficient with many purged_snaps
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: issue 8747 / 9011
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: snap_trimming + backfilling is inefficient with many purged_snaps
  • From: Florian Haas <florian@xxxxxxxxxxx>
• Re: snap_trimming + backfilling is inefficient with many purged_snaps
  • From: Dan van der Ster <daniel.vanderster@xxxxxxx>
• Re: snap_trimming + backfilling is inefficient with many purged_snaps
  • From: Florian Haas <florian@xxxxxxxxxxx>
• Re: issue 8747 / 9011
  • From: Dmitry Smirnov <onlyjob@xxxxxxxxxxxxxx>
• issue 8747 / 9011
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Fwd: S3 API Compatibility support
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxx>
• Re: Fwd: S3 API Compatibility support
  • From: M Ranga Swami Reddy <swamireddy@xxxxxxxxx>
• Re: why ZFS on ceph is unstable?
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: why ZFS on ceph is unstable?
  • From: Eric Eastman <eric0e@xxxxxxx>
• Re: Fwd: S3 API Compatibility support
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: snap_trimming + backfilling is inefficient with many purged_snaps
  • From: Dan van der Ster <daniel.vanderster@xxxxxxx>
• Re: Fwd: S3 API Compatibility support
  • From: M Ranga Swami Reddy <swamireddy@xxxxxxxxx>
• Re: severe librbd performance degradation in Giant
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: [ceph-users] Status of snapshots in CephFS
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: snap_trimming + backfilling is inefficient with many purged_snaps
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: severe librbd performance degradation in Giant
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: why ZFS on ceph is unstable?
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: severe librbd performance degradation in Giant
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: severe librbd performance degradation in Giant
  • From: David Moreau Simard <dmsimard@xxxxxxxx>
• Re: severe librbd performance degradation in Giant
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• RE: severe librbd performance degradation in Giant
  • From: "Shu, Xinxin" <xinxin.shu@xxxxxxxxx>
• Re: snap_trimming + backfilling is inefficient with many purged_snaps
  • From: Dan van der Ster <daniel.vanderster@xxxxxxx>
• Re: severe librbd performance degradation in Giant
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: severe librbd performance degradation in Giant
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: severe librbd performance degradation in Giant
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: [PATCH v2 2/3] ec: use 32-byte aligned buffers
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• why ZFS on ceph is unstable?
  • From: Nicheal <zay11022@xxxxxxxxx>