CEPH Filesystem Development

• Thread Index

• Re: [Ceph-qa] 12.2.10 QE Luminous validation status
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: Getting the JSON schema of commands
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: "ceph log last" is one line behind for master
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: "ceph log last" is one line behind for master
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: Getting the JSON schema of commands
  • From: John Spray <jspray@xxxxxxxxxx>
• "ceph log last" is one line behind for master
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: Getting the JSON schema of commands
  • From: Erwan Velu <evelu@xxxxxxxxxx>
• Re: Getting the JSON schema of commands
  • From: Erwan Velu <evelu@xxxxxxxxxx>
• Re: crimson discussion brain dump
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: redmine: Adding custom URL field to capture pull request URLs?
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: redmine: Adding custom URL field to capture pull request URLs?
  • From: Lenz Grimmer <lgrimmer@xxxxxxxx>
• Re: [RFC] Performance experiments with Ceph messenger
  • From: Piotr Dałek <piotr.dalek@xxxxxxxxxxxx>
• Re: [RFC] Performance experiments with Ceph messenger
  • From: Roman Penyaev <rpenyaev@xxxxxxx>
• Re: [RFC] Performance experiments with Ceph messenger
  • From: Piotr Dałek <piotr.dalek@xxxxxxxxxxxx>
• Re: redmine: Adding custom URL field to capture pull request URLs?
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• Re: [RFC] Performance experiments with Ceph messenger
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Re: [ceph-users] Upgrade to Infernalis: OSDs crash all the time
  • From: Kees Meijs <kees@xxxxxxxx>
• Re: A question about the return code of write
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [RFC] Performance experiments with Ceph messenger
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [RFC] Performance experiments with Ceph messenger
  • From: Roman Penyaev <rpenyaev@xxxxxxx>
• Re: [RFC] Performance experiments with Ceph messenger
  • From: Roman Penyaev <rpenyaev@xxxxxxx>
• Re: [RFC] Performance experiments with Ceph messenger
  • From: Roman Penyaev <rpenyaev@xxxxxxx>
• Re: redmine: Adding custom URL field to capture pull request URLs?
  • From: Lenz Grimmer <lgrimmer@xxxxxxxx>
• A question about the return code of write
  • From: cui xiao fei Cui <thinkercui@xxxxxxxxx>
• Re: [GIT PULL] Ceph fixes for 4.20-rc2
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [GIT PULL] Ceph fixes for 4.20-rc2
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: redmine: Adding custom URL field to capture pull request URLs?
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: CEPH_CAP_FILE_SHARED vs CEPH_CAP_FILE_RD
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Getting the JSON schema of commands
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [RFC] Performance experiments with Ceph messenger
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Getting the JSON schema of commands
  • From: Noah Watkins <nwatkins@xxxxxxxxxx>
• [GIT PULL] Ceph fixes for 4.20-rc2
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [Ceph-qa] 12.2.10 QE Luminous validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: Getting the JSON schema of commands
  • From: Sebastien Han <shan@xxxxxxxxxx>
• RE: [RFC] Performance experiments with Ceph messenger
  • From: Piotr Dalek <piotr.dalek@xxxxxxxxxxxx>
• Re: Getting the JSON schema of commands
  • From: Erwan Velu <evelu@xxxxxxxxxx>
• Re: [Ceph-qa] 12.2.10 QE Luminous validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: [Ceph-qa] 12.2.10 QE Luminous validation status
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Getting the JSON schema of commands
  • From: Noah Watkins <nwatkins@xxxxxxxxxx>
• Re: 12.2.10 QE Luminous validation status
  • From: Vasu Kulkarni <vakulkar@xxxxxxxxxx>
• Re: [RFC] Performance experiments with Ceph messenger
  • From: Mark Nelson <mark.a.nelson@xxxxxxxxx>
• Re: [Ceph-qa] 12.2.10 QE Luminous validation status
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: Pool migration using cache tiering
  • From: Mykola Golub <mgolub@xxxxxxx>
• Re: [Ceph-qa] 12.2.10 QE Luminous validation status
  • From: Neha Ojha <nojha@xxxxxxxxxx>
• Re: Pool migration using cache tiering
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: 12.2.10 QE Luminous validation status
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: Pool migration using cache tiering
  • From: Mohamad Gebai <mgebai@xxxxxxx>
• redmine: Adding custom URL field to capture pull request URLs?
  • From: Lenz Grimmer <lgrimmer@xxxxxxxx>
• Re: Getting the JSON schema of commands
  • From: Erwan Velu <evelu@xxxxxxxxxx>
• Re: Pool migration using cache tiering
  • From: Mykola Golub <mgolub@xxxxxxx>
• Re: Pool migration using cache tiering
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [PATCH] libceph: assume argonaut on the server side
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• 12.2.10 QE Luminous validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• PR archive
  • From: Yehuda Sadeh-Weinraub <yehuda@xxxxxxxxxx>
• [RFC] Performance experiments with Ceph messenger
  • From: Roman Penyaev <rpenyaev@xxxxxxx>
• Pool migration using cache tiering
  • From: Mohamad Gebai <mgebai@xxxxxxx>
• [PATCH] libceph: assume argonaut on the server side
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: teuthology - libvirt-backend
  • From: Dario Maiocchi <dmaiocchi@xxxxxxx>
• Re: Getting the JSON schema of commands
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: Getting the JSON schema of commands
  • From: Erwan Velu <evelu@xxxxxxxxxx>
• Re: Code Walkthrough: peering
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: CEPH_CAP_FILE_SHARED vs CEPH_CAP_FILE_RD
  • From: Marvin Zhang <fanzier@xxxxxxxxx>
• Re: teuthology - libvirt-backend
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• Re: Getting the JSON schema of commands
  • From: Noah Watkins <nwatkins@xxxxxxxxxx>
• Re: Getting the JSON schema of commands
  • From: David Zafman <dzafman@xxxxxxxxxx>
• Re: CEPH_CAP_FILE_SHARED vs CEPH_CAP_FILE_RD
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: teuthology - libvirt-backend
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: teuthology - libvirt-backend
  • From: Vasu Kulkarni <vakulkar@xxxxxxxxxx>
• Re: teuthology - libvirt-backend
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Code Walkthrough: peering
  • From: Mike Perez <miperez@xxxxxxxxxx>
• Re: Getting the JSON schema of commands
  • From: John Spray <jspray@xxxxxxxxxx>
• Getting the JSON schema of commands
  • From: Erwan Velu <evelu@xxxxxxxxxx>
• teuthology - libvirt-backend
  • From: Dario Maiocchi <dmaiocchi@xxxxxxx>
• Re: librados3
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: CEPH_CAP_FILE_SHARED vs CEPH_CAP_FILE_RD
  • From: Marvin Zhang <fanzier@xxxxxxxxx>
• Re: CEPH_CAP_FILE_SHARED vs CEPH_CAP_FILE_RD
  • From: Marvin Zhang <fanzier@xxxxxxxxx>
• Re: feedback wanted on documentation improvements phase 1
  • From: Noah Watkins <nwatkins@xxxxxxxxxx>
• Re: feedback wanted on documentation improvements phase 1
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: CEPH_CAP_FILE_SHARED vs CEPH_CAP_FILE_RD
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: stores RGW bucket index in distributed KV(foundationdb)
  • From: Matt Benjamin <mbenjami@xxxxxxxxxx>
• Luminous v12.2.10 ready for QE
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: crimson discussion brain dump
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: librados3
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: [PATCH] ceph: quota: fix null pointer dereference in quota check
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• Re: CEPH_CAP_FILE_SHARED vs CEPH_CAP_FILE_RD
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: Building ceph with zfs on LFS 8.2 compilation errors
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: stores RGW bucket index in distributed KV(foundationdb)
  • From: 吕珊春 <lvshanchun@xxxxxxxxx>
• Re: CEPH_CAP_FILE_SHARED vs CEPH_CAP_FILE_RD
  • From: Marvin Zhang <fanzier@xxxxxxxxx>
• Re: stores RGW bucket index in distributed KV(foundationdb)
  • From: Matt Benjamin <mbenjami@xxxxxxxxxx>
• Re: stores RGW bucket index in distributed KV(foundationdb)
  • From: Matt Benjamin <mbenjami@xxxxxxxxxx>
• stores RGW bucket index in distributed KV(foundationdb)
  • From: liuchang0812 <liuchang0812@xxxxxxxxx>
• Re: pg log hard limit upgrade bug
  • From: Neha Ojha <nojha@xxxxxxxxxx>
• RE: About separate the diskprediction plugin
  • From: Rick Chen <rick.chen@xxxxxxxxxxxxxxx>
• crimson discussion brain dump
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: pg log hard limit upgrade bug
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: pg log hard limit upgrade bug
  • From: Neha Ojha <nojha@xxxxxxxxxx>
• Re: CEPH_CAP_FILE_SHARED vs CEPH_CAP_FILE_RD
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: pg log hard limit upgrade bug
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: pg log hard limit upgrade bug
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Building ceph with zfs on LFS 8.2 compilation errors
  • From: Stefano Ricci <sfn.rcc@xxxxxxxxx>
• pg log hard limit upgrade bug
  • From: Neha Ojha <nojha@xxxxxxxxxx>
• RE: About separate the diskprediction plugin
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• [PATCH] ceph: quota: fix null pointer dereference in quota check
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: Please review doc PR for 12.2.9 announcement
  • From: Nathan Cutler <ncutler@xxxxxxx>
• RE: About separate the diskprediction plugin
  • From: Rick Chen <rick.chen@xxxxxxxxxxxxxxx>
• CEPH_CAP_FILE_SHARED vs CEPH_CAP_FILE_RD
  • From: Marvin Zhang <fanzier@xxxxxxxxx>
• Re: Please review doc PR for 12.2.9 announcement
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: feedback wanted on documentation improvements phase 1
  • From: Noah Watkins <nwatkins@xxxxxxxxxx>
• Re: Code Walkthrough: peering
  • From: Mike Perez <miperez@xxxxxxxxxx>
• Crimson/seastar OSD meetings now being recorded
  • From: Mike Perez <miperez@xxxxxxxxxx>
• Docubetter meetings now being recorded
  • From: Mike Perez <miperez@xxxxxxxxxx>
• Re: Code Walkthrough: peering
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: Code Walkthrough: peering
  • From: Mike Perez <miperez@xxxxxxxxxx>
• Re: Reading mimic 13.2.3
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: 11/01/2018 perf meeting is on!
  • From: Mike Perez <miperez@xxxxxxxxxx>
• Please review doc PR for 12.2.9 announcement
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: Building librbd on Alpine compilation errors
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• rbd-ggate and the new librados packages
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Building librbd on Alpine compilation errors
  • From: "Beierl, Mark" <Mark.Beierl@xxxxxxxx>
• 11/01/2018 perf meeting is on!
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Re: feedback wanted on documentation improvements phase 1
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: mds and mon memory targets
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• [bug report] ceph: quota: support for ceph.quota.max_files
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: mds and mon memory targets
  • From: "Anthony D'Atri" <aad@xxxxxxxxxxxxxx>
• Re: ceph-mgr: requests to restful api get blocked sometimes
  • From: Jerry Lee <leisurelysw24@xxxxxxxxx>
• Re: A question about scrubber.write_blocked_by_scrub()
  • From: 韦皓诚 <whc0000001@xxxxxxxxx>
• Re: Orchestrator weekly discussion
  • From: Tim Serong <tserong@xxxxxxxx>
• Re: mds and mon memory targets
  • From: Joao Eduardo Luis <joao@xxxxxxx>
• feedback wanted on documentation improvements phase 1
  • From: Noah Watkins <nwatkins@xxxxxxxxxx>
• Re: [GIT PULL] Ceph updates for 4.20-rc1
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: mds and mon memory targets
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: mds and mon memory targets
  • From: Joao Eduardo Luis <joao@xxxxxxx>
• Re: My Clang compilation is complaining about missing merge.....
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Spooky VLAs!
  • From: Jesse Williamson <jwilliamson@xxxxxxx>
• Re: mds and mon memory targets
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: mds and mon memory targets
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• [GIT PULL] Ceph updates for 4.20-rc1
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• mds and mon memory targets
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: A question about scrubber.write_blocked_by_scrub()
  • From: David Zafman <dzafman@xxxxxxxxxx>
• Re: My Clang compilation is complaining about missing merge.....
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: Orchestrator weekly discussion
  • From: Travis Nielsen <tnielsen@xxxxxxxxxx>
• RE: About separate the diskprediction plugin
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• My Clang compilation is complaining about missing merge.....
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: ceph-mgr: requests to restful api get blocked sometimes
  • From: Boris Ranto <branto@xxxxxxxxxx>
• ceph-mgr orchestrator subsystem PTL
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: Orchestrator weekly discussion
  • From: John Spray <jspray@xxxxxxxxxx>
• RE: About separate the diskprediction plugin
  • From: Rick Chen <rick.chen@xxxxxxxxxxxxxxx>
• RE: About separate the diskprediction plugin
  • From: Rick Chen <rick.chen@xxxxxxxxxxxxxxx>
• A question about scrubber.write_blocked_by_scrub()
  • From: 韦皓诚 <whc0000001@xxxxxxxxx>
• Re: Orchestrator weekly discussion
  • From: Tim Serong <tserong@xxxxxxxx>
• ceph-mgr: requests to restful api get blocked sometimes
  • From: Jerry Lee <leisurelysw24@xxxxxxxxx>
• Reading mimic 13.2.3
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: radosgw high cpu
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: Potential deadlock in PG::_scan_snaps?
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Potential deadlock in PG::_scan_snaps?
  • From: Mykola Golub <to.my.trociny@xxxxxxxxx>
• Re: librados3
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: librados3
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: Potential deadlock in PG::_scan_snaps?
  • From: Mykola Golub <to.my.trociny@xxxxxxxxx>
• Re: Potential deadlock in PG::_scan_snaps?
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: handling osd removal with ceph-volume?
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• radosgw high cpu
  • From: Will Zhao <zhao6305@xxxxxxxxx>
• Re: Potential deadlock in PG::_scan_snaps?
  • From: Mykola Golub <to.my.trociny@xxxxxxxxx>
• Re: Building librbd on Alpine compilation errors
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: Building librbd on Alpine compilation errors
  • From: "Beierl, Mark" <Mark.Beierl@xxxxxxxx>
• Re: handling osd removal with ceph-volume?
  • From: Noah Watkins <nwatkins@xxxxxxxxxx>
• Re: Throttle.cc: 194: FAILED assert(c >= 0) on snap rm or create in Ceph 0.87
  • From: Simon Ruggier <simon@xxxxxxxxxxx>
• Re: Building librbd on Alpine compilation errors
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Throttle.cc: 194: FAILED assert(c >= 0) on snap rm or create in Ceph 0.87
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Building librbd on Alpine compilation errors
  • From: "Beierl, Mark" <Mark.Beierl@xxxxxxxx>
• Re: Building librbd on Alpine compilation errors
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Building librbd on Alpine compilation errors
  • From: "Beierl, Mark" <Mark.Beierl@xxxxxxxx>
• Re: Building librbd on Alpine compilation errors
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Building librbd on Alpine compilation errors
  • From: Noah Watkins <nwatkins@xxxxxxxxxx>
• Re: Potential deadlock in PG::_scan_snaps?
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Building librbd on Alpine compilation errors
  • From: "Beierl, Mark" <Mark.Beierl@xxxxxxxx>
• Potential deadlock in PG::_scan_snaps?
  • From: Mykola Golub <to.my.trociny@xxxxxxxxx>
• Re: librados3
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: librados3
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: messenger performance regression
  • From: Ricardo Dias <rdias@xxxxxxxx>
• Re: librados3
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: [ceph-users] librados3
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: [ceph-users] librados3
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: librados3
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: [PATCH v7 0/4] copy_file_range in cephfs kernel client
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• Re: LOCK_SYNC_MIX state makes "getattr" operations extremely slow when there are lots of clients issue writes or reads to the same file
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• [PATCH 2/2] ceph: aggregate ceph_sync_read requests
  • From: xxhdx1985126@xxxxxxxxx
• [PATCH 1/2] ceph: issue getattr/lookup reqs to MDSes in an aggregative pattern
  • From: xxhdx1985126@xxxxxxxxx
• Re: [PATCH v7 0/4] copy_file_range in cephfs kernel client
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: A suggest about Batch Read API
  • From: 韦皓诚 <whc0000001@xxxxxxxxx>
• Re: Throttle.cc: 194: FAILED assert(c >= 0) on snap rm or create in Ceph 0.87
  • From: Simon Ruggier <simon@xxxxxxxxxxx>
• Re: Throttle.cc: 194: FAILED assert(c >= 0) on snap rm or create in Ceph 0.87
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: handling osd removal with ceph-volume?
  • From: Jan Fajerski <jfajerski@xxxxxxxx>
• Re: handling osd removal with ceph-volume?
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: handling osd removal with ceph-volume?
  • From: Jan Fajerski <jfajerski@xxxxxxxx>
• Re: A suggest about Batch Read API
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: A suggest about Batch Read API
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: handling osd removal with ceph-volume?
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: handling osd removal with ceph-volume?
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: A suggest about Batch Read API
  • From: 韦皓诚 <whc0000001@xxxxxxxxx>
• RE: About separate the diskprediction plugin
  • From: Rick Chen <rick.chen@xxxxxxxxxxxxxxx>
• handling osd removal with ceph-volume?
  • From: Noah Watkins <nwatkins@xxxxxxxxxx>
• RE: About separate the diskprediction plugin
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Fwd: Build failed in Jenkins: ceph-luminous #93
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: blinking lights
  • From: Ric Wheeler <rwheeler@xxxxxxxxxx>
• 10/25/2018 perf meeting is on!
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Re: A suggest about Batch Read API
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: iSCSI target management in the Mgr Dashboard
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: blinking lights
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: [Ceph Days 2017] Short movie from 3D presentation (ceph + blender + python)
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: messenger performance regression
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: a question about ceph use lvm and bcache
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• A suggest about Batch Read API
  • From: 韦皓诚 <whc0000001@xxxxxxxxx>
• Re: iSCSI target management in the Mgr Dashboard
  • From: Ricardo Marques <rimarques@xxxxxxxx>
• a question about ceph use lvm and bcache
  • From: jiaruo bai <baijiaruo@xxxxxxxxx>
• [Ceph Days 2017] Short movie from 3D presentation (ceph + blender + python)
  • From: "Igor.Podoski@xxxxxxxxxxxxxx" <Igor.Podoski@xxxxxxxxxxxxxx>
• RE: About separate the diskprediction plugin
  • From: Rick Chen <rick.chen@xxxxxxxxxxxxxxx>
• Re: messenger performance regression
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: messenger performance regression
  • From: Matt Benjamin <mbenjami@xxxxxxxxxx>
• Re: messenger performance regression
  • From: Ricardo Dias <rdias@xxxxxxxx>
• Re: messenger performance regression
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: blinking lights
  • From: Ric Wheeler <rwheeler@xxxxxxxxxx>
• Re: blinking lights
  • From: Lars Marowsky-Bree <lmb@xxxxxxxx>
• Re: blinking lights
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: blinking lights
  • From: Lars Marowsky-Bree <lmb@xxxxxxxx>
• Re: 12.2.9 QE Luminous validation status
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Ceph Developer Monthly - November 2018
  • From: Mike Perez <miperez@xxxxxxxxxx>
• Re: blinking lights
  • From: Ric Wheeler <rwheeler@xxxxxxxxxx>
• Refining orchestrator CLI
  • From: John Spray <jspray@xxxxxxxxxx>
• RE: About separate the diskprediction plugin
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: blinking lights
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: blinking lights
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: blinking lights
  • From: Brett Niver <bniver@xxxxxxxxxx>
• Re: [PATCH 1/4] Revert "ceph: fix dentry leak in splice_dentry()"
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: messenger performance regression
  • From: Roman Penyaev <rpenyaev@xxxxxxx>
• Re: blinking lights
  • From: Sebastian Wagner <swagner@xxxxxxx>
• Re: blinking lights
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: messenger performance regression
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: blinking lights
  • From: Kai Wagner <kwagner@xxxxxxxx>
• Re: blinking lights
  • From: Jan Fajerski <jfajerski@xxxxxxxx>
• messenger performance regression
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: [PATCH 1/4] Revert "ceph: fix dentry leak in splice_dentry()"
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: Orchestrator weekly discussion
  • From: Tim Serong <tserong@xxxxxxxx>
• Re: blinking lights
  • From: Ric Wheeler <rwheeler@xxxxxxxxxx>
• Re: Orchestrator weekly discussion
  • From: Travis Nielsen <tnielsen@xxxxxxxxxx>
• blinking lights
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Orchestrator weekly discussion
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Code Walkthrough: peering
  • From: Josh Durgin <jdurgin@xxxxxxxxxx>
• Re: librados3
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: ceph-mgr PTL
  • From: Sebastian Wagner <swagner@xxxxxxxx>
• Re: Orchestrator weekly discussion
  • From: Travis Nielsen <tnielsen@xxxxxxxxxx>
• Re: 12.2.9 QE Luminous validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• librados3
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: Include BlueFS DB space in total/used stats or not?
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: [PATCH 1/4] Revert "ceph: fix dentry leak in splice_dentry()"
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: 12.2.9 QE Luminous validation status
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: Question about flushing log before exit
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [PATCH] ceph: add destination file data sync before doing any remote copy
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: Orchestrator weekly discussion
  • From: Joao Eduardo Luis <joao@xxxxxxx>
• Re: Orchestrator weekly discussion
  • From: Tim Serong <tserong@xxxxxxxx>
• [PATCH] ceph: add destination file data sync before doing any remote copy
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: [PATCH v7 3/4] ceph: support copy_file_range file operation
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Orchestrator weekly discussion
  • From: Travis Nielsen <tnielsen@xxxxxxxxxx>
• Question about flushing log before exit
  • From: Victor Denisov <denisovenator@xxxxxxxxx>
• Re: [PATCH v7 3/4] ceph: support copy_file_range file operation
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: Include BlueFS DB space in total/used stats or not?
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Re: Include BlueFS DB space in total/used stats or not?
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Include BlueFS DB space in total/used stats or not?
  • From: Mark Nelson <mark.a.nelson@xxxxxxxxx>
• Re: [Ceph-qa] 12.2.9 QE Luminous validation status
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: Include BlueFS DB space in total/used stats or not?
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: ceph-volume development
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: Include BlueFS DB space in total/used stats or not?
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: Include BlueFS DB space in total/used stats or not?
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: [Ceph-qa] 12.2.9 QE Luminous validation status
  • From: Neha Ojha <nojha@xxxxxxxxxx>
• Include BlueFS DB space in total/used stats or not?
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• FYI: jenkins and ceph-ci current stop functioning at this moment
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: [PATCH v7 3/4] ceph: support copy_file_range file operation
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: msgr bug in master caused by recent protocol refactor (?)
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: 【JEWEL】 compile rocksdb with jemalloc failed
  • From: Xiangyang Yu <penglaiyxy@xxxxxxxxx>
• Throttle.cc: 194: FAILED assert(c >= 0) on snap rm or create in Ceph 0.87
  • From: Simon Ruggier <simon@xxxxxxxxxxx>
• Re: 12.2.9 QE Luminous validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: crushmap binary format
  • From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
• Ceph Day Berlin schedule now available
  • From: Mike Perez <miperez@xxxxxxxxxx>
• Re: crushmap binary format
  • From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
• nautilus 14.0.1
  • From: Sage Weil <sweil@xxxxxxxxxx>
• ceph-volume development
  • From: Jan Fajerski <jfajerski@xxxxxxxx>
• Re: 12.2.9 QE Luminous validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: 12.2.9 QE Luminous validation status
  • From: Andrew Schoen <aschoen@xxxxxxxxxx>
• Re: 12.2.9 QE Luminous validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: 12.2.9 QE Luminous validation status
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: 12.2.9 QE Luminous validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: 12.2.9 QE Luminous validation status
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: 12.2.9 QE Luminous validation status
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• 12.2.9 QE Luminous validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: ceph-mgr PTL
  • From: Jan Fajerski <jfajerski@xxxxxxxx>
• Re: ceph-mgr PTL
  • From: Lenz Grimmer <lgrimmer@xxxxxxxx>
• Re: ceph-mgr PTL
  • From: Tim Serong <tserong@xxxxxxxx>
• Re: ceph-mgr PTL
  • From: Joao Eduardo Luis <joao@xxxxxxx>
• Re: Code Walkthrough: peering
  • From: Mike Perez <miperez@xxxxxxxxxx>
• Re: [ceph-users] Is there any way for ceph-osd to control the max fds?
  • From: Jeffrey Zhang <zhang.lei.fly@xxxxxxxxx>
• Re: libcephfs performance issue
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• libcephfs performance issue
  • From: Marvin Zhang <fanzier@xxxxxxxxx>
• Re: Cloud tiering thoughts
  • From: Yehuda Sadeh-Weinraub <yehuda@xxxxxxxxxx>
• Re: Cloud tiering thoughts
  • From: "Robin H. Johnson" <robbat2@xxxxxxxxxx>
• Re: Cloud tiering thoughts
  • From: Yehuda Sadeh-Weinraub <yehuda@xxxxxxxxxx>
• Re: Cloud tiering thoughts
  • From: Yehuda Sadeh-Weinraub <yehuda@xxxxxxxxxx>
• Re: Cloud tiering thoughts
  • From: Matt Benjamin <mbenjami@xxxxxxxxxx>
• Re: Cloud tiering thoughts
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Code Walkthrough: peering
  • From: Josh Durgin <jdurgin@xxxxxxxxxx>
• Re: Code Walkthrough: peering
  • From: Josh Durgin <jdurgin@xxxxxxxxxx>
• Re: ceph-mgr PTL
  • From: Joao Eduardo Luis <joao@xxxxxxx>
• Re: [ceph-client:testing 3/4] include/linux/ceph/ceph_debug.h:5:21: note: in expansion of macro 'KBUILD_MODNAME'
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: [ceph-client:testing 3/4] include/linux/ceph/ceph_debug.h:5:21: note: in expansion of macro 'KBUILD_MODNAME'
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: client feature requirements appear very broken
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: client feature requirements appear very broken
  • From: Sage Weil <sweil@xxxxxxxxxx>
• ceph-mgr PTL
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: automatically closing stale pull requests
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Re: client feature requirements appear very broken
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [ceph-client:testing 3/4] include/linux/ceph/ceph_debug.h:5:21: note: in expansion of macro 'KBUILD_MODNAME'
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: [ceph-client:testing 3/4] include/linux/ceph/ceph_debug.h:5:21: note: in expansion of macro 'KBUILD_MODNAME'
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: Luminous builds on FreeBSD are erroring
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: 【JEWEL】 compile rocksdb with jemalloc failed
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: Luminous builds on FreeBSD are erroring
  • From: kefu chai <tchaikov@xxxxxxxxx>
• [ceph-client:testing 3/4] include/linux/kern_levels.h:5:18: warning: format '%ld' expects argument of type 'long int', but argument 3 has type 'size_t {aka unsigned int}'
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [ceph-client:testing 3/4] include/linux/ceph/ceph_debug.h:5:21: note: in expansion of macro 'KBUILD_MODNAME'
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: bluestore crashes removing non-empty collection
  • From: Neha Ojha <nojha@xxxxxxxxxx>
• Re: msgr bug in master caused by recent protocol refactor (?)
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• gap in debug logs leading up to MDS respawn
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• client feature requirements appear very broken
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• [PATCH 10/10] libceph: check reply num_data_items in setup_request_data()
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH 09/10] libceph: preallocate message data items
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH 08/10] libceph, rbd, ceph: move ceph_osdc_alloc_messages() calls
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH 07/10] libceph: introduce alloc_watch_request()
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH 06/10] libceph: assign cookies in linger_submit()
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH 05/10] libceph: enable fallback to ceph_msg_new() in ceph_msgpool_get()
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH 04/10] ceph: num_ops is off by one in ceph_aio_retry_work()
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH 03/10] libceph: no need to call osd_req_opcode_valid() in osd_req_encode_op()
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH 01/10] libceph: introduce ceph_pagelist_alloc()
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH 02/10] libceph: don't consume a ref on pagelist in ceph_msg_data_add_pagelist()
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH 00/10] libceph: preallocate message data items
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [ceph-users] Don't upgrade to 13.2.2 if you use cephfs
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: [ceph-users] Don't upgrade to 13.2.2 if you use cephfs
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: msgr bug in master caused by recent protocol refactor (?)
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Ceph BoF at Open Source Summit Europe
  • From: John Spray <jspray@xxxxxxxxxx>
• RE: ContextQueue vs op_wq race?
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: msgr bug in master caused by recent protocol refactor (?)
  • From: Ricardo Dias <rdias@xxxxxxxx>
• RE: Adding option to write new objects into cache tier
  • From: Nick Fisk <nick@xxxxxxxxxx>
• bluestore crashes removing non-empty collection
  • From: Noah Watkins <nwatkins@xxxxxxxxxx>
• Ceph Testing Weekly 8AM Pacific
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: msgr bug in master caused by recent protocol refactor (?)
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• RE: ContextQueue vs op_wq race?
  • From: "Ma, Jianpeng" <jianpeng.ma@xxxxxxxxx>
• RE: ContextQueue vs op_wq race?
  • From: "Ma, Jianpeng" <jianpeng.ma@xxxxxxxxx>
• Cloud tiering thoughts
  • From: Yehuda Sadeh-Weinraub <yehuda@xxxxxxxxxx>
• ContextQueue vs op_wq race?
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: [PATCH v7 3/4] ceph: support copy_file_range file operation
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Fwd: Luminous builds on FreeBSD are erroring
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: msgr bug in master caused by recent protocol refactor (?)
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: msgr bug in master caused by recent protocol refactor (?)
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [PATCH v7 4/4] ceph: new mount option to disable usage of RADOS 'copy-from' op
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: [PATCH v7 1/4] ceph: add non-blocking parameter to ceph_try_get_caps()
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• current status of daemon colocation
  • From: Ugis <ugis22@xxxxxxxxx>
• Re: ceph-volume lvm tag ceph.data_device
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: ceph-volume lvm tag ceph.data_device
  • From: Jan Fajerski <jfajerski@xxxxxxxx>
• Re: [PATCH v7 2/4] libceph: support the RADOS copy-from operation
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: ceph-volume lvm tag ceph.data_device
  • From: Jan Fajerski <jfajerski@xxxxxxxx>
• Re: ceph-volume lvm tag ceph.data_device
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: [PATCH] driver core: device: add BUS_ATTR_WO macro
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: ceph-volume lvm tag ceph.data_device
  • From: Jan Fajerski <jfajerski@xxxxxxxx>
• Fwd: A bug may cause a request be executed twice in mClockQueue
  • From: 韦皓诚 <whc0000001@xxxxxxxxx>
• Re: Ceph rpm package build options
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: msgr bug in master caused by recent protocol refactor (?)
  • From: Ricardo Dias <rdias@xxxxxxxx>
• Ceph rpm package build options
  • From: Victor Denisov <denisovenator@xxxxxxxxx>
• msgr bug in master caused by recent protocol refactor (?)
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: automatically closing stale pull requests
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: automatically closing stale pull requests
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: mon upgrades and leveldb->rocksdb conversion
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: rgw: identifying resharded bucket instances that are safe to clean up
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: A bug may cause a request be executed twice in mClockQueue
  • From: "J. Eric Ivancich" <ivancich@xxxxxxxxxx>
• Re: rgw: identifying resharded bucket instances that are safe to clean up
  • From: "J. Eric Ivancich" <ivancich@xxxxxxxxxx>
• Re: rgw: identifying resharded bucket instances that are safe to clean up
  • From: "J. Eric Ivancich" <ivancich@xxxxxxxxxx>
• [PATCH v7 4/4] ceph: new mount option to disable usage of RADOS 'copy-from' op
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [PATCH v7 3/4] ceph: support copy_file_range file operation
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [PATCH v7 2/4] libceph: support the RADOS copy-from operation
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [PATCH v7 1/4] ceph: add non-blocking parameter to ceph_try_get_caps()
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [PATCH v7 0/4] copy_file_range in cephfs kernel client
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: 12.2.9 Status
  • From: Abhishek Lekshmanan <abhishek@xxxxxxxx>
• Re: A core dump while using mClockOpClassQueue
  • From: "J. Eric Ivancich" <ivancich@xxxxxxxxxx>
• Re: A bug may exists in v12.2.4 about mClockQueue
  • From: "J. Eric Ivancich" <ivancich@xxxxxxxxxx>
• Re: [PATCH 1/4] Revert "ceph: fix dentry leak in splice_dentry()"
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 1/4] Revert "ceph: fix dentry leak in splice_dentry()"
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• A core dump while using mClockOpClassQueue
  • From: 韦皓诚 <whc0000001@xxxxxxxxx>
• Re: ceph-volume lvm tag ceph.data_device
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• ceph-volume lvm tag ceph.data_device
  • From: Jan Fajerski <jfajerski@xxxxxxxx>
• Re: [PATCH 1/4] Revert "ceph: fix dentry leak in splice_dentry()"
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: BEGINNERS BUGS TO HELP ME LEARN CEPH
  • From: Ricardo Marques <rimarques@xxxxxxxx>
• Re: BEGINNERS BUGS TO HELP ME LEARN CEPH
  • From: Nkep Kerlyn <kerlynmanyi@xxxxxxxxx>
• Re: rgw: identifying resharded bucket instances that are safe to clean up
  • From: Abhishek Lekshmanan <abhishek@xxxxxxxx>
• Re: BEGINNERS BUGS TO HELP ME LEARN CEPH
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: [PATCH 1/4] Revert "ceph: fix dentry leak in splice_dentry()"
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• Vault '19 is colocating with FAST!
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: About RADOS level replication
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Re: BEGINNERS BUGS TO HELP ME LEARN CEPH
  • From: Nkep Kerlyn <kerlynmanyi@xxxxxxxxx>
• Re: some thoughts on BlueFS space gift redesign
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: Release cadence revisited
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• rgw: identifying resharded bucket instances that are safe to clean up
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: some thoughts on BlueFS space gift redesign
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: some thoughts on BlueFS space gift redesign
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: some thoughts on BlueFS space gift redesign
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: some thoughts on BlueFS space gift redesign
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• 12.2.9 Status
  • From: Abhishek Lekshmanan <abhishek@xxxxxxxx>
• Re: [RFC PATCH v6 2/4] libceph: support the RADOS copy-from operation
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: [RFC PATCH v6 3/4] ceph: support copy_file_range file operation
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [RFC PATCH v6 2/4] libceph: 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: Luis Henriques <lhenriques@xxxxxxxx>
• Re: some thoughts on BlueFS space gift redesign
  • From: Sage Weil <sweil@xxxxxxxxxx>
• some thoughts on BlueFS space gift redesign
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• [RFC PATCH v6 3/4] ceph: support copy_file_range file operation
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [RFC PATCH v6 4/4] ceph: new mount option to disable usage of RADOS 'copy-from' op
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [RFC PATCH v6 2/4] libceph: support the RADOS copy-from operation
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [RFC PATCH v6 1/4] ceph: add non-blocking parameter to ceph_try_get_caps()
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [RFC PATCH v6 0/4] copy_file_range in cephfs kernel client
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• RE: Bluestore deferred writes for new objects
  • From: Nick Fisk <nick@xxxxxxxxxx>
• Re: Bluestore deferred writes for new objects
  • From: Paul Emmerich <paul.emmerich@xxxxxxxx>
• Re: [PATCH 1/4] Revert "ceph: fix dentry leak in splice_dentry()"
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [RFC PATCH v5 3/4] ceph: support copy_file_range file operation
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• RE: automatically closing stale pull requests
  • From: Piotr Dalek <piotr.dalek@xxxxxxxxxxxx>
• Re: [PATCH] ceph: set timeout conditionally in __cap_delay_requeue
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: [PATCH 1/4] Revert "ceph: fix dentry leak in splice_dentry()"
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• Re: Ceph librbd caching implementation development
  • From: Spencer Melnick <smelnick97@xxxxxxxxx>
• Re: crushmap binary format
  • From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
• Re: mon upgrades and leveldb->rocksdb conversion
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: mon upgrades and leveldb->rocksdb conversion
  • From: Joao Eduardo Luis <joao@xxxxxxx>
• RE: Bluestore deferred writes for new objects
  • From: Nick Fisk <nick@xxxxxxxxxx>
• Re: automatically closing stale pull requests
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: automatically closing stale pull requests
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Re: automatically closing stale pull requests
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: mon upgrades and leveldb->rocksdb conversion
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: automatically closing stale pull requests
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Ceph librbd caching implementation development
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: automatically closing stale pull requests
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: [PATCH 3/4] libceph: use kvmalloc to allocate page vector
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 2/4] ceph: fix dentry leak in ceph_readdir_prepopulate
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• 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>