CEPH Filesystem Development

• Thread Index

• Re: [PATCH 09/11] vfs: push copy_file_ranges -EXDEV checks down
  • From: Olga Kornievskaia <olga.kornievskaia@xxxxxxxxx>
• Re: [PATCH 07/11] vfs: copy_file_range should update file timestamps
  • From: Olga Kornievskaia <olga.kornievskaia@xxxxxxxxx>
• nfs-ganesha and nautilus in CentOS SIG
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• Re: [PATCH 12/11] man-pages: copy_file_range updates
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: Copy & paste of code in mgr modules
  • From: Jan Fajerski <jfajerski@xxxxxxxx>
• [PATCH 07/11] libceph: journaling: trim object set when we found there is no client refer it
  • From: Dongsheng Yang <dongsheng.yang@xxxxxxxxxxxx>
• [PATCH 03/11] libceph: introduce cls_journaler_client
  • From: Dongsheng Yang <dongsheng.yang@xxxxxxxxxxxx>
• [PATCH 04/11] libceph: introduce generic journaling
  • From: Dongsheng Yang <dongsheng.yang@xxxxxxxxxxxx>
• [PATCH 06/11] libceph: journaling: introduce api for journal appending
  • From: Dongsheng Yang <dongsheng.yang@xxxxxxxxxxxx>
• [PATCH 11/11] rbd: enable journaling
  • From: Dongsheng Yang <dongsheng.yang@xxxxxxxxxxxx>
• [PATCH 01/11] libceph: support prefix and suffix in bio_iter
  • From: Dongsheng Yang <dongsheng.yang@xxxxxxxxxxxx>
• [PATCH 09/11] rbd: introduce completion for each img_request
  • From: Dongsheng Yang <dongsheng.yang@xxxxxxxxxxxx>
• [PATCH 05/11] libceph: journaling: introduce api to replay uncommitted journal events
  • From: Dongsheng Yang <dongsheng.yang@xxxxxxxxxxxx>
• [PATCH 10/11] rbd: introduce a lock_flag in rbd_dev to make some process exclusive-lock protected
  • From: Dongsheng Yang <dongsheng.yang@xxxxxxxxxxxx>
• [PATCH 00/11 V1] rbd journaling feature
  • From: Dongsheng Yang <dongsheng.yang@xxxxxxxxxxxx>
• [PATCH 08/11] rbd: wait image request all complete in lock releasing
  • From: Dongsheng Yang <dongsheng.yang@xxxxxxxxxxxx>
• [PATCH 02/11] libceph: support op append
  • From: Dongsheng Yang <dongsheng.yang@xxxxxxxxxxxx>
• Re: [PATCH 11/11] ovl: allow cross-device copy_file_range calls
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 10/11] vfs: allow generic_copy_file_range to copy across devices
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 06/11] vfs: copy_file_range needs to strip setuid bits
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 05/11] vfs: use inode_permission in copy_file_range()
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 01/11] vfs: copy_file_range source range over EOF should fail
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 04/11] vfs: add missing checks to copy_file_range
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 09/11] vfs: push copy_file_ranges -EXDEV checks down
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 08/11] vfs: push EXDEV check down into ->remap_file_range
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 07/11] vfs: copy_file_range should update file timestamps
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 03/11] vfs: no fallback for ->copy_file_range
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 02/11] vfs: introduce generic_copy_file_range()
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• why does "crush_hash32_rjenkins1_3" call "crush_hashmix" 5 times?
  • From: Weidong <wei.dong@xxxxxxx>
• Pending radosgw doc PR
  • From: Florian Haas <florian@xxxxxxxxxxxxxx>
• [PATCH 03/11] vfs: no fallback for ->copy_file_range
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 07/11] vfs: copy_file_range should update file timestamps
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 06/11] vfs: copy_file_range needs to strip setuid bits
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 08/11] vfs: push EXDEV check down into ->remap_file_range
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 10/11] vfs: allow generic_copy_file_range to copy across devices
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 05/11] vfs: use inode_permission in copy_file_range()
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 09/11] vfs: push copy_file_ranges -EXDEV checks down
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 12/11] man-pages: copy_file_range updates
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 11/11] ovl: allow cross-device copy_file_range calls
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 04/11] vfs: add missing checks to copy_file_range
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 02/11] vfs: introduce generic_copy_file_range()
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 0/11] fs: fixes for major copy_file_range() issues
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 01/11] vfs: copy_file_range source range over EOF should fail
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: How to use the feature of "CEPH_OSD_FALG_BALANCE_READS" ?
  • From: 冷镇宇 <lengzhenyu@xxxxxxxxx>
• How to use the feature of "CEPH_OSD_FALG_BALANCE_READS" ?
  • From: 韦皓诚 <whc0000001@xxxxxxxxx>
• Static Analysis
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• Re: Possible memory leak in Ceph 14.0.1-1022.gc881d63
  • From: Mark Nelson <mark.a.nelson@xxxxxxxxx>
• Re: bufferlist-free seastar osd?
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: bufferlist-free seastar osd?
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: Copy & paste of code in mgr modules
  • From: Sebastian Wagner <sebastian.wagner@xxxxxxxx>
• Re: Copy & paste of code in mgr modules
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Copy & paste of code in mgr modules
  • From: Sebastian Wagner <sebastian.wagner@xxxxxxxx>
• Re: Possible memory leak in Ceph 14.0.1-1022.gc881d63
  • From: Erwan Velu <evelu@xxxxxxxxxx>
• Re: A question about the return code of write
  • From: zengran zhang <z13121369189@xxxxxxxxx>
• Re: [PATCH 2/2] fs: Don't open-code lru_to_page
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• ceph balancer module upmap mode problem
  • From: "ningt0509@xxxxxxxxx" <ningt0509@xxxxxxxxx>
• Re: bufferlist-free seastar osd?
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: bufferlist-free seastar osd?
  • From: Noah Watkins <nwatkins@xxxxxxxxxx>
• Re: 11/29/2018 perf meeting is on!
  • From: Pavan Rallabhandi <PRallabhandi@xxxxxxxxxxxxxxx>
• bufferlist-free seastar osd?
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: 11/29/2018 perf meeting is on!
  • From: Pavan Rallabhandi <PRallabhandi@xxxxxxxxxxxxxxx>
• Re: 11/29/2018 perf meeting is on!
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Re: Possible memory leak in Ceph 14.0.1-1022.gc881d63
  • From: Mark Nelson <mark.a.nelson@xxxxxxxxx>
• Re: Possible memory leak in Ceph 14.0.1-1022.gc881d63
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Possible memory leak in Ceph 14.0.1-1022.gc881d63
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Re: Possible memory leak in Ceph 14.0.1-1022.gc881d63
  • From: Brett Niver <bniver@xxxxxxxxxx>
• Re: Possible memory leak in Ceph 14.0.1-1022.gc881d63
  • From: Mark Nelson <mark.a.nelson@xxxxxxxxx>
• Re: Possible memory leak in Ceph 14.0.1-1022.gc881d63
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• 11/29/2018 perf meeting is on!
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Re: Possible memory leak in Ceph 14.0.1-1022.gc881d63
  • From: Erwan Velu <evelu@xxxxxxxxxx>
• Re: Possible memory leak in Ceph 14.0.1-1022.gc881d63
  • From: Mark Nelson <mark.a.nelson@xxxxxxxxx>
• Re: [PATCH 2/2] fs: Don't open-code lru_to_page
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• Re: [PATCH 2/2] fs: Don't open-code lru_to_page
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] fs: Don't open-code lru_to_page
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: rbd-nbd mapped device online resize failed with ext4 filesystem
  • From: Wangpan <aspirer2004@xxxxxxxxx>
• Re: rbd-nbd mapped device online resize failed with ext4 filesystem
  • From: Mykola Golub <to.my.trociny@xxxxxxxxx>
• Re: [PATCH 2/2] fs: Don't open-code lru_to_page
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 2/2] fs: Don't open-code lru_to_page
  • From: Nikolay Borisov <nborisov@xxxxxxxx>
• Re: [PATCH 2/2] fs: Don't open-code lru_to_page
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 2/2] fs: Don't open-code lru_to_page
  • From: Nikolay Borisov <nborisov@xxxxxxxx>
• Re: Unittest_journal crashes when it is executed while other tests are also running
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Possible memory leak in Ceph 14.0.1-1022.gc881d63
  • From: lin yunfan <lin.yunfan@xxxxxxxxx>
• Re: Unittest_journal crashes when it is executed while other tests are also running
  • From: Mykola Golub <to.my.trociny@xxxxxxxxx>
• rbd-nbd mapped device online resize failed with ext4 filesystem
  • From: 王盼 <aspirer2004@xxxxxxxxx>
• Re: Possible memory leak in Ceph 14.0.1-1022.gc881d63
  • From: Mark Nelson <mark.a.nelson@xxxxxxxxx>
• Unittest_journal crashes when it is executed while other tests are also running
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Possible memory leak in Ceph 14.0.1-1022.gc881d63
  • From: Erwan Velu <evelu@xxxxxxxxxx>
• Degraded PG does not discover remapped data on originating OSD
  • From: Jonas Jelten <jelten@xxxxxxxxx>
• Re: [ceph-users] rwg/civetweb log verbosity level
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: Some questions about crush_choose_indep
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Some questions about crush_choose_indep
  • From: "ningt0509@xxxxxxxxx" <ningt0509@xxxxxxxxx>
• Ceph Testing Weekly Wednesday 8am Pacific
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [PATCH V2] libceph: fix use after free
  • From: PanBian <bianpan2016@xxxxxxx>
• QoS throttler issues
  • From: Yiming Zhang <yzhan298@xxxxxxxx>
• Re: Archiving github pull request conversations?
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Luminous v12.2.10 released
  • From: Abhishek Lekshmanan <abhishek@xxxxxxxx>
• Re: Archiving github pull request conversations?
  • From: Joao Eduardo Luis <joao@xxxxxxx>
• Archiving github pull request conversations?
  • From: Lenz Grimmer <lgrimmer@xxxxxxxx>
• Re: CephFS trim_lru performance issue
  • From: Marvin Zhang <fanzier@xxxxxxxxx>
• Re: CephFS trim_lru performance issue
  • From: Marvin Zhang <fanzier@xxxxxxxxx>
• Re: [PATCH V2] libceph: fix use after free
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH V2] libceph: fix use after free
  • From: Pan Bian <bianpan2016@xxxxxxx>
• Re: [PATCH] libceph: fix use after free
  • From: PanBian <bianpan2016@xxxxxxx>
• Re: [PATCH] libceph: fix use after free
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• [PATCH] libceph: fix use after free
  • From: Pan Bian <bianpan2016@xxxxxxx>
• Re: Re: Crush algorithm problem
  • From: "ningt0509@xxxxxxxxx" <ningt0509@xxxxxxxxx>
• Code Walkthrough: BlueStore cache autotuning
  • From: Josh Durgin <jdurgin@xxxxxxxxxx>
• Re: RGW: Usability improvements for radosgw-admin (help function)
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: CephFS trim_lru performance issue
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: CephFS trim_lru performance issue
  • From: Marvin Zhang <fanzier@xxxxxxxxx>
• Re: CephFS trim_lru performance issue
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Getting the JSON schema of commands
  • From: Erwan Velu <evelu@xxxxxxxxxx>
• Re: CephFS trim_lru performance issue
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• RGW: Usability improvements for radosgw-admin (help function)
  • From: "Koderer, Marc" <marc@xxxxxxxxxxx>
• Re: Re: Crush algorithm problem
  • From: "ningt0509@xxxxxxxxx" <ningt0509@xxxxxxxxx>
• Re: mgr/dashboard: Prometheus Alertmanager Integration
  • From: Ernesto Puerta <epuertat@xxxxxxxxxx>
• Re: Crush algorithm problem
  • From: Maged Mokhtar <mmokhtar@xxxxxxxxxxx>
• CephFS trim_lru performance issue
  • From: Marvin Zhang <fanzier@xxxxxxxxx>
• Re: mgr/dashboard: Prometheus Alertmanager Integration
  • From: Stephan Müller <smueller@xxxxxxxx>
• mgr/dashboard: Prometheus Alertmanager Integration
  • From: Ernesto Puerta <epuertat@xxxxxxxxxx>
• Re: CephFs CDir fnode version far less then subdir inode version causes mds can't start correctly
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: Re: Crush algorithm problem
  • From: "ningt0509@xxxxxxxxx" <ningt0509@xxxxxxxxx>
• Re: libmds not being build``
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Crush algorithm problem
  • From: Maged Mokhtar <mmokhtar@xxxxxxxxxxx>
• Crush algorithm problem
  • From: "ningt0509@xxxxxxxxx" <ningt0509@xxxxxxxxx>
• libmds not being build``
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: [GIT PULL] Ceph fix for 4.20-rc4
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] Ceph fix for 4.20-rc4
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: Getting the JSON schema of commands
  • From: Sebastian Wagner <sebastian.wagner@xxxxxxxx>
• [PATCH 4/4] libceph: switch more to bool in ceph_tcp_sendmsg()
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH 3/4] libceph: use MSG_SENDPAGE_NOTLAST with ceph_tcp_sendpage()
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH 2/4] libceph: use sock_no_sendpage() as a fallback in ceph_tcp_sendpage()
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH 1/4] libceph: drop last_piece logic from write_partial_message_data()
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH 0/4] libceph: fix ceph_tcp_sendpage() more hinting
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• CephFs CDir fnode version far less then subdir inode version causes mds can't start correctly
  • From: 关云飞 <gyfelectric@xxxxxxxxx>
• Re: feedback wanted on documentation improvements phase 1
  • From: Jos Collin <jcollin@xxxxxxxxxx>
• CephFs CDir fnode version far less then subdir inode version causes mds can't start correctly
  • From: "关云飞" <gyfelectric@xxxxxxxxx>
• CephFs CDir fnode version far less then subdir inode version causes mds can't start correctly
  • From: 关云飞 <gyfelectric@xxxxxxxxx>
• Static Analysis
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• 11/22/2018 Perf Meeting Canceled!
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Re: Fedora 20 and python3
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: Fedora 29 and python3
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• Re: radosgw high cpu
  • From: Will Zhao <zhao6305@xxxxxxxxx>
• Re: Fedora 20 and python3
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• Fedora 20 and python3
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• Re: Welcome Kate Longchi, Ceph Outreachy intern for winter 2018!
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• Re: container images for development (ceph-ci) branches
  • From: Dan Mick <dmick@xxxxxxxxxx>
• Re: [Ceph-qa] 12.2.10 QE Luminous validation status
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: [Ceph-qa] 12.2.10 QE Luminous validation status
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: [Ceph-qa] 12.2.10 QE Luminous validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: Welcome Kate Longchi, Ceph Outreachy intern for winter 2018!
  • From: Brett Niver <bniver@xxxxxxxxxx>
• Welcome Kate Longchi, Ceph Outreachy intern for winter 2018!
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: redmine: Adding custom URL field to capture pull request URLs?
  • From: Lenz Grimmer <lgrimmer@xxxxxxxx>
• Re: do_cmake failing on fedora 29
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: [Ceph-qa] 12.2.10 QE Luminous validation status
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• rgw performance problem
  • From: Will Zhao <zhao6305@xxxxxxxxx>
• [PATCH] libceph: fall back to sendmsg for slab pages
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: container images for development (ceph-ci) branches
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• Re: container images for development (ceph-ci) branches
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• Re: container images for development (ceph-ci) branches
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Getting the JSON schema of commands
  • From: Erwan Velu <evelu@xxxxxxxxxx>
• Welcome Tina Kallio as Ceph's outreachy intern for the Winter 2018 round!
  • From: Lenz Grimmer <lgrimmer@xxxxxxxx>
• Re: Fwd: what are the potential risks of mixed cluster and client ms_type
  • From: Piotr Dałek <piotr.dalek@xxxxxxxxxxxx>
• Re: Fwd: what are the potential risks of mixed cluster and client ms_type
  • From: "Honggang(Joseph) Yang" <eagle.rtlinux@xxxxxxxxx>
• Re: Fwd: what are the potential risks of mixed cluster and client ms_type
  • From: Piotr Dałek <piotr.dalek@xxxxxxxxxxxx>
• Fwd: what are the potential risks of mixed cluster and client ms_type
  • From: "Honggang(Joseph) Yang" <eagle.rtlinux@xxxxxxxxx>
• Re: do_cmake failing on fedora 29
  • From: M Onkar <on2k19nm@xxxxxxxxx>
• do_cmake failing on fedora 29
  • From: M Onkar <on2k19nm@xxxxxxxxx>
• Re: [PATCH 1/2] ceph: remove redundant assignment
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: container images for development (ceph-ci) branches
  • From: Travis Nielsen <tnielsen@xxxxxxxxxx>
• Re: container images for development (ceph-ci) branches
  • From: Noah Watkins <nwatkins@xxxxxxxxxx>
• Re: container images for development (ceph-ci) branches
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• container images for development (ceph-ci) branches
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Getting the JSON schema of commands
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Getting the JSON schema of commands
  • From: Erwan Velu <evelu@xxxxxxxxxx>
• Re: Fwd: Build failed in Jenkins: ceph-master #2774
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Orchestrator weekly discussion
  • From: Sebastian Wagner <swagner@xxxxxxx>
• Re: Fwd: Build failed in Jenkins: ceph-master #2774
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: Fwd: Build failed in Jenkins: ceph-master #2774
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: Fwd: Build failed in Jenkins: ceph-master #2774
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: redmine: Adding custom URL field to capture pull request URLs?
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: Fwd: Build failed in Jenkins: ceph-master #2774
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Fwd: Build failed in Jenkins: ceph-master #2774
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Orchestrator weekly discussion
  • From: Sebastian Wagner <swagner@xxxxxxxx>
• Re: 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: redmine: Adding custom URL field to capture pull request URLs?
  • From: Lenz Grimmer <lgrimmer@xxxxxxxx>
• Re: redmine: Adding custom URL field to capture pull request URLs?
  • From: Lenz Grimmer <lgrimmer@xxxxxxxx>
• Re: stores RGW bucket index in distributed KV(foundationdb)
  • From: liuchang0812 <liuchang0812@xxxxxxxxx>
• Nautilus timing
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: why we need this plain entry when bucket enabled versioning?
  • From: "Robin H. Johnson" <robbat2@xxxxxxxxxx>
• Re: redmine: Adding custom URL field to capture pull request URLs?
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: redmine: Adding custom URL field to capture pull request URLs?
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• 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: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: 11/15/2018 perf meeting is on!
  • From: Mike Perez <miperez@xxxxxxxxxx>
• Re: redmine: Adding custom URL field to capture pull request URLs?
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• 11/15/2018 perf meeting is on!
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• [PATCH 2/2] ceph: fix coding style for pointer parameter
  • From: Chengguang Xu <cgxu519@xxxxxxx>
• [PATCH 1/2] ceph: remove redundant assignment
  • From: Chengguang Xu <cgxu519@xxxxxxx>
• Re: redmine: Adding custom URL field to capture pull request URLs?
  • From: Lenz Grimmer <lgrimmer@xxxxxxxx>
• Re: Proposal for Mimic 13.2.3 to start QE
  • From: Lenz Grimmer <lgrimmer@xxxxxxxx>
• Proposal for Mimic 13.2.3 to start QE
  • From: Nathan Cutler <ncutler@xxxxxxx>
• why we need this plain entry when bucket enabled versioning?
  • From: "abcdeffyx@xxxxxxxxx" <abcdeffyx@xxxxxxxxx>
• Re: [Ceph-qa] 12.2.10 QE Luminous validation status
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• Re: CEPH_CAP_FILE_SHARED vs CEPH_CAP_FILE_RD
  • From: Marvin Zhang <fanzier@xxxxxxxxx>
• Re: redmine: Adding custom URL field to capture pull request URLs?
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: redmine: Adding custom URL field to capture pull request URLs?
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [Ceph-qa] 12.2.10 QE Luminous validation status
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• [PATCH AUTOSEL 4.18 35/59] ceph: quota: fix null pointer dereference in quota check
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [Ceph-qa] 12.2.10 QE Luminous validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: redmine: Adding custom URL field to capture pull request URLs?
  • From: Lenz Grimmer <lgrimmer@xxxxxxxx>
• Re: redmine: Adding custom URL field to capture pull request URLs?
  • From: Lenz Grimmer <lgrimmer@xxxxxxxx>
• Re: Reading mimic 13.2.3
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Static Analysis
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• Re: [GIT PULL] Ceph fixes for 4.20-rc2
  • From: pr-tracker-bot@xxxxxxxxxx
• RE: crimson discussion brain dump
  • From: "Ma, Jianpeng" <jianpeng.ma@xxxxxxxxx>
• Re: Getting the JSON schema of commands
  • From: Andrew Schoen <aschoen@xxxxxxxxxx>
• Re: Getting the JSON schema of commands
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: Getting the JSON schema of commands
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: Getting the JSON schema of commands
  • From: Noah Watkins <nwatkins@xxxxxxxxxx>
• Re: Getting the JSON schema of commands
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: Getting the JSON schema of commands
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: [Ceph-qa] 12.2.10 QE Luminous validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: redmine: Adding custom URL field to capture pull request URLs?
  • From: Nathan Cutler <ncutler@xxxxxxx>
• 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>