CEPH Filesystem Development

• Thread Index

• Re: Bug in mempool::map?
  • From: Igor Fedotov <ifedotov@xxxxxxxxxxxx>
• Re: Bug in mempool::map?
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Bug in mempool::map?
  • From: Igor Fedotov <ifedotov@xxxxxxxxxxxx>
• Re: [ceph-users] tracker.ceph.com
  • From: David Galloway <dgallowa@xxxxxxxxxx>
• Re: OSD rebind connects to ports of other OSDs
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: OSD rebind connects to ports of other OSDs
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: OSD rebind connects to ports of other OSDs
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Bug in mempool::map?
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• RE: Bug in mempool::map?
  • From: Allen Samuels <Allen.Samuels@xxxxxxxxxxx>
• RE: Bug in mempool::map?
  • From: Allen Samuels <Allen.Samuels@xxxxxxxxxxx>
• Re: Bug in mempool::map?
  • From: Igor Fedotov <ifedotov@xxxxxxxxxxxx>
• Re: OSD rebind connects to ports of other OSDs
  • From: Mykola Golub <to.my.trociny@xxxxxxxxx>
• Re: OSD rebind connects to ports of other OSDs
  • From: Mykola Golub <to.my.trociny@xxxxxxxxx>
• Re: Bug in mempool::map?
  • From: Igor Fedotov <ifedotov@xxxxxxxxxxxx>
• Re: OSD rebind connects to ports of other OSDs
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: [ceph-users] tracker.ceph.com
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: tracker.ceph.com
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: tracker.ceph.com
  • From: David Galloway <dgallowa@xxxxxxxxxx>
• Re: Bug in mempool::map?
  • From: Igor Fedotov <ifedotov@xxxxxxxxxxxx>
• Re: OSD rebind connects to ports of other OSDs
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Bug in mempool::map?
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: OSD rebind connects to ports of other OSDs
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: OSD rebind connects to ports of other OSDs
  • From: Mykola Golub <to.my.trociny@xxxxxxxxx>
• Bug in mempool::map?
  • From: Igor Fedotov <ifedotov@xxxxxxxxxxxx>
• Re: OSD rebind connects to ports of other OSDs
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Feeding pool utilization data to time series for trending
  • From: Ruben Kerkhof <ruben@xxxxxxxxxxxxxxxx>
• Re: Feeding pool utilization data to time series for trending
  • From: John Spray <jspray@xxxxxxxxxx>
• OSD rebind connects to ports of other OSDs
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Feeding pool utilization data to time series for trending
  • From: Shubhendu Tripathi <shtripat@xxxxxxxxxx>
• Re: Feeding pool utilization data to time series for trending
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: [PATCH 2/9] xfs: introduce and use KM_NOLOCKDEP to silence reclaim lockdep false positives
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: tracker.ceph.com
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Feeding pool utilization data to time series for trending
  • From: Shubhendu Tripathi <shtripat@xxxxxxxxxx>
• Re: Status of static analysis
  • From: liuchang0812 <liuchang0812@xxxxxxxxx>
• Re: Computation in the storage
  • From: "Kamble, Nitin A" <Nitin.Kamble@xxxxxxxxxxxx>
• Re: [PATCH 2/9] xfs: introduce and use KM_NOLOCKDEP to silence reclaim lockdep false positives
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH 2/9] xfs: introduce and use KM_NOLOCKDEP to silence reclaim lockdep false positives
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: tracker.ceph.com
  • From: David Galloway <dgallowa@xxxxxxxxxx>
• Re: Status of static analysis
  • From: Samuel Just <sjust@xxxxxxxxxx>
• Re: Fwd: Build failed in Jenkins: ceph-master #94
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• RE: BlueStore in-memory Onode footprint
  • From: Allen Samuels <Allen.Samuels@xxxxxxxxxxx>
• ceph branch status
  • From: ceph branch robot <nobody@xxxxxxxx>
• Re: Fwd: Build failed in Jenkins: ceph-master #94
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: Fwd: Build failed in Jenkins: ceph-master #94
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Jewel + kernel 4.4 Massive performance regression (-50%)
  • From: Yoann Moulin <yoann.moulin@xxxxxxx>
• Re: BlueStore in-memory Onode footprint
  • From: Igor Fedotov <ifedotov@xxxxxxxxxxxx>
• question about cache-tier tool
  • From: liuchang0812 <liuchang0812@xxxxxxxxx>
• Re: [PATCH 7/9] jbd2: make the whole kjournald2 kthread NOFS safe
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 9/9] Revert "ext4: fix wrong gfp type under transaction"
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 6/9] jbd2: mark the transaction context with the scope GFP_NOFS context
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 8/9] Revert "ext4: avoid deadlocks in the writeback path by using sb_getblk_gfp"
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 0/9 v2] scope GFP_NOFS api
  • From: Jan Kara <jack@xxxxxxx>
• Re: Fwd: Build failed in Jenkins: ceph-master #94
  • From: Mykola Golub <to.my.trociny@xxxxxxxxx>
• Status of static analysis
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• tracker.ceph.com
  • From: Dan Mick <dmick@xxxxxxxxxx>
• Re: Bluestore performance bottleneck
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Fwd: Build failed in Jenkins: ceph-master #94
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• RE: Bluestore performance bottleneck
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• RE: BlueStore in-memory Onode footprint
  • From: Allen Samuels <Allen.Samuels@xxxxxxxxxxx>
• CentOS Storage SIG
  • From: Patrick McGarry <pmcgarry@xxxxxxxxxx>
• Re: Computation in the storage
  • From: Noah Watkins <noahwatkins@xxxxxxxxx>
• Re: Computation in the storage
  • From: "Kamble, Nitin A" <Nitin.Kamble@xxxxxxxxxxxx>
• RE: BlueStore in-memory Onode footprint
  • From: Allen Samuels <Allen.Samuels@xxxxxxxxxxx>
• RE: BlueStore in-memory Onode footprint
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [PATCH 2/9 v2] xfs: introduce and use KM_NOLOCKDEP to silence reclaim lockdep false positives
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 5/9 v2] xfs: use memalloc_nofs_{save,restore} instead of memalloc_noio*
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: Computation in the storage
  • From: Noah Watkins <noahwatkins@xxxxxxxxx>
• [GIT PULL] Ceph updates for 4.10-rc1
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: Computation in the storage
  • From: "Kamble, Nitin A" <Nitin.Kamble@xxxxxxxxxxxx>
• Re: [PATCH 5/9] xfs: use memalloc_nofs_{save,restore} instead of memalloc_noio*
  • From: Brian Foster <bfoster@xxxxxxxxxx>
• Re: [PATCH 3/9] xfs: abstract PF_FSTRANS to PF_MEMALLOC_NOFS
  • From: Brian Foster <bfoster@xxxxxxxxxx>
• Re: [PATCH 2/9 v2] xfs: introduce and use KM_NOLOCKDEP to silence reclaim lockdep false positives
  • From: Brian Foster <bfoster@xxxxxxxxxx>
• Re: the question of way to modify bucket metadata
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: [PATCH 0/9 v2] scope GFP_NOFS api
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: BlueStore in-memory Onode footprint
  • From: Igor Fedotov <ifedotov@xxxxxxxxxxxx>
• Re: BlueStore in-memory Onode footprint
  • From: Igor Fedotov <ifedotov@xxxxxxxxxxxx>
• [PATCH 2/9 v2] xfs: introduce and use KM_NOLOCKDEP to silence reclaim lockdep false positives
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 0/9 v2] scope GFP_NOFS api
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: BlueStore in-memory Onode footprint
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Re: BlueStore in-memory Onode footprint
  • From: Igor Fedotov <ifedotov@xxxxxxxxxxxx>
• Re: BlueStore in-memory Onode footprint
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [PATCH 0/9 v2] scope GFP_NOFS api
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• BlueStore in-memory Onode footprint
  • From: Igor Fedotov <ifedotov@xxxxxxxxxxxx>
• Re: Snapshots of consistency groups
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: Ceph connections with TLS
  • From: Amon Ott <a.ott@xxxxxxxxxxxx>
• Re: Ceph connections with TLS
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• the question of way to modify bucket metadata
  • From: Scott Jing <scott.jing152@xxxxxxxxx>
• Re: Ceph connections with TLS
  • From: David Byte <dbyte@xxxxxxxx>
• [DEBUG PATCH 2/2] silent warnings which we cannot do anything about
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [DEBUG PATCH 1/2] mm, debug: report when GFP_NO{FS,IO} is used explicitly from memalloc_no{fs,io}_{save,restore} context
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [DEBUG PATCH 0/2] debug explicit GFP_NO{FS,IO} usage from the scope context
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: Ceph connections with TLS
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: Ceph connections with TLS
  • From: Amon Ott <a.ott@xxxxxxxxxxxx>
• Re: Ceph connections with TLS
  • From: Wido den Hollander <wido@xxxxxxxx>
• Ceph connections with TLS
  • From: Amon Ott <a.ott@xxxxxxxxxxxx>
• Re: Re : Performance issues on Jewel 10.2.2
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• New Defects reported by Coverity Scan for ceph
  • From: scan-admin@xxxxxxxxxxxx
• Re: Consistency problem with multiple rgws
  • From: sw zhang <zhangsw1001@xxxxxxxxx>
• Fw:Re:Re:Re: Question about write op processing of OSD
  • From: xxhdx1985126 <xxhdx1985126@xxxxxxx>
• Re:Re:Re: Question about write op processing of OSD
  • From: xxhdx1985126 <xxhdx1985126@xxxxxxx>
• Bluestore performance bottleneck
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re:Re: Question about write op processing of OSD
  • From: xxhdx1985126 <xxhdx1985126@xxxxxxx>
• Re: Question about write op processing of OSD
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Question about write op processing of OSD
  • From: xxhdx1985126 <xxhdx1985126@xxxxxxx>
• Re: Snapshots of consistency groups
  • From: Victor Denisov <vdenisov@xxxxxxxxxxxx>
• Re: [sepia] how to use teuthology-suite in the new world
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Metadata vs UserData caching in BlueStore
  • From: Sage Weil <sweil@xxxxxxxxxx>
• RE: Metadata vs UserData caching in BlueStore
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: Metadata vs UserData caching in BlueStore
  • From: Igor Fedotov <ifedotov@xxxxxxxxxxxx>
• Re: Metadata vs UserData caching in BlueStore
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Metadata vs UserData caching in BlueStore
  • From: Igor Fedotov <ifedotov@xxxxxxxxxxxx>
• Re: Metadata vs UserData caching in BlueStore
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Re: Metadata vs UserData caching in BlueStore
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Metadata vs UserData caching in BlueStore
  • From: Igor Fedotov <ifedotov@xxxxxxxxxxxx>
• Re: rgw multi-tenancy and bucket linking
  • From: Yehuda Sadeh-Weinraub <yehuda@xxxxxxxxxx>
• Re: [sepia] how to use teuthology-suite in the new world
  • From: Vasu Kulkarni <vakulkar@xxxxxxxxxx>
• Re: [sepia] how to use teuthology-suite in the new world
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: [sepia] how to use teuthology-suite in the new world
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Consistency problem with multiple rgws
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: [sepia] how to use teuthology-suite in the new world
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: [sepia] how to use teuthology-suite in the new world
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: [sepia] how to use teuthology-suite in the new world
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: Suggestion for deduplication
  • From: myoungwon oh <ohmyoungwon@xxxxxxxxx>
• Re: Suggestion for deduplication
  • From: myoungwon oh <ohmyoungwon@xxxxxxxxx>
• Re: Snapshots of consistency groups
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: [sepia] how to use teuthology-suite in the new world
  • From: Mykola Golub <trociny@xxxxxxxxxxx>
• Re: [sepia] how to use teuthology-suite in the new world
  • From: Mykola Golub <to.my.trociny@xxxxxxxxx>
• [PATCH 2/9] xfs: introduce and use KM_NOLOCKDEP to silence reclaim lockdep false positives
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 1/9] lockdep: allow to disable reclaim lockup detection
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 0/9 v2] scope GFP_NOFS api
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 7/9] jbd2: make the whole kjournald2 kthread NOFS safe
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 3/9] xfs: abstract PF_FSTRANS to PF_MEMALLOC_NOFS
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 4/9] mm: introduce memalloc_nofs_{save,restore} API
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 5/9] xfs: use memalloc_nofs_{save,restore} instead of memalloc_noio*
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 8/9] Revert "ext4: avoid deadlocks in the writeback path by using sb_getblk_gfp"
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 9/9] Revert "ext4: fix wrong gfp type under transaction"
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 6/9] jbd2: mark the transaction context with the scope GFP_NOFS context
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v4 0/5] ceph: clean up some unsafe dentry->d_parent accesses
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• rgw multi-tenancy and bucket linking
  • From: Pavan Rallabhandi <PRallabhandi@xxxxxxxxxxxxxxx>
• [PATCH v4 5/5] ceph: pass parent inode info to ceph_encode_dentry_release if we have it
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v4 1/5] ceph: clean up unsafe d_parent access in __choose_mds
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v4 4/5] ceph: fix unsafe dcache access in ceph_encode_dentry_release
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v4 2/5] ceph: clean up unsafe d_parent accesses in build_dentry_path
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v4 3/5] ceph: pass parent dir ino info to build_dentry_path
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v4 0/5] ceph: clean up some unsafe dentry->d_parent accesses
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v3 1/5] ceph: clean up unsafe d_parent access in __choose_mds
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: Suggestion for deduplication
  • From: Joao Eduardo Luis <joao@xxxxxxx>
• Re: [PATCH v3 3/5] ceph: pass parent dir ino info to build_dentry_path
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• Re: [PATCH v3 1/5] ceph: clean up unsafe d_parent access in __choose_mds
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• Re: [PATCH] libceph: wake up sync waiter when unregistering request
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• Re: [PATCH] libceph: wake up sync waiter when unregistering request
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: how to use teuthology-suite in the new world
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• how to use teuthology-suite in the new world
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: use ceph-ci.git to get repositories out of dev branches
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: use ceph-ci.git to get repositories out of dev branches
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: Suggestion for deduplication
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: A way to reduce BlueStore KV traffic
  • From: Igor Fedotov <ifedotov@xxxxxxxxxxxx>
• Re: how to delete a zone in rgw?
  • From: liuchang0812 <liuchang0812@xxxxxxxxx>
• [PATCH v3 4/5] ceph: fix unsafe dcache access in ceph_encode_dentry_release
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 2/5] ceph: clean up unsafe d_parent accesses in build_dentry_path
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 1/5] ceph: clean up unsafe d_parent access in __choose_mds
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 5/5] ceph: pass parent inode info to ceph_encode_dentry_release if we have it
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 3/5] ceph: pass parent dir ino info to build_dentry_path
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 0/5] ceph: clean up some unsafe dentry->d_parent accesses
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: kraken rc is out, and kraken is branched!
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Performance issues on Jewel 10.2.2.
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Re: how to delete a zone in rgw?
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: Cinder doesn't work with the current rados python bindings
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: Cinder doesn't work with the current rados python bindings
  • From: Mykola Golub <mgolub@xxxxxxxxxxxx>
• how to delete a zone in rgw?
  • From: liuchang0812 <liuchang0812@xxxxxxxxx>
• Re: Cinder doesn't work with the current rados python bindings
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: [PATCH v2] ceph: clean up unsafe d_parent access in __choose_mds
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• [PATCH v2] ceph: clean up unsafe d_parent access in __choose_mds
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 1/3] ceph: clean up unsafe d_parent access in __choose_mds
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Suggestion for deduplication
  • From: myoungwon oh <ohmyoungwon@xxxxxxxxx>
• Re: kraken rc is out, and kraken is branched!
  • From: Zhi Zhang <zhang.david2011@xxxxxxxxx>
• Re: Cinder doesn't work with the current rados python bindings
  • From: Mykola Golub <mgolub@xxxxxxxxxxxx>
• Re: Cinder doesn't work with the current rados python bindings
  • From: Alexey Sheplyakov <asheplyakov@xxxxxxxxxxxx>
• Re: [PATCH 1/3] ceph: clean up unsafe d_parent access in __choose_mds
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• Re: How to release Hammer osd RAM when compiled with jemalloc
  • From: Dong Wu <archer.wudong@xxxxxxxxx>
• Re: Is Hammer end of life now?
  • From: Yehuda Sadeh-Weinraub <yehuda@xxxxxxxxxx>
• Re: How to release Hammer osd RAM when compiled with jemalloc
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: How to release Hammer osd RAM when compiled with jemalloc
  • From: Dong Wu <archer.wudong@xxxxxxxxx>
• Re: question about backfill on erasure pool
  • From: huang jun <hjwsm1989@xxxxxxxxx>
• Re: use ceph-ci.git to get repositories out of dev branches
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Snapshots of consistency groups
  • From: Victor Denisov <vdenisov@xxxxxxxxxxxx>
• Re: question about backfill on erasure pool
  • From: huang jun <hjwsm1989@xxxxxxxxx>
• Re: Cinder doesn't work with the current rados python bindings
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: Cinder doesn't work with the current rados python bindings
  • From: Victor Denisov <vdenisov@xxxxxxxxxxxx>
• Re: Cinder doesn't work with the current rados python bindings
  • From: Victor Denisov <vdenisov@xxxxxxxxxxxx>
• kraken rc is out, and kraken is branched!
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Is Hammer end of life now?
  • From: Nathan Cutler <ncutler@xxxxxxx>
• RE: Bluestore with ZS
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• RE: Bluestore with ZS
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: Bluestore with ZS
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• RE: A way to reduce BlueStore KV traffic
  • From: Allen Samuels <Allen.Samuels@xxxxxxxxxxx>
• Re: Cinder doesn't work with the current rados python bindings
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: Is Hammer end of life now?
  • From: Mykola Golub <to.my.trociny@xxxxxxxxx>
• Re: Bluestore with ZS
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• RE: Bluestore with ZS
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Cinder doesn't work with the current rados python bindings
  • From: Victor Denisov <vdenisov@xxxxxxxxxxxx>
• RE: A way to reduce BlueStore KV traffic
  • From: Sage Weil <sweil@xxxxxxxxxx>
• RE: A way to reduce BlueStore KV traffic
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• [PATCH 1/3] ceph: clean up unsafe d_parent access in __choose_mds
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 2/3] ceph: clean up unsafe d_parent accesses in build_dentry_path
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 3/3] ceph: fix unsafe dcache access in ceph_encode_dentry_release
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 0/3] ceph: clean up some unsafe dentry->d_parent accesses
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: A way to reduce BlueStore KV traffic
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• A way to reduce BlueStore KV traffic
  • From: Igor Fedotov <ifedotov@xxxxxxxxxxxx>
• RE: Reshard is not stabilizing in latest master
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: question about backfill on erasure pool
  • From: Samuel Just <sjust@xxxxxxxxxx>
• Re: Reshard is not stabilizing in latest master
  • From: Varada Kari <varada.kari@xxxxxxxxx>
• Re: use ceph-ci.git to get repositories out of dev branches
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: Reshard is not stabilizing in latest master
  • From: Igor Fedotov <ifedotov@xxxxxxxxxxxx>
• Re: gmock issues when switching Git branches
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: question about backfill on erasure pool
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: OSD crashing on startup (hammer)
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: How to release Hammer osd RAM when compiled with jemalloc
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• gmock issues when switching Git branches
  • From: Wido den Hollander <wido@xxxxxxxx>
• question about backfill on erasure pool
  • From: huang jun <hjwsm1989@xxxxxxxxx>
• Re: Is Hammer end of life now?
  • From: Nathan Cutler <ncutler@xxxxxxx>
• OSD crashing on startup (hammer)
  • From: Jens Rosenboom <j.rosenboom@xxxxxxxx>
• v11.1.0 kraken candidate released
  • From: Abhishek L <abhishek.lekshmanan@xxxxxxxxx>
• How to release Hammer osd RAM when compiled with jemalloc
  • From: Dong Wu <archer.wudong@xxxxxxxxx>
• Re: Mismatching nonce for 'ceph osd.0 tell'
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Mismatching nonce for 'ceph osd.0 tell'
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: [PATCH 00/15] wip-crypto
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: performance of reading objects in placement group operation
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [PATCH 04/15] libceph: introduce ceph_crypt() for in-place en/decryption
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [PATCH 04/15] libceph: introduce ceph_crypt() for in-place en/decryption
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• [PATCH 05/15] libceph: rename and align ceph_x_authorizer::reply_buf
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH 04/15] libceph: introduce ceph_crypt() for in-place en/decryption
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH 01/15] libceph: ceph_x_encrypt_buflen() takes in_len
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH 03/15] libceph: introduce ceph_x_encrypt_offset()
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH 11/15] libceph: stop allocating a new cipher on every crypto request
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH 10/15] libceph: uninline ceph_crypto_key_destroy()
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH 13/15] libceph: verify authorize reply on connect
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH 14/15] libceph: drop len argument of *verify_authorizer_reply()
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH 08/15] libceph: switch ceph_x_decrypt() to ceph_crypt()
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH 15/15] libceph: no need to drop con->mutex for ->get_authorizer()
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH 12/15] libceph: no need for GFP_NOFS in ceph_monc_init()
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH 09/15] libceph: remove now unused ceph_*{en,de}crypt*() functions
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH 06/15] libceph: tweak calcu_signature() a little
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH 07/15] libceph: switch ceph_x_encrypt() to ceph_crypt()
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH 02/15] libceph: old_key in process_one_ticket() is redundant
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH 00/15] wip-crypto
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: use ceph-ci.git to get repositories out of dev branches
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: use ceph-ci.git to get repositories out of dev branches
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: use ceph-ci.git to get repositories out of dev branches
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Red Hat Summit CFP Closing
  • From: Patrick McGarry <pmcgarry@xxxxxxxxxx>
• Re: Is Hammer end of life now?
  • From: Yehuda Sadeh-Weinraub <yehuda@xxxxxxxxxx>
• Re: Is Hammer end of life now?
  • From: Nathan Cutler <ncutler@xxxxxxx>
• RE: Reshard is not stabilizing in latest master
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: Reshard is not stabilizing in latest master
  • From: Igor Fedotov <ifedotov@xxxxxxxxxxxx>
• RE: Reshard is not stabilizing in latest master
  • From: Sage Weil <sweil@xxxxxxxxxx>
• ceph branch status
  • From: ceph branch robot <nobody@xxxxxxxx>
• Is Hammer end of life now?
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• Re: use ceph-ci.git to get repositories out of dev branches
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: [ceph-devel] What is occupying memory on MDS?
  • From: John Spray <jspray@xxxxxxxxxx>
• [ceph-devel] What is occupying memory on MDS?
  • From: Zhi Zhang <zhang.david2011@xxxxxxxxx>
• performance of reading objects in placement group operation
  • From: Noah Watkins <noahwatkins@xxxxxxxxx>
• 10.2.5 Jewel released
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: random thoughts on past_intervals
  • From: Samuel Just <sjust@xxxxxxxxxx>
• Re: random thoughts on past_intervals
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Mismatching nonce for 'ceph osd.0 tell'
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: random thoughts on past_intervals
  • From: Samuel Just <sjust@xxxxxxxxxx>
• Re: random thoughts on past_intervals
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: random thoughts on past_intervals
  • From: Samuel Just <sjust@xxxxxxxxxx>
• Re: random thoughts on past_intervals
  • From: Samuel Just <sjust@xxxxxxxxxx>
• Re: random thoughts on past_intervals
  • From: Samuel Just <sjust@xxxxxxxxxx>
• Re: random thoughts on past_intervals
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: random thoughts on past_intervals
  • From: Samuel Just <sjust@xxxxxxxxxx>
• Re: random thoughts on past_intervals
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: random thoughts on past_intervals
  • From: Samuel Just <sjust@xxxxxxxxxx>
• random thoughts on past_intervals
  • From: Samuel Just <sjust@xxxxxxxxxx>
• Re: Question about OSDService
  • From: Samuel Just <sjust@xxxxxxxxxx>
• Re: [Ceph Doc Conventions] ObjectStore, FileStore, BlueStore x Object Store, File Store, Blue Store
  • From: Bára Ančincová <bara@xxxxxxxxxx>
• Re: [SUGGESTION]Should we provide a method to get git's branch name and commit tag?
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: Mismatching nonce for 'ceph osd.0 tell'
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• New Defects reported by Coverity Scan for ceph
  • From: scan-admin@xxxxxxxxxxxx
• [GIT PULL] Ceph fix for 4.9-rc9
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Question about OSDService
  • From: xxhdx1985126 <xxhdx1985126@xxxxxxx>
• Re: Mismatching nonce for 'ceph osd.0 tell'
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: OSD leaks & selinux denials
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: Mismatching nonce for 'ceph osd.0 tell'
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: 10.2.4 Jewel released -- IMPORTANT
  • From: Alexey Sheplyakov <asheplyakov@xxxxxxxxxxxx>
• Re:Re: Question about ReplicatedBackend::sub_op_modify_reply
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• RE: Reshard is not stabilizing in latest master
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: Reshard is not stabilizing in latest master
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: 10.2.4 Jewel released -- IMPORTANT
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Reshard is not stabilizing in latest master
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: [Ceph Doc Conventions] ObjectStore, FileStore, BlueStore x Object Store, File Store, Blue Store
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [PATCH] Ceph RADOS cluster mutex helper for Samba CTDB
  • From: David Disseldorp <ddiss@xxxxxxx>
• Re: LSF/MM 2017: Call for Proposals
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: LSF/MM 2017: Call for Proposals
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• RE: Ceph master latency breakdown
  • From: "Chagam, Anjaneya" <anjaneya.chagam@xxxxxxxxx>
• Re: [ceph-users] RBD: Failed to map rbd device with data pool enabled.
  • From: Venky Shankar <vshankar@xxxxxxxxxx>
• Re: LSF/MM 2017: Call for Proposals
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [Ceph Doc Conventions] ObjectStore, FileStore, BlueStore x Object Store, File Store, Blue Store
  • From: Bára Ančincová <bara@xxxxxxxxxx>
• Re: [Lsf-pc] LSF/MM 2017: Call for Proposals
  • From: Jan Kara <jack@xxxxxxx>
• Re: Mismatching nonce for 'ceph osd.0 tell'
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: [Ceph Doc Conventions] ObjectStore, FileStore, BlueStore x Object Store, File Store, Blue Store
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: Question about recovery vs backfill priorities
  • From: Bartłomiej Święcki <bartlomiej.swiecki@xxxxxxxxxxxx>
• [Ceph Doc Conventions] ObjectStore, FileStore, BlueStore x Object Store, File Store, Blue Store
  • From: Bára Ančincová <bara@xxxxxxxxxx>
• Re: Mismatching nonce for 'ceph osd.0 tell'
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: 10.2.4 Jewel released -- IMPORTANT
  • From: Alexey Sheplyakov <asheplyakov@xxxxxxxxxxxx>
• Re: [SUGGESTION]Should we provide a method to get git's branch name and commit tag?
  • From: Haomai Wang <haomai@xxxxxxxx>
• Re: [SUGGESTION]Should we provide a method to get git's branch name and commit tag?
  • From: liuchang0812 <liuchang0812@xxxxxxxxx>
• Re: Ceph master latency breakdown
  • From: "Gohad, Tushar" <tushar.gohad@xxxxxxxxx>
• Ceph master latency breakdown
  • From: "LIU, Fei" <james.liu@xxxxxxxxxxxxxxx>
• ubuntu blocked aio
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: 10.2.4 Jewel released -- IMPORTANT
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: OSD leaks & selinux denials
  • From: Samuel Just <sjust@xxxxxxxxxx>
• Re: OSD leaks & selinux denials
  • From: Samuel Just <sjust@xxxxxxxxxx>
• Re: OSD leaks & selinux denials
  • From: Samuel Just <sjust@xxxxxxxxxx>
• Re: OSD leaks & selinux denials
  • From: Samuel Just <sjust@xxxxxxxxxx>
• Re: FW: Ceph dmClock
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• Re: enabling shared ccache dirs in default builds
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: enabling shared ccache dirs in default builds
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: LSF/MM 2017: Call for Proposals
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [SUGGESTION]Should we provide a method to get git's branch name and commit tag?
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Question about ReplicatedBackend::sub_op_modify_reply
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• 12/07/2016 Weekly Ceph Performance Meeting IS ON!
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• [SUGGESTION]Should we provide a method to get git's branch name and commit tag?
  • From: 刘畅 <liuchang0812@xxxxxxxxx>
• Re: ceph v10.2.4 QE validation status
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• use ceph-ci.git to get repositories out of dev branches
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• 10.2.4 Jewel released
  • From: Abhishek L <abhishek@xxxxxxxx>
• Question about ReplicatedBackend::sub_op_modify_reply
  • From: xxhdx1985126 <xxhdx1985126@xxxxxxx>
• OSD leaks & selinux denials
  • From: John Spray <jspray@xxxxxxxxxx>
• RE: Bluestore with ZS
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: enabling shared ccache dirs in default builds
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• HA: ceph issue
  • From: Marov Aleksey <Marov.A@xxxxxxxxxx>
• Re: Ceph QoS user stories
  • From: Kyle Bader <kyle.bader@xxxxxxxxx>
• Re: BlueStore Latency Breakdown
  • From: "LIU, Fei" <james.liu@xxxxxxxxxxxxxxx>
• Re: BlueStore Latency Breakdown
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Bluestore with ZS
  • From: "LIU, Fei" <james.liu@xxxxxxxxxxxxxxx>
• Re: Bluestore with ZS
  • From: "LIU, Fei" <james.liu@xxxxxxxxxxxxxxx>
• Re: BlueStore Latency Breakdown
  • From: "LIU, Fei" <james.liu@xxxxxxxxxxxxxxx>
• RE: Bluestore with ZS
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: enabling shared ccache dirs in default builds
  • From: Bassam Tabbara <Bassam.Tabbara@xxxxxxxxxxx>
• enabling shared ccache dirs in default builds
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: ceph issue
  • From: Haomai Wang <haomai@xxxxxxxx>
• HA: ceph issue
  • From: Marov Aleksey <Marov.A@xxxxxxxxxx>
• RE: Bluestore with ZS
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: [ceph-users] stalls caused by scrub on jewel
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Bluestore with ZS
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Re: BlueStore Latency Breakdown
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Re: [ceph-users] stalls caused by scrub on jewel
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: [PATCH] Ceph RADOS cluster mutex helper for Samba CTDB
  • From: David Disseldorp <ddiss@xxxxxxx>
• Re: [PATCH] Ceph RADOS cluster mutex helper for Samba CTDB
  • From: David Disseldorp <ddiss@xxxxxxx>
• Re: [ceph-users] stalls caused by scrub on jewel
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: BlueStore Latency Breakdown
  • From: "LIU, Fei" <james.liu@xxxxxxxxxxxxxxx>
• Bluestore with ZS
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• RE: disk enclosure LEDs
  • From: Allen Samuels <Allen.Samuels@xxxxxxxxxxx>
• Re: disk enclosure LEDs
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: Computation in the storage
  • From: "Kamble, Nitin A" <Nitin.Kamble@xxxxxxxxxxxx>
• RE: disk enclosure LEDs
  • From: Allen Samuels <Allen.Samuels@xxxxxxxxxxx>
• Re: raw rados listing with seek to marker
  • From: David Zafman <dzafman@xxxxxxxxxx>
• Re: disk enclosure LEDs
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: disk enclosure LEDs
  • From: Lars Marowsky-Bree <lmb@xxxxxxxx>
• RE: disk enclosure LEDs
  • From: Allen Samuels <Allen.Samuels@xxxxxxxxxxx>
• Re: disk enclosure LEDs
  • From: Bassam Tabbara <Bassam.Tabbara@xxxxxxxxxxx>
• FreeBSD-Ceph: Jenkins build is back to normal : ceph-master #70
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• ceph branch status
  • From: ceph branch robot <nobody@xxxxxxxx>
• Re: disk enclosure LEDs
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: Question about recovery vs backfill priorities
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: raw rados listing with seek to marker
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: disk enclosure LEDs
  • From: Jeff Applewhite <japplewh@xxxxxxxxxx>
• Re: disk enclosure LEDs
  • From: Lars Marowsky-Bree <lmb@xxxxxxxx>
• Re: disk enclosure LEDs
  • From: John Spray <jspray@xxxxxxxxxx>
• RE: ceph issue
  • From: Avner Ben Hanoch <avnerb@xxxxxxxxxxxx>
• Re: ceph v10.2.4 QE validation status
  • From: Abhishek L <abhishek@xxxxxxxx>
• Re: [PATCH] ceph: don't set req->r_locked_dir in ceph_d_revalidate
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: question about ReplicatedPG::do_op
  • From: huang jun <hjwsm1989@xxxxxxxxx>
• question about ReplicatedPG::do_op
  • From: xxhdx1985126 <xxhdx1985126@xxxxxxx>
• Introducing ceph-ansible mailing list
  • From: Sebastien Han <shan@xxxxxxxxxx>
• Re: Question about recovery vs backfill priorities
  • From: Bartłomiej Święcki <bartlomiej.swiecki@xxxxxxxxxxxx>
• Re: [ceph-users] rgw: how to prevent rgw user from creating a new bucket?
  • From: Yang Joseph <joseph.yang@xxxxxxxxxxxx>
• Re: [PATCH] ceph: don't set req->r_locked_dir in ceph_d_revalidate
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• Re: Computation in the storage
  • From: Noah Watkins <noahwatkins@xxxxxxxxx>
• Re: Rocksdb bug
  • From: Varada Kari <Varada.Kari@xxxxxxxxxxx>
• RE: Rocksdb bug
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• raw rados listing with seek to marker
  • From: Yehuda Sadeh-Weinraub <yehuda@xxxxxxxxxx>
• Rocksdb bug
  • From: 马建朋 <majianpeng@xxxxxxxxx>
• Re: Ceph QoS user stories
  • From: Ning Yao <zay11022@xxxxxxxxx>
• Re: Client Message Priority Optimazation
  • From: Ning Yao <zay11022@xxxxxxxxx>
• Re: Client Message Priority Optimazation
  • From: Xinze Chi (信泽) <xmdxcxz@xxxxxxxxx>
• Client Message Priority Optimazation
  • From: Ning Yao <zay11022@xxxxxxxxx>
• Re: Computation in the storage
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• Re: Computation in the storage
  • From: "Kamble, Nitin A" <Nitin.Kamble@xxxxxxxxxxxx>
• Re: teuthology-suite --rerun puzzle (take 2)
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: Ceph QoS user stories
  • From: Federico Lucifredi <federico@xxxxxxxxxx>
• Ceph QoS user stories
  • From: Sage Weil <sweil@xxxxxxxxxx>
• RE: disk enclosure LEDs
  • From: Allen Samuels <Allen.Samuels@xxxxxxxxxxx>
• RE: disk enclosure LEDs
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• RE: disk enclosure LEDs
  • From: Alan Johnson <alanj@xxxxxxxxxxxxxx>
• Re: [ceph-users] stalls caused by scrub on jewel
  • From: Dan Jakubiec <dan.jakubiec@xxxxxxxxx>
• Re: disk enclosure LEDs
  • From: Lars Marowsky-Bree <lmb@xxxxxxxx>
• RE: disk enclosure LEDs
  • From: Allen Samuels <Allen.Samuels@xxxxxxxxxxx>
• Re: [ceph-users] stalls caused by scrub on jewel
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• [PATCH] ceph: don't set req->r_locked_dir in ceph_d_revalidate
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [ceph-users] stalls caused by scrub on jewel
  • From: Dan Jakubiec <dan.jakubiec@xxxxxxxxx>
• Re: [ceph-users] rgw: how to prevent rgw user from creating a new bucket?
  • From: Yehuda Sadeh-Weinraub <yehuda@xxxxxxxxxx>
• Re: disk enclosure LEDs
  • From: Bassam Tabbara <Bassam.Tabbara@xxxxxxxxxxx>
• Re: disk enclosure LEDs
  • From: Lars Marowsky-Bree <lmb@xxxxxxxx>
• Re: disk enclosure LEDs
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: ceph v10.2.4 QE validation status
  • From: Abhishek L <abhishek@xxxxxxxx>
• Re: Computation in the storage
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• Re: Computation in the storage
  • From: Joao Eduardo Luis <joao@xxxxxxx>
• rgw: how to prevent rgw user from creating a new bucket?
  • From: Yang Joseph <joseph.yang@xxxxxxxxxxxx>
• New Defects reported by Coverity Scan for ceph
  • From: scan-admin@xxxxxxxxxxxx
• Computation in the storage
  • From: <nebil.benmabrouk@xxxxxxxxxx>
• Re: disk enclosure LEDs
  • From: Lars Marowsky-Bree <lmb@xxxxxxxx>
• Re: ceph issue
  • From: Haomai Wang <haomai@xxxxxxxx>
• Re: Question about recovery vs backfill priorities
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: Question about recovery vs backfill priorities
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: What is XFS/filesystem corruption and whose fault is it?
  • From: Henrik Korkuc <lists@xxxxxxxxx>
• Re: [ceph-users] stalls caused by scrub on jewel
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Re: Ceph cluster with single replica to be deployed
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: What is XFS/filesystem corruption and whose fault is it?
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: BlueStore Latency Breakdown
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: What is XFS/filesystem corruption and whose fault is it?
  • From: Dan Jakubiec <dan.jakubiec@xxxxxxxxx>
• Re: [ceph-users] stalls caused by scrub on jewel
  • From: Yoann Moulin <yoann.moulin@xxxxxxx>
• Re: stalls caused by scrub on jewel
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Re: disk enclosure LEDs
  • From: Jesse Williamson <jwilliamson@xxxxxxx>
• [PATCH] Ceph RADOS cluster mutex helper for Samba CTDB
  • From: David Disseldorp <ddiss@xxxxxxx>
• LSF/MM 2017: Call for Proposals
  • From: Jeff Layton <jlayton@xxxxxxxxxxxxxxx>
• Re: ceph v10.2.4 QE validation status
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: disk enclosure LEDs
  • From: Lenz Grimmer <lenz@xxxxxxxxxxx>
• Re: disk enclosure LEDs
  • From: Joao Eduardo Luis <joao@xxxxxxx>
• Question about recovery vs backfill priorities
  • From: Bartłomiej Święcki <bartlomiej.swiecki@xxxxxxxxxxxx>
• Re: disk enclosure LEDs
  • From: Piotr Dałek <branch@xxxxxxxxxxxxxxxx>
• Re: ceph v10.2.4 QE validation status
  • From: Yoann Moulin <yoann.moulin@xxxxxxx>
• RE: disk enclosure LEDs
  • From: Allen Samuels <Allen.Samuels@xxxxxxxxxxx>
• Announcing: Embedded Ceph and Rook
  • From: Bassam Tabbara <Bassam.Tabbara@xxxxxxxxxxx>
• Fwd: Ceph PG Number
  • From: Zhen Cao <juehuiconst@xxxxxxxxx>
• Re: disk enclosure LEDs
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: disk enclosure LEDs
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: ceph v10.2.4 QE validation status
  • From: Abhishek L <abhishek.lekshmanan@xxxxxxxxx>
• Re: ceph v10.2.4 QE validation status
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• Re: puzzling ceph with systemd boot sequence error
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: disk enclosure LEDs
  • From: Joao Eduardo Luis <joao@xxxxxxx>
• Re: disk enclosure LEDs
  • From: Brett Niver <bniver@xxxxxxxxxx>
• Re: Why gdb can't find symbol table when trying to debug ceph?
  • From: "Kamble, Nitin A" <Nitin.Kamble@xxxxxxxxxxxx>
• Re: ceph v10.2.4 QE validation status
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• disk enclosure LEDs
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: ceph v10.2.4 QE validation status
  • From: Josh Durgin <jdurgin@xxxxxxxxxx>
• Re: ceph v10.2.4 QE validation status
  • From: Abhishek L <abhishek@xxxxxxxx>
• CDM Next Week
  • From: Patrick McGarry <pmcgarry@xxxxxxxxxx>
• Re: ceph v10.2.4 QE validation status
  • From: Abhishek L <abhishek@xxxxxxxx>
• Re: ceph v10.2.4 QE validation status
  • From: Abhishek L <abhishek@xxxxxxxx>
• Re: ceph v10.2.4 QE validation status
  • From: Josh Durgin <jdurgin@xxxxxxxxxx>
• Re: ceph v10.2.4 QE validation status
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: ceph v10.2.4 QE validation status
  • From: Abhishek L <abhishek@xxxxxxxx>
• Re: Ceph PG Number
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: repository build process change
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: repository build process change
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: repository build process change
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: Is Ceph-FreeBSD package building information wanted in the Ceph tree?
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Introducing DeepSea: A tool for deploying Ceph using Salt
  • From: Lenz Grimmer <lenz@xxxxxxxxxxx>
• Re: [PATCH] libceph: wake up sync waiter when unregistering request
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• Re: [PATCH] libceph: wake up sync waiter when unregistering request
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: Ceph PG Number
  • From: Piotr Dałek <branch@xxxxxxxxxxxxxxxx>
• Ceph PG Number
  • From: Zhen Cao <juehuiconst@xxxxxxxxx>
• Re: puzzling ceph with systemd boot sequence error
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: How can OSD udev rules race with lvm at boot time ?
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: [PATCH] libceph: wake up sync waiter when unregistering request
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: FW: Ceph dmClock
  • From: "J. Eric Ivancich" <ivancich@xxxxxxxxxx>
• Re: [PATCH] libceph: wake up sync waiter when unregistering request
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [PATCH] libceph: wake up sync waiter when unregistering request
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• Re: [PATCH] libceph: wake up sync waiter when unregistering request
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [PATCH] libceph: wake up sync waiter when unregistering request
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• Re: [PATCH] libceph: wake up sync waiter when unregistering request
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: XFS on RBD deadlock
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: XFS on RBD deadlock
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH] libceph: wake up sync waiter when unregistering request
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• puzzling ceph with systemd boot sequence error
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• XFS on RBD deadlock
  • From: Lucas Stach <l.stach@xxxxxxxxxxxxxx>
• Re: ceph v10.2.4 QE validation status
  • From: Abhishek L <abhishek@xxxxxxxx>
• etherpad for librados3
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: Proposition - latency histogram
  • From: Josh Durgin <jdurgin@xxxxxxxxxx>
• Re: Proposition - latency histogram
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• RE: Proposition - latency histogram
  • From: Allen Samuels <Allen.Samuels@xxxxxxxxxxx>
• Re: What is XFS/filesystem corruption and whose fault is it?
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Fw:Assertion "needs_recovery" fails when balance_read reaches a replica OSD where the target object is not recovered yet.
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: "exe" ceph-mds processes
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: Is Ceph-FreeBSD package building information wanted in the Ceph tree?
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: Proposition - latency histogram
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: Proposition - latency histogram
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Proposition - latency histogram
  • From: Bartłomiej Święcki <bartlomiej.swiecki@xxxxxxxxxxxx>
• Re: Is Ceph-FreeBSD package building information wanted in the Ceph tree?
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Jenkins builder for FreeBSD
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• ceph branch status
  • From: ceph branch robot <nobody@xxxxxxxx>
• Re: how to narrow down the osd map space
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Is Ceph-FreeBSD package building information wanted in the Ceph tree?
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• RE: "exe" ceph-mds processes
  • From: "Igor.Podoski@xxxxxxxxxxxxxx" <Igor.Podoski@xxxxxxxxxxxxxx>
• Is Ceph-FreeBSD package building information wanted in the Ceph tree?
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: "exe" ceph-mds processes
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: What is XFS/filesystem corruption and whose fault is it?
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• "exe" ceph-mds processes
  • From: John Spray <jspray@xxxxxxxxxx>
• What is XFS/filesystem corruption and whose fault is it?
  • From: Nathan Cutler <ncutler@xxxxxxx>
• New Defects reported by Coverity Scan for ceph
  • From: scan-admin@xxxxxxxxxxxx
• Fw:Assertion "needs_recovery" fails when balance_read reaches a replica OSD where the target object is not recovered yet.
  • From: xxhdx1985126 <xxhdx1985126@xxxxxxx>
• Assertion "needs_recovery" fails when balance_read reaches a replica OSD where the target object is not recovered yet.
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Assertion "needs_recovery" fails when balance_read reaches a replica OSD where the target object is not recovered yet.
  • From: xxhdx1985126 <xxhdx1985126@xxxxxxx>
• Re: [ceph-users] Introducing DeepSea: A tool for deploying Ceph using Salt
  • From: Tim Serong <tserong@xxxxxxxx>
• ceph.git housecleaning
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: 11/23/2016 Weekly Ceph Performance Meeting IS ON!
  • From: Piotr Dałek <branch@xxxxxxxxxxxxxxxx>
• repository build process change
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Decrease size of clusters
  • From: "LIU, Fei" <james.liu@xxxxxxxxxxxxxxx>
• 11/23/2016 Weekly Ceph Performance Meeting IS ON!
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Re: ceph-disk and /dev/dm-* permissions - race condition?
  • From: Wyllys Ingersoll <wyllys.ingersoll@xxxxxxxxxxxxxx>
• Re: ceph v10.2.4 QE validation status
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: ceph v10.2.4 QE validation status
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: ceph v10.2.4 QE validation status
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Static analysis
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: ./ceph-deploy gatherkeys $HOST failing on master?
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: ceph-disk and /dev/dm-* permissions - race condition?
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: ceph v10.2.4 QE validation status
  • From: Abhishek L <abhishek@xxxxxxxx>
• RE: ceph issue
  • From: Avner Ben Hanoch <avnerb@xxxxxxxxxxxx>
• Re: Static analysis
  • From: Piotr Dałek <branch@xxxxxxxxxxxxxxxx>
• Static analysis
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• Re: ceph-disk and /dev/dm-* permissions - race condition?
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: uint32_t BlueStore::Extent::logical_offset?
  • From: Matt Benjamin <mbenjamin@xxxxxxxxxx>
• Re: ceph-disk and /dev/dm-* permissions - race condition?
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Questions about profiling ceph
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Re: uint32_t BlueStore::Extent::logical_offset?
  • From: Matt Benjamin <mbenjamin@xxxxxxxxxx>
• Re: uint32_t BlueStore::Extent::logical_offset?
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: crush multi-pick anomaly
  • From: "Adam C. Emerson" <aemerson@xxxxxxxxxx>
• RE: uint32_t BlueStore::Extent::logical_offset?
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: crush multi-pick anomaly
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: uint32_t BlueStore::Extent::logical_offset?
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Questions about profiling ceph
  • From: Piotr Dałek <branch@xxxxxxxxxxxxxxxx>
• Questions about profiling ceph
  • From: Victor Denisov <vdenisov@xxxxxxxxxxxx>
• Re: teuthology-suite --rerun puzzle (take 2)
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: ceph-disk and /dev/dm-* permissions - race condition?
  • From: Wyllys Ingersoll <wyllys.ingersoll@xxxxxxxxxxxxxx>
• Re: teuthology-suite --rerun puzzle (take 2)
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: osd/*PG* code cleanup
  • From: Samuel Just <sjust@xxxxxxxxxx>
• Re: crush multi-pick anomaly
  • From: "Adam C. Emerson" <aemerson@xxxxxxxxxx>
• Re: uint32_t BlueStore::Extent::logical_offset?
  • From: Igor Fedotov <ifedotov@xxxxxxxxxxxx>
• Re: uint32_t BlueStore::Extent::logical_offset?
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• uint32_t BlueStore::Extent::logical_offset?
  • From: Igor Fedotov <ifedotov@xxxxxxxxxxxx>
• Re: teuthology-suite --rerun puzzle (take 2)
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• HA: ceph issue
  • From: Marov Aleksey <Marov.A@xxxxxxxxxx>
• teuthology-suite --rerun puzzle (take 2)
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• crush multi-pick anomaly
  • From: Sage Weil <sweil@xxxxxxxxxx>
• RE: ceph issue
  • From: Avner Ben Hanoch <avnerb@xxxxxxxxxxxx>
• Re: ceph-disk and /dev/dm-* permissions - race condition?
  • From: Wyllys Ingersoll <wyllys.ingersoll@xxxxxxxxxxxxxx>
• Re: ceph-disk and /dev/dm-* permissions - race condition?
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• ./ceph-deploy gatherkeys $HOST failing on master?
  • From: Owen Synge <osynge@xxxxxxxx>
• Re: Why can't I subscribe ceph-devel mailing list?
  • From: Piotr Dałek <branch@xxxxxxxxxxxxxxxx>
• Re:Re: Why can't I subscribe ceph-devel mailing list?
  • From: xxhdx1985126 <xxhdx1985126@xxxxxxx>
• Re: Why can't I subscribe ceph-devel mailing list?
  • From: Peter Maloney <peter.maloney@xxxxxxxxxxxxxxxxxxxx>
• Re: Why can't I subscribe ceph-devel mailing list?
  • From: Piotr Dałek <branch@xxxxxxxxxxxxxxxx>
• Re:Re: Why can't I subscribe ceph-devel mailing list?
  • From: xxhdx1985126 <xxhdx1985126@xxxxxxx>
• Why can't I subscribe ceph-devel mailing list?
  • From: xxhdx1985126 <xxhdx1985126@xxxxxxx>
• Re: powercycle suite with -k testing
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• powercycle suite with -k testing
  • From: Nathan Cutler <ncutler@xxxxxxx>
• osd/*PG* code cleanup
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: issue about the parameter 'paxos_propose_interval'
  • From: Ning Yao <zay11022@xxxxxxxxx>
• HA: ceph issue
  • From: Marov Aleksey <Marov.A@xxxxxxxxxx>
• ceph branch status
  • From: ceph branch robot <nobody@xxxxxxxx>
• Re: MDS balancer modes / docs
  • From: John Spray <jspray@xxxxxxxxxx>
• MDS balancer modes / docs
  • From: Brett Niver <bniver@xxxxxxxxxx>
• Re: ceph issue
  • From: Haomai Wang <haomai@xxxxxxxx>
• Re: 0.94.9 assert
  • From: huang jun <hjwsm1989@xxxxxxxxx>
• 0.94.9 assert
  • From: Peter Gervai <grin@xxxxxxx>
• Re: proposal for fine-grain dout control
  • From: caifeng.zhu@xxxxxxxxxxx
• Re: proposal for fine-grain dout control
  • From: caifeng.zhu@xxxxxxxxxxx
• RE: ceph issue
  • From: Avner Ben Hanoch <avnerb@xxxxxxxxxxxx>
• RE: ceph issue
  • From: Avner Ben Hanoch <avnerb@xxxxxxxxxxxx>
• Re: Re: Re: Re: Why gdb can't find symbol table when trying to debug ceph?
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• Re:Re: Re: Re: Why gdb can't find symbol table when trying to debug ceph?
  • From: xxhdx1985126 <xxhdx1985126@xxxxxxx>
• Re: Re: Re: Why gdb can't find symbol table when trying to debug ceph?
  • From: huang jun <hjwsm1989@xxxxxxxxx>
• Re:Re: Re: Why gdb can't find symbol table when trying to debug ceph?
  • From: xxhdx1985126 <xxhdx1985126@xxxxxxx>
• Re: Re: Why gdb can't find symbol table when trying to debug ceph?
  • From: huang jun <hjwsm1989@xxxxxxxxx>
• Re:Re: Why gdb can't find symbol table when trying to debug ceph?
  • From: xxhdx1985126 <xxhdx1985126@xxxxxxx>
• Re: Why gdb can't find symbol table when trying to debug ceph?
  • From: huang jun <hjwsm1989@xxxxxxxxx>
• Why gdb can't find symbol table when trying to debug ceph?
  • From: xxhdx1985126 <xxhdx1985126@xxxxxxx>
• Re: [ceph-users] I want to submit a PR - Can someone guide me
  • From: Shinobu Kinjo <skinjo@xxxxxxxxxx>
• Re: [ceph-users] I want to submit a PR - Can someone guide me
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• Re: Automate PGs calculation in Ceph?
  • From: "Kamble, Nitin A" <Nitin.Kamble@xxxxxxxxxxxx>
• Ceph Infrastructure Downtime
  • From: Patrick McGarry <pmcgarry@xxxxxxxxxx>
• Re: proposal for fine-grain dout control
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: Automate PGs calculation in Ceph?
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: proposal for fine-grain dout control
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: Automate PGs calculation in Ceph?
  • From: Sebastien Han <shan@xxxxxxxxxx>
• Re: [PATCH] VFS: convert to using ceph_statx structures and functions, when available
  • From: Jeff Layton <jlayton@xxxxxxxxx>
• Re: ceph issue
  • From: Haomai Wang <haomai@xxxxxxxx>
• HA: ceph issue
  • From: Marov Aleksey <Marov.A@xxxxxxxxxx>
• Re: ceph issue
  • From: Haomai Wang <haomai@xxxxxxxx>
• Re: Automate PGs calculation in Ceph?
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: [PATCH] VFS: convert to using ceph_statx structures and functions, when available
  • From: Jeremy Allison <jra@xxxxxxxxx>
• Re: [samba PATCH] vfs:ceph: convert to using ceph_statx structures and functions, when available
  • From: Jeff Layton <jlayton@xxxxxxxxx>
• Automate PGs calculation in Ceph?
  • From: Sebastien Han <shan@xxxxxxxxxx>
• [PATCH] VFS: convert to using ceph_statx structures and functions, when available
  • From: Jeff Layton <jlayton@xxxxxxxxx>
• Re: ceph issue
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Performance regression in BlueStore
  • From: Igor Fedotov <ifedotov@xxxxxxxxxxxx>
• proposal for fine-grain dout control
  • From: caifeng.zhu@xxxxxxxxxxx
• Re: Build Warnings: spotting them, and cleaning them up
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Build Warnings: spotting them, and cleaning them up
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Build Warnings: spotting them, and cleaning them up
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Build Warnings: spotting them, and cleaning them up
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Build Warnings: spotting them, and cleaning them up
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Build Warnings: spotting them, and cleaning them up
  • From: "Adam C. Emerson" <aemerson@xxxxxxxxxx>
• Re: Build Warnings: spotting them, and cleaning them up
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Build Warnings: spotting them, and cleaning them up
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: Build Warnings: spotting them, and cleaning them up
  • From: "Adam C. Emerson" <aemerson@xxxxxxxxxx>
• Build Warnings: spotting them, and cleaning them up
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Can we drop ubuntu 14.04 (trusty) for kraken and lumninous?
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Can we drop ubuntu 14.04 (trusty) for kraken and lumninous?
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: udev remove events to mark OSD down/out on disk-pull
  • From: David Disseldorp <ddiss@xxxxxxx>
• Re: udev remove events to mark OSD down/out on disk-pull
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: udev remove events to mark OSD down/out on disk-pull
  • From: David Disseldorp <ddiss@xxxxxxx>
• Re: Why does ceph-osd not daemonize in ceph-disk
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Fwd: Re: [facebook/rocksdb] CMakeLists.txt: FreeBSD has jemalloc as default malloc (#1516)
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: udev remove events to mark OSD down/out on disk-pull
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Performance regression in BlueStore
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• udev remove events to mark OSD down/out on disk-pull
  • From: David Disseldorp <ddiss@xxxxxxx>
• Re: Performance regression in BlueStore
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• stalls caused by scrub on jewel
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Performance regression in BlueStore
  • From: Igor Fedotov <ifedotov@xxxxxxxxxxxx>
• Re: Question about choose_acting
  • From: Samuel Just <sjust@xxxxxxxxxx>
• Re: Understanding encrypted OSD's and cephx
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Understanding encrypted OSD's and cephx
  • From: Owen Synge <osynge@xxxxxxxx>
• Re: A way to reduce compression overhead
  • From: Igor Fedotov <ifedotov@xxxxxxxxxxxx>
• Re: A way to reduce compression overhead
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Understanding encrypted OSD's and cephx
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: A way to reduce compression overhead
  • From: Igor Fedotov <ifedotov@xxxxxxxxxxxx>
• Re: drivers/block/rbd.c:838: bad if expression ?
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: Understanding encrypted OSD's and cephx
  • From: Owen Synge <osynge@xxxxxxxx>
• Re: rgw/multisite: unlock failure problem
  • From: Tianshan Qu <qutianshan@xxxxxxxxx>
• Re: ceph v10.2.4 QE validation status
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Question about choose_acting
  • From: xxhdx1985126 <xxhdx1985126@xxxxxxx>
• Re: ceph v10.2.4 QE validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: rgw/multisite: unlock failure problem
  • From: Yehuda Sadeh-Weinraub <yehuda@xxxxxxxxxx>
• Re: Tracker "Source" field default value changed from "other" to empty
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: How can OSD udev rules race with lvm at boot time ?
  • From: Ruben Kerkhof <ruben@xxxxxxxxxxxxxxxx>
• security roadmap
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Understanding encrypted OSD's and cephx
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: A Transformation of our Global Context
  • From: "Adam C. Emerson" <aemerson@xxxxxxxxxx>
• Re: A Transformation of our Global Context
  • From: "Adam C. Emerson" <aemerson@xxxxxxxxxx>
• ceph branch status
  • From: ceph branch robot <nobody@xxxxxxxx>
• Understanding encrypted OSD's and cephx
  • From: Owen Synge <osynge@xxxxxxxx>
• Re: Can we drop ubuntu 14.04 (trusty) for kraken and lumninous?
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Can we drop ubuntu 14.04 (trusty) for kraken and lumninous?
  • From: Tomasz Kuzemko <tomasz.kuzemko@xxxxxxxxxxxx>
• How can OSD udev rules race with lvm at boot time ?
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: help unblock CephFS/Manila CI
  • From: Ramana Raja <rraja@xxxxxxxxxx>
• rgw/multisite: unlock failure problem
  • From: Tianshan Qu <qutianshan@xxxxxxxxx>
• help unblock CephFS/Manila CI
  • From: Ramana Raja <rraja@xxxxxxxxxx>
• Re: ceph v10.2.4 QE validation status
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: ceph v10.2.4 QE validation status
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: auto stop of scrubbing and deep scrubbing while backfilling or recovering
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: auto stop of scrubbing and deep scrubbing while backfilling or recovering
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: A Transformation of our Global Context
  • From: Matt Benjamin <mbenjamin@xxxxxxxxxx>
• Re: How do I add a note to the Ceph release notes?
  • From: Dan Mick <dmick@xxxxxxxxxx>
• Re: handling MDS permission check failures in cap updates (was: [RFC PATCH 07/10] ceph: update cap message struct version to 9)
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: A Transformation of our Global Context
  • From: Bassam Tabbara <Bassam.Tabbara@xxxxxxxxxxx>
• Re: A Transformation of our Global Context
  • From: Matt Benjamin <mbenjamin@xxxxxxxxxx>
• Re: A Transformation of our Global Context
  • From: Bassam Tabbara <Bassam.Tabbara@xxxxxxxxxxx>
• Re: A Transformation of our Global Context
  • From: Bassam Tabbara <Bassam.Tabbara@xxxxxxxxxxx>
• Re: A Transformation of our Global Context
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: A way to reduce compression overhead
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: A Transformation of our Global Context
  • From: Yehuda Sadeh-Weinraub <yehuda@xxxxxxxxxx>
• Re: A Transformation of our Global Context
  • From: Bassam Tabbara <Bassam.Tabbara@xxxxxxxxxxx>
• Re: A Transformation of our Global Context
  • From: Yehuda Sadeh-Weinraub <yehuda@xxxxxxxxxx>