CEPH Filesystem Development

• Thread Index

• [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>
• Re: tracing objectstore virtual methods
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• Re: incomplete PG
  • From: Alexey Kurnosov <alexey@xxxxxxxxxxxxxxx>
• Re: teuthology task waiting for machines (> 8h)
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Calamari & Calamari-Clients mirrors ?
  • From: Sage Weil <sweil@xxxxxxxxxx>
• ceph branch status
  • From: ceph branch robot <nobody@xxxxxxxx>
• Re: [PATCH 09/14] libceph: introduce ceph_osdc_cancel_request()
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: [PATCH 07/14] libceph: unregister only registered linger requests
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: teuthology task waiting for machines (> 8h)
  • From: Zack Cerza <zack.cerza@xxxxxxxxxxx>
• Re: teuthology task waiting for machines (> 8h)
  • From: Zack Cerza <zack.cerza@xxxxxxxxxxx>
• Re: [PATCH 07/14] libceph: unregister only registered linger requests
  • From: Alex Elder <elder@xxxxxxxx>
• Re: [PATCH 09/14] libceph: introduce ceph_osdc_cancel_request()
  • From: Alex Elder <elder@xxxxxxxx>
• Re: FW: erasure code and coefficients
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: [PATCH 08/14] libceph: fix linger request check in __unregister_request()
  • From: Alex Elder <elder@xxxxxxxx>
• Re: [PATCH 07/14] libceph: unregister only registered linger requests
  • From: Alex Elder <elder@xxxxxxxx>
• FW: erasure code and coefficients
  • From: Andreas Joachim Peters <Andreas.Joachim.Peters@xxxxxxx>
• Re: [PATCH 06/14] libceph: assert both regular and lingering lists in __remove_osd()
  • From: Alex Elder <elder@xxxxxxxx>
• Re: [PATCH 05/14] libceph: harden ceph_osdc_request_release() a bit
  • From: Alex Elder <elder@xxxxxxxx>
• Re: [PATCH 04/14] libceph: move and add dout()s to ceph_osdc_request_{get,put}()
  • From: Alex Elder <elder@xxxxxxxx>
• Re: [PATCH 03/14] libceph: move and add dout()s to ceph_msg_{get,put}()
  • From: Alex Elder <elder@xxxxxxxx>
• Re: [PATCH 02/14] libceph: add maybe_move_osd_to_lru() and switch to it
  • From: Alex Elder <elder@xxxxxxxx>
• Re: [PATCH 01/14] libceph: rename ceph_osd_request::r_linger_osd to r_linger_osd_item
  • From: Alex Elder <elder@xxxxxxxx>
• Re: [PATCH] rbd: handle parent_overlap on writes correctly
  • From: Alex Elder <elder@xxxxxxxx>
• Re: erasure code and coefficients
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• [PATCH] rbd: do not leak image_id in rbd_dev_v2_parent_info()
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• RE: erasure code and coefficients
  • From: Andreas Joachim Peters <Andreas.Joachim.Peters@xxxxxxx>
• Re: erasure code and coefficients
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: erasure code and coefficients
  • From: Koleos Fuscus <koleosfuscus@xxxxxxxxx>
• Calamari & Calamari-Clients mirrors ?
  • From: David Moreau Simard <dmsimard@xxxxxxxx>
• Re: erasure code and coefficients
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: erasure code and coefficients
  • From: Koleos Fuscus <koleosfuscus@xxxxxxxxx>
• erasure code and coefficients
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Highbank ARM benchmarks for erasure code jerasure plugin
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: teuthology task waiting for machines (> 8h)
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: teuthology task waiting for machines (> 8h)
  • From: Yuri Weinstein <yuri.weinstein@xxxxxxxxxxx>
• swift test error interpretation
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• teuthology task waiting for machines (> 8h)
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• v0.82 contributors credits
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• v0.82 released
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: ARM benchmarks for the erasure code plugin
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• RE: [RFC] add rocksdb support
  • From: Sushma Gurram <Sushma.Gurram@xxxxxxxxxxx>
• Re: ARM benchmarks for the erasure code plugin
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Recommended teuthology upgrade test
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: ARM benchmarks for the erasure code plugin
  • From: Sandon Van Ness <sandon@xxxxxxxxxxx>
• Re: ARM benchmarks for the erasure code plugin
  • From: Sage Weil <sage@xxxxxxxxxx>
• ARM benchmarks for the erasure code plugin
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Recommended teuthology upgrade test
  • From: Yuri Weinstein <yuri.weinstein@xxxxxxxxxxx>
• Recommended teuthology upgrade test
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: how to improve read through on sparse files (vm image file)
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• 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: [RFC] add rocksdb support
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• RE: [RFC] add rocksdb support
  • From: Sushma Gurram <Sushma.Gurram@xxxxxxxxxxx>
• Re: master does not compile
  • From: Sage Weil <sage@xxxxxxxxxx>
• Re: master does not compile
  • From: Luis Pabon <lpabon@xxxxxxxxxx>
• Re: master does not compile
  • From: Sage Weil <sage@xxxxxxxxxx>
• Re: master does not compile
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• master does not compile
  • From: Luis Pabon <lpabon@xxxxxxxxxx>
• how to improve read through on sparse files (vm image file)
  • From: huang jun <hjwsm1989@xxxxxxxxx>
• [Ceph pg Dump] what is stat_cat_sum?
  • From: <ghislain.chevalier@xxxxxxxxxx>
• Re: radosstriper build failure on i386
  • From: Sebastien Ponce <sebastien.ponce@xxxxxxx>
• Re: radosstriper build failure on i386
  • From: Sebastien Ponce <sebastien.ponce@xxxxxxx>
• Re: [ceph-users] Why is librbd1 / librados2 from Firefly 20% slower than the one from dumpling?
  • From: Christian Balzer <chibi@xxxxxxx>
• state model diagram
  • From: Koleos Fuscus <koleosfuscus@xxxxxxxxx>
• Re: [ceph-users] Why is librbd1 / librados2 from Firefly 20% slower than the one from dumpling?
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• radosstriper build failure on i386
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: Speeding up ceph builds
  • From: Sage Weil <sage@xxxxxxxxxx>
• [GIT PULL] Ceph fix for -rc4
  • From: Sage Weil <sage@xxxxxxxxxx>
• Re: [PATCH 0/4] rbd: #6628 fix (wip-remove-osd-6628)
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• [PATCH 14/14] libceph: drop osd ref when canceling con work
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• [PATCH 13/14] libceph: nuke ceph_osdc_unregister_linger_request()
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• [PATCH 12/14] rbd: use rbd_obj_watch_request_helper() helper
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• [PATCH 11/14] rbd: add rbd_obj_watch_request_helper() helper
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• [PATCH 10/14] rbd: rbd_obj_request_wait() should cancel the request if interrupted
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• [PATCH 09/14] libceph: introduce ceph_osdc_cancel_request()
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• [PATCH 08/14] libceph: fix linger request check in __unregister_request()
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• [PATCH 07/14] libceph: unregister only registered linger requests
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• [PATCH 06/14] libceph: assert both regular and lingering lists in __remove_osd()
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• [PATCH 05/14] libceph: harden ceph_osdc_request_release() a bit
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• [PATCH 04/14] libceph: move and add dout()s to ceph_osdc_request_{get,put}()
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• [PATCH 03/14] libceph: move and add dout()s to ceph_msg_{get,put}()
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• [PATCH 02/14] libceph: add maybe_move_osd_to_lru() and switch to it
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• [PATCH 01/14] libceph: rename ceph_osd_request::r_linger_osd to r_linger_osd_item
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• [PATCH 00/14] rbd: #6628 fixes (wip-remove-osd-6628)
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: Ceph on Fedora
  • From: Sage Weil <sage@xxxxxxxxxx>
• Speeding up ceph builds
  • From: Luis Pabon <lpabon@xxxxxxxxxx>
• Re: Reliability metrics in ceph-tools
  • From: Sage Weil <sage@xxxxxxxxxx>
• Re: CEPH IOPS Baseline Measurements with MemStore
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: Reliability metrics in ceph-tools
  • From: Koleos Fuscus <koleosfuscus@xxxxxxxxx>
• Re: Disabling CRUSH for erasure code and doing custom placement
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Reliability metrics in ceph-tools
  • From: Kyle Bader <kyle.bader@xxxxxxxxx>
• RE: CEPH IOPS Baseline Measurements with MemStore
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• 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>
• Re: Disabling CRUSH for erasure code and doing custom placement
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Disabling CRUSH for erasure code and doing custom placement
  • From: Shayan Saeed <shayansaeed93@xxxxxxxxx>
• CDS is Nigh!
  • From: Patrick McGarry <patrick@xxxxxxxxxxx>
• Reliability metrics in ceph-tools
  • From: Koleos Fuscus <koleosfuscus@xxxxxxxxx>
• RE: CEPH IOPS Baseline Measurements with MemStore
  • From: Andreas Joachim Peters <Andreas.Joachim.Peters@xxxxxxx>
• Re: CEPH IOPS Baseline Measurements with MemStore
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: CDS G/H - bucket index sharding
  • From: Guang Yang <yguang11@xxxxxxxxxxx>
• Re: CEPH IOPS Baseline Measurements with MemStore
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• Re: Ubuntu 12.04 MDS tcmalloc leaks
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• Re: Ubuntu 12.04 MDS tcmalloc leaks
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: Ubuntu 12.04 MDS tcmalloc leaks
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• Re: Ubuntu 12.04 MDS tcmalloc leaks
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: Ubuntu 12.04 MDS tcmalloc leaks
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• Re: CEPH IOPS Baseline Measurements with MemStore
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• ceph branch status
  • From: ceph branch robot <nobody@xxxxxxxx>
• Re: CDS G/H - bucket index sharding
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
• XFS - number of files in a directory
  • From: Guang Yang <yguang11@xxxxxxxxxxx>
• CDS G/H - bucket index sharding
  • From: Guang Yang <yguang11@xxxxxxxxxxx>
• PG folder splitting proposal
  • From: Guang Yang <yguang11@xxxxxxxxxxx>
• Ceph Developer Summit : locally repairable codes
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: [RFC] add rocksdb support
  • From: Dan van der Ster <daniel.vanderster@xxxxxxx>
• CDS G/H Schedule Posted
  • From: Patrick McGarry <patrick@xxxxxxxxxxx>
• RE: [RFC] add rocksdb support
  • From: "Shu, Xinxin" <xinxin.shu@xxxxxxxxx>
• RE: CEPH IOPS Baseline Measurements with MemStore
  • From: Andreas Joachim Peters <Andreas.Joachim.Peters@xxxxxxx>
• Re: [PATCH 3/4] rbd: rbd_obj_request_wait() should cancel the request if interrupted
  • From: Sage Weil <sage@xxxxxxxxxx>
• Re: [PATCH 2/4] libceph: introduce ceph_osdc_cancel_request()
  • From: Sage Weil <sage@xxxxxxxxxx>
• Re: [PATCH 1/4] libceph: assert both regular and lingering lists in __remove_osd()
  • From: Sage Weil <sage@xxxxxxxxxx>
• New Defects reported by Coverity Scan for ceph (fwd)
  • From: Sage Weil <sage@xxxxxxxxxx>
• [PATCH 2/4] libceph: introduce ceph_osdc_cancel_request()
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• [PATCH 4/4] rbd: add rbd_obj_watch_request_helper() helper
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• [PATCH 3/4] rbd: rbd_obj_request_wait() should cancel the request if interrupted
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• [PATCH 1/4] libceph: assert both regular and lingering lists in __remove_osd()
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• [PATCH 0/4] rbd: #6628 fix (wip-remove-osd-6628)
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: CEPH IOPS Baseline Measurements with MemStore
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: CEPH IOPS Baseline Measurements with MemStore
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: CEPH IOPS Baseline Measurements with MemStore
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• Re: Company affiliation transition
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: [ceph-users] erasure pool & crush ruleset
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Company affiliation transition
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Company affiliation transition
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: CEPH IOPS Baseline Measurements with MemStore
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• RE: CEPH IOPS Baseline Measurements with MemStore
  • From: Andreas Joachim Peters <Andreas.Joachim.Peters@xxxxxxx>
• Re: CEPH IOPS Baseline Measurements with MemStore
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• CEPH IOPS Baseline Measurements with MemStore
  • From: Andreas Joachim Peters <Andreas.Joachim.Peters@xxxxxxx>
• Re: unable to create volume with openstack rhos 5 - cinder.api.middleware.fault
  • From: Benny Kopilov <bkopilov@xxxxxxxxxx>
• unable to create volume with openstack rhos 5 - cinder.api.middleware.fault
  • From: Benny Kopilov <bkopilov@xxxxxxxxxx>
• Company affiliation transition
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: [ceph-users] EC pool errors with some k/m combinations
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: [ceph-users] EC pool errors with some k/m combinations
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• [PATCH master] rbd.cc: add --force option at 'rbd import'
  • From: Dimitris Bliablias <bl.dimitris@xxxxxxxxx>
• Re: New Defects reported by Coverity Scan for ceph (fwd)
  • From: Sebastien Ponce <sebastien.ponce@xxxxxxx>
• MDS suggestions for upcoming CDS
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: [ceph-users] CDS Conferencing Test
  • From: Patrick McGarry <patrick@xxxxxxxxxxx>
• CDS Conferencing Test
  • From: Patrick McGarry <patrick@xxxxxxxxxxx>
• ceph branch status
  • From: ceph branch robot <nobody@xxxxxxxx>
• Re: About set_alloc_hint op
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• About set_alloc_hint op
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: [Ceph] Managing crushmap
  • From: Justin Erenkrantz <justin@xxxxxxxxxxxxxx>
• Re: [Ceph] Managing crushmap
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Changes of scrubbing?
  • From: Guang Yang <yguang11@xxxxxxxxxxx>
• RE: [RFC] add rocksdb support
  • From: "Shu, Xinxin" <xinxin.shu@xxxxxxxxx>
• Re: [RFC] add rocksdb support
  • From: David Zafman <david.zafman@xxxxxxxxxxx>
• RE: [RFC] add rocksdb support
  • From: Sushma Gurram <Sushma.Gurram@xxxxxxxxxxx>
• Why is librbd1 / librados2 from Firefly 20% slower than the one from dumpling?
  • From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
• Re: [PATCH] rbd: handle parent_overlap on writes correctly
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: [PATCH] rbd: handle parent_overlap on writes correctly
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• [GIT PULL] Ceph changes for 3.16-rc1
  • From: Sage Weil <sage@xxxxxxxxxxx>
• How to compile rbd clients only ?
  • From: norbi <norbi@xxxxxxxxxx>
• RE: [Ceph] Managing crushmap
  • From: <ghislain.chevalier@xxxxxxxxxx>
• [PATCH] rbd.cc: Check io-size avoid floating point exception.
  • From: "Ma, Jianpeng" <jianpeng.ma@xxxxxxxxx>
• Re: xattr spillout appears broken :(
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: I have PGs that I can't deep-scrub
  • From: Craig Lewis <clewis@xxxxxxxxxxxxxxxxxx>
• Re: [Ceph] Managing crushmap
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• [PATCH] rbd: handle parent_overlap on writes correctly
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: Changes of scrubbing?
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: I have PGs that I can't deep-scrub
  • From: Sage Weil <sage@xxxxxxxxxxx>
• [Ceph] Managing crushmap
  • From: <ghislain.chevalier@xxxxxxxxxx>
• Re: Changes of scrubbing?
  • From: Guang Yang <yguang11@xxxxxxxxxxx>
• Re: [Feature]Proposal for adding a new flag named shared to support performance and statistic purpose
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: [ceph-users] Fwd: CEPH Multitenancy and Data Isolation
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: Changes of scrubbing?
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: Welcome message to new contributors
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• I have PGs that I can't deep-scrub
  • From: Craig Lewis <clewis@xxxxxxxxxxxxxxxxxx>
• Re: [Feature]Proposal for adding a new flag named shared to support performance and statistic purpose
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: [ceph-users] Problem installing ceph from package manager / ceph repositories
  • From: Alfredo Deza <alfredo.deza@xxxxxxxxxxx>
• Re: [RFC 00/32] making inode time stamps y2038 ready
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: incomplete PG
  • From: Alexey Kurnosov <alexey@xxxxxxxxxxxxxxx>
• Re: [Feature]Proposal for adding a new flag named shared to support performance and statistic purpose
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• RE: [RFC] add rocksdb support
  • From: "Shu, Xinxin" <xinxin.shu@xxxxxxxxx>
• Re: [Feature]Proposal for adding a new flag named shared to support performance and statistic purpose
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: incomplete PG
  • From: Dong Yuan <yuandong1222@xxxxxxxxx>
• Re: incomplete PG
  • From: Dong Yuan <yuandong1222@xxxxxxxxx>
• rbd after removal still 10 TB used.
  • From: Alphe Salas Michels <asalas@xxxxxxxxx>
• Re: Locally repairable code description revisited (was Pyramid ...)
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Locally repairable code description revisited (was Pyramid ...)
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• Re: Locally repairable code description revisited (was Pyramid ...)
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: teuthology and erasure code pool creation
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: teuthology and erasure code pool creation
  • From: Zack Cerza <zack.cerza@xxxxxxxxxxx>
• Re: [RFC] add rocksdb support
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• ceph branch status
  • From: ceph branch robot <nobody@xxxxxxxx>
• Re: incomplete PG
  • From: Alexey Kurnosov <alexey@xxxxxxxxxxxxxxx>
• ceph-deploy 1.5.4 (addressing packages coming from EPEL)
  • From: Alfredo Deza <alfredo.deza@xxxxxxxxxxx>
• teuthology and erasure code pool creation
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Crush ruleset for locally repairable codes (LRC)
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: New Defects reported by Coverity Scan for ceph (fwd)
  • From: Sebastien Ponce <sebastien.ponce@xxxxxxx>
• New Defects reported by Coverity Scan for ceph (fwd)
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: osd systemtap initial steps
  • From: Danny Al-Gaaf <danny.al-gaaf@xxxxxxxxx>
• Re: osd systemtap initial steps
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: xattr spillout appears broken :(
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Ceph Day Boston - Last Call!
  • From: Patrick McGarry <patrick@xxxxxxxxxxx>
• Wireshark Dissector Preview
  • From: Kevin Cox <kevincox@xxxxxxxxxxx>
• Re: incomplete PG
  • From: Alexey Kurnosov <alexey@xxxxxxxxxxxxxxx>
• Re: xattr spillout appears broken :(
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: xattr spillout appears broken :(
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: xattr spillout appears broken :(
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: xattr spillout appears broken :(
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: incomplete PG
  • From: Sage Weil <sage@xxxxxxxxxxx>
• New Defects reported by Coverity Scan for ceph (fwd)
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: What the ceph do when detecting one OSD overloaded?
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: rados_stat() block all the time. help
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: Locally repairable code description revisited (was Pyramid ...)
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• incomplete PG
  • From: Alexey Kurnosov <alexey@xxxxxxxxxxxxxxx>
• Re: Radosgw - bucket index
  • From: Guang Yang <yguang11@xxxxxxxxxxx>
• RE: Locally repairable code description revisited (was Pyramid ...)
  • From: Andreas Joachim Peters <Andreas.Joachim.Peters@xxxxxxx>
• Re: What the ceph do when detecting one OSD overloaded?
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: What the ceph do when detecting one OSD overloaded?
  • From: zou wonder <wonder.zou@xxxxxxxxx>
• Re: What the ceph do when detecting one OSD overloaded?
  • From: Wido den Hollander <wido@xxxxxxxx>
• What the ceph do when detecting one OSD overloaded?
  • From: zou wonder <wonder.zou@xxxxxxxxx>
• Ceph Day Boston - Last Call
  • From: Patrick McGarry <pmcgarry@xxxxxxxxx>
• Re: [PATCH v3 0/2] Add ceph root filesystem
  • From: Mark Doffman <mark.doffman@xxxxxxxxxxxxxxx>
• RE: Mon backing store
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: Mon backing store
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• RE: Mon backing store
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: Mon backing store
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: Mon backing store
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: Mon backing store
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
• Re: Mon backing store
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Mon backing store
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• Re: [Feature]Proposal for adding a new flag named shared to support performance and statistic purpose
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: Locally repairable code description revisited (was Pyramid ...)
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Locally Repairable Codes vs Pyramid
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• RE: [Feature]Proposal for adding a new flag named shared to support performance and statistic purpose
  • From: Allen Samuels <Allen.Samuels@xxxxxxxxxxx>
• Re: [Feature]Proposal for adding a new flag named shared to support performance and statistic purpose
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: [Feature]Proposal for adding a new flag named shared to support performance and statistic purpose
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: [ceph-users] Experiences with Ceph at the June'14 issue of USENIX ; login:
  • From: Christian Balzer <chibi@xxxxxxx>
• [Feature]Proposal for adding a new flag named shared to support performance and statistic purpose
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: [RFC 00/32] making inode time stamps y2038 ready
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [RFC 00/32] making inode time stamps y2038 ready
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC 00/32] making inode time stamps y2038 ready
  • From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
• Re: [PATCH] rbd: fix ida/idr memory leak
  • From: Alex Elder <elder@xxxxxxxx>
• [PATCH] rbd: fix ida/idr memory leak
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: RGW: Multi part upload - Attributes not copied from the upload object to the final meta object
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
• Re: RGW: Multi part upload - Attributes not copied from the upload object to the final meta object
  • From: Sylvain Munaut <s.munaut@xxxxxxxxxxxxxxxxxxxx>
• Re: RGW: Multi part upload - Attributes not copied from the upload object to the final meta object
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
• RGW: Multi part upload - Attributes not copied from the upload object to the final meta object
  • From: Sylvain Munaut <s.munaut@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC 00/32] making inode time stamps y2038 ready
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC 00/32] making inode time stamps y2038 ready
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [ceph-users] Experiences with Ceph at the June'14 issue of USENIX ; login:
  • From: Filippos Giannakos <philipgian@xxxxxxxx>
• НА: Official Ceph RPM build flags needed
  • From: Ilya Storozhilov <Ilya_Storozhilov@xxxxxxxx>
• Re: Official Ceph RPM build flags needed
  • From: Ruben Kerkhof <ruben@xxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/4] libceph: mon_get_version request infrastructure
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: [ceph-users] [Annonce]The progress of KeyValueStore in Firely
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: НА: Official Ceph RPM build flags needed
  • From: Jeff Darcy <jdarcy@xxxxxxxxxx>
• Re: [RFC 00/32] making inode time stamps y2038 ready
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v3 4/4] rbd: make sure we have latest osdmap on 'rbd map'
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: [PATCH v3 3/4] libceph: add ceph_monc_wait_osdmap()
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: [PATCH v3 2/4] libceph: mon_get_version request infrastructure
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: [PATCH v3 1/4] libceph: recognize poolop requests in debugfs
  • From: Sage Weil <sage@xxxxxxxxxxx>
• RE: [RFC] add rocksdb support
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: [ceph-users] [Annonce]The progress of KeyValueStore in Firely
  • From: Danny Al-Gaaf <danny.al-gaaf@xxxxxxxxx>
• Re: Official Ceph RPM build flags needed
  • From: Daniel Sterling <sterling.daniel@xxxxxxxxx>
• НА: Official Ceph RPM build flags needed
  • From: Ilya Storozhilov <Ilya_Storozhilov@xxxxxxxx>
• Re: Official Ceph RPM build flags needed
  • From: Daniel Sterling <sterling.daniel@xxxxxxxxx>
• Official Ceph RPM build flags needed
  • From: Ilya Storozhilov <Ilya_Storozhilov@xxxxxxxx>
• missing 0.81 from ceph.com/downloads/
  • From: Alfredo Deza <alfredo.deza@xxxxxxxxxxx>
• Re: [RFC 00/32] making inode time stamps y2038 ready
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC 00/32] making inode time stamps y2038 ready
  • From: "Joseph S. Myers" <joseph@xxxxxxxxxxxxxxxx>
• Re: xattr spillout appears broken :(
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: xattr spillout appears broken :(
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: [RFC 00/32] making inode time stamps y2038 ready
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC 00/32] making inode time stamps y2038 ready
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: Experiences with Ceph at the June'14 issue of USENIX ;login:
  • From: Constantinos Venetsanopoulos <cven@xxxxxxxx>
• v0.81 contributors credits
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: [ceph-users] [Annonce]The progress of KeyValueStore in Firely
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• v0.81 released
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: [ceph-users] Experiences with Ceph at the June'14 issue of USENIX ; login:
  • From: Ian Colle <icolle@xxxxxxxxxx>
• Re: [RFC 00/32] making inode time stamps y2038 ready
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: Experiences with Ceph at the June'14 issue of USENIX ;login:
  • From: "Robin H. Johnson" <robbat2@xxxxxxxxxx>
• Re: [RFC 00/32] making inode time stamps y2038 ready
  • From: "Joseph S. Myers" <joseph@xxxxxxxxxxxxxxxx>
• Re: [RFC 00/32] making inode time stamps y2038 ready
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC 00/32] making inode time stamps y2038 ready
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [RFC 00/32] making inode time stamps y2038 ready
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [ceph-users] Experiences with Ceph at the June'14 issue of USENIX ; login:
  • From: Patrick McGarry <patrick@xxxxxxxxxxx>
• Re: Pyramid erasure code description revisited
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Experiences with Ceph at the June'14 issue of USENIX ;login:
  • From: Filippos Giannakos <philipgian@xxxxxxxx>
• Re: Librbd licensing
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: Librbd licensing
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: Librbd licensing
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: Librbd licensing
  • From: Steve Taylor <steveftaylor@xxxxxxxxx>
• Re: Librbd licensing
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Ceph Developer Summit "G/H"
  • From: Patrick McGarry <patrick@xxxxxxxxxxx>
• Re: Librbd licensing
  • From: Steve Taylor <steveftaylor@xxxxxxxxx>
• Locally Repairable Codes vs Pyramid
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• ceph branch status
  • From: ceph branch robot <nobody@xxxxxxxx>
• Re: [RFC 00/32] making inode time stamps y2038 ready
  • From: "Joseph S. Myers" <joseph@xxxxxxxxxxxxxxxx>
• Re: Radosgw - bucket index
  • From: Guang Yang <yguang11@xxxxxxxxxxx>
• Re: Pyramid erasure code description revisited
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• [ANN] ceph-deploy 1.5.3 released
  • From: Alfredo Deza <alfredo.deza@xxxxxxxxxxx>
• Re: Welcome message to new contributors
  • From: Sage Weil <sage@xxxxxxxxxxx>
• RE: Pyramid erasure code description revisited
  • From: Andreas Joachim Peters <Andreas.Joachim.Peters@xxxxxxx>