CEPH Filesystem Development

• Thread Index

• Re: active+remapped after remove osd via ceph osd out
  • From: Dominik Mostowiec <dominikmostowiec@xxxxxxxxx>
• Re: RadosGW crashing on copy for one specific object
  • From: Sylvain Munaut <s.munaut@xxxxxxxxxxxxxxxxxxxx>
• Re: Deadlock in ceph journal
  • From: Mark Kirkwood <mark.kirkwood@xxxxxxxxxxxxxxx>
• RE: Deadlock in ceph journal
  • From: "Ma, Jianpeng" <jianpeng.ma@xxxxxxxxx>
• A problem when restarting OSD
  • From: "Wang, Zhiqiang" <zhiqiang.wang@xxxxxxxxx>
• RE: Deadlock in ceph journal
  • From: Sage Weil <sweil@xxxxxxxxxx>
• question about how to incrementally rebuild an image out of cluster
  • From: "=?gb18030?b?0KG93A==?=" <jaychj@xxxxxxxxxx>
• RE: Deadlock in ceph journal
  • From: "Ma, Jianpeng" <jianpeng.ma@xxxxxxxxx>
• Re: OSD suicide after being down/in for one day as it needs to search large amount of objects
  • From: Guang Yang <yguang11@xxxxxxxxxxx>
• Re: Ceph authentication/authorization paradignms
  • From: "Christopher R. Hertel" <crh@xxxxxxxxxx>
• Re: [Ceph-maintainers] disabling updatedb
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: [Ceph-maintainers] disabling updatedb
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• Re: RadosGW crashing on copy for one specific object
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxx>
• Re: Translating a RadosGW object name into a filename on disk
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: RadosGW crashing on copy for one specific object
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxx>
• Re: Translating a RadosGW object name into a filename on disk
  • From: Craig Lewis <clewis@xxxxxxxxxxxxxxxxxx>
• Re: RadosGW crashing on copy for one specific object
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxx>
• RE: Deadlock in ceph journal
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: OSD suicide after being down/in for one day as it needs to search large amount of objects
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: RadosGW crashing on copy for one specific object
  • From: Sylvain Munaut <s.munaut@xxxxxxxxxxxxxxxxxxxx>
• Re: OSD suicide after being down/in for one day as it needs to search large amount of objects
  • From: Guang Yang <yguang11@xxxxxxxxxxx>
• Re: OSDMap checksums
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: Deadlock in ceph journal
  • From: Mark Kirkwood <mark.kirkwood@xxxxxxxxxxxxxxx>
• Re: Deadlock in ceph journal
  • From: Mark Kirkwood <mark.kirkwood@xxxxxxxxxxxxxxx>
• RE: Deadlock in ceph journal
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• RE: Deadlock in ceph journal
  • From: Sage Weil <sweil@xxxxxxxxxx>
• RE: Deadlock in ceph journal
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: OSDMap checksums
  • From: Sage Weil <sweil@xxxxxxxxxx>
• RE: Deadlock in ceph journal
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: OSDMap checksums
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: size and depth of Tree Bucket
  • From: Sage Weil <sweil@xxxxxxxxxx>
• RE: Deadlock in ceph journal
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Problem balancing disk space
  • From: huang jun <hjwsm1989@xxxxxxxxx>
• Re: Problem balancing disk space
  • From: Dong Yuan <yuandong1222@xxxxxxxxx>
• Re: OSDMap checksums
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: OSDMap checksums
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• rgw object expiration
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxx>
• OSDMap checksums
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: OSD suicide after being down/in for one day as it needs to search large amount of objects
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: Simpler LRC configuration
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: Ceph authentication/authorization paradignms
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: size and depth of Tree Bucket
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Problem balancing disk space
  • From: Alphe Salas <asalas@xxxxxxxxx>
• Re: RadosGW crashing on copy for one specific object
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxx>
• Re: Translating a RadosGW object name into a filename on disk
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• RadosGW crashing on copy for one specific object
  • From: Sylvain Munaut <s.munaut@xxxxxxxxxxxxxxxxxxxx>
• OSD suicide after being down/in for one day as it needs to search large amount of objects
  • From: Guang Yang <yguang11@xxxxxxxxxxx>
• Swift Upload/Post failing - 403 Forbidden
  • From: Dhiraj Kamble <Dhiraj.Kamble@xxxxxxxxxxx>
• Re: object versioning
  • From: Sage Weil <sweil@xxxxxxxxxx>
• v0.84 contributors credits
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• v0.84 released
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Ceph Days are back with a vengeance!
  • From: Patrick McGarry <patrick@xxxxxxxxxxx>
• Re: Stopping ceph daemons during the upgrade
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Stopping ceph daemons during the upgrade
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Stopping ceph daemons during the upgrade
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: any reason why multiple ranged-reads not currently supported in rados-java?
  • From: Daniel Hsueh <dchsueh@xxxxxxxxxxxxxxxxxxx>
• Re: Stopping ceph daemons during the upgrade
  • From: Dan Van Der Ster <daniel.vanderster@xxxxxxx>
• Re: RHEL 6.5 shared library upgrade safety
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: RHEL 6.5 shared library upgrade safety
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Stopping ceph daemons during the upgrade
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: RHEL 6.5 shared library upgrade safety
  • From: Sage Weil <sweil@xxxxxxxxxx>
• ceph branch status
  • From: ceph branch robot <nobody@xxxxxxxx>
• Re: Civetweb fixes
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
• Re: RHEL 6.5 shared library upgrade safety
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: RHEL 6.5 shared library upgrade safety
  • From: Wido den Hollander <wido@xxxxxxxx>
• RHEL 6.5 shared library upgrade safety
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• RE: pools with latest master
  • From: Varada Kari <Varada.Kari@xxxxxxxxxxx>
• Re: Call for help : contributor credits updates
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Call for help : contributor credits updates
  • From: M Ranga Swami Reddy <swamireddy@xxxxxxxxx>
• Re: Call for help : contributor credits updates
  • From: Abhishek L <abhishek.lekshmanan@xxxxxxxxx>
• Re: assert failure
  • From: Guang Yang <yguang11@xxxxxxxxxxx>
• Call for help : contributor credits updates
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: any reason why multiple ranged-reads not currently supported in rados-java?
  • From: Wido den Hollander <wido@xxxxxxxx>
• Final report for GSOC14
  • From: Koleos Fuscus <koleosfuscus@xxxxxxxxx>
• Re: assert failure
  • From: Huamin Chen <hchen@xxxxxxxxxx>
• Re: assert failure
  • From: Guang Yang <yguang11@xxxxxxxxxxx>
• Re: Import a pg into an already down osd causes it to crash on startup
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Simpler LRC configuration
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: any reason why multiple ranged-reads not currently supported in rados-java?
  • From: Sage Weil <sweil@xxxxxxxxxx>
• any reason why multiple ranged-reads not currently supported in rados-java?
  • From: Daniel Hsueh <dchsueh@xxxxxxxxxxxxxxxxxxx>
• 2014 Linux Plumbers Call for File and Storage Systems Microconference Proposals
  • From: Ric Wheeler <rwheeler@xxxxxxxxxx>
• Re: some question about limiting multi part size
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: ISA EC Table Cache
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Add a converter in OSDMap to split the ruleset into rule
  • From: "Chen, Xiaoxi" <xiaoxi.chen@xxxxxxxxx>
• ISA EC Table Cache
  • From: Andreas Joachim Peters <Andreas.Joachim.Peters@xxxxxxx>
• Re: Add a converter in OSDMap to split the ruleset into rule
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Add a converter in OSDMap to split the ruleset into rule
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: object versioning
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxx>
• Re: object versioning
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Translating a RadosGW object name into a filename on disk
  • From: Craig Lewis <clewis@xxxxxxxxxxxxxxxxxx>
• Re: OSD disk replacement best practise
  • From: Smart Weblications GmbH - Florian Wiessner <f.wiessner@xxxxxxxxxxxxxxxxxxxxx>
• Using erasure code plugins outside of an OSD
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Ceph authentication/authorization paradignms
  • From: "Christopher R. Hertel" <crh@xxxxxxxxxx>
• Re: RGW Swift questions
  • From: Luis Pabón <lpabon@xxxxxxxxxx>
• Re: RGW Swift questions
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxx>
• Re: RGW Swift questions
  • From: Luis Pabon <lpabon@xxxxxxxxxx>
• Re: object versioning
  • From: Luis Pabon <lpabon@xxxxxxxxxx>
• Re: object versioning
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxx>
• Re: RGW Swift questions
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxx>
• RGW Swift questions
  • From: Luis Pabón <lpabon@xxxxxxxxxx>
• RE: A bug in FileStore::mount and A problem about XFS
  • From: Sage Weil <sweil@xxxxxxxxxx>
• RE: Is that possible to run teuthology on local test servers
  • From: Sage Weil <sweil@xxxxxxxxxx>
• OSD disk replacement best practise
  • From: Guang Yang <yguang11@xxxxxxxxxxx>
• Re: object versioning
  • From: Wido den Hollander <wido@xxxxxxxx>
• RE: A bug in FileStore::mount and A problem about XFS
  • From: "Ma, Jianpeng" <jianpeng.ma@xxxxxxxxx>
• RE: Is that possible to run teuthology on local test servers
  • From: Vijayendra Shamanna <Vijayendra.Shamanna@xxxxxxxxxxx>
• A bug in FileStore::mount and A problem about XFS
  • From: nyao@xxxxxxxxx
• Re: [PATCH -next] rbd: fix error return code in rbd_dev_device_setup()
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Is that possible to run teuthology on local test servers
  • From: guping <magicgup@xxxxxxxxx>
• Re: [PATCH -next] rbd: fix error return code in rbd_dev_device_setup()
  • From: Alex Elder <elder@xxxxxxxx>
• Re: assert failure
  • From: Guang Yang <yguang11@xxxxxxxxxxx>
• [PATCH -next] rbd: fix error return code in rbd_dev_device_setup()
  • From: weiyj_lk@xxxxxxx
• object versioning
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxx>
• Re: Ιnstrumenting RADOS with Zipkin + LTTng
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• assert failure
  • From: Huamin Chen <hchen@xxxxxxxxxx>
• Fwd: crush_addition_is_unsafe
  • From: Viral Mehta <viral.vkm@xxxxxxxxx>
• [ANN] ceph-deploy 1.5.11 released
  • From: Alfredo Deza <alfredo.deza@xxxxxxxxxxx>
• Re: [RFC]About ImageIndex
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: [RFC]About ImageIndex
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: [RFC]About ImageIndex
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• RE: [RFC]About ImageIndex
  • From: Dhiraj Kamble <Dhiraj.Kamble@xxxxxxxxxxx>
• Re: [PATCH 0/3] WIP-8112 radosgw usage & man update
  • From: Abhishek L <abhishek.lekshmanan@xxxxxxxxx>
• size and depth of Tree Bucket
  • From: Viral Mehta <viral.vkm@xxxxxxxxx>
• Re: [RFC]About ImageIndex
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• wip-ceph-disk
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: ceph-disk and dmcrypt
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: LTTng unfriendly with mixed static/dynamic linking
  • From: Adam Crume <adamcrume@xxxxxxxxx>
• Re: ceph-disk and dmcrypt
  • From: Steve Taylor <steveftaylor@xxxxxxxxx>
• Re: LTTng unfriendly with mixed static/dynamic linking
  • From: Noah Watkins <noahwatkins@xxxxxxxxx>
• Re: LTTng unfriendly with mixed static/dynamic linking
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: LTTng unfriendly with mixed static/dynamic linking
  • From: Adam Crume <adamcrume@xxxxxxxxx>
• v0.67.10 Dumpling released
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Fwd: S3 API Compatibility support
  • From: M Ranga Swami Reddy <swamireddy@xxxxxxxxx>
• Re: Fwd: S3 API Compatibility support
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxx>
• Re: Fwd: S3 API Compatibility support
  • From: M Ranga Swami Reddy <swamireddy@xxxxxxxxx>
• ceph-disk and dmcrypt
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: bucket index sharding - IO throttle
  • From: Guang Yang <yguang11@xxxxxxxxxxx>
• [RFC]About ImageIndex
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• [GIT PULL] Ceph updates for 3.17-rc1
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: Swift tests failing randomly
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Swift tests failing randomly
  • From: Yuri Weinstein <yuri.weinstein@xxxxxxxxxxx>
• Re: Swift tests failing randomly
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Swift tests failing randomly
  • From: Yuri Weinstein <yuri.weinstein@xxxxxxxxxxx>
• Re: RadosGW storage format
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxx>
• Re: Swift tests failing randomly
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Swift tests failing randomly
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
• Re: Swift tests failing randomly
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• ceph branch status
  • From: ceph branch robot <nobody@xxxxxxxx>
• Re: how to enable ENCODE_DUMP debug option for message
  • From: Sage Weil <sweil@xxxxxxxxxx>
• how to enable ENCODE_DUMP debug option for message
  • From: "Shu, Xinxin" <xinxin.shu@xxxxxxxxx>
• Wireshark Dissector and the Future
  • From: Kevin Cox <kevincox@xxxxxxxxxxx>
• Swift tests failing randomly
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: [PATCH] libceph: set last_piece in ceph_msg_data_pages_cursor_init() correctly
  • From: Alex Elder <elder@xxxxxxxx>
• Re: [PATCH] libceph: set last_piece in ceph_msg_data_pages_cursor_init() correctly
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Resolving the ruleno / ruleset confusion
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Resolving the ruleno / ruleset confusion
  • From: "Chen, Xiaoxi" <xiaoxi.chen@xxxxxxxxx>
• RE: Resolving the ruleno / ruleset confusion
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: RadosGW storage format
  • From: Sylvain Munaut <s.munaut@xxxxxxxxxxxxxxxxxxxx>
• RE: Resolving the ruleno / ruleset confusion
  • From: "Chen, Xiaoxi" <xiaoxi.chen@xxxxxxxxx>
• Re: Resolving the ruleno / ruleset confusion
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Resolving the ruleno / ruleset confusion
  • From: "Chen, Xiaoxi" <xiaoxi.chen@xxxxxxxxx>
• Re: Resolving the ruleno / ruleset confusion
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Resolving the ruleno / ruleset confusion
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Resolving the ruleno / ruleset confusion
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: [PATCH 6/9] gpiolib: devres: use correct structure type name in sizeof
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH] libceph: set last_piece in ceph_msg_data_pages_cursor_init() correctly
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: krbd kernel 3.16.0-1 with v0.83 got stuck during write
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• krbd kernel 3.16.0-1 with v0.83 got stuck during write
  • From: Kasper Dieter <dieter.kasper@xxxxxxxxxxxxxx>
• Re: RadosGW storage format
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxx>
• RE: Regarding cache tier understanding
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: Regarding cache tier understanding
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: [PATCH] rbd: allocate img_request with GFP_NOIO instead GFP_ATOMIC
  • From: Alex Elder <elder@xxxxxxxx>
• [PATCH] rbd: allocate img_request with GFP_NOIO instead GFP_ATOMIC
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• RadosGW storage format
  • From: Sylvain Munaut <s.munaut@xxxxxxxxxxxxxxxxxxxx>
• Relation between crush ruleset and erasure code profile
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: [PATCH] rbd: rework rbd_request_fn()
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: [PATCH] rbd: rework rbd_request_fn()
  • From: Alex Elder <elder@xxxxxxxx>
• Re: [PATCH] rbd: rework rbd_request_fn()
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: [PATCH] rbd: rework rbd_request_fn()
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: Forever growing data in ceph using RBD image
  • From: Alphe Salas <asalas@xxxxxxxxx>
• Re: [PATCH] rbd: rework rbd_request_fn()
  • From: Alex Elder <elder@xxxxxxxx>
• 10th Anniversary T-Shirts for Contributors
  • From: Patrick McGarry <patrick@xxxxxxxxxxx>
• mon dependency on OSD MonClient using OSD's client_messenger
  • From: "Matt W. Benjamin" <matt@xxxxxxxxxxxx>
• Re: bucket index sharding - IO throttle
  • From: Guang Yang <yguang11@xxxxxxxxxxx>
• Re: bucket index sharding - IO throttle
  • From: Osier Yang <osier@xxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH master] rbd.cc: add --force option at 'rbd import'
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: upgrade:firefly-x:stress-split related workload
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: upgrade:firefly-x:stress-split related workload
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Vote for Ceph Talks at OpenStack Paris
  • From: Patrick McGarry <patrick@xxxxxxxxxxx>
• Re: Ιnstrumenting RADOS with Zipkin + LTTng
  • From: Marios-Evaggelos Kogias <marioskogias@xxxxxxxxx>
• Re: Ιnstrumenting RADOS with Zipkin + LTTng
  • From: Marios-Evaggelos Kogias <marioskogias@xxxxxxxxx>
• Add to mailing list
  • From: Pat Hannon <phannon@xxxxxxxxxxxxx>
• Re: Ceph kRBD stuck after disk crash
  • From: Thorwald Lundqvist <thorwald@xxxxxxxxxxxxxx>
• Re: fscache recursive hang -- similar to loopback NFS issues
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: Ceph kRBD stuck after disk crash
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: Ceph kRBD stuck after disk crash
  • From: Eric Eastman <eric0e@xxxxxxx>
• Re: [ceph-users] v0.83 released
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Ceph kRBD stuck after disk crash
  • From: Thorwald Lundqvist <thorwald@xxxxxxxxxxxxxx>
• Re: [ceph-users] v0.83 released
  • From: Sage Weil <sweil@xxxxxxxxxx>
• RE: Non existing monitor
  • From: Pavan Rallabhandi <Pavan.Rallabhandi@xxxxxxxxxxx>
• RE: ErasureCode base class
  • From: Andreas Joachim Peters <Andreas.Joachim.Peters@xxxxxxx>
• ErasureCode base class
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: [PATCH] rbd: rework rbd_request_fn()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH] rbd: rework rbd_request_fn()
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: upgrade:firefly-x:stress-split related workload
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• RE: First attempt at rocksdb monitor store stress testing
  • From: "Shu, Xinxin" <xinxin.shu@xxxxxxxxx>
• Re: fscache recursive hang -- similar to loopback NFS issues
  • From: NeilBrown <neilb@xxxxxxx>
• Re: fscache recursive hang -- similar to loopback NFS issues
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• Re: ISA erasure code plugin and cache
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• RE: ISA erasure code plugin and cache
  • From: Andreas Joachim Peters <Andreas.Joachim.Peters@xxxxxxx>
• erasure code and reliability model
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: ISA erasure code plugin and cache
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• RE: ISA erasure code plugin and cache
  • From: Andreas Joachim Peters <Andreas.Joachim.Peters@xxxxxxx>
• ceph branch status
  • From: ceph branch robot <nobody@xxxxxxxx>
• Re: Non existing monitor
  • From: Joao Eduardo Luis <joao.luis@xxxxxxxxxxx>
• Re: KeyFileStore ?
  • From: Guang Yang <yguang11@xxxxxxxxxxx>
• RE: ISA erasure code plugin and cache
  • From: Sage Weil <sweil@xxxxxxxxxx>
• RE: ISA erasure code plugin and cache
  • From: Andreas Joachim Peters <Andreas.Joachim.Peters@xxxxxxx>
• upgrade:firefly-x:stress-split related workload
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: ISA erasure code plugin and cache
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• RE: ISA erasure code plugin and cache
  • From: "Ma, Jianpeng" <jianpeng.ma@xxxxxxxxx>
• RE: ISA erasure code plugin and cache
  • From: Andreas Joachim Peters <Andreas.Joachim.Peters@xxxxxxx>
• ErasureCode base class
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: ISA erasure code plugin and cache
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• RE: ISA erasure code plugin and cache
  • From: Andreas Joachim Peters <Andreas.Joachim.Peters@xxxxxxx>
• ISA erasure code plugin and cache
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Fwd: S3 API Compatibility support
  • From: M Ranga Swami Reddy <swamireddy@xxxxxxxxx>
• Re: bucket index sharding - IO throttle
  • From: Guang Yang <yguang11@xxxxxxxxxxx>
• RE: Non existing monitor
  • From: Aanchal Agrawal <Aanchal.Agrawal@xxxxxxxxxxx>
• Re: firefly backports
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• Re: firefly backports
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
• Re: firefly backports
  • From: Sage Weil <sweil@xxxxxxxxxx>
• [RFC][PATCH] locking: Debug nested wait/locking primitives
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: firefly backports
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• Re: Non existing monitor
  • From: Joao Eduardo Luis <joao.luis@xxxxxxxxxxx>
• Re: giant and hammer dates
  • From: Justin Erenkrantz <justin@xxxxxxxxxxxxxx>
• older kernels vs firefly
  • From: Sage Weil <sweil@xxxxxxxxxx>
• firefly backports
  • From: Sage Weil <sage@xxxxxxxxxxx>
• RE: First attempt at rocksdb monitor store stress testing
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: KeyFileStore ?
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• Re: Ιnstrumenting RADOS with Zipkin + LTTng
  • From: Adam Crume <adamcrume@xxxxxxxxx>
• Re: Ιnstrumenting RADOS with Zipkin + LTTng
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• Re: Ιnstrumenting RADOS with Zipkin + LTTng
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• Free LinuxCon/CloudOpen Pass
  • From: Patrick McGarry <patrick@xxxxxxxxxxx>
• RE: Non existing monitor
  • From: Pavan Rallabhandi <Pavan.Rallabhandi@xxxxxxxxxxx>
• Re: First attempt at rocksdb monitor store stress testing
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: call for comments -> "ceph-disk" making OSD directories on typos and is inconsistent (useability).
  • From: Owen Synge <osynge@xxxxxxxx>
• Ιnstrumenting RADOS with Zipkin + LTTng
  • From: Marios-Evaggelos Kogias <marioskogias@xxxxxxxxx>
• RE: Simplified LRC in CEPH
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: call for comments -> "ceph-disk" making OSD directories on typos and is inconsistent (useability).
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: KeyFileStore ?
  • From: Guang Yang <yguang11@xxxxxxxxxxx>
• RE: Simplified LRC in CEPH
  • From: Andreas Joachim Peters <Andreas.Joachim.Peters@xxxxxxx>
• Re: [PATCH] locking/mutexes: Revert "locking/mutexes: Add extra reschedule point"
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• [ANN] ceph-deploy 1.5.10 released
  • From: Alfredo Deza <alfredo.deza@xxxxxxxxxxx>
• Re: [PATCH] locking/mutexes: Revert "locking/mutexes: Add extra reschedule point"
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Simplified LRC in CEPH
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: [PATCH] locking/mutexes: Revert "locking/mutexes: Add extra reschedule point"
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: Non existing monitor
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• RE: Simplified LRC in CEPH
  • From: Andreas Joachim Peters <Andreas.Joachim.Peters@xxxxxxx>
• Re: Simplified LRC in CEPH
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Non existing monitor
  • From: Wido den Hollander <wido@xxxxxxxx>
• RE: Non existing monitor
  • From: Aanchal Agrawal <Aanchal.Agrawal@xxxxxxxxxxx>
• [PATCH] osd: add local_mtime to struct object_info_t
  • From: "Wang, Zhiqiang" <zhiqiang.wang@xxxxxxxxx>
• call for comments -> "ceph-disk" making OSD directories on typos and is inconsistent (useability).
  • From: Owen Synge <osynge@xxxxxxxx>
• Simplified LRC in CEPH
  • From: Andreas Joachim Peters <Andreas.Joachim.Peters@xxxxxxx>
• Re: bug of bucket instance log list?
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
• bug of bucket instance log list?
  • From: star fan <jfanix@xxxxxxxxx>
• Re: [PATCH]ECBackend: Don't directyly use get_recovery_chunk_size() in RecoveryOp::WRITING state.
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• Re: [PATCH]ECBackend: Using ROUND_UP_TO to refactor get_recovery_chunk_size()
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• RE: Pull Request for ISA EC plug-in
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: [ceph-users] question about ApplyManager, SubmitManager and FileJournal
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: KeyFileStore ?
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxx>
• Re: bucket index sharding - IO throttle
  • From: Guang Yang <yguang11@xxxxxxxxxxx>
• Re: [PATCH] locking/mutexes: Revert "locking/mutexes: Add extra reschedule point"
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] locking/mutexes: Revert "locking/mutexes: Add extra reschedule point"
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: [PATCH] locking/mutexes: Revert "locking/mutexes: Add extra reschedule point"
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: KeyFileStore ?
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: [PATCH] locking/mutexes: Revert "locking/mutexes: Add extra reschedule point"
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: KeyFileStore ?
  • From: "Matt W. Benjamin" <matt@xxxxxxxxxxxx>
• Re: [PATCH] locking/mutexes: Revert "locking/mutexes: Add extra reschedule point"
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: KeyFileStore ?
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: [PATCH] locking/mutexes: Revert "locking/mutexes: Add extra reschedule point"
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: First attempt at rocksdb monitor store stress testing
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: First attempt at rocksdb monitor store stress testing
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: [PATCH] locking/mutexes: Revert "locking/mutexes: Add extra reschedule point"
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: First attempt at rocksdb monitor store stress testing
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: [PATCH] locking/mutexes: Revert "locking/mutexes: Add extra reschedule point"
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• About erasure code optimizations for ARM
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• RE: Cache tiering read-proxy mode
  • From: "Wang, Zhiqiang" <zhiqiang.wang@xxxxxxxxx>
• [PATCH] locking/mutexes: Revert "locking/mutexes: Add extra reschedule point"
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• RE: Pull Request for ISA EC plug-in
  • From: Andreas Joachim Peters <Andreas.Joachim.Peters@xxxxxxx>
• RE: First attempt at rocksdb monitor store stress testing
  • From: "Shu, Xinxin" <xinxin.shu@xxxxxxxxx>
• RE: First attempt at rocksdb monitor store stress testing
  • From: "Shu, Xinxin" <xinxin.shu@xxxxxxxxx>
• RE: Pull Request for ISA EC plug-in
  • From: Andreas Joachim Peters <Andreas.Joachim.Peters@xxxxxxx>
• Re: KeyFileStore ?
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: KeyFileStore ?
  • From: Mark Kirkwood <mark.kirkwood@xxxxxxxxxxxxxxx>
• RE: Pull Request for ISA EC plug-in
  • From: Sage Weil <sweil@xxxxxxxxxx>
• KeyFileStore ?
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: [PATCH] daemons: write pid file even when told not to daemonize
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: [PATCH] daemons: write pid file even when told not to daemonize
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Pull Request for ISA EC plug-in
  • From: Joe Young <zhouyuan@xxxxxxxxxxx>
• Re: [PATCH 3/9] i40e: use correct structure type name in sizeof
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/9] CAPI: use correct structure type name in sizeof
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] osd: requeue replays we couldn't start in this tick
  • From: Alexandre Oliva <oliva@xxxxxxx>
• [PATCH] daemons: write pid file even when told not to daemonize
  • From: Alexandre Oliva <oliva@xxxxxxx>
• [PATCH] init: exec daemons or wrappers after setting up environment
  • From: Alexandre Oliva <oliva@xxxxxxx>
• RE: First attempt at rocksdb monitor store stress testing
  • From: Sage Weil <sweil@xxxxxxxxxx>
• RE: First attempt at rocksdb monitor store stress testing
  • From: "Shu, Xinxin" <xinxin.shu@xxxxxxxxx>
• RE: First attempt at rocksdb monitor store stress testing
  • From: "Shu, Xinxin" <xinxin.shu@xxxxxxxxx>
• RE: First attempt at rocksdb monitor store stress testing
  • From: "Shu, Xinxin" <xinxin.shu@xxxxxxxxx>
• RE: Pull Request for ISA EC plug-in
  • From: "Ma, Jianpeng" <jianpeng.ma@xxxxxxxxx>
• Re: Forcing Ceph into mapping all objects to a single PG
  • From: Daniel Hofmann <daniel@xxxxxxxx>
• RE: Pull Request for ISA EC plug-in
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: giant and hammer dates
  • From: Eric Eastman <eric0e@xxxxxxx>
• RE: Pull Request for ISA EC plug-in
  • From: Andreas Joachim Peters <Andreas.Joachim.Peters@xxxxxxx>
• Re: [ceph-users] Calamari Goes Open Source
  • From: John Spray <john.spray@xxxxxxxxxx>
• RE: Pull Request for ISA EC plug-in
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: First attempt at rocksdb monitor store stress testing
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: bucket index sharding - IO throttle
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
• Re: giant and hammer dates
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: giant and hammer dates
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: fscache recursive hang -- similar to loopback NFS issues
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• Re: giant and hammer dates
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: bucket index sharding - IO throttle
  • From: Guang Yang <yguang11@xxxxxxxxxxx>
• Re: giant and hammer dates
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: giant and hammer dates
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Non existing monitor
  • From: Aanchal Agrawal <Aanchal.Agrawal@xxxxxxxxxxx>
• Re: [PATCH 6/9] gpiolib: devres: use correct structure type name in sizeof
  • From: Julia Lawall <julia.lawall@xxxxxxx>
• Re: [PATCH 6/9] gpiolib: devres: use correct structure type name in sizeof
  • From: Alexandre Courbot <gnurou@xxxxxxxxx>
• [PATCH]ECBackend: Using ROUND_UP_TO to refactor get_recovery_chunk_size()
  • From: "Ma, Jianpeng" <jianpeng.ma@xxxxxxxxx>
• [PATCH]ECBackend: Don't directyly use get_recovery_chunk_size() in RecoveryOp::WRITING state.
  • From: "Ma, Jianpeng" <jianpeng.ma@xxxxxxxxx>
• Re: giant and hammer dates
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• KeyValueDB instantiation
  • From: Sage Weil <sweil@xxxxxxxxxx>
• v0.83 contributors credits
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• RE: [PATCH]init-ceph: Adding do_cmd_okfail when calling ceph-crush-location
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: fscache recursive hang -- similar to loopback NFS issues
  • From: NeilBrown <neilb@xxxxxxx>
• Re: fscache recursive hang -- similar to loopback NFS issues
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• v0.83 released
  • From: Sage Weil <sage@xxxxxxxxxxx>
• RE: [PATCH] ceph: use the OSD time as the object mtime instead of the client time
  • From: "Wang, Zhiqiang" <zhiqiang.wang@xxxxxxxxx>
• Re: [PATCH]init-ceph: Adding do_cmd_okfail when calling ceph-crush-location
  • From: Sage Weil <sweil@xxxxxxxxxx>
• [PATCH]init-ceph: Adding do_cmd_okfail when calling ceph-crush-location
  • From: "Xue, Chendi" <chendi.xue@xxxxxxxxx>
• Re: giant and hammer dates
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• giant and hammer dates
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: fscache recursive hang -- similar to loopback NFS issues
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 3/9] i40e: use correct structure type name in sizeof
  • From: "Brown, Aaron F" <aaron.f.brown@xxxxxxxxx>
• v0.80.5 Firefly released
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: [PATCH] ceph: use the OSD time as the object mtime instead of the client time
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• Admin Operations API Quota Get
  • From: Derek Yarnell <derek@xxxxxxxxxxxxxx>
• Re: fscache recursive hang -- similar to loopback NFS issues
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH] ceph: use the OSD time as the object mtime instead of the client time
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: [PATCH] ceph: use the OSD time as the object mtime instead of the client time
  • From: Sage Weil <sweil@xxxxxxxxxx>
• RE: Cache tiering read-proxy mode
  • From: Sage Weil <sweil@xxxxxxxxxx>
• [PATCH 1/9] drivers/staging/media/davinci_vpfe/vpfe_mc_capture.c: use correct structure type name in sizeof
  • From: Julia Lawall <Julia.Lawall@xxxxxxx>
• [PATCH 2/9] CAPI: use correct structure type name in sizeof
  • From: Julia Lawall <Julia.Lawall@xxxxxxx>
• [PATCH 0/9] use correct structure type name in sizeof
  • From: Julia Lawall <Julia.Lawall@xxxxxxx>
• [PATCH 3/9] i40e: use correct structure type name in sizeof
  • From: Julia Lawall <Julia.Lawall@xxxxxxx>
• [PATCH 7/9] scsi: use correct structure type name in sizeof
  • From: Julia Lawall <Julia.Lawall@xxxxxxx>
• [PATCH 6/9] gpiolib: devres: use correct structure type name in sizeof
  • From: Julia Lawall <Julia.Lawall@xxxxxxx>
• [PATCH 8/9] iwlegacy: use correct structure type name in sizeof
  • From: Julia Lawall <Julia.Lawall@xxxxxxx>
• [PATCH 9/9] uwb/whci: use correct structure type name in sizeof
  • From: Julia Lawall <Julia.Lawall@xxxxxxx>
• [PATCH 5/9] scsi: use correct structure type name in sizeof
  • From: Julia Lawall <Julia.Lawall@xxxxxxx>
• [PATCH 4/9] reiserfs: use correct structure type name in sizeof
  • From: Julia Lawall <Julia.Lawall@xxxxxxx>
• [PATCH] ceph: use the OSD time as the object mtime instead of the client time
  • From: "Wang, Zhiqiang" <zhiqiang.wang@xxxxxxxxx>
• RE: Cache tiering read-proxy mode
  • From: "Wang, Zhiqiang" <zhiqiang.wang@xxxxxxxxx>
• [PATCH 2/3] librbd: v3 copy-on-read for clones, read entire object from parent
  • From: Min Chen <minchen@xxxxxxxxxxxxxxx>
• [PATCH 3/3] librbd: v3 copy-on-read for clones, write entire object into child asychronously
  • From: Min Chen <minchen@xxxxxxxxxxxxxxx>
• [PATCH 1/3] librbd: v3 copy-on-read for clones, add an option for copy-on-read
  • From: Min Chen <minchen@xxxxxxxxxxxxxxx>
• [PATCH 0/3] librbd: v3 copy-on-read for clones
  • From: Min Chen <minchen@xxxxxxxxxxxxxxx>
• Re: wip-objecter
  • From: John Spray <john.spray@xxxxxxxxxx>
• Re: wip-objecter
  • From: John Spray <john.spray@xxxxxxxxxx>
• RE: Pull Request for ISA EC plug-in
  • From: Andreas Joachim Peters <Andreas.Joachim.Peters@xxxxxxx>
• Re: Pull Request for ISA EC plug-in
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: wip-objecter
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: wip-objecter
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Fwd: S3 API Compatibility support
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxx>
• Re: Fwd: S3 API Compatibility support
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxx>
• RE: Cache tiering read-proxy mode
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Desktop Ceph Cluster up for grabs!
  • From: Patrick McGarry <patrick@xxxxxxxxxxx>
• Re: First attempt at rocksdb monitor store stress testing
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: Pull Request for ISA EC plug-in
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Pull Request for ISA EC plug-in
  • From: Andreas Joachim Peters <Andreas.Joachim.Peters@xxxxxxx>
• ceph branch status
  • From: ceph branch robot <nobody@xxxxxxxx>
• Re: Fwd: S3 API Compatibility support
  • From: M Ranga Swami Reddy <swamireddy@xxxxxxxxx>
• RE: Cache tiering read-proxy mode
  • From: "Wang, Zhiqiang" <zhiqiang.wang@xxxxxxxxx>
• RE: First attempt at rocksdb monitor store stress testing
  • From: "Shu, Xinxin" <xinxin.shu@xxxxxxxxx>
• Re: wip-objecter
  • From: John Spray <john.spray@xxxxxxxxxx>
• Re: Fwd: S3 API Compatibility support
  • From: M Ranga Swami Reddy <swamireddy@xxxxxxxxx>
• reverted ObjectCacher changes
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: Fwd: S3 API Compatibility support
  • From: "Robin H. Johnson" <robbat2@xxxxxxxxxx>
• Re: LTTng unfriendly with mixed static/dynamic linking
  • From: Joao Eduardo Luis <joao.luis@xxxxxxxxxxx>
• wip-objecter
  • From: Sage Weil <sweil@xxxxxxxxxx>
• issue #8937
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxx>
• Re: LTTng unfriendly with mixed static/dynamic linking
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: LTTng unfriendly with mixed static/dynamic linking
  • From: Adam Crume <adamcrume@xxxxxxxxx>
• LTTng unfriendly with mixed static/dynamic linking
  • From: Adam Crume <adamcrume@xxxxxxxxx>
• Re: Forcing Ceph into mapping all objects to a single PG
  • From: Alex Elsayed <eternaleye@xxxxxxxxx>
• 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: First attempt at rocksdb monitor store stress testing
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: [PATCH] ceph: fix sizeof(struct tYpO *) typo
  • From: Alex Elder <elder@xxxxxxxx>
• Re: Fwd: S3 API Compatibility support
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: First attempt at rocksdb monitor store stress testing
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: Forcing Ceph into mapping all objects to a single PG
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Fwd: S3 API Compatibility support
  • From: M Ranga Swami Reddy <swamireddy@xxxxxxxxx>
• Re: [PATCH 6/8] rbd: update mapping size only on refresh
  • From: Alex Elder <elder@xxxxxxxx>
• Re: [PATCH] ceph: fix sizeof(struct tYpO *) typo
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: [PATCH] ceph: fix sizeof(struct tYpO *) typo
  • From: Alex Elder <elder@xxxxxxxx>
• Re: [PATCH] ceph: remove redundant memset(0)
  • From: Alex Elder <elder@xxxxxxxx>
• Re: [PATCH 7/8] rbd: do not read in parent info before snap context
  • From: Alex Elder <elder@xxxxxxxx>
• Re: Forcing Ceph into mapping all objects to a single PG
  • From: Daniel Hofmann <daniel@xxxxxxxx>
• Re: sizeof (struct tYpO *) : it is just a typo or rather a bug ?
  • From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
• [PATCH] ceph: fix sizeof(struct tYpO *) typo
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• [PATCH] ceph: remove redundant memset(0)
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: [PATCH 7/8] rbd: do not read in parent info before snap context
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: [PATCH 7/8] rbd: do not read in parent info before snap context
  • From: Alex Elder <elder@xxxxxxxx>
• RE: First attempt at rocksdb monitor store stress testing
  • From: "Shu, Xinxin" <xinxin.shu@xxxxxxxxx>
• Re: First attempt at rocksdb monitor store stress testing
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: [PATCH 0/3] WIP-8112 radosgw usage & man update
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxx>
• Re: [PATCH 8/8] rbd: take snap_id into account when reading in parent info
  • From: Alex Elder <elder@xxxxxxxx>
• Re: sizeof (struct tYpO *) : it is just a typo or rather a bug ?
  • From: Toralf Förster <toralf.foerster@xxxxxx>
• Re: sizeof (struct tYpO *) : it is just a typo or rather a bug ?
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• sizeof (struct tYpO *) : it is just a typo or rather a bug ?
  • From: Toralf Förster <toralf.foerster@xxxxxx>
• Re: [PATCH 6/8] rbd: update mapping size only on refresh
  • From: Alex Elder <elder@xxxxxxxx>
• Re: [PATCH 6/8] rbd: update mapping size only on refresh
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: help: how to get ceph daemon debug info from ceph-rest-api?
  • From: David Moreau Simard <dmsimard@xxxxxxxx>
• [PATCH 2/3] rgw: list all available options during help()
  • From: Abhishek Lekshmanan <abhishek.lekshmanan@xxxxxxxxx>
• [PATCH 3/3] doc: update radosgw man page with available opts
  • From: Abhishek Lekshmanan <abhishek.lekshmanan@xxxxxxxxx>
• [PATCH 1/3] rgw: format help options to align with the rest
  • From: Abhishek Lekshmanan <abhishek.lekshmanan@xxxxxxxxx>
• [PATCH 0/3] WIP-8112 radosgw usage & man update
  • From: Abhishek Lekshmanan <abhishek.lekshmanan@xxxxxxxxx>
• Re: [PATCH 6/8] rbd: update mapping size only on refresh
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: [PATCH 6/8] rbd: update mapping size only on refresh
  • From: Alex Elder <elder@xxxxxxxx>
• Re: [PATCH 5/8] rbd: harden rbd_dev_refresh() caller
  • From: Alex Elder <elder@xxxxxxxx>
• Re: [PATCH 4/8] rbd: split rbd_dev_spec_update() into two functions
  • From: Alex Elder <elder@xxxxxxxx>
• Re: [PATCH 1/8] rbd: show the entire chain of parent images
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: [PATCH 3/8] rbd: remove unnecessary asserts in rbd_dev_image_probe()
  • From: Alex Elder <elder@xxxxxxxx>
• Re: [PATCH 2/8] rbd: introduce rbd_dev_header_info()
  • From: Alex Elder <elder@xxxxxxxx>
• Re: [PATCH 1/8] rbd: show the entire chain of parent images
  • From: Alex Elder <elder@xxxxxxxx>
• Re: First attempt at rocksdb monitor store stress testing
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• RE: Read from clones
  • From: Pavan Rallabhandi <Pavan.Rallabhandi@xxxxxxxxxxx>
• Re: Read from clones
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• [PATCH 8/8] rbd: take snap_id into account when reading in parent info
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• [PATCH 7/8] rbd: do not read in parent info before snap context
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• [PATCH 6/8] rbd: update mapping size only on refresh
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• [PATCH 5/8] rbd: harden rbd_dev_refresh() caller
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• [PATCH 4/8] rbd: split rbd_dev_spec_update() into two functions
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• [PATCH 3/8] rbd: remove unnecessary asserts in rbd_dev_image_probe()
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• [PATCH 2/8] rbd: introduce rbd_dev_header_info()
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• [PATCH 1/8] rbd: show the entire chain of parent images
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• [PATCH 0/8] wip-overlap
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: [PATCH] ceph: convert comma to semicolon
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: [PATCH] rbd: Use rbd_segment_name_free
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• RE: First attempt at rocksdb monitor store stress testing
  • From: "Shu, Xinxin" <xinxin.shu@xxxxxxxxx>
• First attempt at rocksdb monitor store stress testing
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: Disabling CRUSH for erasure code and doing custom placement
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• [PATCH] rbd: Use rbd_segment_name_free
  • From: Himangi Saraogi <himangi774@xxxxxxxxx>
• Re: Adding a delay when restarting all OSDs on a host
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• Re: Adding a delay when restarting all OSDs on a host
  • From: Vit Yenukas <Vit.Yenukas@xxxxxxxxxxxx>
• Re: [PATCH] os/FileJournal: Update the journal header when closing journal
  • From: Sage Weil <sweil@xxxxxxxxxx>
• [PATCH] ceph: convert comma to semicolon
  • From: Himangi Saraogi <himangi774@xxxxxxxxx>
• [PATCH] os/FileJournal: Update the journal header when closing journal
  • From: "Ma, Jianpeng" <jianpeng.ma@xxxxxxxxx>
• Re: wip-memstore and wip-objectstore
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: Adding a delay when restarting all OSDs on a host
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• RE: Cache tiering read-proxy mode
  • From: Alex Elsayed <eternaleye@xxxxxxxxx>
• Re: Forcing Ceph into mapping all objects to a single PG
  • From: Alex Elsayed <eternaleye@xxxxxxxxx>
• Re: Forcing Ceph into mapping all objects to a single PG
  • From: Alex Elsayed <eternaleye@xxxxxxxxx>
• Re: Disabling CRUSH for erasure code and doing custom placement
  • From: Shayan Saeed <shayansaeed93@xxxxxxxxx>
• Re: [PATCH] rbd: Use kmem_cache_free
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• [PATCH] rbd: Use kmem_cache_free
  • From: Himangi Saraogi <himangi774@xxxxxxxxx>
• Re: wip-memstore and wip-objectstore
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: wip-memstore and wip-objectstore
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Adding a delay when restarting all OSDs on a host
  • From: Andrey Korolyov <andrey@xxxxxxx>
• wip-memstore and wip-objectstore
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Adding a delay when restarting all OSDs on a host
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: Adding a delay when restarting all OSDs on a host
  • From: Andrey Korolyov <andrey@xxxxxxx>
• Adding a delay when restarting all OSDs on a host
  • From: Wido den Hollander <wido@xxxxxxxx>
• RE: Cache tiering read-proxy mode
  • From: "Wang, Zhiqiang" <zhiqiang.wang@xxxxxxxxx>
• [PATCH] os/FileJournal: When dump journal, using correctly last-seq avoid misjudging joural corrupt.
  • From: "Ma, Jianpeng" <jianpeng.ma@xxxxxxxxx>
• Re: radosgw-admin: symbol lookup error
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxx>
• Re: radosgw-admin: symbol lookup error
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• Re: Forcing Ceph into mapping all objects to a single PG
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Forcing Ceph into mapping all objects to a single PG
  • From: Daniel Hofmann <daniel@xxxxxxxx>
• Re: [RFC][PATCH] osd: Add local_connection to fast_dispatch in func _send_boot.
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Ceph Turns 10 Twitter Photo Contest
  • From: Patrick McGarry <patrick@xxxxxxxxxxx>
• ceph branch status
  • From: ceph branch robot <nobody@xxxxxxxx>
• RE: Cache tiering read-proxy mode
  • From: Sage Weil <sweil@xxxxxxxxxx>
• radosgw-admin: symbol lookup error
  • From: Zhongliang Zhao <zhaozhongliang@xxxxxxxxx>
• RE: Cache tiering read-proxy mode
  • From: "Wang, Zhiqiang" <zhiqiang.wang@xxxxxxxxx>
• Re: fscache recursive hang -- similar to loopback NFS issues
  • From: NeilBrown <neilb@xxxxxxx>
• RE: [RFC][PATCH] osd: Add local_connection to fast_dispatch in func _send_boot.
  • From: "Ma, Jianpeng" <jianpeng.ma@xxxxxxxxx>
• RE: Cache tiering read-proxy mode
  • From: Sage Weil <sweil@xxxxxxxxxx>
• RE: Cache tiering read-proxy mode
  • From: "Wang, Zhiqiang" <zhiqiang.wang@xxxxxxxxx>
• RE: Cache tiering read-proxy mode
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: fscache recursive hang -- similar to loopback NFS issues
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• fscache recursive hang -- similar to loopback NFS issues
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• Re: [RFC][PATCH] osd: Add local_connection to fast_dispatch in func _send_boot.
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: Disabling CRUSH for erasure code and doing custom placement
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• [PATCH master] rbd.cc: add --force option at 'rbd import'
  • From: Dimitris Bliablias <bl.dimitris@xxxxxxxxx>
• Re: Disabling CRUSH for erasure code and doing custom placement
  • From: Kaifeng Yao <kaifeng@xxxxxxxxxxxxx>
• Re: rpm dependencies
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Forever growing data in ceph using RBD image
  • From: Alphe Salas <asalas@xxxxxxxxx>
• Re: Why does crushtool send all it's output to stderr?
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Why does crushtool send all it's output to stderr?
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: some bugs when cluster name is not ‘ceph'
  • From: Alfredo Deza <alfredo.deza@xxxxxxxxxxx>
• Re: Forever growing data in ceph using RBD image
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Forever growing data in ceph using RBD image
  • From: Alphe Salas <asalas@xxxxxxxxx>
• Re: Forever growing data in ceph using RBD image
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: Forever growing data in ceph using RBD image
  • From: Alphe Salas <asalas@xxxxxxxxx>
• Re: Forever growing data in ceph using RBD image
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Forever growing data in ceph using RBD image
  • From: Alphe Salas <asalas@xxxxxxxxx>
• Re: Forever growing data in ceph using RBD image
  • From: Alphe Salas <asalas@xxxxxxxxx>
• Re: Forever growing data in ceph using RBD image
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: Forever growing data in ceph using RBD image
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Forever growing data in ceph using RBD image
  • From: Alphe Salas <asalas@xxxxxxxxx>
• row geo-replication to another data store?
  • From: Guang Yang <yguang11@xxxxxxxxxxx>
• Re: [ceph-users] EU mirror now supports rsync
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: extremely-high-unreasonable number of threads and memory usage on the client side using librados C++ api
  • From: Amit Tiwary <tiwaryamt@xxxxxxxxx>
• Re: [PATCH] mon: OSDMonitor: add "osd pool get <pool> erasure_code_profile" command
  • From: Sage Weil <sweil@xxxxxxxxxx>
• [PATCH] mon: OSDMonitor: add "osd pool get <pool> erasure_code_profile" command
  • From: "Ma, Jianpeng" <jianpeng.ma@xxxxxxxxx>
• Re: v0.80.4 Firefly released
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• Re: v0.80.4 Firefly released
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [ceph-users] EU mirror now supports rsync
  • From: David Moreau Simard <dmsimard@xxxxxxxx>
• Re: [RFC][PATCH] osd: Add local_connection to fast_dispatch in func _send_boot.
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: Read from clones
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: Read from clones
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: v0.80.4 Firefly released
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: [ceph-users] v0.80.4 Firefly released
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• some bugs when cluster name is not ‘ceph'
  • From: "yy" <yy@xxxxxxxxxxx>
• Re: [ceph-users] v0.80.4 Firefly released
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: extremely-high-unreasonable number of threads and memory usage on the client side using librados C++ api
  • From: Sage Weil <sweil@xxxxxxxxxx>
• extremely-high-unreasonable number of threads and memory usage on the client side using librados C++ api
  • From: Amit Tiwary <tiwaryamt@xxxxxxxxx>
• RE: [RFC][PATCH] osd: Add local_connection to fast_dispatch in func _send_boot.
  • From: "Ma, Jianpeng" <jianpeng.ma@xxxxxxxxx>
• Re: [ceph-users] v0.80.4 Firefly released
  • From: Sylvain Munaut <s.munaut@xxxxxxxxxxxxxxxxxxxx>
• Re: v0.80.4 Firefly released
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• RE: [ceph-users] v0.80.4 Firefly released
  • From: James Harper <james@xxxxxxxxxxxxxxxxx>
• v0.80.4 Firefly released
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: [PATCH] qa/workunits/erasure-code/bench.sh: Using correcting parameter name when call ceph_erasure_code_benchmark.
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: rpm dependencies
  • From: Luis Pabón <lpabon@xxxxxxxxxx>
• Re: Disabling CRUSH for erasure code and doing custom placement
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: Disabling CRUSH for erasure code and doing custom placement
  • From: Shayan Saeed <shayansaeed93@xxxxxxxxx>
• [ANN] ceph-deploy 1.5.9 released
  • From: Alfredo Deza <alfredo.deza@xxxxxxxxxxx>
• Re: Read from clones
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: rpm dependencies
  • From: Luis Pabón <lpabon@xxxxxxxxxx>
• [PATCH] qa/workunits/erasure-code/bench.sh: Using correcting parameter name when call ceph_erasure_code_benchmark.
  • From: "Ma, Jianpeng" <jianpeng.ma@xxxxxxxxx>
• Read from clones
  • From: Lakshminarayana Mavunduri <Lakshminarayana.Mavunduri@xxxxxxxxxxx>
• rpm dependencies
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: consequences of XFS_IOC_FSSETXATTR on non-empty file?
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: v0.80.2?
  • From: Sylvain Munaut <s.munaut@xxxxxxxxxxxxxxxxxxxx>
• ceph branch status
  • From: ceph branch robot <nobody@xxxxxxxx>
• Re: [Feature]Proposal for adding a new flag named shared to support performance and statistic purpose
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: v0.80.2?
  • From: Sylvain Munaut <s.munaut@xxxxxxxxxxxxxxxxxxxx>
• Re: EC pool - empty files in OSD from radosgw
  • From: Guang Yang <yguang11@xxxxxxxxxxx>
• Re: consequences of XFS_IOC_FSSETXATTR on non-empty file?
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• RE: [PATCH] ReplicatedPG: For async-read, set the real result after completing read.
  • From: "Ma, Jianpeng" <jianpeng.ma@xxxxxxxxx>
• [RFC][PATCH] osd: Add local_connection to fast_dispatch in func _send_boot.
  • From: "Ma, Jianpeng" <jianpeng.ma@xxxxxxxxx>
• Re: consequences of XFS_IOC_FSSETXATTR on non-empty file?
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: consequences of XFS_IOC_FSSETXATTR on non-empty file?
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: consequences of XFS_IOC_FSSETXATTR on non-empty file?
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• Re: consequences of XFS_IOC_FSSETXATTR on non-empty file?
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• consequences of XFS_IOC_FSSETXATTR on non-empty file?
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• v0.80.3 released
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: v0.80.2?
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: v0.80.2?
  • From: Sylvain Munaut <s.munaut@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH master] rbd.cc: add --force option at 'rbd import'
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: [PATCH] ReplicatedPG: For async-read, set the real result after completing read.
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• Re: coefficients
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• EC pool - empty files in OSD from radosgw
  • From: Guang Yang <yguang11@xxxxxxxxxxx>
• Re: [PATCH v3 0/2] Add ceph root filesystem
  • From: Patrick Hahn <skorgu@xxxxxxxxx>
• coefficients
  • From: Koleos Fuscus <koleosfuscus@xxxxxxxxx>
• New Defects reported by Coverity Scan for ceph (fwd)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: [ceph-users] I have PGs that I can't deep-scrub
  • From: Chris Dunlop <chris@xxxxxxxxxxxx>
• Re: v0.80.2?
  • From: Guang Yang <yguang11@xxxxxxxxxxx>
• Re: [PATCH] rbd.cc: Check io-size avoid floating point exception.
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• v0.80.2?
  • From: Sage Weil <sweil@xxxxxxxxxx>
• [ANN] ceph-deploy 1.5.8 released
  • From: Alfredo Deza <alfredo.deza@xxxxxxxxxxx>
• Re: with "ceph-deploy osd create" logic check (before I write a patch)
  • From: Owen Synge <osynge@xxxxxxxx>
• with "ceph-deploy osd create" logic check (before I write a patch)
  • From: Owen Synge <osynge@xxxxxxxx>
• [PATCH] ReplicatedPG: For async-read, set the real result after completing read.
  • From: "Ma, Jianpeng" <jianpeng.ma@xxxxxxxxx>
• Re: Cache tier READ_FORWARD transition
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: [Ceph-community] The first PHP library to communicate with Ceph REST API
  • From: Patrick McGarry <patrick@xxxxxxxxxxx>
• Re: Cache tier READ_FORWARD transition
  • From: Luis Pabon <lpabon@xxxxxxxxxx>
• RE: Intel ISA-L EC plugin
  • From: Andreas Joachim Peters <Andreas.Joachim.Peters@xxxxxxx>
• RE: Intel ISA-L EC plugin
  • From: Andreas Joachim Peters <Andreas.Joachim.Peters@xxxxxxx>
• Re: Cache tier READ_FORWARD transition
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Problem with slow operation on xattr
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: [PATCH 09/14] libceph: introduce ceph_osdc_cancel_request()
  • From: Alex Elder <elder@xxxxxxxx>
• Re: [PATCH 10/14] rbd: rbd_obj_request_wait() should cancel the request if interrupted
  • From: Alex Elder <elder@xxxxxxxxxx>
• Re: [PATCH 14/14] libceph: drop osd ref when canceling con work
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: [PATCH 11/14] rbd: add rbd_obj_watch_request_helper() helper
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: [PATCH 10/14] rbd: rbd_obj_request_wait() should cancel the request if interrupted
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: [PATCH 09/14] libceph: introduce ceph_osdc_cancel_request()
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: [PATCH 03/14] libceph: move and add dout()s to ceph_msg_{get,put}()
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Problem with slow operation on xattr
  • From: nyao@xxxxxxxxx
• Re: [PATCH] rbd: do not leak image_id in rbd_dev_v2_parent_info()
  • From: Alex Elder <elder@xxxxxxxx>
• Re: [PATCH 14/14] libceph: drop osd ref when canceling con work
  • From: Alex Elder <elder@xxxxxxxx>
• Re: [PATCH 13/14] libceph: nuke ceph_osdc_unregister_linger_request()
  • From: Alex Elder <elder@xxxxxxxx>
• Re: [PATCH 12/14] rbd: use rbd_obj_watch_request_helper() helper
  • From: Alex Elder <elder@xxxxxxxx>
• Re: [PATCH 11/14] rbd: add rbd_obj_watch_request_helper() helper
  • From: Alex Elder <elder@xxxxxxxx>
• Re: Cache tier READ_FORWARD transition
  • From: Luis Pabón <lpabon@xxxxxxxxxx>
• Re: Cache tier READ_FORWARD transition
  • From: Luis Pabón <lpabon@xxxxxxxxxx>
• Re: Cache tier READ_FORWARD transition
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: A log bug in OSD.cc
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: Cache tier READ_FORWARD transition
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Cache tier READ_FORWARD transition
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Cache tier READ_FORWARD transition
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: Cache tier READ_FORWARD transition
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Markov models for Ceph
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: [PATCH 10/14] rbd: rbd_obj_request_wait() should cancel the request if interrupted
  • From: Alex Elder <elder@xxxxxxxxxx>
• Cache tier READ_FORWARD transition
  • From: Luis Pabon <lpabon@xxxxxxxxxx>
• Markov models for Ceph
  • From: Koleos Fuscus <koleosfuscus@xxxxxxxxx>
• ceph branch status
  • From: ceph branch robot <nobody@xxxxxxxx>
• Re: Reliability model for RADOS - effects during second failures
  • From: Koleos Fuscus <koleosfuscus@xxxxxxxxx>
• Re: [PATCH 09/14] libceph: introduce ceph_osdc_cancel_request()
  • From: Alex Elder <elder@xxxxxxxx>
• radosgw - bucket index sharding merge back
  • From: Guang Yang <yguang11@xxxxxxxxxxx>
• radosgw - bucket index sharding merge back
  • From: Guang Yang <yguang11@xxxxxxxxxxx>
• Re: Firefly upgrade tests
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Firefly upgrade tests
  • From: Yuri Weinstein <yuri.weinstein@xxxxxxxxxxx>
• Re: Firefly upgrade tests
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• A log bug in OSD.cc
  • From: 李沛伦 <lpl6338236@xxxxxxxxx>
• Re: Intel ISA-L EC plugin
  • From: Xavier Hernandez <xhernandez@xxxxxxxxxx>
• Re: Reliability model for RADOS - effects during second failures
  • From: Koleos Fuscus <koleosfuscus@xxxxxxxxx>
• Re: Q&A Session for ReplicatedPG.cc
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Firefly upgrade tests
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• fscache resulting in process kill in high
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• Re: Intel ISA-L EC plugin
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Intel ISA-L EC plugin
  • From: Andreas Joachim Peters <Andreas.Joachim.Peters@xxxxxxx>
• Testing remapping for locally repairable codes
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Checking of Reed-Solomon Vandermonde parameter combinations
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• RE: Checking of Reed-Solomon Vandermonde parameter combinations
  • From: Andreas Joachim Peters <Andreas.Joachim.Peters@xxxxxxx>
• Checking of Reed-Solomon Vandermonde parameter combinations
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Reliability model for RADOS - effects during second failures
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Reliability model for RADOS - effects during second failures
  • From: Kyle Bader <kyle@xxxxxxxxxxx>
• Reliability model for RADOS - effects during second failures
  • From: Koleos Fuscus <koleosfuscus@xxxxxxxxx>
• Re: state model diagram
  • From: Koleos Fuscus <koleosfuscus@xxxxxxxxx>
• Re: Q&A Session for ReplicatedPG.cc
  • From: Luis Pabon <lpabon@xxxxxxxxxx>
• Re: [ceph-users] Why is librbd1 / librados2 from Firefly 20% slower than the one from dumpling?
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: Q&A Session for ReplicatedPG.cc
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: [ceph-users] Why is librbd1 / librados2 from Firefly 20% slower than the one from dumpling?
  • From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
• Re: Q&A Session for ReplicatedPG.cc
  • From: Luis Pabon <lpabon@xxxxxxxxxx>
• Re: [ceph-users] Why is librbd1 / librados2 from Firefly 20% slower than the one from dumpling?
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: state model diagram
  • From: Sage Weil <sweil@xxxxxxxxxx>
• RE: [RFC] add rocksdb support
  • From: Sushma Gurram <Sushma.Gurram@xxxxxxxxxxx>
• Q&A Session for ReplicatedPG.cc
  • From: Luis Pabon <lpabon@xxxxxxxxxx>
• Re: [ceph-users] Why is librbd1 / librados2 from Firefly 20% slower than the one from dumpling?
  • From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
• Re: FW: Intel ISA-L EC plugin
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• FW: Intel ISA-L EC plugin
  • From: Andreas Joachim Peters <Andreas.Joachim.Peters@xxxxxxx>
• [ANN] ceph-deploy 1.5.7 released
  • From: Alfredo Deza <alfredo.deza@xxxxxxxxxxx>
• Re: [ceph-users] Why is librbd1 / librados2 from Firefly 20% slower than the one from dumpling?
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: [RFC] add rocksdb support
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: [ceph-users] Why is librbd1 / librados2 from Firefly 20% slower than the one from dumpling?
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: [ceph-users] Why is librbd1 / librados2 from Firefly 20% slower than the one from dumpling?
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: [ceph-users] Why is librbd1 / librados2 from Firefly 20% slower than the one from dumpling?
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: [RFC] add rocksdb support
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• RE: [RFC] add rocksdb support
  • From: "Shu, Xinxin" <xinxin.shu@xxxxxxxxx>
• RE: [RFC] add rocksdb support
  • From: Sushma Gurram <Sushma.Gurram@xxxxxxxxxxx>
• Re: [ceph-users] Why is librbd1 / librados2 from Firefly 20% slower than the one from dumpling?
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: state model diagram
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: [RFC] add rocksdb support
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• RE: [RFC] add rocksdb support
  • From: Sushma Gurram <Sushma.Gurram@xxxxxxxxxxx>
• RE: [RFC] add rocksdb support
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: teuthology erasure coded pools : warning
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: [RFC] add rocksdb support
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• RE: [RFC] add rocksdb support
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• teuthology erasure coded pools : warning
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: [RFC] add rocksdb support
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• RE: [RFC] add rocksdb support
  • From: Sushma Gurram <Sushma.Gurram@xxxxxxxxxxx>
• Re: Calamari & Calamari-Clients mirrors ?
  • From: David Moreau Simard <dmsimard@xxxxxxxx>