CEPH Filesystem Development

• Thread Index

• Re: automatically closing stale pull requests
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: [PATCH 4/4] ceph: check if LOOKUPNAME request was aborted when filling trace
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 1/4] Revert "ceph: fix dentry leak in splice_dentry()"
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: automatically closing stale pull requests
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Re: [PATCH] libceph: bump CEPH_MSG_MAX_DATA_LEN
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: automatically closing stale pull requests
  • From: Erwan Velu <evelu@xxxxxxxxxx>
• Re: mon upgrades and leveldb->rocksdb conversion
  • From: Joao Eduardo Luis <joao@xxxxxxx>
• Re: automatically closing stale pull requests
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Re: automatically closing stale pull requests
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• automatically closing stale pull requests
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: mon upgrades and leveldb->rocksdb conversion
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• [PATCH] libceph: bump CEPH_MSG_MAX_DATA_LEN
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: Bluestore deferred writes for new objects
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Re: Bluestore deferred writes for new objects
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• RE: Bluestore deferred writes for new objects
  • From: Nick Fisk <nick@xxxxxxxxxx>
• Re: ceph df output
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• RE: Bluestore deferred writes for new objects
  • From: Piotr Dalek <piotr.dalek@xxxxxxxxxxxx>
• RE: Bluestore deferred writes for new objects
  • From: Nick Fisk <nick@xxxxxxxxxx>
• Re: BlueStore BitMap allocator under Luminous
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: BlueStore BitMap allocator under Luminous
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: BlueStore BitMap allocator under Luminous
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: BlueStore BitMap allocator under Luminous
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• [PATCH] ceph: set timeout conditionally in __cap_delay_requeue
  • From: xxhdx1985126@xxxxxxxxx
• Re: A bug may cause a request be executed twice in mClockQueue
  • From: 韦皓诚 <whc0000001@xxxxxxxxx>
• Re: A bug may cause a request be executed twice in mClockQueue
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: [ceph-users] Does anyone use interactive CLI mode?
  • From: Janne Johansson <icepic.dz@xxxxxxxxx>
• Re: [RFC PATCH v5 0/4] copy_file_range in cephfs kernel client
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: ceph df output
  • From: Ugis <ugis22@xxxxxxxxx>
• A bug may cause a request be executed twice in mClockQueue
  • From: 韦皓诚 <whc0000001@xxxxxxxxx>
• [PATCH] ceph: set timeout conditionally in __cap_delay_requeue
  • From: 许雪寒 <xuxuehan@xxxxxx>
• Re: CephFS purge queue test & backport failure
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: CephFS purge queue test & backport failure
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Ceph librbd caching implementation development
  • From: Spencer Melnick <smelnick97@xxxxxxxxx>
• Re: [PATCH] ceph: set timeout conditionally in __cap_delay_requeue
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• BlueStore BitMap allocator under Luminous
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: mon upgrades and leveldb->rocksdb conversion
  • From: Joao Eduardo Luis <joao@xxxxxxx>
• Re: Bluestore deferred writes for new objects
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: debian-mimic repo is incomplete for 13.2.1
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• Re: mon upgrades and leveldb->rocksdb conversion
  • From: by morphin <morphinwithyou@xxxxxxxxx>
• Re: CephFS purge queue test & backport failure
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Adding option to write new objects into cache tier
  • From: Nick Fisk <nick@xxxxxxxxxx>
• Bluestore deferred writes for new objects
  • From: Nick Fisk <nick@xxxxxxxxxx>
• Re: CephFS purge queue test & backport failure
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• mon upgrades and leveldb->rocksdb conversion
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: ceph df output
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: ceph df output
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: ceph df output
  • From: Ugis <ugis22@xxxxxxxxx>
• Re: ceph df output
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• ceph df output
  • From: Ugis <ugis22@xxxxxxxxx>
• Does anyone use interactive CLI mode?
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: CephFS purge queue test & backport failure
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• Re: Mon and teutology code walkthroughs
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: CephFS purge queue test & backport failure
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: Hardware profiling and AI in Ceph
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Re: [PATCH] ceph: only allow punch hole mode in fallocate
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [RFC PATCH v5 0/4] copy_file_range in cephfs kernel client
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [PATCH] ceph: only allow punch hole mode in fallocate
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: CephFS purge queue test & backport failure
  • From: Nathan Cutler <ncutler@xxxxxxx>
• debian-mimic repo is incomplete for 13.2.1
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• Re: [PATCH] ceph: only allow punch hole mode in fallocate
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: feedback on release schedule rendered docs
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: BEGINNERS BUGS TO HELP ME LEARN CEPH
  • From: Nkep Kerlyn <kerlynmanyi@xxxxxxxxx>
• Re: Hardware profiling and AI in Ceph
  • From: John Spray <jspray@xxxxxxxxxx>
• A bug may exists in v12.2.4 about mClockQueue
  • From: 韦皓诚 <whc0000001@xxxxxxxxx>
• [PATCH] ceph: set timeout conditionally in __cap_delay_requeue
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Hardware profiling and AI in Ceph
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Re: [PATCH] ceph: only allow punch hole mode in fallocate
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Mon and teutology code walkthroughs
  • From: Victor Denisov <denisovenator@xxxxxxxxx>
• [PATCH] ceph: set timeout conditionally in __cap_delay_requeue
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Re: [RFC PATCH v5 3/4] ceph: support copy_file_range file operation
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: CephFS purge queue test & backport failure
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: feedback on release schedule rendered docs
  • From: Fred Drake <fred.drake@xxxxxxxxxxxxxx>
• Re: feedback on release schedule rendered docs
  • From: Noah Watkins <nwatkins@xxxxxxxxxx>
• Re: feedback on release schedule rendered docs
  • From: Noah Watkins <nwatkins@xxxxxxxxxx>
• Re: feedback on release schedule rendered docs
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: feedback on release schedule rendered docs
  • From: Fred Drake <fred.drake@xxxxxxxxxxxxxx>
• Re: feedback on release schedule rendered docs
  • From: Noah Watkins <nwatkins@xxxxxxxxxx>
• Re: feedback on release schedule rendered docs
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• feedback on release schedule rendered docs
  • From: Noah Watkins <nwatkins@xxxxxxxxxx>
• CephFS purge queue test & backport failure
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: N pools have many more objects per pg than average
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• [PATCH] ceph: only allow punch hole mode in fallocate
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: [RFC PATCH v5 0/4] copy_file_range in cephfs kernel client
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• N pools have many more objects per pg than average
  • From: <Chris.Keiser@xxxxxxxx>
• Re: [RFC PATCH v5 2/4] ceph: support the RADOS copy-from operation
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [RFC PATCH v5 0/4] copy_file_range in cephfs kernel client
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [RFC PATCH v5 2/4] ceph: support the RADOS copy-from operation
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [RFC PATCH v5 3/4] ceph: support copy_file_range file operation
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [RFC PATCH v5 4/4] ceph: new mount option to disable usage of RADOS 'copy-from' op
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [RFC PATCH v5 2/4] ceph: support the RADOS copy-from operation
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [RFC PATCH v5 1/4] ceph: add non-blocking parameter to ceph_try_get_caps()
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [RFC PATCH v5 0/4] copy_file_range in cephfs kernel client
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: dedup next steps
  • From: myoungwon oh <ohmyoungwon@xxxxxxxxx>
• Re: [PATCH] ceph: refactor ceph_sync_read()
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: [ceph-users] Don't upgrade to 13.2.2 if you use cephfs
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: [PATCH] ceph: refactor ceph_sync_read()
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [ceph-users] Don't upgrade to 13.2.2 if you use cephfs
  • From: Paul Emmerich <paul.emmerich@xxxxxxxx>
• Re: [PATCH] ceph: use an enum instead of 'static const' to define constants
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [PATCH] ceph: use an enum instead of 'static const' to define constants
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: dedup next steps
  • From: Ric Wheeler <rwheeler@xxxxxxxxxx>
• Re: [PATCH] ceph: use an enum instead of 'static const' to define constants
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: dedup next steps
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: dedup next steps
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• dedup next steps
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Don't upgrade to 13.2.2 if you use cephfs
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Re: [ceph-users] Don't upgrade to 13.2.2 if you use cephfs
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: BEGINNERS BUGS TO HELP ME LEARN CEPH
  • From: Jos Collin <jcollin@xxxxxxxxxx>
• Don't upgrade to 13.2.2 if you use cephfs
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: crushmap binary format
  • From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
• Re: crushmap binary format
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: libcephfs / librados namespace support for nfs-ganesha
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: BEGINNERS BUGS TO HELP ME LEARN CEPH
  • From: Laura Lazzati <laura.lazzati.15@xxxxxxxxx>
• BEGINNERS BUGS TO HELP ME LEARN CEPH
  • From: Nkep Kerlyn <kerlynmanyi@xxxxxxxxx>
• 12.2.9 integration PRs testing status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: crushmap binary format
  • From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
• Re: Ceph librbd caching implementation development
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: [PATCH v2 05/17] compat_ioctl: move more drivers to generic_compat_ioctl_ptrarg
  • From: Bjorn Andersson <bjorn.andersson@xxxxxxxxxx>
• Re: libcephfs / librados namespace support for nfs-ganesha
  • From: Stefan Kooman <stefan@xxxxxx>
• Ceph librbd caching implementation development
  • From: Spencer Melnick <smelnick97@xxxxxxxxx>
• Re: libcephfs / librados namespace support for nfs-ganesha
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: crushmap binary format
  • From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
• Re: crushmap binary format
  • From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
• Re: crushmap binary format
  • From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
• Re: crushmap binary format
  • From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
• libcephfs / librados namespace support for nfs-ganesha
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: crushmap binary format
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: crushmap binary format
  • From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
• [PATCH] ceph: use an enum instead of 'static const' to define constants
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [ceph-users] Mimic offline problem
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: crushmap binary format
  • From: Paul Emmerich <paul.emmerich@xxxxxxxx>
• Re: crushmap binary format
  • From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
• Re: crushmap binary format
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• 10/04/2018 Perf Meeting
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Re: crushmap binary format
  • From: Maged Mokhtar <mmokhtar@xxxxxxxxxxx>
• crushmap binary format
  • From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
• Re: [ceph-users] Mimic offline problem
  • From: Goktug Yildirim <goktug.yildirim@xxxxxxxxx>
• Re: [ceph-users] Mimic offline problem
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [ceph-users] Mimic offline problem
  • From: Goktug Yildirim <goktug.yildirim@xxxxxxxxx>
• Re: [ceph-users] hardware heterogeneous in same pool
  • From: "Jonathan D. Proulx" <jon@xxxxxxxxxxxxx>
• hardware heterogeneous in same pool
  • From: Bruno Carvalho <brunowcs@xxxxxxxxx>
• Re: [ceph-users] Mimic offline problem
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [ceph-users] Mimic offline problem
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [ceph-users] Mimic offline problem
  • From: Göktuğ Yıldırım <goktug.yildirim@xxxxxxxxxx>
• Re: [ceph-users] Mimic offline problem
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [ceph-users] Mimic offline problem
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [ceph-users] Mimic offline problem
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [ceph-users] Mimic offline problem
  • From: Darius Kasparavičius <daznis@xxxxxxxxx>
• Re: [PATCH] ceph: refactor ceph_sync_read()
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Ceph Testing Weekly 8AM Pacific
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [ceph-users] Mimic offline problem
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [ceph-users] Mimic offline problem
  • From: Göktuğ Yıldırım <goktug.yildirim@xxxxxxxxx>
• Re: [ceph-users] Mimic offline problem
  • From: Goktug Yildirim <goktug.yildirim@xxxxxxxxx>
• Re: [ceph-users] Mimic offline problem
  • From: Goktug Yildirim <goktug.yildirim@xxxxxxxxx>
• Re: [ceph-users] Mimic offline problem
  • From: Darius Kasparavičius <daznis@xxxxxxxxx>
• Re: [ceph-users] Mimic offline problem
  • From: Paul Emmerich <paul.emmerich@xxxxxxxx>
• Re: [ceph-users] Mimic offline problem
  • From: Goktug Yildirim <goktug.yildirim@xxxxxxxxx>
• 12.2.9 PRs
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: [ceph-users] Mimic offline problem
  • From: Darius Kasparavičius <daznis@xxxxxxxxx>
• Re: Mimic offline problem
  • From: by morphin <morphinwithyou@xxxxxxxxx>
• Re: the license of diskprediction's pre-trained models and more
  • From: Lars Marowsky-Bree <lmb@xxxxxxxx>
• Re: [ceph-users] CRUSH puzzle: step weighted-take
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• RE: [PATCH] driver core: device: add BUS_ATTR_WO macro
  • From: Ioana Ciornei <ioana.ciornei@xxxxxxx>
• Re: [Ceph-community] MY INTRODUCTION TO CEPH COMMUNITY.
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: 【need-verify】【scrub】pg would not repair when digest in obeject info is different from Srubmap object.
  • From: Xiangyang Yu <penglaiyxy@xxxxxxxxx>
• Re: [PATCH] driver core: device: add BUS_ATTR_WO macro
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Mimic offline problem
  • From: Goktug Yildirim <goktug.yildirim@xxxxxxxxx>
• Re: 【need-verify】【scrub】pg would not repair when digest in obeject info is different from Srubmap object.
  • From: Bruno Carvalho <brunowcs@xxxxxxxxx>
• MY INTRODUCTION TO CEPH COMMUNITY.
  • From: Nkep Kerlyn <kerlynmanyi@xxxxxxxxx>
• Re: 【need-verify】【scrub】pg would not repair when digest in obeject info is different from Srubmap object.
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [ceph-users] CRUSH puzzle: step weighted-take
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: the license of diskprediction's pre-trained models and more
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: the license of diskprediction's pre-trained models and more
  • From: kefu chai <tchaikov@xxxxxxxxx>
• [PATCH] driver core: device: add BUS_ATTR_WO macro
  • From: Ioana Ciornei <ioana.ciornei@xxxxxxx>
• Re: the license of diskprediction's pre-trained models and more
  • From: Shengjing Zhu <zhsj@xxxxxxxxxx>
• Re: the license of diskprediction's pre-trained models and more
  • From: John Spray <jspray@xxxxxxxxxx>
• the license of diskprediction's pre-trained models and more
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: documentation improvements
  • From: Erwan Velu <evelu@xxxxxxxxxx>
• [PATCH] ceph: refactor ceph_sync_read()
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• [PATCH] ceph: refactor ceph_sync_read()
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• [ceph-client:testing 4/4] fs//ceph/file.c:674:11: note: in expansion of macro 'min'
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: documentation improvements
  • From: Noah Watkins <nwatkins@xxxxxxxxxx>
• 【need-verify】【scrub】pg would not repair when digest in obeject info is different from Srubmap object.
  • From: Xiangyang Yu <penglaiyxy@xxxxxxxxx>
• Re: [Ceph-community] MY INTRODUCTION TO CEPH COMMUNITY.
  • From: Lenz Grimmer <lgrimmer@xxxxxxxx>
• Re: documentation improvements
  • From: Lenz Grimmer <lgrimmer@xxxxxxxx>
• Re: [PATCH 3/4] libceph: use kvmalloc to allocate page vector
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: [PATCH 1/4] Revert "ceph: fix dentry leak in splice_dentry()"
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [PATCH 3/4] libceph: use kvmalloc to allocate page vector
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH 4/4] ceph: check if LOOKUPNAME request was aborted when filling trace
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• [PATCH 3/4] libceph: use kvmalloc to allocate page vector
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• [PATCH 2/4] ceph: fix dentry leak in ceph_readdir_prepopulate
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• [PATCH 1/4] Revert "ceph: fix dentry leak in splice_dentry()"
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• Re: Checking health of rbd images
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: [ceph-users] Mimic cluster is offline and not healing
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: [ceph-users] CRUSH puzzle: step weighted-take
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: [ceph-users] CRUSH puzzle: step weighted-take
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: [ceph-users] CRUSH puzzle: step weighted-take
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Checking health of rbd images
  • From: Victor Denisov <denisovenator@xxxxxxxxx>
• Re: [ceph-users] Mimic cluster is offline and not healing
  • From: by morphin <morphinwithyou@xxxxxxxxx>
• Re: [ceph-users] CRUSH puzzle: step weighted-take
  • From: Maged Mokhtar <mmokhtar@xxxxxxxxxxx>
• Re: [ceph-users] Mimic cluster is offline and not healing
  • From: by morphin <morphinwithyou@xxxxxxxxx>
• Re: [ceph-users] CRUSH puzzle: step weighted-take
  • From: Luis Periquito <periquito@xxxxxxxxx>
• CRUSH puzzle: step weighted-take
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• 9/27/2018 Performance Meeting
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Re: [ceph-users] Mimic cluster is offline and not healing
  • From: by morphin <morphinwithyou@xxxxxxxxx>
• Re: [ceph-users] Mimic cluster is offline and not healing
  • From: Stefan Kooman <stefan@xxxxxx>
• Mimic cluster is offline and not healing
  • From: by morphin <morphinwithyou@xxxxxxxxx>
• Re: Questions about dev process
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• Re: Questions about dev process
  • From: Victor Denisov <denisovenator@xxxxxxxxx>
• Re: documentation improvements
  • From: Noah Watkins <noahwatkins@xxxxxxxxx>
• Re: documentation improvements
  • From: Noah Watkins <nwatkins@xxxxxxxxxx>
• Re: [PATCH 00/18] my generic mmu_gather patches
  • From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
• Re: documentation improvements
  • From: Noah Watkins <nwatkins@xxxxxxxxxx>
• Re: documentation improvements
  • From: Noah Watkins <nwatkins@xxxxxxxxxx>
• Re: documentation improvements
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: documentation improvements
  • From: Neha Ojha <nojha@xxxxxxxxxx>
• Re: documentation improvements
  • From: Neha Ojha <nojha@xxxxxxxxxx>
• Re: documentation improvements
  • From: Noah Watkins <noahwatkins@xxxxxxxxx>
• out of town
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: [PATCH 00/18] my generic mmu_gather patches
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [PATCH 00/18] my generic mmu_gather patches
  • From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
• Re: Outreachy Internship - Hello from Tonya!
  • From: Ernesto Puerta <epuertat@xxxxxxxxxx>
• v13.2.2 Mimic released
  • From: Abhishek Lekshmanan <abhishek@xxxxxxxx>
• Re: Questions about dev process
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Access to Trello boards
  • From: Victor Denisov <denisovenator@xxxxxxxxx>
• Re: Questions about dev process
  • From: Victor Denisov <denisovenator@xxxxxxxxx>
• Re: [ceph-users] Fwd: [Ceph-community] After Mimic upgrade OSD's stuck at booting.
  • From: by morphin <morphinwithyou@xxxxxxxxx>
• Re: documentation improvements
  • From: Erwan Velu <evelu@xxxxxxxxxx>
• Outreachy Internship - Hello from Tonya!
  • From: Tonya Sims <tsims25@xxxxxxxxx>
• Re: documentation improvements
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: documentation improvements
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Fwd: [ceph-users] Fwd: [Ceph-community] After Mimic upgrade OSD's stuck at booting.
  • From: by morphin <morphinwithyou@xxxxxxxxx>
• Re: documentation improvements
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• Re: Questions about dev process
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: can we drop support of centos/rhel 7.4?
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: documentation improvements
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: documentation improvements
  • From: Lenz Grimmer <lgrimmer@xxxxxxxx>
• Re: [Ceph-community] After Mimic upgrade OSD's stuck at booting.
  • From: by morphin <morphinwithyou@xxxxxxxxx>
• Re: introducing ceph::mutex
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: documentation improvements
  • From: Sebastian Wagner <swagner@xxxxxxx>
• Re: documentation improvements
  • From: John Spray <jspray@xxxxxxxxxx>
• Questions about dev process
  • From: Victor Denisov <denisovenator@xxxxxxxxx>
• Re: documentation improvements
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• documentation improvements
  • From: Noah Watkins <noahwatkins@xxxxxxxxx>
• tracker e-mails not going out
  • From: David Galloway <dgallowa@xxxxxxxxxx>
• Re: [PATCH v2 05/17] compat_ioctl: move more drivers to generic_compat_ioctl_ptrarg
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 05/17] compat_ioctl: move more drivers to generic_compat_ioctl_ptrarg
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v2 05/17] compat_ioctl: move more drivers to generic_compat_ioctl_ptrarg
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: introducing ceph::mutex
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: introducing ceph::mutex
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: introducing ceph::mutex
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: introducing ceph::mutex
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: introducing ceph::mutex
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [Ceph-community] After Mimic upgrade OSD's stuck at booting.
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: can we drop support of centos/rhel 7.4?
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• introducing ceph::mutex
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: [Ceph-community] After Mimic upgrade OSD's stuck at booting.
  • From: by morphin <morphinwithyou@xxxxxxxxx>
• Re: [Ceph-community] After Mimic upgrade OSD's stuck at booting.
  • From: by morphin <morphinwithyou@xxxxxxxxx>
• Re: [Ceph-community] After Mimic upgrade OSD's stuck at booting.
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [Ceph-community] After Mimic upgrade OSD's stuck at booting.
  • From: by morphin <morphinwithyou@xxxxxxxxx>
• Re: [Ceph-community] After Mimic upgrade OSD's stuck at booting.
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [Ceph-community] After Mimic upgrade OSD's stuck at booting.
  • From: by morphin <morphinwithyou@xxxxxxxxx>
• Re: [Ceph-community] After Mimic upgrade OSD's stuck at booting.
  • From: by morphin <morphinwithyou@xxxxxxxxx>
• Re: After Mimic upgrade OSD's stuck at booting.
  • From: by morphin <morphinwithyou@xxxxxxxxx>
• Re: After Mimic upgrade OSD's stuck at booting.
  • From: by morphin <morphinwithyou@xxxxxxxxx>
• Re: After Mimic upgrade OSD's stuck at booting.
  • From: morph in <morphinwithyou@xxxxxxxxx>
• Needing an expert to fix an OSD fix on a SAN
  • From: "Joaquin Ignacio @ SoloGigabit Neutral CPD" <joaquin@xxxxxxxxxxxxxxx>
• Re: 13.2.2 QE mimic validation status
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• WARNING in clear_standby
  • From: syzbot <syzbot+acdeb633f6211ccdf886@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: 13.2.2 QE mimic validation status
  • From: Neha Ojha <nojha@xxxxxxxxxx>
• Re: 13.2.2 QE mimic validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: Why does the kernel client of cephfs need to keep multiple caps issued from different MDSes for the same inode?
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Calamari: anyone still need the repos etc?
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Calamari: anyone still need the repos etc?
  • From: John Spray <jspray@xxxxxxxxxx>
• Why does the kernel client of cephfs need to keep multiple caps issued from different MDSes for the same inode?
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Re: New RADOS tech lead: Neha Ojha
  • From: Neha Ojha <nojha@xxxxxxxxxx>
• Re: New RADOS tech lead: Neha Ojha
  • From: Tamilarasi Muthamizhan <tmuthami@xxxxxxxxxx>
• Re: New RADOS tech lead: Neha Ojha
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: New RADOS tech lead: Neha Ojha
  • From: Joao Eduardo Luis <joao@xxxxxxx>
• Re: [ceph-users] Is there any way for ceph-osd to control the max fds?
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Ceph Testing Weekly 8AM Pacific TODAY (~1 hour)
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: New RADOS tech lead: Neha Ojha
  • From: Brett Niver <bniver@xxxxxxxxxx>
• Re: New RADOS tech lead: Neha Ojha
  • From: Radoslaw Zarzynski <rzarzyns@xxxxxxxxxx>
• CI: Fix/changes to Github PR "signed-off-by" check
  • From: Ernesto Puerta <epuertat@xxxxxxxxxx>
• Re: Kernel BUG_ON() is triggered when ceph_msg_data allocation failed
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: New RADOS tech lead: Neha Ojha
  • From: Piotr Dałek <piotr.dalek@xxxxxxxxxxxx>
• Re: New RADOS tech lead: Neha Ojha
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Kernel BUG_ON() is triggered when ceph_msg_data allocation failed
  • From: Jerry Lee <leisurelysw24@xxxxxxxxx>
• [PATCH crypto-next 08/23] libceph: Remove VLA usage of skcipher
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: New RADOS tech lead: Neha Ojha
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• Re: New RADOS tech lead: Neha Ojha
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: iSCSI target management in the Mgr Dashboard
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• New RADOS tech lead: Neha Ojha
  • From: Josh Durgin <jdurgin@xxxxxxxxxx>
• Code Walkthrough: ceph-objectstore-tool
  • From: Josh Durgin <jdurgin@xxxxxxxxxx>
• Re: 13.2.2 QE mimic validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: 13.2.2 QE mimic validation status
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: 13.2.2 QE mimic validation status
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: [PATCH v2 05/17] compat_ioctl: move more drivers to generic_compat_ioctl_ptrarg
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v2 05/17] compat_ioctl: move more drivers to generic_compat_ioctl_ptrarg
  • From: Darren Hart <dvhart@xxxxxxxxxxxxx>
• Re: 13.2.2 QE mimic validation status
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: 13.2.2 QE mimic validation status
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• 13.2.2 QE mimic validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: spdk backend broken
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Calamari: anyone still need the repos etc?
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: [RFC PATCH v4 3/4] ceph: support copy_file_range file operation
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: [PATCH v2 05/17] compat_ioctl: move more drivers to generic_compat_ioctl_ptrarg
  • From: Jonathan Cameron <jonathan.cameron@xxxxxxxxxx>
• Re: iSCSI target management in the Mgr Dashboard
  • From: Lenz Grimmer <lgrimmer@xxxxxxxx>
• Re: [PATCH v2 05/17] compat_ioctl: move more drivers to generic_compat_ioctl_ptrarg
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 05/17] compat_ioctl: move more drivers to generic_compat_ioctl_ptrarg
  • From: Darren Hart <dvhart@xxxxxxxxxxxxx>
• Re: [ceph-users] AsyncConnection seems to keep buffers allocated for longer than necessary
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [ceph-users] can we drop support of centos/rhel 7.4?
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: [PATCH v2 05/17] compat_ioctl: move more drivers to generic_compat_ioctl_ptrarg
  • From: David Sterba <dsterba@xxxxxxx>
• Re: [ceph-users] can we drop support of centos/rhel 7.4?
  • From: John Spray <jspray@xxxxxxxxxx>
• RE: [ceph-users] can we drop support of centos/rhel 7.4?
  • From: "Marc Roos" <M.Roos@xxxxxxxxxxxxxxxxx>
• Re: can we drop support of centos/rhel 7.4?
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: can we drop support of centos/rhel 7.4?
  • From: Erwan Velu <evelu@xxxxxxxxxx>
• can we drop support of centos/rhel 7.4?
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: [Ceph-community] Ceph session at OpenStack ops meetup today/tomorrow
  • From: Mike Perez <miperez@xxxxxxxxxx>
• 13.2.2 ready for QE
  • From: Abhishek Lekshmanan <abhishek@xxxxxxxx>
• Perf meeting for 9/13/2018 is on!
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Re: iSCSI target management in the Mgr Dashboard
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: iSCSI target management in the Mgr Dashboard
  • From: Ricardo Dias <rdias@xxxxxxxx>
• Re: [RFC PATCH v4 3/4] ceph: support copy_file_range file operation
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: iSCSI target management in the Mgr Dashboard
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• iSCSI target management in the Mgr Dashboard
  • From: Lenz Grimmer <lgrimmer@xxxxxxxx>
• [RFC PATCH v4 4/4] ceph: new mount option to disable usage of RADOS 'copy-from' op
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [RFC PATCH v4 3/4] ceph: support copy_file_range file operation
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [RFC PATCH v4 2/4] ceph: support the RADOS copy-from operation
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [RFC PATCH v4 1/4] ceph: add non-blocking parameter to ceph_try_get_caps()
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [RFC PATCH v4 0/4] copy_file_range in cephfs kernel client
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: [PATCH v2 04/17] ceph: fix compat_ioctl for ceph_dir_operations
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Fwd: [Ceph-maintainers] Fwd: nfs-ganesha FSAL CephFS: nfs_health :DBUS :WARN :Health status is unhealthy
  • From: Dan Mick <dmick@xxxxxxxxxx>
• Re: [PATCH v2 05/17] compat_ioctl: move more drivers to generic_compat_ioctl_ptrarg
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: Ceph Testing Weekly, 8AM Pacific
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [PATCH v2 04/17] ceph: fix compat_ioctl for ceph_dir_operations
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• RE: [PATCH v2 04/17] ceph: fix compat_ioctl for ceph_dir_operations
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v2 05/17] compat_ioctl: move more drivers to generic_compat_ioctl_ptrarg
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• Re: [PATCH v2 05/17] compat_ioctl: move more drivers to generic_compat_ioctl_ptrarg
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v2 05/17] compat_ioctl: move more drivers to generic_compat_ioctl_ptrarg
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: Audit logs
  • From: Lenz Grimmer <lgrimmer@xxxxxxxx>
• rgw: throttling logic in the PutObjProcessor stack
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• [PATCH v2 05/17] compat_ioctl: move more drivers to generic_compat_ioctl_ptrarg
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 04/17] ceph: fix compat_ioctl for ceph_dir_operations
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Audit logs
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: boost::optional<> in librados
  • From: kefu chai <tchaikov@xxxxxxxxx>
• RE: boost::optional<> in librados
  • From: Myoungwon Oh <omwmw@xxxxxx>
• Re: [PATCH v3 3/3] ceph: support copy_file_range file operation
  • From: Ric Wheeler <rwheeler@xxxxxxxxxx>
• Re: boost::optional<> in librados
  • From: Piotr Dałek <piotr.dalek@xxxxxxxxxxxx>
• Re: boost::optional<> in librados
  • From: John Spray <jspray@xxxxxxxxxx>
• boost::optional<> in librados
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Ceph Testing Weekly, 8AM Pacific
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [PATCH v3 3/3] ceph: support copy_file_range file operation
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: [PATCH 1/3] selinux: make dentry_init_security() return security module name
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Outreachy Projects Needed
  • From: Mike Perez <miperez@xxxxxxxxxx>
• Ceph Day in Berlin - November 12 - CFP now open
  • From: Mike Perez <miperez@xxxxxxxxxx>
• Ceph Day at University of Santa Cruz - September 19
  • From: Mike Perez <miperez@xxxxxxxxxx>
• Re: [redmine] Backport tracker problem
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: [redmine] Backport tracker problem
  • From: David Galloway <dgallowa@xxxxxxxxxx>
• Re: [PATCH v3 3/3] ceph: support copy_file_range file operation
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: msgr2: authentication phase (list of allowed authentication methods)
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [PATCH 1/3] selinux: make dentry_init_security() return security module name
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [redmine] Backport tracker problem
  • From: Nathan Cutler <ncutler@xxxxxxx>
• msgr2: authentication phase (list of allowed authentication methods)
  • From: Ricardo Dias <rdias@xxxxxxxx>
• Re: v12.2.8 Luminous released
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: [PATCH v3 3/3] ceph: support copy_file_range file operation
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: [PATCH v3 0/3] copy_file_range in cephfs kernel client
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: [PATCH 1/3] selinux: make dentry_init_security() return security module name
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: [PATCH v3 3/3] ceph: support copy_file_range file operation
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• Re: 【JEWEL】 compile rocksdb with jemalloc failed
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: cache libboost (and more) for speeding up the build
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: 【JEWEL】 compile rocksdb with jemalloc failed
  • From: Xiangyang Yu <penglaiyxy@xxxxxxxxx>
• Re: Hammer 0.94.10
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: [PATCH 1/3] selinux: make dentry_init_security() return security module name
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: 13.2.2 Mimic again
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: Hammer 0.94.10
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: testing downgrades
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Hammer 0.94.10
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [PATCH v3 0/3] copy_file_range in cephfs kernel client
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• [GIT PULL] Ceph updates for 4.19-rc3
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: 【JEWEL】 compile rocksdb with jemalloc failed
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: rgw-multisite: do we need an atomic option for RGWAsyncPutSystemObj?
  • From: Tianshan Qu <qutianshan@xxxxxxxxx>
• Re: 【JEWEL】 compile rocksdb with jemalloc failed
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: [PATCH v3 3/3] ceph: support copy_file_range file operation
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Hammer 0.94.10
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: 【JEWEL】 compile rocksdb with jemalloc failed
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [PATCH v3 3/3] ceph: support copy_file_range file operation
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: cache libboost (and more) for speeding up the build
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: cache libboost (and more) for speeding up the build
  • From: kefu chai <tchaikov@xxxxxxxxx>
• 【JEWEL】 compile rocksdb with jemalloc failed
  • From: Xiangyang Yu <penglaiyxy@xxxxxxxxx>
• Re: Presenting the pre-flight checks project
  • From: Erwan Velu <evelu@xxxxxxxxxx>
• Re: [PATCH v3 0/3] copy_file_range in cephfs kernel client
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: [PATCH 1/3] selinux: make dentry_init_security() return security module name
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: teuthology support for per-role distros
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: Presenting the pre-flight checks project
  • From: Paul Cuzner <pcuzner@xxxxxxxxxx>
• Re: testing downgrades
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: testing downgrades
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: testing downgrades
  • From: Noah Watkins <noahwatkins@xxxxxxxxx>
• Re: testing downgrades
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: teuthology support for per-role distros
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: testing downgrades
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: testing downgrades
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: testing downgrades
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: testing downgrades
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: teuthology support for per-role distros
  • From: Vasu Kulkarni <vakulkar@xxxxxxxxxx>
• Re: teuthology support for per-role distros
  • From: Vasu Kulkarni <vakulkar@xxxxxxxxxx>
• Re: teuthology support for per-role distros
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: teuthology support for per-role distros
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• teuthology support for per-role distros
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: avoiding incomplete backports
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [PATCH v3 0/3] copy_file_range in cephfs kernel client
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Ceph Days Silicon Valley
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: rgw-multisite: do we need an atomic option for RGWAsyncPutSystemObj?
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: testing downgrades
  • From: Vasu Kulkarni <vakulkar@xxxxxxxxxx>
• Re: RFC: ux for mon auth roles (RBAC)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: v12.2.8 Luminous released
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: Presenting the pre-flight checks project
  • From: Erwan Velu <evelu@xxxxxxxxxx>
• Re: mgr/dashboard: Community branding & styling
  • From: Ernesto Puerta <epuertat@xxxxxxxxxx>
• Re: Official Ceph REST API (was: mgr restful)
  • From: Lenz Grimmer <lgrimmer@xxxxxxxx>
• Re: Presenting the pre-flight checks project
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: [PATCH 3/3] ceph: xattr security label support
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 3/3] ceph: support copy_file_range file operation
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [PATCH v3 1/3] ceph: add non-blocking parameter to ceph_try_get_caps()
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [PATCH v3 2/3] ceph: support the RADOS copy-from operation
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [PATCH v3 0/3] copy_file_range in cephfs kernel client
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: Preventing redmine spam
  • From: David Galloway <dgallowa@xxxxxxxxxx>
• Re: [PATCH 3/3] ceph: xattr security label support
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: mgr config options
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: [PATCH 1/3] selinux: make dentry_init_security() return security module name
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Presenting the pre-flight checks project
  • From: Erwan Velu <evelu@xxxxxxxxxx>
• Re: [PATCH 2/3] ceph: rename struct ceph_acls_info to ceph_acl_sec_ctx
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 1/3] selinux: make dentry_init_security() return security module name
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: mgr config options
  • From: John Spray <jspray@xxxxxxxxxx>
• Performance meeting today!
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Re: mgr/dashboard: Community branding & styling
  • From: Erwan Velu <evelu@xxxxxxxxxx>
• Re: mgr restful
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: [PATCH v2 0/2] rbd: support cloning across namespaces
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• mgr restful
  • From: "Scheglmann, Stefan" <scheglmann@xxxxxxxxx>
• Re: PRs labeled with 'documentation'
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: testing downgrades
  • From: Brett Niver <bniver@xxxxxxxxxx>
• Re: [ceph-users] v12.2.8 Luminous released
  • From: Abhishek Lekshmanan <abhishek@xxxxxxxx>
• RE: v12.2.8 Luminous released
  • From: Adrian Saul <Adrian.Saul@xxxxxxxxxxxxxxxxx>
• 【jewel 10.2.11】 can we use rocksdb to store monitor data
  • From: xiangyang yu <penglaiyxy@xxxxxxxxx>
• Re: cache libboost (and more) for speeding up the build
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: PRs labeled with 'documentation'
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• PRs labeled with 'documentation'
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Ceph talks from Mounpoint.io
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• mgr config options
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: crash using ceph-osdomap-tool
  • From: David Zafman <dzafman@xxxxxxxxxx>
• Re: testing downgrades
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: testing downgrades
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: testing downgrades
  • From: Tamilarasi Muthamizhan <tmuthami@xxxxxxxxxx>
• Re: cache libboost (and more) for speeding up the build
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: cache libboost (and more) for speeding up the build
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: cache libboost (and more) for speeding up the build
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• Re: mgr/dashboard: Community branding & styling
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: mgr/dashboard: Community branding & styling
  • From: Lenz Grimmer <lgrimmer@xxxxxxxx>
• Re: mgr/dashboard: Community branding & styling
  • From: Ernesto Puerta <epuertat@xxxxxxxxxx>
• Re: MGR Zabbix and Python Trailing L Problem
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: Further protections on master branch
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: mgr/dashboard: Community branding & styling
  • From: Ernesto Puerta <epuertat@xxxxxxxxxx>
• Re: Further protections on master branch
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• [PATCH v2 2/2] rbd: support cloning across namespaces
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH v2 1/2] rbd: factor out get_parent_info()
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH v2 0/2] rbd: support cloning across namespaces
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Further protections on master branch
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Preventing redmine spam
  • From: David Galloway <dgallowa@xxxxxxxxxx>
• Re: v12.2.8 Luminous released
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: mgr/dashboard: Community branding & styling
  • From: John Spray <jspray@xxxxxxxxxx>
• MGR Zabbix and Python Trailing L Problem
  • From: Mike A <mike.almateia@xxxxxxxxx>
• Re: Copying without crc check when peering may lack reliability
  • From: Xiaoguang Wang <xiaoguang.wang@xxxxxxxxxxxx>
• Re: Copying without crc check when peering may lack reliability
  • From: Xiaoguang Wang <xiaoguang.wang@xxxxxxxxxxxx>
• Re: Copying without crc check when peering may lack reliability
  • From: Xiaoguang Wang <xiaoguang.wang@xxxxxxxxxxxx>
• mgr/dashboard: Community branding & styling
  • From: Ernesto Puerta <epuertat@xxxxxxxxxx>
• Re: crash using ceph-osdomap-tool
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: cache libboost (and more) for speeding up the build
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Ceph Testing Weekly, 8AM Pacific
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• crash using ceph-osdomap-tool
  • From: David Zafman <dzafman@xxxxxxxxxx>
• Ceph Days Silicon Valley
  • From: Victor Denisov <denisovenator@xxxxxxxxx>
• CDM tomorrow
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Configuration option xxx may not be modified at runtime
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: testing downgrades
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: testing downgrades
  • From: Vasu Kulkarni <vakulkar@xxxxxxxxxx>
• Re: testing downgrades
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: testing downgrades
  • From: Vasu Kulkarni <vakulkar@xxxxxxxxxx>
• testing downgrades
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Copying without crc check when peering may lack reliability
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Configuration option xxx may not be modified at runtime
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: why can't peered pg(not actived) serve read io
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: cache libboost (and more) for speeding up the build
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Copying without crc check when peering may lack reliability
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Running master MON on FreeBSD 11.2 crashes all the time
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Warnings about dlclose before thread exit
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Warnings about dlclose before thread exit
  • From: kefu chai <tchaikov@xxxxxxxxx>
• v12.2.8 Luminous released
  • From: Abhishek Lekshmanan <abhishek@xxxxxxxx>
• Re: Running master MON on FreeBSD 11.2 crashes all the time
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: cache libboost (and more) for speeding up the build
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: Running master MON on FreeBSD 11.2 crashes all the time
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: rgw-multisite: do we need an atomic option for RGWAsyncPutSystemObj?
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: cache libboost (and more) for speeding up the build
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• cache libboost (and more) for speeding up the build
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Planned Jenkins Maintenance (Sep 18)
  • From: David Galloway <dgallowa@xxxxxxxxxx>
• Re: rgw-multisite: why RGWRemoteDataLog::read_source_log_shards_next() return directly for mater zone?
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: mgr/dashboard Grafana Configuration Modes
  • From: Paul Cuzner <pcuzner@xxxxxxxxxx>
• Re: Running master MON on FreeBSD 11.2 crashes all the time
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Running master MON on FreeBSD 11.2 crashes all the time
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• rgw-multisite: do we need an atomic option for RGWAsyncPutSystemObj?
  • From: Xinying Song <songxinying.ftd@xxxxxxxxx>
• Re: Warnings about dlclose before thread exit
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: [PATCH] ceph: check snap first in ceph_set_acl()
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• rgw-multisite: why RGWRemoteDataLog::read_source_log_shards_next() return directly for mater zone?
  • From: Xinying Song <songxinying.ftd@xxxxxxxxx>
• [PATCH] ceph: check snap first in ceph_set_acl()
  • From: Chengguang Xu <cgxu519@xxxxxxx>
• why can't peered pg(not actived) serve read io
  • From: James Smith <js4625074@xxxxxxxxx>
• Re: Configuration option xxx may not be modified at runtime
  • From: Mykola Golub <to.my.trociny@xxxxxxxxx>
• Re: Configuration option xxx may not be modified at runtime
  • From: Alex Litvak <alexander.v.litvak@xxxxxxxxx>
• Configuration option xxx may not be modified at runtime
  • From: Alex Litvak <alexander.v.litvak@xxxxxxxxx>
• Re: Copying without crc check when peering may lack reliability
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: rgw-multisite: why do we set the default placement-rule zonegroup-level?
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: Fwd: Re: [ceph/ceph] include/types: move operator<< into the proper namespace (2f57008)
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: mgr/dashboard Grafana Configuration Modes
  • From: Patrick Nawracay <pnawracay@xxxxxxxx>
• Fwd: Re: [ceph/ceph] include/types: move operator<< into the proper namespace (2f57008)
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Copying without crc check when peering may lack reliability
  • From: poi <poiiiicen@xxxxxxxxx>
• Re: rgw-multisite: why do we set the default placement-rule zonegroup-level?
  • From: Test Test <sdnets2018@xxxxxxxxx>
• mgr/dashboard Grafana Configuration Modes
  • From: Paul Cuzner <pcuzner@xxxxxxxxxx>
• Re: Copying without crc check when peering may lack reliability
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• 13.2.2 Mimic again
  • From: Abhishek Lekshmanan <abhishek@xxxxxxxx>
• Re: 12.2.8 QE Luminous validation status
  • From: Abhishek Lekshmanan <abhishek@xxxxxxxx>
• Odp.: [ceph-users] New Ceph community manager: Mike Perez
  • From: Tomasz Kuzemko <tomasz.kuzemko@xxxxxxxxxxxx>
• Perf meeting for 8/30/2018 canceled
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Re: 12.2.8 QE Luminous validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: 12.2.8 QE Luminous validation status
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: Preventing redmine spam
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Preventing redmine spam
  • From: David Galloway <dgallowa@xxxxxxxxxx>
• Re: Preventing redmine spam
  • From: David Galloway <dgallowa@xxxxxxxxxx>
• Re: cross-core communications in seastar-osd
  • From: Mark Nelson <mark.a.nelson@xxxxxxxxx>
• Re: [RFC PATCH v2 3/3] ceph: support copy_file_range file operation
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: New Ceph community manager: Mike Perez
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: rgw-multisite: why do we set the default placement-rule zonegroup-level?
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: [ceph-users] mgr/dashboard: backporting Ceph Dashboard v2 to Luminous
  • From: Ernesto Puerta <epuertat@xxxxxxxxxx>
• Re: [ceph-users] mgr/dashboard: backporting Ceph Dashboard v2 to Luminous
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: Fio.h run_make_check.sh
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: New Ceph community manager: Mike Perez
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: [ceph-users] mgr/dashboard: backporting Ceph Dashboard v2 to Luminous
  • From: Ernesto Puerta <epuertat@xxxxxxxxxx>
• Re: New Ceph community manager: Mike Perez
  • From: Lenz Grimmer <lgrimmer@xxxxxxxx>
• Re: cross-core communications in seastar-osd
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: rgw has serious GET perfomance problem with objects < 1448 bytes long
  • From: Abhishek Lekshmanan <abhishek@xxxxxxxx>
• rgw-multisite: why do we set the default placement-rule zonegroup-level?
  • From: Test Test <sdnets2018@xxxxxxxxx>
• New Ceph community manager: Mike Perez
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: 12.2.8 QE Luminous validation status
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: [RFC PATCH v2 3/3] ceph: support copy_file_range file operation
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: 12.2.8 QE Luminous validation status
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: Preventing redmine spam
  • From: "Robin H. Johnson" <robbat2@xxxxxxxxxx>
• Re: 12.2.8 QE Luminous validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: Preventing redmine spam
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: rgw has serious GET perfomance problem with objects < 1448 bytes long
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: Preventing redmine spam (was: Our Redmine spammer is at it again)
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: rgw has serious GET perfomance problem with objects < 1448 bytes long
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Re: rgw has serious GET perfomance problem with objects < 1448 bytes long
  • From: Matt Benjamin <mbenjami@xxxxxxxxxx>
• Re: rgw has serious GET perfomance problem with objects < 1448 bytes long
  • From: Mark Nelson <mark.a.nelson@xxxxxxxxx>
• Re: Fio.h run_make_check.sh
  • From: Victor Denisov <denisovenator@xxxxxxxxx>
• Re: Preventing redmine spam (was: Our Redmine spammer is at it again)
  • From: Vasu Kulkarni <vakulkar@xxxxxxxxxx>
• Preventing redmine spam (was: Our Redmine spammer is at it again)
  • From: David Galloway <dgallowa@xxxxxxxxxx>
• Re: 12.2.8 QE Luminous validation status
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: [ceph-users] mgr/dashboard: backporting Ceph Dashboard v2 to Luminous
  • From: Ernesto Puerta <epuertat@xxxxxxxxxx>
• Re: Our Redmine spammer is at it again. . .
  • From: David Galloway <dgallowa@xxxxxxxxxx>
• Our Redmine spammer is at it again. . .
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: Fio.h run_make_check.sh
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: StupidAllocator::get_fragmentation crash (was: Re: mimic OSD won't start)
  • From: Ben Gao <bengao168@xxxxxxx>
• Re: 12.2.8 QE Luminous validation status
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Fio.h run_make_check.sh
  • From: Victor Denisov <denisovenator@xxxxxxxxx>
• RE: How to implement OSDMap cache for Seastar?
  • From: "Ma, Jianpeng" <jianpeng.ma@xxxxxxxxx>
• Re: 12.2.8 QE Luminous validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: Round of prs for 13.2.1 Mimic
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Round of prs for 13.2.1 Mimic
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: [PATCH 2/2] rbd: support cloning across namespaces
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• 12.2.8 QE Luminous validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: [PATCH 2/2] rbd: support cloning across namespaces
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [PATCH 2/2] rbd: support cloning across namespaces
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• ceph luminous bluestore osd crashing
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: [PATCH 2/2] rbd: support cloning across namespaces
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [PATCH 2/2] rbd: support cloning across namespaces
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• [RFC PATCH v2 3/3] ceph: support copy_file_range file operation
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [RFC PATCH v2 2/3] ceph: support the RADOS copy-from operation
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [RFC PATCH v2 1/3] ceph: add non-blocking parameter to ceph_try_get_caps()
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [RFC PATCH v2 0/3] copy_file_range in cephfs kernel client
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: [ceph-users] RBD image "lightweight snapshots"
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: How to implement OSDMap cache for Seastar?
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Fwd: Re: [ceph-users] RBD image "lightweight snapshots"
  • From: Bartosz Rabiega <bartosz.rabiega@xxxxxxxxxxxx>
• Re: cross-core communications in seastar-osd
  • From: Yingxin Cheng <yingxincheng@xxxxxxxxx>
• Re: Copying without crc check when peering may lack reliability
  • From: poi <poiiiicen@xxxxxxxxx>
• Re: cross-core communications in seastar-osd
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: cross-core communications in seastar-osd
  • From: Yingxin Cheng <yingxincheng@xxxxxxxxx>
• [PATCH 2/2] rbd: support cloning across namespaces
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH 1/2] rbd: factor out get_parent_info_legacy()
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH 0/2] rbd: support cloning across namespaces
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: Help needed for diagnosing slow_requests
  • From: Uwe Sauter <uwe.sauter.de@xxxxxxxxx>
• Re: include-what-you-use results
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: include-what-you-use results
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: looking for your help about ceph
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Help needed for diagnosing slow_requests
  • From: 陶冬冬 <tdd21151186@xxxxxxxxx>
• Re: Help needed for diagnosing slow_requests
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [ceph-users] Unexpected behaviour after monitors upgrade from Jewel to Luminous
  • From: Adrien Gillard <gillard.adrien@xxxxxxxxx>
• [ceph-client:testing 3/3] drivers/block/rbd.c:4817:26: warning: 'overlap' may be used uninitialized in this function
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: cross-core communications in seastar-osd
  • From: Haomai Wang <haomai@xxxxxxxx>
• Re: [PATCH] ceph: avoid a use-after-free in ceph_destroy_options()
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: cross-core communications in seastar-osd
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• [PATCH] ceph: avoid a use-after-free in ceph_destroy_options()
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [ceph-users] Reminder: bi-weekly dashboard sync call today (15:00 CET)
  • From: Ernesto Puerta <epuertat@xxxxxxxxxx>
• Re: Reminder: bi-weekly dashboard sync call today (15:00 CET)
  • From: Lenz Grimmer <lgrimmer@xxxxxxxx>
• Re: Reminder: bi-weekly dashboard sync call today (15:00 CET)
  • From: Lenz Grimmer <lgrimmer@xxxxxxxx>
• cross-core communications in seastar-osd
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Reminder: bi-weekly dashboard sync call today (15:00 CET)
  • From: Lenz Grimmer <lgrimmer@xxxxxxxx>
• Re: Thoughts about LTTng with seastar
  • From: Mohamad Gebai <mgebai@xxxxxxx>
• include-what-you-use results
  • From: Noah Watkins <noahwatkins@xxxxxxxxx>
• Re: exported data schema validation
  • From: Noah Watkins <noahwatkins@xxxxxxxxx>
• Code Walkhrough: Monitor and MonClient
  • From: Josh Durgin <jdurgin@xxxxxxxxxx>
• Re: Silent data corruption may destroy all the object copies after data migration
  • From: Xiaoguang Wang <xiaoguang.wang@xxxxxxxxxxxx>
• Silent data corruption may destroy all the object copies after data migration
  • From: poi <poiiiicen@xxxxxxxxx>
• Re: exported data schema validation
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [ceph-users] Ceph Testing Weekly Tomorrow — With Kubernetes/Install discussion
  • From: Brett Niver <bniver@xxxxxxxxxx>
• exported data schema validation
  • From: Noah Watkins <noahwatkins@xxxxxxxxx>
• RE: ceph seastar perfcounters implementation
  • From: "Liu, Chunmei" <chunmei.liu@xxxxxxxxx>
• Re: [ceph-users] Unexpected behaviour after monitors upgrade from Jewel to Luminous
  • From: Adrien Gillard <gillard.adrien@xxxxxxxxx>
• Re: KASAN: use-after-free Read in ceph_destroy_options
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: Relation between crushmap and erasure code profile
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Ceph Testing Weekly Tomorrow — With Kubernetes/Install discussion
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Copying without crc check when peering may lack reliability
  • From: poi <poiiiicen@xxxxxxxxx>
• Re: Thoughts about LTTng with seastar
  • From: kefu chai <tchaikov@xxxxxxxxx>
• KASAN: use-after-free Read in ceph_destroy_options
  • From: syzbot <syzbot+8ab6f1042021b4eed062@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Thoughts about LTTng with seastar
  • From: Kefu Chai <kchai@xxxxxxxxxx>
• Re: "PrivateTmp=true" results in deleting a container failed
  • From: Ning Yao <zay11022@xxxxxxxxx>
• Linux Kernel 4.19, Spectre & network performance
  • From: Erwan Velu <evelu@xxxxxxxxxx>
• Re: [ceph-users] mgr/dashboard: backporting Ceph Dashboard v2 to Luminous
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: [ceph-users] mgr/dashboard: backporting Ceph Dashboard v2 to Luminous
  • From: Ernesto Puerta <epuertat@xxxxxxxxxx>
• Re: mgr/dashboard: backporting Ceph Dashboard v2 to Luminous
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: mgr/dashboard: backporting Ceph Dashboard v2 to Luminous
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: mgr/dashboard: backporting Ceph Dashboard v2 to Luminous
  • From: Lenz Grimmer <lgrimmer@xxxxxxxx>
• Re: "PrivateTmp=true" results in deleting a container failed
  • From: Dan Mick <dmick@xxxxxxxxxx>
• Re: [ceph-users] mgr/dashboard: backporting Ceph Dashboard v2 to Luminous
  • From: Kai Wagner <kwagner@xxxxxxxx>
• Re: mgr/dashboard: backporting Ceph Dashboard v2 to Luminous
  • From: Ernesto Puerta <epuertat@xxxxxxxxxx>
• RE: unittest_seastar_echo test failure
  • From: "Liu, Chunmei" <chunmei.liu@xxxxxxxxx>
• [PATCH 2/2] libceph: add error handling code for osd_req_op_xattr_init()
  • From: Chengguang Xu <cgxu519@xxxxxxx>
• [PATCH 1/2] libceph: add error handling code for osd_req_op_cls_init()
  • From: Chengguang Xu <cgxu519@xxxxxxx>
• Re: can not report new issue in ceph tracker system
  • From: "peng.hse" <peng.hse@xxxxxxxxxxxx>
• Re: unittest_seastar_echo test failure
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: mgr/dashboard: backporting Ceph Dashboard v2 to Luminous
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• mgr/dashboard: backporting Ceph Dashboard v2 to Luminous
  • From: Ernesto Puerta <epuertat@xxxxxxxxxx>
• can't start osd- one osd always be down
  • From: ke ke <cp542524698@xxxxxxxxx>
• Re: Relation between crushmap and erasure code profile
  • From: Luk <skidoo@xxxxxxx>
• Re: Help needed for diagnosing slow_requests
  • From: Uwe Sauter <uwe.sauter.de@xxxxxxxxx>
• Re: unittest_seastar_echo test failure
  • From: Yingxin Cheng <yingxincheng@xxxxxxxxx>
• Re: unittest_seastar_echo test failure
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: [ceph-users] ceph balancer: further optimizations?
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: Help needed for diagnosing slow_requests
  • From: "Anthony D'Atri" <aad@xxxxxxxxxxxxxx>
• Re: Help needed for diagnosing slow_requests
  • From: 陶冬冬 <tdd21151186@xxxxxxxxx>
• Ceph Testing Weekly Tomorrow — With Kubernetes/Install discussion
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Deleteing pool does not work...
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: [RFC PATCH 2/2] ceph: support copy_file_range file operation
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: Relation between crushmap and erasure code profile
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Deleteing pool does not work...
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [ceph-users] ceph balancer: further optimizations?
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [RFC PATCH 2/2] ceph: support copy_file_range file operation
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: can not report new issue in ceph tracker system
  • From: David Galloway <dgallowa@xxxxxxxxxx>
• Re: can not report new issue in ceph tracker system
  • From: "peng.hse" <peng.hse@xxxxxxxxxxxx>
• Re: can not report new issue in ceph tracker system
  • From: David Galloway <dgallowa@xxxxxxxxxx>
• Re: ceph balancer: further optimizations?
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: ceph balancer: further optimizations?
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: ceph balancer: further optimizations?
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: ceph balancer: further optimizations?
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>