CEPH Filesystem Development

• Thread Index

• Re: dumpling integration branch for v0.67.12 ready for QE
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Google Summer of Code!
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: dumpling integration branch for v0.67.12 ready for QE
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• RE: using radosgw with mod_proxy_fcgi
  • From: "Deneau, Tom" <tom.deneau@xxxxxxx>
• Re: using radosgw with mod_proxy_fcgi
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• Re: About in_seq, out_seq in Messenger
  • From: Greg Farnum <gfarnum@xxxxxxxxxx>
• Re: RBD Kernel panic rbd_dev_refresh
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: RBD Kernel panic rbd_dev_refresh
  • From: Hannes Landeholm <hannes@xxxxxxxxxxxxxx>
• documenting the shec erasure code plugin
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Upgrade/rollback
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• RBD Kernel panic rbd_dev_refresh
  • From: Thorwald Lundqvist <thorwald@xxxxxxxxxxxxxx>
• Re: Standardization of perf counters comments
  • From: Alyona Kiselyova <akiselyova@xxxxxxxxxxxx>
• RE: K/V interface buffer transaction
  • From: Varada Kari <Varada.Kari@xxxxxxxxxxx>
• Re: SHEC updates to the erasure code non regression corpus
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: SHEC updates to the erasure code non regression corpus
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: SHEC updates to the erasure code non regression corpus
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• RE: Upgrade/rollback
  • From: GuangYang <yguang11@xxxxxxxxxxx>
• RE: SHEC updates to the erasure code non regression corpus
  • From: "Miyamae, Takeshi" <miyamae.takeshi@xxxxxxxxxxxxxx>
• Re: Upgrade/rollback
  • From: Ric Wheeler <rwheeler@xxxxxxxxxx>
• Re: K/V interface buffer transaction
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• RE: K/V interface buffer transaction
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• RE: unittest_erasure_code_shec fails
  • From: "Miyamae, Takeshi" <miyamae.takeshi@xxxxxxxxxxxxxx>
• Re: K/V interface buffer transaction
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• RE: unittest_erasure_code_shec fails
  • From: "Miyamae, Takeshi" <miyamae.takeshi@xxxxxxxxxxxxxx>
• Re: using radosgw with mod_proxy_fcgi
  • From: Yehuda Sadeh-Weinraub <yehuda@xxxxxxxxxx>
• using radosgw with mod_proxy_fcgi
  • From: "Deneau, Tom" <tom.deneau@xxxxxxx>
• Re: K/V interface buffer transaction
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: dumpling integration branch for v0.67.12 ready for QE
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• RE: K/V interface buffer transaction
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: Ceph backports workflow update
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: dumpling integration branch for v0.67.12 ready for QE
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: K/V interface buffer transaction
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• Re: giant integration branch for v0.87.1 ready for QE
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: dumpling integration branch for v0.67.12 ready for QE
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• RE: K/V interface buffer transaction
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• unittest_erasure_code_shec fails
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Standardization of perf counters comments
  • From: John Spray <john.spray@xxxxxxxxxx>
• Re: Standardization of perf counters comments
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• Re: Ceph backports workflow update
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: giant integration branch for v0.87.1 ready for QE
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Standardization of perf counters comments
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: Standardization of perf counters comments
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Standardization of perf counters comments
  • From: Alyona Kiseleva <akiselyova@xxxxxxxxxxxx>
• Re: Ceph backports workflow update
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: Upgrade/rollback
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: giant integration branch for v0.87.1 ready for QE
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: Ceph backports workflow update
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Call for Ceph Day Speakers (SF + Amsterdam)
  • From: Patrick McGarry <pmcgarry@xxxxxxxxxx>
• Re: giant integration branch for v0.87.1 ready for QE
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Upgrade/rollback
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: maximum key size
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• RE: maximum key size
  • From: "Cook, Nigel" <nigel.cook@xxxxxxxxx>
• SHEC updates to the erasure code non regression corpus
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Upgrade/rollback
  • From: GuangYang <yguang11@xxxxxxxxxxx>
• Re: About in_seq, out_seq in Messenger
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: speed decrease since firefly,giant,hammer the 2nd try
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: speed decrease since firefly,giant,hammer the 2nd try
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: speed decrease since firefly,giant,hammer the 2nd try
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: speed decrease since firefly,giant,hammer the 2nd try
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: speed decrease since firefly,giant,hammer the 2nd try
  • From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
• Re: maximum key size
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• maximum key size
  • From: "Cook, Nigel" <nigel.cook@xxxxxxxxx>
• Re: speed decrease since firefly,giant,hammer the 2nd try
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Re: [ceph-commit] branch master updated. v0.92-935-g541a8f7
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: K/V interface buffer transaction
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• RE: K/V interface buffer transaction
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: speed decrease since firefly,giant,hammer the 2nd try
  • From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
• Re: speed decrease since firefly,giant,hammer the 2nd try
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Re: speed decrease since firefly,giant,hammer the 2nd try
  • From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
• Re: [ceph-commit] branch master updated. v0.92-935-g541a8f7
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: speed decrease since firefly,giant,hammer the 2nd try
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Re: speed decrease since firefly,giant,hammer the 2nd try
  • From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
• Re: QE validation of dumpling and giant releases
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: speed decrease since firefly,giant,hammer the 2nd try
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• QE validation of dumpling and giant releases
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: dumpling integration branch for v0.67.12 ready for QE
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: speed decrease since firefly,giant,hammer the 2nd try
  • From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
• Re: dumpling integration branch for v0.67.12 ready for QE
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: speed decrease since firefly,giant,hammer the 2nd try
  • From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
• Re: speed decrease since firefly,giant,hammer the 2nd try
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Re: dumpling integration branch for v0.67.12 ready for QE
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: speed decrease since firefly,giant,hammer the 2nd try
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• speed decrease since firefly,giant,hammer the 2nd try
  • From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
• Re: K/V interface buffer transaction
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: K/V interface buffer transaction
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: dumpling integration branch for v0.67.12 ready for QE
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: dumpling integration branch for v0.67.12 ready for QE
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: dumpling integration branch for v0.67.12 ready for QE
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• RE: K/V interface buffer transaction
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: dumpling integration branch for v0.67.12 ready for QE
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• RE: K/V interface buffer transaction
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: dumpling integration branch for v0.67.12 ready for QE
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: dumpling integration branch for v0.67.12 ready for QE
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: dumpling integration branch for v0.67.12 ready for QE
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: dumpling integration branch for v0.67.12 ready for QE
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: K/V interface buffer transaction
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• giant integration branch for v0.87.1 ready for QE
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: dumpling integration branch for v0.67.12 ready for QE
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• dumpling integration branch for v0.67.12 ready for QE
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• K/V interface buffer transaction
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: rbd and the next giant release
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: dumpling & giant backports update
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: dumpling & giant backports update
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: rgw and the next giant release
  • From: Yehuda Sadeh-Weinraub <yehuda@xxxxxxxxxx>
• dumpling & giant backports update
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• rbd and the next giant release
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• rgw and the next giant release
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: rados and the next giant release
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: [Ceph-devel] radosgw-agent failed to parse
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: Ceph bindings for go & docker
  • From: John Spray <john.spray@xxxxxxxxxx>
• Re: RBD tests on the next dumpling release
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: [ceph-users] keyvaluestore backend metadata overhead
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: wip-auth
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: Bounding OSD memory requirements during peering/recovery
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: RBD tests on the next dumpling release
  • From: Josh Durgin <jdurgin@xxxxxxxxxx>
• Re: Bounding OSD memory requirements during peering/recovery
  • From: David McBride <dwm37@xxxxxxxxx>
• Re: tracker.ceph.com API
  • From: Dan Mick <dmick@xxxxxxxxxx>
• Re: RBD tests on the next dumpling release
  • From: Jason Dillaman <dillaman@xxxxxxxxxx>
• Re: Bucket lifecycle (object expiration)
  • From: Yehuda Sadeh-Weinraub <yehuda@xxxxxxxxxx>
• Re: [ceph-users] keyvaluestore backend metadata overhead
  • From: Chris Pacejo <cpacejo@xxxxxxxxxxxxxxxx>
• Re: Ceph bindings for go & docker
  • From: Noah Watkins <nwatkins@xxxxxxxxxx>
• Re: wip-auth
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Re: Confused about SnapMapper::get_prefix
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• Re: scrub scheduling
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• Ceph bindings for go & docker
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: About in_seq, out_seq in Messenger
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• ceph branch status
  • From: ceph branch robot <nobody@xxxxxxxx>
• Re: Bucket lifecycle (object expiration)
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: scrub scheduling
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: Bucket lifecycle (object expiration)
  • From: Yehuda Sadeh-Weinraub <yehuda@xxxxxxxxxx>
• Re: Bounding OSD memory requirements during peering/recovery
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: rgw and the next dumpling release
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Bucket lifecycle (object expiration)
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• RE: scrub scheduling
  • From: GuangYang <yguang11@xxxxxxxxxxx>
• Re: Bounding OSD memory requirements during peering/recovery
  • From: David McBride <dwm37@xxxxxxxxx>
• RE: scrub scheduling
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: RBD tests on the next dumpling release
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• RE: scrub scheduling
  • From: GuangYang <yguang11@xxxxxxxxxxx>
• Re: scrub scheduling
  • From: Xinze Chi <xmdxcxz@xxxxxxxxx>
• scrub scheduling
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Bounding OSD memory requirements during peering/recovery
  • From: David McBride <dwm37@xxxxxxxxx>
• Bounding OSD memory requirements during peering/recovery
  • From: David McBride <dwm37@xxxxxxxxx>
• Re: Confused about SnapMapper::get_prefix
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Confused about SnapMapper::get_prefix
  • From: Ding Dinghua <dingdinghua85@xxxxxxxxx>
• Re: civetweb upstream
  • From: Mustafa Muhammad <mustafaa.alhamdaani@xxxxxxxxx>
• Re: tracker.ceph.com API
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: xio messenger prelim benchmark
  • From: Vu Pham <vuhuong@xxxxxxxxxxxx>
• Re: xio messenger prelim benchmark
  • From: Vu Pham <vuhuong@xxxxxxxxxxxx>
• Re: Bucket lifecycle (object expiration)
  • From: Yehuda Sadeh-Weinraub <yehuda@xxxxxxxxxx>
• Re: Bucket lifecycle (object expiration)
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Bucket lifecycle (object expiration)
  • From: Yehuda Sadeh-Weinraub <yehuda@xxxxxxxxxx>
• Re: xio messenger prelim benchmark
  • From: Vu Pham <vuhuong@xxxxxxxxxxxx>
• Re: xio messenger prelim benchmark
  • From: Vu Pham <vuhuong@xxxxxxxxxxxx>
• Re: civetweb upstream
  • From: Yehuda Sadeh-Weinraub <yehuda@xxxxxxxxxx>
• Re: About in_seq, out_seq in Messenger
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: About in_seq, out_seq in Messenger
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: new dev cluster - using giant or hammer git?
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• civetweb upstream
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• Re: About in_seq, out_seq in Messenger
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: RBD tests on the next dumpling release
  • From: Jason Dillaman <dillaman@xxxxxxxxxx>
• Re: flock() on libcephfs ?
  • From: Xavier Roche <roche+kml2@xxxxxxxxxxx>
• Re: RBD tests on the next dumpling release
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: new dev cluster - using giant or hammer git?
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: RBD tests on the next dumpling release
  • From: Jason Dillaman <dillaman@xxxxxxxxxx>
• new dev cluster - using giant or hammer git?
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: flock() on libcephfs ?
  • From: John Spray <john.spray@xxxxxxxxxx>
• Re: hammer is frozen
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• RE: hammer is frozen
  • From: "Miyamae, Takeshi" <miyamae.takeshi@xxxxxxxxxxxxxx>
• [PATCH] ceph: use msecs_to_jiffies for time conversion
  • From: Nicholas Mc Guire <hofrat@xxxxxxxxx>
• flock() on libcephfs ?
  • From: Xavier Roche <roche+kml2@xxxxxxxxxxx>
• Re: About in_seq, out_seq in Messenger
  • From: Sage Weil <sweil@xxxxxxxxxx>
• About in_seq, out_seq in Messenger
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: wip-auth
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: Re[2]: xio messenger prelim benchmark
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: How to notify an object watched by client via ceph class API
  • From: Dennis Chen <kernel.org.gnu@xxxxxxxxx>
• RE: Bucket index op - lock contention hang op threads
  • From: GuangYang <yguang11@xxxxxxxxxxx>
• Re: rgw and the next dumpling release
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: rados and the next dumpling release
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• Re: rgw and the next dumpling release
  • From: Yehuda Sadeh-Weinraub <yehuda@xxxxxxxxxx>
• rgw and the next dumpling release
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• rados and the next dumpling release
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• RBD tests on the next dumpling release
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Bucket index op - lock contention hang op threads
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• Re: Bucket index op - lock contention hang op threads
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• Re[2]: xio messenger prelim benchmark
  • From: Vu Pham <vuhuong@xxxxxxxxxxxx>
• Re: CDS process
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• RE: [Ceph-devel] radosgw-agent failed to parse
  • From: <ghislain.chevalier@xxxxxxxxxx>
• Re: CDS process
  • From: John Spray <john.spray@xxxxxxxxxx>
• CDS process
  • From: Sage Weil <sweil@xxxxxxxxxx>
• make check bot resumed
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: How to notify an object watched by client via ceph class API
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: How to notify an object watched by client via ceph class API
  • From: Dennis Chen <kernel.org.gnu@xxxxxxxxx>
• Bucket index op - lock contention hang op threads
  • From: GuangYang <yguang11@xxxxxxxxxxx>
• Re: How to notify an object watched by client via ceph class API
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• How to notify an object watched by client via ceph class API
  • From: Dennis Chen <kernel.org.gnu@xxxxxxxxx>
• Re: xio messenger prelim benchmark
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: wip-auth
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• hammer is frozen
  • From: Sage Weil <sweil@xxxxxxxxxx>
• xio messenger prelim benchmark
  • From: Vu Pham <vuhuong@xxxxxxxxxxxx>
• RE: using ceph-deploy on build after make install
  • From: "Deneau, Tom" <tom.deneau@xxxxxxx>
• RE: using ceph-deploy on build after make install
  • From: "Deneau, Tom" <tom.deneau@xxxxxxx>
• Re: rgw: bytes sent/received excludes headers
  • From: Yehuda Sadeh-Weinraub <yehuda@xxxxxxxxxx>
• Re: using ceph-deploy on build after make install
  • From: John Spray <john.spray@xxxxxxxxxx>
• v0.92 contributors credits
  • From: M Ranga Swami Reddy <swamireddy@xxxxxxxxx>
• Re: Confused about SnapMapper::get_prefix
  • From: Ding Dinghua <dingdinghua85@xxxxxxxxx>
• Re: [ceph-users] keyvaluestore backend metadata overhead
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: [ceph-users] keyvaluestore backend metadata overhead
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• rgw: bytes sent/received excludes headers
  • From: Paul Von-Stamwitz <PVonStamwitz@xxxxxxxxxxxxxx>
• using ceph-deploy on build after make install
  • From: "Deneau, Tom" <tom.deneau@xxxxxxx>
• Re: LTTNG
  • From: David Zafman <dzafman@xxxxxxxxxx>
• Re: [ceph-users] v0.92 released
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• Re: [PATCH] crc32c: add aarch64 optimized crc32c implementation
  • From: Yazen Ghannam <yazen.ghannam@xxxxxxxxxx>
• Re: [ceph-users] keyvaluestore backend metadata overhead
  • From: Chris Pacejo <cpacejo@xxxxxxxxxxxxxxxx>
• Re: [PATCH] crc32c: add aarch64 optimized crc32c implementation
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• LTTNG
  • From: David Zafman <dzafman@xxxxxxxxxx>
• Re: [PATCH] crc32c: add aarch64 optimized crc32c implementation
  • From: Yazen Ghannam <yazen.ghannam@xxxxxxxxxx>
• Re: [PATCH v3 00/13] locks: saner method for managing file locks
  • From: Mike Marshall <hubcap@xxxxxxxxxxxx>
• Re: Confused about SnapMapper::get_prefix
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• Re: Confused about SnapMapper::get_prefix
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• Re: Confused about SnapMapper::get_prefix
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• v0.92 released
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: [ceph-users] keyvaluestore backend metadata overhead
  • From: Chris Pacejo <cpacejo@xxxxxxxxxxxxxxxx>
• Re: [ceph-users] keyvaluestore backend metadata overhead
  • From: Chris Pacejo <cpacejo@xxxxxxxxxxxxxxxx>
• Ceph backports workflow update
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: [Ceph-devel] radosgw-agent failed to parse
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Confused about SnapMapper::get_prefix
  • From: Ding Dinghua <dingdinghua85@xxxxxxxxx>
• RE: [Ceph-devel] radosgw-agent failed to parse
  • From: <ghislain.chevalier@xxxxxxxxxx>
• sentry.ceph.com account activation request
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: dumpling & giant backports update
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• dumpling & giant backports update
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: gf_unit 16 A -1 -m SPLIT 16 4 -r ALTMAP - failure
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: gf_unit 16 A -1 -m SPLIT 16 4 -r ALTMAP - failure
  • From: Janne Grunau <j@xxxxxxxxxx>
• Re: [PATCH v3 00/13] locks: saner method for managing file locks
  • From: Jeff Layton <jeff.layton@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/13] locks: saner method for managing file locks
  • From: Mike Marshall <hubcap@xxxxxxxxxxxx>
• Re: [Ceph-devel] radosgw-agent failed to parse
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• RE: [Ceph-devel] radosgw-agent failed to parse
  • From: <ghislain.chevalier@xxxxxxxxxx>
• Re: workloads/rbd_fsx_cache_writethrough.yaml hangs on dumpling
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: backing_dev_info cleanups & lifetime rule fixes V2
  • From: Jens Axboe <axboe@xxxxxx>
• Re: workloads/rbd_fsx_cache_writethrough.yaml hangs on dumpling
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• ceph branch status
  • From: ceph branch robot <nobody@xxxxxxxx>
• Re: [Ceph-devel] radosgw-agent failed to parse
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: Minor inconsistency with ceph-deploy on Giant
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Minor inconsistency with ceph-deploy on Giant
  • From: Stephen Hindle <shindle@xxxxxxxx>
• Re: workloads/rbd_fsx_cache_writethrough.yaml hangs on dumpling
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• RE: [Ceph-devel] radosgw-agent failed to parse
  • From: <ghislain.chevalier@xxxxxxxxxx>
• Re: [Ceph-devel] radosgw-agent failed to parse
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• [Ceph-devel] radosgw-agent failed to parse
  • From: <ghislain.chevalier@xxxxxxxxxx>
• Re: workloads/rbd_fsx_cache_writethrough.yaml hangs on dumpling
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• workloads/rbd_fsx_cache_writethrough.yaml hangs on dumpling
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: radosgw + s3 + keystone + Browser-Based POST bug
  • From: Valery Tschopp <valery.tschopp@xxxxxxxxx>
• Re: backing_dev_info cleanups & lifetime rule fixes V2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC] several ceph dentry leaks
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: [RFC] several ceph dentry leaks
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC] several ceph dentry leaks
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• [RFC] several ceph dentry leaks
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• RE: [ceph-users] keyvaluestore backend metadata overhead
  • From: "Chen, Xiaoxi" <xiaoxi.chen@xxxxxxxxx>
• Re: backing_dev_info cleanups & lifetime rule fixes V2
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: rgw backports to giant update
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: wip-auth
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: rgw backports to giant update
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
• Re: Supporting partial writes for EC backend
  • From: Bassam Tabbara <bassamtabbara@xxxxxxxxxxx>
• Re: Supporting partial writes for EC backend
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• Re: radosgw: bad content length
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxx>
• Re: radosgw: bad content length
  • From: Axel Dunkel <ad@xxxxxxxxx>
• Re: Supporting partial writes for EC backend
  • From: Bassam Tabbara <bassamtabbara@xxxxxxxxxxx>
• Re: dumpling integration : valgrind leak
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• AW: radosgw: bad content length
  • From: Axel Dunkel <ad@xxxxxxxxx>
• Re: radosgw: bad content length
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxx>
• Re: Supporting partial writes for EC backend
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• Supporting partial writes for EC backend
  • From: Bassam Tabbara <bassamtabbara@xxxxxxxxxxx>
• Re: radosgw: bad content length
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxx>
• radosgw: bad content length
  • From: Axel Dunkel <ad@xxxxxxxxx>
• Re: [ceph-users] keyvaluestore backend metadata overhead
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: [ceph-users] keyvaluestore backend metadata overhead
  • From: Chris Pacejo <cpacejo@xxxxxxxxxxxxxxxx>
• Re: [ceph-users] keyvaluestore backend metadata overhead
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: [ceph-users] keyvaluestore backend metadata overhead
  • From: Chris Pacejo <cpacejo@xxxxxxxxxxxxxxxx>
• Re: dumpling integration : valgrind leak
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• dumpling integration : valgrind leak
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: [ceph-users] keyvaluestore backend metadata overhead
  • From: Chris Pacejo <cpacejo@xxxxxxxxxxxxxxxx>
• RE: mSHEC pull request (2nd challenge)
  • From: "Miyamae, Takeshi" <miyamae.takeshi@xxxxxxxxxxxxxx>
• Re: mSHEC pull request (2nd challenge)
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• RE: mSHEC pull request (2nd challenge)
  • From: "Miyamae, Takeshi" <miyamae.takeshi@xxxxxxxxxxxxxx>
• Re: wip-auth
  • From: Andreas Bluemle <andreas.bluemle@xxxxxxxxxxx>
• Re: 01/28/2015 Weekly Ceph Performance Meeting IS ON!
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: [ceph-users] keyvaluestore backend metadata overhead
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: Article about Object Store API
  • From: Dennis Chen <kernel.org.gnu@xxxxxxxxx>
• Re: Article about Object Store API
  • From: Marcel Lauhoff <ml@xxxxxxxx>
• Re: [ceph-users] keyvaluestore backend metadata overhead
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• wip-crush-linear
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: radosgw + s3 + keystone + Browser-Based POST bug
  • From: Abhishek L <abhishek.lekshmanan@xxxxxxxxx>
• Re: radosgw + s3 + keystone + Browser-Based POST bug
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxx>
• Re: widening Messenger::create
  • From: "Matt W. Benjamin" <matt@xxxxxxxxxxxx>
• Re: widening Messenger::create
  • From: "Matt W. Benjamin" <matt@xxxxxxxxxxxx>
• Re: widening Messenger::create
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: radosgw + s3 + keystone + Browser-Based POST bug
  • From: Abhishek L <abhishek.lekshmanan@xxxxxxxxx>
• Re: widening Messenger::create
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: widening Messenger::create
  • From: "Matt W. Benjamin" <matt@xxxxxxxxxxxx>
• Re: widening Messenger::create
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• widening Messenger::create
  • From: "Matt W. Benjamin" <matt@xxxxxxxxxxxx>
• radosgw + s3 + keystone + Browser-Based POST bug
  • From: Valery Tschopp <valery.tschopp@xxxxxxxxx>
• Re: mSHEC pull request (2nd challenge)
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• mSHEC pull request (2nd challenge)
  • From: "Miyamae, Takeshi" <miyamae.takeshi@xxxxxxxxxxxxxx>
• Re: Memstore performance improvements v0.90 vs v0.87
  • From: James Page <james.page@xxxxxxxxxx>
• Ceph man page is out of sync with actual command options
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Article about Object Store API
  • From: Dennis Chen <kernel.org.gnu@xxxxxxxxx>
• rgw backports to giant update
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Article about Object Store API
  • From: Dan Mick <dmick@xxxxxxxxxx>
• Re: [ceph-users] chattr +i not working with cephfs
  • From: Eric Eastman <eric.eastman@xxxxxxxxxxxxxx>
• Re: [ceph-users] chattr +i not working with cephfs
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: Memstore performance improvements v0.90 vs v0.87
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: [ceph-users] chattr +i not working with cephfs
  • From: Eric Eastman <eric.eastman@xxxxxxxxxxxxxx>
• Performance drop on Ubuntu 14.04 LTS for 4K/8K workload
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• [GIT PULL] Ceph fixes for -rc7
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: [ceph-users] chattr +i not working with cephfs
  • From: John Spray <john.spray@xxxxxxxxxx>
• Re: [ceph-users] chattr +i not working with cephfs
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [ceph-users] chattr +i not working with cephfs
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: [ceph-users] chattr +i not working with cephfs
  • From: John Spray <john.spray@xxxxxxxxxx>
• Re: Article about Object Store API
  • From: Marcel Lauhoff <ml@xxxxxxxx>
• 01/28/2015 Weekly Ceph Performance Meeting IS ON!
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• [PATCH] build: Fixed install-deps
  • From: Jojy Varghese <jojy.varghese@xxxxxxxxx>
• RE: Memstore performance improvements v0.90 vs v0.87
  • From: "Blinick, Stephen L" <stephen.l.blinick@xxxxxxxxx>
• RE: wip-auth
  • From: "Blinick, Stephen L" <stephen.l.blinick@xxxxxxxxx>
• RE: idempotent op (esp delete)
  • From: "Wang, Zhiqiang" <zhiqiang.wang@xxxxxxxxx>
• Re: Article about Object Store API
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Memstore performance improvements v0.90 vs v0.87
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: Article about Object Store API
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Article about Object Store API
  • From: Marcel Lauhoff <ml@xxxxxxxx>
• Re: idempotent op (esp delete)
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• RE: wip-auth
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: mon: forwarding user commands
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• RE: idempotent op (esp delete)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: mon: forwarding user commands
  • From: Mykola Golub <mgolub@xxxxxxxxxxxx>
• RE: [Questions]Can client know which OSDs are storing the data?
  • From: "Ma, Jianpeng" <jianpeng.ma@xxxxxxxxx>
• [Questions]Can client know which OSDs are storing the data?
  • From: Dennis Chen <kernel.org.gnu@xxxxxxxxx>
• RE: idempotent op (esp delete)
  • From: "Wang, Zhiqiang" <zhiqiang.wang@xxxxxxxxx>
• Re: [PATCH 3/3] rbd: do not treat standalone as flatten
  • From: Alex Elder <elder@xxxxxxxx>
• Re: [PATCH 2/3] rbd: drop parent_ref in rbd_dev_unprobe() unconditionally
  • From: Alex Elder <elder@xxxxxxxx>
• Re: [PATCH 1/3] rbd: fix rbd_dev_parent_get() when parent_overlap == 0
  • From: Alex Elder <elder@xxxxxxxx>
• Re: idempotent op (esp delete)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: upcoming dumpling v0.67.12
  • From: Yuri Weinstein <yuri.weinstein@xxxxxxxxxxx>
• Re: wip-auth
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• RE: wip-auth
  • From: "Blinick, Stephen L" <stephen.l.blinick@xxxxxxxxx>
• Re: upcoming dumpling v0.67.12
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: idempotent op (esp delete)
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• RE: wip-auth
  • From: Sage Weil <sweil@xxxxxxxxxx>
• RE: idempotent op (esp delete)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: upcoming dumpling v0.67.12
  • From: Yuri Weinstein <yuri.weinstein@xxxxxxxxxxx>
• ceph branch status
  • From: ceph branch robot <nobody@xxxxxxxx>
• upcoming dumpling v0.67.12
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• [PATCH] crc32c: add aarch64 optimized crc32c implementation
  • From: Yazen Ghannam <yazen.ghannam@xxxxxxxxxx>
• Re: Deadline of Github pull request for Hammer release (question)
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• RE: Deadline of Github pull request for Hammer release (question)
  • From: "Miyamae, Takeshi" <miyamae.takeshi@xxxxxxxxxxxxxx>
• RE: wip-auth
  • From: "Blinick, Stephen L" <stephen.l.blinick@xxxxxxxxx>
• RE: idempotent op (esp delete)
  • From: "Wang, Zhiqiang" <zhiqiang.wang@xxxxxxxxx>
• RE: Deadline of Github pull request for Hammer release (question)
  • From: "Miyamae, Takeshi" <miyamae.takeshi@xxxxxxxxxxxxxx>
• RE: mSHEC r33 release
  • From: "Miyamae, Takeshi" <miyamae.takeshi@xxxxxxxxxxxxxx>
• RE: idempotent op (esp delete)
  • From: "Wang, Zhiqiang" <zhiqiang.wang@xxxxxxxxx>
• RE: mSHEC r33 release
  • From: "Miyamae, Takeshi" <miyamae.takeshi@xxxxxxxxxxxxxx>
• Re: Hadoop with RGW failing for s3 protocol
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxx>
• RE: Hadoop with RGW failing for s3 protocol
  • From: Dhiraj Kamble <Dhiraj.Kamble@xxxxxxxxxxx>
• Re: mSHEC r35 release
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: mSHEC r33 release
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: mSHEC r33 release
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• RE: Deadline of Github pull request for Hammer release (question)
  • From: "Miyamae, Takeshi" <miyamae.takeshi@xxxxxxxxxxxxxx>
• RE: mSHEC r33 release
  • From: "Miyamae, Takeshi" <miyamae.takeshi@xxxxxxxxxxxxxx>
• RE: mSHEC r33 release
  • From: "Miyamae, Takeshi" <miyamae.takeshi@xxxxxxxxxxxxxx>
• mSHEC r35 release
  • From: "Miyamae, Takeshi" <miyamae.takeshi@xxxxxxxxxxxxxx>
• Re: 01/21/2015 Weekly Ceph Performance Meeting IS ON!
  • From: "Accela Zhao (bigzhao)" <bigzhao@xxxxxxxxx>
• Re: mSHEC r33 release
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: mSHEC r33 release
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: idempotent op (esp delete)
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: idempotent op (esp delete)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: idempotent op (esp delete)
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• idempotent op (esp delete)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: mSHEC r33 release
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: backports status report: upcoming release giant v0.87.1
  • From: Kostas Liakakis <kostas@xxxxxxxxxxxxxxx>
• Re: mSHEC r33 release
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• mSHEC r33 release
  • From: "Miyamae, Takeshi" <miyamae.takeshi@xxxxxxxxxxxxxx>
• Re: Deadline of Github pull request for Hammer release (question)
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Deadline of Github pull request for Hammer release (question)
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• msg: fixup for 2ffacbe (crc configuration in messenger)
  • From: Mykola Golub <mgolub@xxxxxxxxxxxx>
• RE: Deadline of Github pull request for Hammer release (question)
  • From: "Miyamae, Takeshi" <miyamae.takeshi@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] libceph: tcp_nodelay support
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• [PATCH 2/2] ceph: Show no_tcp_nodelay in mount options
  • From: Chaitanya Huilgol <chaitanya.huilgol@xxxxxxxxx>
• [PATCH 1/2] libceph: tcp_nodelay support
  • From: Chaitanya Huilgol <chaitanya.huilgol@xxxxxxxxx>
• Re: Deadline of Github pull request for Hammer release (question)
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Hadoop with RGW failing for s3 protocol
  • From: Dhiraj Kamble <Dhiraj.Kamble@xxxxxxxxxxx>
• RE: Deadline of Github pull request for Hammer release (question)
  • From: "Miyamae, Takeshi" <miyamae.takeshi@xxxxxxxxxxxxxx>
• 回复: RE: Memstore issue on v0.91
  • From: "Chen, Xiaoxi" <xiaoxi.chen@xxxxxxxxx>
• wip-auth
  • From: Sage Weil <sweil@xxxxxxxxxx>
• RE: Memstore issue on v0.91
  • From: "Blinick, Stephen L" <stephen.l.blinick@xxxxxxxxx>
• RE: [PATCH] ceph: rbd option listing and tcp_nodelay support
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: Deadline of Github pull request for Hammer release (question)
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Fwd: crush_location hook vs calamari
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Fwd: crush_location hook vs calamari
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [PATCH] ceph: rbd option listing and tcp_nodelay support
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• RE: [PATCH] ceph: rbd option listing and tcp_nodelay support
  • From: Chaitanya Huilgol <Chaitanya.Huilgol@xxxxxxxxxxx>
• RE: Deadline of Github pull request for Hammer release (question)
  • From: "Miyamae, Takeshi" <miyamae.takeshi@xxxxxxxxxxxxxx>
• Re: [PATCH] ceph: rbd option listing and tcp_nodelay support
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• RE: [PATCH] ceph: rbd option listing and tcp_nodelay support
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• RE: [PATCH] ceph: rbd option listing and tcp_nodelay support
  • From: Chaitanya Huilgol <Chaitanya.Huilgol@xxxxxxxxxxx>
• [PATCH v3 01/13] locks: add new struct list_head to struct file_lock
  • From: Jeff Layton <jeff.layton@xxxxxxxxxxxxxxx>
• [PATCH v3 10/13] locks: clean up the lm_change prototype
  • From: Jeff Layton <jeff.layton@xxxxxxxxxxxxxxx>
• [PATCH v3 11/13] locks: keep a count of locks on the flctx lists
  • From: Jeff Layton <jeff.layton@xxxxxxxxxxxxxxx>
• [PATCH v3 09/13] locks: add a dedicated spinlock to protect i_flctx lists
  • From: Jeff Layton <jeff.layton@xxxxxxxxxxxxxxx>
• [PATCH v3 02/13] locks: have locks_release_file use flock_lock_file to release generic flock locks
  • From: Jeff Layton <jeff.layton@xxxxxxxxxxxxxxx>
• [PATCH v3 12/13] locks: consolidate NULL i_flctx checks in locks_remove_file
  • From: Jeff Layton <jeff.layton@xxxxxxxxxxxxxxx>
• [PATCH v3 03/13] locks: add a new struct file_locking_context pointer to struct inode
  • From: Jeff Layton <jeff.layton@xxxxxxxxxxxxxxx>
• [PATCH v3 00/13] locks: saner method for managing file locks
  • From: Jeff Layton <jeff.layton@xxxxxxxxxxxxxxx>
• [PATCH v3 05/13] locks: move flock locks to file_lock_context
  • From: Jeff Layton <jeff.layton@xxxxxxxxxxxxxxx>
• [PATCH v3 07/13] locks: convert lease handling to file_lock_context
  • From: Jeff Layton <jeff.layton@xxxxxxxxxxxxxxx>
• [PATCH v3 06/13] locks: convert posix locks to file_lock_context
  • From: Jeff Layton <jeff.layton@xxxxxxxxxxxxxxx>
• [PATCH v3 13/13] locks: update comments that refer to inode->i_flock
  • From: Jeff Layton <jeff.layton@xxxxxxxxxxxxxxx>
• [PATCH v3 08/13] locks: remove i_flock field from struct inode
  • From: Jeff Layton <jeff.layton@xxxxxxxxxxxxxxx>
• [PATCH v3 04/13] ceph: move spinlocking into ceph_encode_locks_to_buffer and ceph_count_locks
  • From: Jeff Layton <jeff.layton@xxxxxxxxxxxxxxx>
• Re: [PATCH] ceph: rbd option listing and tcp_nodelay support
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• RE: [PATCH] ceph: rbd option listing and tcp_nodelay support
  • From: Chaitanya Huilgol <Chaitanya.Huilgol@xxxxxxxxxxx>
• Re: [PATCH] ceph: rbd option listing and tcp_nodelay support
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• RE: [PATCH] ceph: rbd option listing and tcp_nodelay support
  • From: Chaitanya Huilgol <Chaitanya.Huilgol@xxxxxxxxxxx>
• Re: Deadline of Github pull request for Hammer release (question)
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: [PATCH] ceph: rbd option listing and tcp_nodelay support
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• RE: Deadline of Github pull request for Hammer release (question)
  • From: "Miyamae, Takeshi" <miyamae.takeshi@xxxxxxxxxxxxxx>
• RE: Memstore issue on v0.91
  • From: "Chen, Xiaoxi" <xiaoxi.chen@xxxxxxxxx>
• Re: [PATCH] Rbd: add listwatchers command
  • From: Li Wang <liwang@xxxxxxxxxxxxxxx>
• RE: [PATCH] ceph: rbd option listing and tcp_nodelay support
  • From: Chaitanya Huilgol <Chaitanya.Huilgol@xxxxxxxxxxx>
• Re: 01/21/2015 Weekly Ceph Performance Meeting IS ON!
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: 01/21/2015 Weekly Ceph Performance Meeting IS ON!
  • From: "Accela Zhao (bigzhao)" <bigzhao@xxxxxxxxx>
• RE: [PATCH] ceph: rbd option listing and tcp_nodelay support
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: [PATCH] ceph: rbd option listing and tcp_nodelay support
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• RE: [PATCH] ceph: rbd option listing and tcp_nodelay support
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: [PATCH] ceph: rbd option listing and tcp_nodelay support
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• [PATCH] ceph: rbd option listing and tcp_nodelay support
  • From: Chaitanya Huilgol <chaitanya.huilgol@xxxxxxxxx>
• RE: [PATCH] ceph: rbd option listing and tcp_nodelay support --ignore
  • From: Chaitanya Huilgol <Chaitanya.Huilgol@xxxxxxxxxxx>
• [PATCH] ceph: rbd option listing and tcp_nodelay support
  • From: Chaitanya Huilgol <Chaitanya.Huilgol@xxxxxxxxxxx>
• Re: [PATCH] Rbd: add listwatchers command
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Enable Data Compression when Requesting Data from OSD over WAN
  • From: Cheng Cheng <ccheng.leo@xxxxxxxxx>
• [PATCH] Rbd: add listwatchers command
  • From: Li Wang <liwang@xxxxxxxxxxxxxxx>
• Re: Deadline of Github pull request for Hammer release (question)
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Memstore issue on v0.91
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: Deadline of Github pull request for Hammer release (question)
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Memstore issue on v0.91
  • From: "Blinick, Stephen L" <stephen.l.blinick@xxxxxxxxx>
• prime pg_temp
  • From: Sage Weil <sweil@xxxxxxxxxx>
• 01/21/2015 Weekly Ceph Performance Meeting IS ON!
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• RE: wip-proxy-write and (non-idempotent) client ops
  • From: Sage Weil <sweil@xxxxxxxxxx>
• RE: wip-proxy-write and (non-idempotent) client ops
  • From: "Wang, Zhiqiang" <zhiqiang.wang@xxxxxxxxx>
• Re: Enable Data Compression when Requesting Data from OSD over WAN
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• New Defects reported by Coverity Scan for ceph
  • From: scan-admin@xxxxxxxxxxxx
• Re: [PATCH 1/3] rbd: fix rbd_dev_parent_get() when parent_overlap == 0
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: [PATCH 2/3] rbd: drop parent_ref in rbd_dev_unprobe() unconditionally
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: [PATCH 3/3] rbd: do not treat standalone as flatten
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: backing_dev_info cleanups & lifetime rule fixes V2
  • From: Jens Axboe <axboe@xxxxxx>
• Enable Data Compression when Requesting Data from OSD over WAN
  • From: Cheng Cheng <ccheng.leo@xxxxxxxxx>
• Re: Fwd: crush_location hook vs calamari
  • From: Gregory Meno <gmeno@xxxxxxxxxx>
• Re: ceph-0.91 with KVstore rocksdb as objectstore backend
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: ceph-0.91 with KVstore rocksdb as objectstore backend
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• RE: wip-proxy-write and (non-idempotent) client ops
  • From: Sage Weil <sweil@xxxxxxxxxx>
• [PATCH 0/3] rbd: parent_overlap == 0 fixes
  • From: Ilya Dryomov <idryomov@xxxxxxxxxx>
• [PATCH 3/3] rbd: do not treat standalone as flatten
  • From: Ilya Dryomov <idryomov@xxxxxxxxxx>
• [PATCH 2/3] rbd: drop parent_ref in rbd_dev_unprobe() unconditionally
  • From: Ilya Dryomov <idryomov@xxxxxxxxxx>
• [PATCH 1/3] rbd: fix rbd_dev_parent_get() when parent_overlap == 0
  • From: Ilya Dryomov <idryomov@xxxxxxxxxx>
• Re: ./os/ObjectStore.h: 598: FAILED assert(op->oid < om.size())
  • From: Dong Yuan <yuandong1222@xxxxxxxxx>
• Re: ceph-0.91 with KVstore rocksdb as objectstore backend
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• RE: Deadline of Github pull request for Hammer release (question)
  • From: "Miyamae, Takeshi" <miyamae.takeshi@xxxxxxxxxxxxxx>
• Re: ceph-0.91 with KVstore rocksdb as objectstore backend
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: Deadline of Github pull request for Hammer release (question)
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• RE: wip-proxy-write and (non-idempotent) client ops
  • From: "Wang, Zhiqiang" <zhiqiang.wang@xxxxxxxxx>
• Re: ceph-0.91 with KVstore rocksdb as objectstore backend
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• ceph-0.91 with KVstore rocksdb as objectstore backend
  • From: pushpesh sharma <pushpesh.eck@xxxxxxxxx>
• Re: ./os/ObjectStore.h: 598: FAILED assert(op->oid < om.size())
  • From: Dong Yuan <yuandong1222@xxxxxxxxx>
• Re: ./os/ObjectStore.h: 598: FAILED assert(op->oid < om.size())
  • From: Sage Weil <sweil@xxxxxxxxxx>
• RE: MDS aborted after recovery and active, FAILED assert (r >=0)
  • From: Mohd Bazli Ab Karim <bazli.abkarim@xxxxxxxx>
• Re: ./os/ObjectStore.h: 598: FAILED assert(op->oid < om.size())
  • From: Dong Yuan <yuandong1222@xxxxxxxxx>
• RE: Deadline of Github pull request for Hammer release (question)
  • From: "Miyamae, Takeshi" <miyamae.takeshi@xxxxxxxxxxxxxx>
• Re: 'Immutable bit' on pools to prevent deletion
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: 'Immutable bit' on pools to prevent deletion
  • From: Mykola Golub <to.my.trociny@xxxxxxxxx>
• Re: ./os/ObjectStore.h: 598: FAILED assert(op->oid < om.size())
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• wip-proxy-write and (non-idempotent) client ops
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Fwd: crush_location hook vs calamari
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Fwd: crush_location hook vs calamari
  • From: Gregory Meno <gmeno@xxxxxxxxxx>
• Re: ./os/ObjectStore.h: 598: FAILED assert(op->oid < om.size())
  • From: Dong Yuan <yuandong1222@xxxxxxxxx>
• ceph branch status
  • From: ceph branch robot <nobody@xxxxxxxx>
• ./os/ObjectStore.h: 598: FAILED assert(op->oid < om.size())
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: mon: forwarding user commands
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: mon: forwarding user commands
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: Memstore performance improvements v0.90 vs v0.87
  • From: Andreas Bluemle <andreas.bluemle@xxxxxxxxxxx>
• Re: mon: forwarding user commands
  • From: Mykola Golub <mgolub@xxxxxxxxxxxx>
• Re: make check bot on pause
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• RE: MDS aborted after recovery and active, FAILED assert (r >=0)
  • From: Mohd Bazli Ab Karim <bazli.abkarim@xxxxxxxx>
• Re: make check bot on pause
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• make check bot on pause
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: mon: forwarding user commands
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: ceph-qa analysis output
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• mon: forwarding user commands
  • From: Mykola Golub <to.my.trociny@xxxxxxxxx>
• Re: ceph-qa analysis output
  • From: Yuri Weinstein <yuri.weinstein@xxxxxxxxxxx>
• Re: 'Immutable bit' on pools to prevent deletion
  • From: David Zafman <dzafman@xxxxxxxxxx>
• Re: ceph-qa analysis output
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: ceph-qa analysis output
  • From: Yuri Weinstein <yuri.weinstein@xxxxxxxxxxx>
• Re: 'Immutable bit' on pools to prevent deletion
  • From: Alex Elsayed <eternaleye@xxxxxxxxx>
• Re: 'Immutable bit' on pools to prevent deletion
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: 'Immutable bit' on pools to prevent deletion
  • From: Wido den Hollander <wido@xxxxxxxx>
• ceph-qa analysis output
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: 'Immutable bit' on pools to prevent deletion
  • From: Alex Elsayed <eternaleye@xxxxxxxxx>
• Re: Is there any way to collect object-level I/O access traces in Ceph?
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: Is there any way to collect object-level I/O access traces in Ceph?
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Is there any way to collect object-level I/O access traces in Ceph?
  • From: Lipeng Wan <lipengwan86@xxxxxxxxx>
• Re: upcoming release giant v0.87.1 : leads feedback needed
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• Re: upcoming release giant v0.87.1 : leads feedback needed
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• Re: Is there any way to collect object-level I/O access traces in Ceph?
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: MDS has inconsistent performance
  • From: Michael Sevilla <mikesevilla3@xxxxxxxxx>
• Re: 'Immutable bit' on pools to prevent deletion
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: upcoming release giant v0.87.1 : leads feedback needed
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Is there any way to collect object-level I/O access traces in Ceph?
  • From: Lipeng Wan <lipengwan86@xxxxxxxxx>
• Re: MDS has inconsistent performance
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: MDS has inconsistent performance
  • From: Michael Sevilla <mikesevilla3@xxxxxxxxx>
• Re: MDS has inconsistent performance
  • From: Michael Sevilla <mikesevilla3@xxxxxxxxx>
• Re: FAILED assert(peer_missing.count(fromshard))
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: FAILED assert(peer_missing.count(fromshard))
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• crush_location hook vs calamari
  • From: Sage Weil <sweil@xxxxxxxxxx>
• RE: straw2 and ln calculation
  • From: Sage Weil <sweil@xxxxxxxxxx>
• FAILED assert(peer_missing.count(fromshard))
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: MDS has inconsistent performance
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: New Defects reported by Coverity Scan for ceph
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: New Defects reported by Coverity Scan for ceph
  • From: John Spray <john.spray@xxxxxxxxxx>
• Re: MDS aborted after recovery and active, FAILED assert (r >=0)
  • From: John Spray <john.spray@xxxxxxxxxx>
• Re: ceph osd df
  • From: Mykola Golub <mgolub@xxxxxxxxxxxx>
• Re: New Defects reported by Coverity Scan for ceph
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: 'Immutable bit' on pools to prevent deletion
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• New Defects reported by Coverity Scan for ceph
  • From: scan-admin@xxxxxxxxxxxx
• Re: MDS aborted after recovery and active, FAILED assert (r >=0)
  • From: John Spray <john.spray@xxxxxxxxxx>
• Re: 'Immutable bit' on pools to prevent deletion
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: 'Immutable bit' on pools to prevent deletion
  • From: Sebastien Han <sebastien.han@xxxxxxxxxxxx>
• Re: MDS aborted after recovery and active, FAILED assert (r >=0)
  • From: Wido den Hollander <wido@xxxxxxxx>
• RE: MDS aborted after recovery and active, FAILED assert (r >=0)
  • From: Mohd Bazli Ab Karim <bazli.abkarim@xxxxxxxx>
• RE: straw2 and ln calculation
  • From: "Chen, Xiaoxi" <xiaoxi.chen@xxxxxxxxx>
• Re: 'Immutable bit' on pools to prevent deletion
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: MDS aborted after recovery and active, FAILED assert (r >=0)
  • From: Wido den Hollander <wido@xxxxxxxx>
• MDS aborted after recovery and active, FAILED assert (r >=0)
  • From: Mohd Bazli Ab Karim <bazli.abkarim@xxxxxxxx>
• Re: upcoming release giant v0.87.1 : leads feedback needed
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: MDS has inconsistent performance
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: [PATCH 03/12] fs: introduce f_op->mmap_capabilities for nommu mmap support
  • From: Brian Norris <computersforpeace@xxxxxxxxx>
• straw2 and ln calculation
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: MDS has inconsistent performance
  • From: Michael Sevilla <mikesevilla3@xxxxxxxxx>
• Re: 'Immutable bit' on pools to prevent deletion
  • From: John Spray <john.spray@xxxxxxxxxx>
• Re: MDS has inconsistent performance
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: 'Immutable bit' on pools to prevent deletion
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: 'Immutable bit' on pools to prevent deletion
  • From: John Spray <john.spray@xxxxxxxxxx>
• Re: 'Immutable bit' on pools to prevent deletion
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: 'Immutable bit' on pools to prevent deletion
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: QoS Control for RBD I/Os?
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: QoS Control for RBD I/Os?
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: QoS Control for RBD I/Os?
  • From: Cheng Cheng <ccheng.leo@xxxxxxxxx>
• Re: QoS Control for RBD I/Os?
  • From: Cheng Cheng <ccheng.leo@xxxxxxxxx>
• Re: QoS Control for RBD I/Os?
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: QoS Control for RBD I/Os?
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: 'Immutable bit' on pools to prevent deletion
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• QoS Control for RBD I/Os?
  • From: Cheng Cheng <ccheng.leo@xxxxxxxxx>
• Re: 'Immutable bit' on pools to prevent deletion
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: 'Immutable bit' on pools to prevent deletion
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Memstore performance improvements v0.90 vs v0.87
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Memstore performance improvements v0.90 vs v0.87
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: upcoming release giant v0.87.1 : leads feedback needed
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• upcoming release giant v0.87.1 : leads feedback needed
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: 'Immutable bit' on pools to prevent deletion
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxx>
• Re: 'Immutable bit' on pools to prevent deletion
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: 'Immutable bit' on pools to prevent deletion
  • From: Mike Dawson <mike.dawson@xxxxxxxxxxxx>
• Re: 'Immutable bit' on pools to prevent deletion
  • From: Dan Van Der Ster <daniel.vanderster@xxxxxxx>
• 'Immutable bit' on pools to prevent deletion
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: [PATCH 08/12] fs: remove mapping->backing_dev_info
  • From: Jan Kara <jack@xxxxxxx>
• Re: Memstore performance improvements v0.90 vs v0.87
  • From: Andreas Bluemle <andreas.bluemle@xxxxxxxxxxx>
• Re: RGW's apache and mod_fastcgi
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• RE: Memstore performance improvements v0.90 vs v0.87
  • From: "Blinick, Stephen L" <stephen.l.blinick@xxxxxxxxx>
• RE: Memstore performance improvements v0.90 vs v0.87
  • From: "Blinick, Stephen L" <stephen.l.blinick@xxxxxxxxx>
• v0.91 contributors credits
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• v0.91 released
  • From: Sage Weil <sweil@xxxxxxxxxx>
• RE: Memstore performance improvements v0.90 vs v0.87
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: Memstore performance improvements v0.90 vs v0.87
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• RE: Memstore performance improvements v0.90 vs v0.87
  • From: "Blinick, Stephen L" <stephen.l.blinick@xxxxxxxxx>
• v0.80.8 Firefly released
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Some gitbuilders not working
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Some gitbuilders not working
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• RE: Cache pool latency impact
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Some gitbuilders not working
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• Re: ERROR: assert(last_e.version.version < e.version.version)
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• Re: [PATCH 12/12] fs: remove default_backing_dev_info
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 11/12] fs: don't reassign dirty inodes to default_backing_dev_info
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 10/12] nfs: don't call bdi_unregister
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 09/12] ceph: remove call to bdi_unregister
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 07/12] fs: export inode_to_bdi and use it in favor of mapping->backing_dev_info
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 06/12] nilfs2: set up s_bdi like the generic mount_bdev code
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 05/12] block_dev: get bdev inode bdi directly from the block device
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 04/12] block_dev: only write bdev inode on close
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 02/12] fs: kill BDI_CAP_SWAP_BACKED
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 01/12] fs: deduplicate noop_backing_dev_info
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 05/12] block_dev: get bdev inode bdi directly from the block device
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/12] fs: export inode_to_bdi and use it in favor of mapping->backing_dev_info
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/12] nilfs2: set up s_bdi like the generic mount_bdev code
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/12] fs: remove mapping->backing_dev_info
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/12] block_dev: only write bdev inode on close
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/12] fs: remove default_backing_dev_info
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/12] fs: don't reassign dirty inodes to default_backing_dev_info
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/12] nfs: don't call bdi_unregister
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/12] fs: kill BDI_CAP_SWAP_BACKED
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/12] ceph: remove call to bdi_unregister
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/12] fs: introduce f_op->mmap_capabilities for nommu mmap support
  • From: Christoph Hellwig <hch@xxxxxx>
• backing_dev_info cleanups & lifetime rule fixes V2
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/12] fs: deduplicate noop_backing_dev_info
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: ERROR: assert(last_e.version.version < e.version.version)
  • From: Nicheal <zay11022@xxxxxxxxx>
• RE: Cache pool latency impact
  • From: Pavan Rallabhandi <Pavan.Rallabhandi@xxxxxxxxxxx>
• Memstore performance improvements v0.90 vs v0.87
  • From: "Blinick, Stephen L" <stephen.l.blinick@xxxxxxxxx>
• Re: MDS has inconsistent performance
  • From: Michael Sevilla <mikesevilla3@xxxxxxxxx>
• Re: MDS has inconsistent performance
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: Deadline of Github pull request for Hammer release (question)
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• RE: Deadline of Github pull request for Hammer release (question)
  • From: "Miyamae, Takeshi" <miyamae.takeshi@xxxxxxxxxxxxxx>
• [PATCH v3] rbd: convert to blk-mq
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2] rbd: convert to blk-mq
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: New Defects reported by Coverity Scan for ceph
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• New Defects reported by Coverity Scan for ceph
  • From: scan-admin@xxxxxxxxxxxx
• Re: Cache pool latency impact
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Cache pool latency impact
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Slow OSD detection
  • From: Sreenath BH <bhsreenath@xxxxxxxxx>
• Re: Deadline of Github pull request for Hammer release (question)
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Cache pool latency impact
  • From: Pavan Rallabhandi <Pavan.Rallabhandi@xxxxxxxxxxx>
• RE: Deadline of Github pull request for Hammer release (question)
  • From: "Miyamae, Takeshi" <miyamae.takeshi@xxxxxxxxxxxxxx>
• Re: Deadline of Github pull request for Hammer release (question)
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• RE: Deadline of Github pull request for Hammer release (question)
  • From: "Miyamae, Takeshi" <miyamae.takeshi@xxxxxxxxxxxxxx>
• MDS has inconsistent performance
  • From: Michael Sevilla <mikesevilla3@xxxxxxxxx>
• Re: ObjectStore::Transaction::append()
  • From: Dong Yuan <yuandong1222@xxxxxxxxx>
• ObjectStore::Transaction::append()
  • From: Sage Weil <sweil@xxxxxxxxxx>
• backports status report: upcoming release giant v0.87.1
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: ceph_test_librbd_fsx fails with thrasher
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: ceph_test_librbd_fsx fails with thrasher
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: [PATCH v2] rbd: convert to blk-mq
  • From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
• Re: ceph_test_librbd_fsx fails with thrasher
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• ceph branch status
  • From: ceph branch robot <nobody@xxxxxxxx>
• ceph_test_librbd_fsx fails with thrasher
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Testing the next giant release
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: [PATCH v2] rbd: convert to blk-mq
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• [PATCH v2] rbd: convert to blk-mq
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 07/12] fs: export inode_to_bdi and use it in favor of mapping->backing_dev_info
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 04/12] block_dev: only write bdev inode on close
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH v2 7/9] block: kill merge_bvec_fn() completely
  • From: Dongsu Park <dongsu.park@xxxxxxxxxxxxxxxx>
• Re: ceph osd df
  • From: Mykola Golub <mgolub@xxxxxxxxxxxx>
• Re: [PATCH 12/12] fs: remove default_backing_dev_info
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 11/12] fs: don't reassign dirty inodes to default_backing_dev_info
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 08/12] fs: remove mapping->backing_dev_info
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 07/12] fs: export inode_to_bdi and use it in favor of mapping->backing_dev_info
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 06/12] nilfs2: set up s_bdi like the generic mount_bdev code
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 05/12] block_dev: get bdev inode bdi directly from the block device
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: ceph osd df
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: [PATCH 04/12] block_dev: only write bdev inode on close
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 03/12] fs: introduce f_op->mmap_capabilities for nommu mmap support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 02/12] fs: kill BDI_CAP_SWAP_BACKED
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 01/12] fs: deduplicate noop_backing_dev_info
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: ceph osd df
  • From: Mykola Golub <trociny@xxxxxxxxxxx>
• webmastering jerasure.org
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• automated make check, now on centos7
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: ceph perf command?
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• ceph perf command?
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: [PATCH] rbd: convert to blk-mq
  • From: Alex Elder <elder@xxxxxxxx>
• Re: ceph osd df
  • From: Sage Weil <sweil@xxxxxxxxxx>
• [PATCH] rbd: convert to blk-mq
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: gf_unit 16 A -1 -m SPLIT 16 4 -r ALTMAP - failure
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• gf_unit 16 A -1 -m SPLIT 16 4 -r ALTMAP - failure
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: New Defects reported by Coverity Scan for ceph
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• New Defects reported by Coverity Scan for ceph
  • From: scan-admin@xxxxxxxxxxxx
• Re: ceph osd df
  • From: Mykola Golub <trociny@xxxxxxxxxxx>