CEPH Filesystem Development

• Thread Index

• Re: [ceph-users] Fwd: [Ceph-community] After Mimic upgrade OSD's stuck at booting.
  • From: by morphin <morphinwithyou@xxxxxxxxx>
• Re: documentation improvements
  • From: Erwan Velu <evelu@xxxxxxxxxx>
• Outreachy Internship - Hello from Tonya!
  • From: Tonya Sims <tsims25@xxxxxxxxx>
• Re: documentation improvements
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: documentation improvements
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Fwd: [ceph-users] Fwd: [Ceph-community] After Mimic upgrade OSD's stuck at booting.
  • From: by morphin <morphinwithyou@xxxxxxxxx>
• Re: documentation improvements
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• Re: Questions about dev process
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: can we drop support of centos/rhel 7.4?
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: documentation improvements
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: documentation improvements
  • From: Lenz Grimmer <lgrimmer@xxxxxxxx>
• Re: [Ceph-community] After Mimic upgrade OSD's stuck at booting.
  • From: by morphin <morphinwithyou@xxxxxxxxx>
• Re: introducing ceph::mutex
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: documentation improvements
  • From: Sebastian Wagner <swagner@xxxxxxx>
• Re: documentation improvements
  • From: John Spray <jspray@xxxxxxxxxx>
• Questions about dev process
  • From: Victor Denisov <denisovenator@xxxxxxxxx>
• Re: documentation improvements
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• documentation improvements
  • From: Noah Watkins <noahwatkins@xxxxxxxxx>
• tracker e-mails not going out
  • From: David Galloway <dgallowa@xxxxxxxxxx>
• Re: [PATCH v2 05/17] compat_ioctl: move more drivers to generic_compat_ioctl_ptrarg
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 05/17] compat_ioctl: move more drivers to generic_compat_ioctl_ptrarg
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v2 05/17] compat_ioctl: move more drivers to generic_compat_ioctl_ptrarg
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: introducing ceph::mutex
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: introducing ceph::mutex
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: introducing ceph::mutex
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: introducing ceph::mutex
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: introducing ceph::mutex
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [Ceph-community] After Mimic upgrade OSD's stuck at booting.
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: can we drop support of centos/rhel 7.4?
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• introducing ceph::mutex
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: [Ceph-community] After Mimic upgrade OSD's stuck at booting.
  • From: by morphin <morphinwithyou@xxxxxxxxx>
• Re: [Ceph-community] After Mimic upgrade OSD's stuck at booting.
  • From: by morphin <morphinwithyou@xxxxxxxxx>
• Re: [Ceph-community] After Mimic upgrade OSD's stuck at booting.
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [Ceph-community] After Mimic upgrade OSD's stuck at booting.
  • From: by morphin <morphinwithyou@xxxxxxxxx>
• Re: [Ceph-community] After Mimic upgrade OSD's stuck at booting.
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [Ceph-community] After Mimic upgrade OSD's stuck at booting.
  • From: by morphin <morphinwithyou@xxxxxxxxx>
• Re: [Ceph-community] After Mimic upgrade OSD's stuck at booting.
  • From: by morphin <morphinwithyou@xxxxxxxxx>
• Re: After Mimic upgrade OSD's stuck at booting.
  • From: by morphin <morphinwithyou@xxxxxxxxx>
• Re: After Mimic upgrade OSD's stuck at booting.
  • From: by morphin <morphinwithyou@xxxxxxxxx>
• Re: After Mimic upgrade OSD's stuck at booting.
  • From: morph in <morphinwithyou@xxxxxxxxx>
• Needing an expert to fix an OSD fix on a SAN
  • From: "Joaquin Ignacio @ SoloGigabit Neutral CPD" <joaquin@xxxxxxxxxxxxxxx>
• Re: 13.2.2 QE mimic validation status
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• WARNING in clear_standby
  • From: syzbot <syzbot+acdeb633f6211ccdf886@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: 13.2.2 QE mimic validation status
  • From: Neha Ojha <nojha@xxxxxxxxxx>
• Re: 13.2.2 QE mimic validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: Why does the kernel client of cephfs need to keep multiple caps issued from different MDSes for the same inode?
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Calamari: anyone still need the repos etc?
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Calamari: anyone still need the repos etc?
  • From: John Spray <jspray@xxxxxxxxxx>
• Why does the kernel client of cephfs need to keep multiple caps issued from different MDSes for the same inode?
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Re: New RADOS tech lead: Neha Ojha
  • From: Neha Ojha <nojha@xxxxxxxxxx>
• Re: New RADOS tech lead: Neha Ojha
  • From: Tamilarasi Muthamizhan <tmuthami@xxxxxxxxxx>
• Re: New RADOS tech lead: Neha Ojha
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: New RADOS tech lead: Neha Ojha
  • From: Joao Eduardo Luis <joao@xxxxxxx>
• Re: [ceph-users] Is there any way for ceph-osd to control the max fds?
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Ceph Testing Weekly 8AM Pacific TODAY (~1 hour)
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: New RADOS tech lead: Neha Ojha
  • From: Brett Niver <bniver@xxxxxxxxxx>
• Re: New RADOS tech lead: Neha Ojha
  • From: Radoslaw Zarzynski <rzarzyns@xxxxxxxxxx>
• CI: Fix/changes to Github PR "signed-off-by" check
  • From: Ernesto Puerta <epuertat@xxxxxxxxxx>
• Re: Kernel BUG_ON() is triggered when ceph_msg_data allocation failed
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: New RADOS tech lead: Neha Ojha
  • From: Piotr Dałek <piotr.dalek@xxxxxxxxxxxx>
• Re: New RADOS tech lead: Neha Ojha
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Kernel BUG_ON() is triggered when ceph_msg_data allocation failed
  • From: Jerry Lee <leisurelysw24@xxxxxxxxx>
• [PATCH crypto-next 08/23] libceph: Remove VLA usage of skcipher
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: New RADOS tech lead: Neha Ojha
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• Re: New RADOS tech lead: Neha Ojha
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: iSCSI target management in the Mgr Dashboard
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• New RADOS tech lead: Neha Ojha
  • From: Josh Durgin <jdurgin@xxxxxxxxxx>
• Code Walkthrough: ceph-objectstore-tool
  • From: Josh Durgin <jdurgin@xxxxxxxxxx>
• Re: 13.2.2 QE mimic validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: 13.2.2 QE mimic validation status
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: 13.2.2 QE mimic validation status
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: [PATCH v2 05/17] compat_ioctl: move more drivers to generic_compat_ioctl_ptrarg
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v2 05/17] compat_ioctl: move more drivers to generic_compat_ioctl_ptrarg
  • From: Darren Hart <dvhart@xxxxxxxxxxxxx>
• Re: 13.2.2 QE mimic validation status
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: 13.2.2 QE mimic validation status
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• 13.2.2 QE mimic validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: spdk backend broken
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Calamari: anyone still need the repos etc?
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: [RFC PATCH v4 3/4] ceph: support copy_file_range file operation
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: [PATCH v2 05/17] compat_ioctl: move more drivers to generic_compat_ioctl_ptrarg
  • From: Jonathan Cameron <jonathan.cameron@xxxxxxxxxx>
• Re: iSCSI target management in the Mgr Dashboard
  • From: Lenz Grimmer <lgrimmer@xxxxxxxx>
• Re: [PATCH v2 05/17] compat_ioctl: move more drivers to generic_compat_ioctl_ptrarg
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 05/17] compat_ioctl: move more drivers to generic_compat_ioctl_ptrarg
  • From: Darren Hart <dvhart@xxxxxxxxxxxxx>
• Re: [ceph-users] AsyncConnection seems to keep buffers allocated for longer than necessary
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [ceph-users] can we drop support of centos/rhel 7.4?
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: [PATCH v2 05/17] compat_ioctl: move more drivers to generic_compat_ioctl_ptrarg
  • From: David Sterba <dsterba@xxxxxxx>
• Re: [ceph-users] can we drop support of centos/rhel 7.4?
  • From: John Spray <jspray@xxxxxxxxxx>
• RE: [ceph-users] can we drop support of centos/rhel 7.4?
  • From: "Marc Roos" <M.Roos@xxxxxxxxxxxxxxxxx>
• Re: can we drop support of centos/rhel 7.4?
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: can we drop support of centos/rhel 7.4?
  • From: Erwan Velu <evelu@xxxxxxxxxx>
• can we drop support of centos/rhel 7.4?
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: [Ceph-community] Ceph session at OpenStack ops meetup today/tomorrow
  • From: Mike Perez <miperez@xxxxxxxxxx>
• 13.2.2 ready for QE
  • From: Abhishek Lekshmanan <abhishek@xxxxxxxx>
• Perf meeting for 9/13/2018 is on!
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Re: iSCSI target management in the Mgr Dashboard
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: iSCSI target management in the Mgr Dashboard
  • From: Ricardo Dias <rdias@xxxxxxxx>
• Re: [RFC PATCH v4 3/4] ceph: support copy_file_range file operation
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: iSCSI target management in the Mgr Dashboard
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• iSCSI target management in the Mgr Dashboard
  • From: Lenz Grimmer <lgrimmer@xxxxxxxx>
• [RFC PATCH v4 4/4] ceph: new mount option to disable usage of RADOS 'copy-from' op
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [RFC PATCH v4 3/4] ceph: support copy_file_range file operation
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [RFC PATCH v4 2/4] ceph: support the RADOS copy-from operation
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [RFC PATCH v4 1/4] ceph: add non-blocking parameter to ceph_try_get_caps()
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [RFC PATCH v4 0/4] copy_file_range in cephfs kernel client
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: [PATCH v2 04/17] ceph: fix compat_ioctl for ceph_dir_operations
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Fwd: [Ceph-maintainers] Fwd: nfs-ganesha FSAL CephFS: nfs_health :DBUS :WARN :Health status is unhealthy
  • From: Dan Mick <dmick@xxxxxxxxxx>
• Re: [PATCH v2 05/17] compat_ioctl: move more drivers to generic_compat_ioctl_ptrarg
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: Ceph Testing Weekly, 8AM Pacific
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [PATCH v2 04/17] ceph: fix compat_ioctl for ceph_dir_operations
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• RE: [PATCH v2 04/17] ceph: fix compat_ioctl for ceph_dir_operations
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v2 05/17] compat_ioctl: move more drivers to generic_compat_ioctl_ptrarg
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• Re: [PATCH v2 05/17] compat_ioctl: move more drivers to generic_compat_ioctl_ptrarg
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v2 05/17] compat_ioctl: move more drivers to generic_compat_ioctl_ptrarg
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: Audit logs
  • From: Lenz Grimmer <lgrimmer@xxxxxxxx>
• rgw: throttling logic in the PutObjProcessor stack
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• [PATCH v2 05/17] compat_ioctl: move more drivers to generic_compat_ioctl_ptrarg
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 04/17] ceph: fix compat_ioctl for ceph_dir_operations
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Audit logs
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: boost::optional<> in librados
  • From: kefu chai <tchaikov@xxxxxxxxx>
• RE: boost::optional<> in librados
  • From: Myoungwon Oh <omwmw@xxxxxx>
• Re: [PATCH v3 3/3] ceph: support copy_file_range file operation
  • From: Ric Wheeler <rwheeler@xxxxxxxxxx>
• Re: boost::optional<> in librados
  • From: Piotr Dałek <piotr.dalek@xxxxxxxxxxxx>
• Re: boost::optional<> in librados
  • From: John Spray <jspray@xxxxxxxxxx>
• boost::optional<> in librados
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Ceph Testing Weekly, 8AM Pacific
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [PATCH v3 3/3] ceph: support copy_file_range file operation
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: [PATCH 1/3] selinux: make dentry_init_security() return security module name
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Outreachy Projects Needed
  • From: Mike Perez <miperez@xxxxxxxxxx>
• Ceph Day in Berlin - November 12 - CFP now open
  • From: Mike Perez <miperez@xxxxxxxxxx>
• Ceph Day at University of Santa Cruz - September 19
  • From: Mike Perez <miperez@xxxxxxxxxx>
• Re: [redmine] Backport tracker problem
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: [redmine] Backport tracker problem
  • From: David Galloway <dgallowa@xxxxxxxxxx>
• Re: [PATCH v3 3/3] ceph: support copy_file_range file operation
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: msgr2: authentication phase (list of allowed authentication methods)
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [PATCH 1/3] selinux: make dentry_init_security() return security module name
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [redmine] Backport tracker problem
  • From: Nathan Cutler <ncutler@xxxxxxx>
• msgr2: authentication phase (list of allowed authentication methods)
  • From: Ricardo Dias <rdias@xxxxxxxx>
• Re: v12.2.8 Luminous released
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: [PATCH v3 3/3] ceph: support copy_file_range file operation
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: [PATCH v3 0/3] copy_file_range in cephfs kernel client
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: [PATCH 1/3] selinux: make dentry_init_security() return security module name
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: [PATCH v3 3/3] ceph: support copy_file_range file operation
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• Re: 【JEWEL】 compile rocksdb with jemalloc failed
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: cache libboost (and more) for speeding up the build
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: 【JEWEL】 compile rocksdb with jemalloc failed
  • From: Xiangyang Yu <penglaiyxy@xxxxxxxxx>
• Re: Hammer 0.94.10
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: [PATCH 1/3] selinux: make dentry_init_security() return security module name
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: 13.2.2 Mimic again
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: Hammer 0.94.10
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: testing downgrades
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Hammer 0.94.10
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [PATCH v3 0/3] copy_file_range in cephfs kernel client
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• [GIT PULL] Ceph updates for 4.19-rc3
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: 【JEWEL】 compile rocksdb with jemalloc failed
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: rgw-multisite: do we need an atomic option for RGWAsyncPutSystemObj?
  • From: Tianshan Qu <qutianshan@xxxxxxxxx>
• Re: 【JEWEL】 compile rocksdb with jemalloc failed
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: [PATCH v3 3/3] ceph: support copy_file_range file operation
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Hammer 0.94.10
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: 【JEWEL】 compile rocksdb with jemalloc failed
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [PATCH v3 3/3] ceph: support copy_file_range file operation
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: cache libboost (and more) for speeding up the build
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: cache libboost (and more) for speeding up the build
  • From: kefu chai <tchaikov@xxxxxxxxx>
• 【JEWEL】 compile rocksdb with jemalloc failed
  • From: Xiangyang Yu <penglaiyxy@xxxxxxxxx>
• Re: Presenting the pre-flight checks project
  • From: Erwan Velu <evelu@xxxxxxxxxx>
• Re: [PATCH v3 0/3] copy_file_range in cephfs kernel client
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: [PATCH 1/3] selinux: make dentry_init_security() return security module name
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: teuthology support for per-role distros
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: Presenting the pre-flight checks project
  • From: Paul Cuzner <pcuzner@xxxxxxxxxx>
• Re: testing downgrades
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: testing downgrades
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: testing downgrades
  • From: Noah Watkins <noahwatkins@xxxxxxxxx>
• Re: testing downgrades
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: teuthology support for per-role distros
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: testing downgrades
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: testing downgrades
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: testing downgrades
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: testing downgrades
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: teuthology support for per-role distros
  • From: Vasu Kulkarni <vakulkar@xxxxxxxxxx>
• Re: teuthology support for per-role distros
  • From: Vasu Kulkarni <vakulkar@xxxxxxxxxx>
• Re: teuthology support for per-role distros
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: teuthology support for per-role distros
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• teuthology support for per-role distros
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: avoiding incomplete backports
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [PATCH v3 0/3] copy_file_range in cephfs kernel client
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Ceph Days Silicon Valley
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: rgw-multisite: do we need an atomic option for RGWAsyncPutSystemObj?
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: testing downgrades
  • From: Vasu Kulkarni <vakulkar@xxxxxxxxxx>
• Re: RFC: ux for mon auth roles (RBAC)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: v12.2.8 Luminous released
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: Presenting the pre-flight checks project
  • From: Erwan Velu <evelu@xxxxxxxxxx>
• Re: mgr/dashboard: Community branding & styling
  • From: Ernesto Puerta <epuertat@xxxxxxxxxx>
• Re: Official Ceph REST API (was: mgr restful)
  • From: Lenz Grimmer <lgrimmer@xxxxxxxx>
• Re: Presenting the pre-flight checks project
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: [PATCH 3/3] ceph: xattr security label support
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 3/3] ceph: support copy_file_range file operation
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [PATCH v3 1/3] ceph: add non-blocking parameter to ceph_try_get_caps()
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [PATCH v3 2/3] ceph: support the RADOS copy-from operation
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [PATCH v3 0/3] copy_file_range in cephfs kernel client
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: Preventing redmine spam
  • From: David Galloway <dgallowa@xxxxxxxxxx>
• Re: [PATCH 3/3] ceph: xattr security label support
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: mgr config options
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: [PATCH 1/3] selinux: make dentry_init_security() return security module name
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Presenting the pre-flight checks project
  • From: Erwan Velu <evelu@xxxxxxxxxx>
• Re: [PATCH 2/3] ceph: rename struct ceph_acls_info to ceph_acl_sec_ctx
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 1/3] selinux: make dentry_init_security() return security module name
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: mgr config options
  • From: John Spray <jspray@xxxxxxxxxx>
• Performance meeting today!
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Re: mgr/dashboard: Community branding & styling
  • From: Erwan Velu <evelu@xxxxxxxxxx>
• Re: mgr restful
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: [PATCH v2 0/2] rbd: support cloning across namespaces
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• mgr restful
  • From: "Scheglmann, Stefan" <scheglmann@xxxxxxxxx>
• Re: PRs labeled with 'documentation'
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: testing downgrades
  • From: Brett Niver <bniver@xxxxxxxxxx>
• Re: [ceph-users] v12.2.8 Luminous released
  • From: Abhishek Lekshmanan <abhishek@xxxxxxxx>
• RE: v12.2.8 Luminous released
  • From: Adrian Saul <Adrian.Saul@xxxxxxxxxxxxxxxxx>
• 【jewel 10.2.11】 can we use rocksdb to store monitor data
  • From: xiangyang yu <penglaiyxy@xxxxxxxxx>
• Re: cache libboost (and more) for speeding up the build
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: PRs labeled with 'documentation'
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• PRs labeled with 'documentation'
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Ceph talks from Mounpoint.io
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• mgr config options
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: crash using ceph-osdomap-tool
  • From: David Zafman <dzafman@xxxxxxxxxx>
• Re: testing downgrades
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: testing downgrades
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: testing downgrades
  • From: Tamilarasi Muthamizhan <tmuthami@xxxxxxxxxx>
• Re: cache libboost (and more) for speeding up the build
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: cache libboost (and more) for speeding up the build
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: cache libboost (and more) for speeding up the build
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• Re: mgr/dashboard: Community branding & styling
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: mgr/dashboard: Community branding & styling
  • From: Lenz Grimmer <lgrimmer@xxxxxxxx>
• Re: mgr/dashboard: Community branding & styling
  • From: Ernesto Puerta <epuertat@xxxxxxxxxx>
• Re: MGR Zabbix and Python Trailing L Problem
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: Further protections on master branch
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: mgr/dashboard: Community branding & styling
  • From: Ernesto Puerta <epuertat@xxxxxxxxxx>
• Re: Further protections on master branch
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• [PATCH v2 2/2] rbd: support cloning across namespaces
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH v2 1/2] rbd: factor out get_parent_info()
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH v2 0/2] rbd: support cloning across namespaces
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Further protections on master branch
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Preventing redmine spam
  • From: David Galloway <dgallowa@xxxxxxxxxx>
• Re: v12.2.8 Luminous released
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: mgr/dashboard: Community branding & styling
  • From: John Spray <jspray@xxxxxxxxxx>
• MGR Zabbix and Python Trailing L Problem
  • From: Mike A <mike.almateia@xxxxxxxxx>
• Re: Copying without crc check when peering may lack reliability
  • From: Xiaoguang Wang <xiaoguang.wang@xxxxxxxxxxxx>
• Re: Copying without crc check when peering may lack reliability
  • From: Xiaoguang Wang <xiaoguang.wang@xxxxxxxxxxxx>
• Re: Copying without crc check when peering may lack reliability
  • From: Xiaoguang Wang <xiaoguang.wang@xxxxxxxxxxxx>
• mgr/dashboard: Community branding & styling
  • From: Ernesto Puerta <epuertat@xxxxxxxxxx>
• Re: crash using ceph-osdomap-tool
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: cache libboost (and more) for speeding up the build
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Ceph Testing Weekly, 8AM Pacific
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• crash using ceph-osdomap-tool
  • From: David Zafman <dzafman@xxxxxxxxxx>
• Ceph Days Silicon Valley
  • From: Victor Denisov <denisovenator@xxxxxxxxx>
• CDM tomorrow
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Configuration option xxx may not be modified at runtime
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: testing downgrades
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: testing downgrades
  • From: Vasu Kulkarni <vakulkar@xxxxxxxxxx>
• Re: testing downgrades
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: testing downgrades
  • From: Vasu Kulkarni <vakulkar@xxxxxxxxxx>
• testing downgrades
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Copying without crc check when peering may lack reliability
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Configuration option xxx may not be modified at runtime
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: why can't peered pg(not actived) serve read io
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: cache libboost (and more) for speeding up the build
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Copying without crc check when peering may lack reliability
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Running master MON on FreeBSD 11.2 crashes all the time
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Warnings about dlclose before thread exit
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Warnings about dlclose before thread exit
  • From: kefu chai <tchaikov@xxxxxxxxx>
• v12.2.8 Luminous released
  • From: Abhishek Lekshmanan <abhishek@xxxxxxxx>
• Re: Running master MON on FreeBSD 11.2 crashes all the time
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: cache libboost (and more) for speeding up the build
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: Running master MON on FreeBSD 11.2 crashes all the time
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: rgw-multisite: do we need an atomic option for RGWAsyncPutSystemObj?
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: cache libboost (and more) for speeding up the build
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• cache libboost (and more) for speeding up the build
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Planned Jenkins Maintenance (Sep 18)
  • From: David Galloway <dgallowa@xxxxxxxxxx>
• Re: rgw-multisite: why RGWRemoteDataLog::read_source_log_shards_next() return directly for mater zone?
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: mgr/dashboard Grafana Configuration Modes
  • From: Paul Cuzner <pcuzner@xxxxxxxxxx>
• Re: Running master MON on FreeBSD 11.2 crashes all the time
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Running master MON on FreeBSD 11.2 crashes all the time
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• rgw-multisite: do we need an atomic option for RGWAsyncPutSystemObj?
  • From: Xinying Song <songxinying.ftd@xxxxxxxxx>
• Re: Warnings about dlclose before thread exit
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: [PATCH] ceph: check snap first in ceph_set_acl()
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• rgw-multisite: why RGWRemoteDataLog::read_source_log_shards_next() return directly for mater zone?
  • From: Xinying Song <songxinying.ftd@xxxxxxxxx>
• [PATCH] ceph: check snap first in ceph_set_acl()
  • From: Chengguang Xu <cgxu519@xxxxxxx>
• why can't peered pg(not actived) serve read io
  • From: James Smith <js4625074@xxxxxxxxx>
• Re: Configuration option xxx may not be modified at runtime
  • From: Mykola Golub <to.my.trociny@xxxxxxxxx>
• Re: Configuration option xxx may not be modified at runtime
  • From: Alex Litvak <alexander.v.litvak@xxxxxxxxx>
• Configuration option xxx may not be modified at runtime
  • From: Alex Litvak <alexander.v.litvak@xxxxxxxxx>
• Re: Copying without crc check when peering may lack reliability
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: rgw-multisite: why do we set the default placement-rule zonegroup-level?
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: Fwd: Re: [ceph/ceph] include/types: move operator<< into the proper namespace (2f57008)
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: mgr/dashboard Grafana Configuration Modes
  • From: Patrick Nawracay <pnawracay@xxxxxxxx>
• Fwd: Re: [ceph/ceph] include/types: move operator<< into the proper namespace (2f57008)
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Copying without crc check when peering may lack reliability
  • From: poi <poiiiicen@xxxxxxxxx>
• Re: rgw-multisite: why do we set the default placement-rule zonegroup-level?
  • From: Test Test <sdnets2018@xxxxxxxxx>
• mgr/dashboard Grafana Configuration Modes
  • From: Paul Cuzner <pcuzner@xxxxxxxxxx>
• Re: Copying without crc check when peering may lack reliability
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• 13.2.2 Mimic again
  • From: Abhishek Lekshmanan <abhishek@xxxxxxxx>
• Re: 12.2.8 QE Luminous validation status
  • From: Abhishek Lekshmanan <abhishek@xxxxxxxx>
• Odp.: [ceph-users] New Ceph community manager: Mike Perez
  • From: Tomasz Kuzemko <tomasz.kuzemko@xxxxxxxxxxxx>
• Perf meeting for 8/30/2018 canceled
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Re: 12.2.8 QE Luminous validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: 12.2.8 QE Luminous validation status
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: Preventing redmine spam
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Preventing redmine spam
  • From: David Galloway <dgallowa@xxxxxxxxxx>
• Re: Preventing redmine spam
  • From: David Galloway <dgallowa@xxxxxxxxxx>
• Re: cross-core communications in seastar-osd
  • From: Mark Nelson <mark.a.nelson@xxxxxxxxx>
• Re: [RFC PATCH v2 3/3] ceph: support copy_file_range file operation
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: New Ceph community manager: Mike Perez
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: rgw-multisite: why do we set the default placement-rule zonegroup-level?
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: [ceph-users] mgr/dashboard: backporting Ceph Dashboard v2 to Luminous
  • From: Ernesto Puerta <epuertat@xxxxxxxxxx>
• Re: [ceph-users] mgr/dashboard: backporting Ceph Dashboard v2 to Luminous
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: Fio.h run_make_check.sh
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: New Ceph community manager: Mike Perez
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: [ceph-users] mgr/dashboard: backporting Ceph Dashboard v2 to Luminous
  • From: Ernesto Puerta <epuertat@xxxxxxxxxx>
• Re: New Ceph community manager: Mike Perez
  • From: Lenz Grimmer <lgrimmer@xxxxxxxx>
• Re: cross-core communications in seastar-osd
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: rgw has serious GET perfomance problem with objects < 1448 bytes long
  • From: Abhishek Lekshmanan <abhishek@xxxxxxxx>
• rgw-multisite: why do we set the default placement-rule zonegroup-level?
  • From: Test Test <sdnets2018@xxxxxxxxx>
• New Ceph community manager: Mike Perez
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: 12.2.8 QE Luminous validation status
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: [RFC PATCH v2 3/3] ceph: support copy_file_range file operation
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: 12.2.8 QE Luminous validation status
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: Preventing redmine spam
  • From: "Robin H. Johnson" <robbat2@xxxxxxxxxx>
• Re: 12.2.8 QE Luminous validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: Preventing redmine spam
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: rgw has serious GET perfomance problem with objects < 1448 bytes long
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: Preventing redmine spam (was: Our Redmine spammer is at it again)
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: rgw has serious GET perfomance problem with objects < 1448 bytes long
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Re: rgw has serious GET perfomance problem with objects < 1448 bytes long
  • From: Matt Benjamin <mbenjami@xxxxxxxxxx>
• Re: rgw has serious GET perfomance problem with objects < 1448 bytes long
  • From: Mark Nelson <mark.a.nelson@xxxxxxxxx>
• Re: Fio.h run_make_check.sh
  • From: Victor Denisov <denisovenator@xxxxxxxxx>
• Re: Preventing redmine spam (was: Our Redmine spammer is at it again)
  • From: Vasu Kulkarni <vakulkar@xxxxxxxxxx>
• Preventing redmine spam (was: Our Redmine spammer is at it again)
  • From: David Galloway <dgallowa@xxxxxxxxxx>
• Re: 12.2.8 QE Luminous validation status
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: [ceph-users] mgr/dashboard: backporting Ceph Dashboard v2 to Luminous
  • From: Ernesto Puerta <epuertat@xxxxxxxxxx>
• Re: Our Redmine spammer is at it again. . .
  • From: David Galloway <dgallowa@xxxxxxxxxx>
• Our Redmine spammer is at it again. . .
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: Fio.h run_make_check.sh
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: StupidAllocator::get_fragmentation crash (was: Re: mimic OSD won't start)
  • From: Ben Gao <bengao168@xxxxxxx>
• Re: 12.2.8 QE Luminous validation status
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Fio.h run_make_check.sh
  • From: Victor Denisov <denisovenator@xxxxxxxxx>
• RE: How to implement OSDMap cache for Seastar?
  • From: "Ma, Jianpeng" <jianpeng.ma@xxxxxxxxx>
• Re: 12.2.8 QE Luminous validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: Round of prs for 13.2.1 Mimic
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Round of prs for 13.2.1 Mimic
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: [PATCH 2/2] rbd: support cloning across namespaces
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• 12.2.8 QE Luminous validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: [PATCH 2/2] rbd: support cloning across namespaces
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [PATCH 2/2] rbd: support cloning across namespaces
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• ceph luminous bluestore osd crashing
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: [PATCH 2/2] rbd: support cloning across namespaces
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [PATCH 2/2] rbd: support cloning across namespaces
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• [RFC PATCH v2 3/3] ceph: support copy_file_range file operation
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [RFC PATCH v2 2/3] ceph: support the RADOS copy-from operation
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [RFC PATCH v2 1/3] ceph: add non-blocking parameter to ceph_try_get_caps()
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [RFC PATCH v2 0/3] copy_file_range in cephfs kernel client
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: [ceph-users] RBD image "lightweight snapshots"
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: How to implement OSDMap cache for Seastar?
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Fwd: Re: [ceph-users] RBD image "lightweight snapshots"
  • From: Bartosz Rabiega <bartosz.rabiega@xxxxxxxxxxxx>
• Re: cross-core communications in seastar-osd
  • From: Yingxin Cheng <yingxincheng@xxxxxxxxx>
• Re: Copying without crc check when peering may lack reliability
  • From: poi <poiiiicen@xxxxxxxxx>
• Re: cross-core communications in seastar-osd
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: cross-core communications in seastar-osd
  • From: Yingxin Cheng <yingxincheng@xxxxxxxxx>
• [PATCH 2/2] rbd: support cloning across namespaces
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH 1/2] rbd: factor out get_parent_info_legacy()
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH 0/2] rbd: support cloning across namespaces
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: Help needed for diagnosing slow_requests
  • From: Uwe Sauter <uwe.sauter.de@xxxxxxxxx>
• Re: include-what-you-use results
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: include-what-you-use results
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: looking for your help about ceph
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Help needed for diagnosing slow_requests
  • From: 陶冬冬 <tdd21151186@xxxxxxxxx>
• Re: Help needed for diagnosing slow_requests
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [ceph-users] Unexpected behaviour after monitors upgrade from Jewel to Luminous
  • From: Adrien Gillard <gillard.adrien@xxxxxxxxx>
• [ceph-client:testing 3/3] drivers/block/rbd.c:4817:26: warning: 'overlap' may be used uninitialized in this function
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: cross-core communications in seastar-osd
  • From: Haomai Wang <haomai@xxxxxxxx>
• Re: [PATCH] ceph: avoid a use-after-free in ceph_destroy_options()
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: cross-core communications in seastar-osd
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• [PATCH] ceph: avoid a use-after-free in ceph_destroy_options()
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [ceph-users] Reminder: bi-weekly dashboard sync call today (15:00 CET)
  • From: Ernesto Puerta <epuertat@xxxxxxxxxx>
• Re: Reminder: bi-weekly dashboard sync call today (15:00 CET)
  • From: Lenz Grimmer <lgrimmer@xxxxxxxx>
• Re: Reminder: bi-weekly dashboard sync call today (15:00 CET)
  • From: Lenz Grimmer <lgrimmer@xxxxxxxx>
• cross-core communications in seastar-osd
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Reminder: bi-weekly dashboard sync call today (15:00 CET)
  • From: Lenz Grimmer <lgrimmer@xxxxxxxx>
• Re: Thoughts about LTTng with seastar
  • From: Mohamad Gebai <mgebai@xxxxxxx>
• include-what-you-use results
  • From: Noah Watkins <noahwatkins@xxxxxxxxx>
• Re: exported data schema validation
  • From: Noah Watkins <noahwatkins@xxxxxxxxx>
• Code Walkhrough: Monitor and MonClient
  • From: Josh Durgin <jdurgin@xxxxxxxxxx>
• Re: Silent data corruption may destroy all the object copies after data migration
  • From: Xiaoguang Wang <xiaoguang.wang@xxxxxxxxxxxx>
• Silent data corruption may destroy all the object copies after data migration
  • From: poi <poiiiicen@xxxxxxxxx>
• Re: exported data schema validation
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [ceph-users] Ceph Testing Weekly Tomorrow — With Kubernetes/Install discussion
  • From: Brett Niver <bniver@xxxxxxxxxx>
• exported data schema validation
  • From: Noah Watkins <noahwatkins@xxxxxxxxx>
• RE: ceph seastar perfcounters implementation
  • From: "Liu, Chunmei" <chunmei.liu@xxxxxxxxx>
• Re: [ceph-users] Unexpected behaviour after monitors upgrade from Jewel to Luminous
  • From: Adrien Gillard <gillard.adrien@xxxxxxxxx>
• Re: KASAN: use-after-free Read in ceph_destroy_options
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: Relation between crushmap and erasure code profile
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Ceph Testing Weekly Tomorrow — With Kubernetes/Install discussion
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Copying without crc check when peering may lack reliability
  • From: poi <poiiiicen@xxxxxxxxx>
• Re: Thoughts about LTTng with seastar
  • From: kefu chai <tchaikov@xxxxxxxxx>
• KASAN: use-after-free Read in ceph_destroy_options
  • From: syzbot <syzbot+8ab6f1042021b4eed062@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Thoughts about LTTng with seastar
  • From: Kefu Chai <kchai@xxxxxxxxxx>
• Re: "PrivateTmp=true" results in deleting a container failed
  • From: Ning Yao <zay11022@xxxxxxxxx>
• Linux Kernel 4.19, Spectre & network performance
  • From: Erwan Velu <evelu@xxxxxxxxxx>
• Re: [ceph-users] mgr/dashboard: backporting Ceph Dashboard v2 to Luminous
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: [ceph-users] mgr/dashboard: backporting Ceph Dashboard v2 to Luminous
  • From: Ernesto Puerta <epuertat@xxxxxxxxxx>
• Re: mgr/dashboard: backporting Ceph Dashboard v2 to Luminous
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: mgr/dashboard: backporting Ceph Dashboard v2 to Luminous
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: mgr/dashboard: backporting Ceph Dashboard v2 to Luminous
  • From: Lenz Grimmer <lgrimmer@xxxxxxxx>
• Re: "PrivateTmp=true" results in deleting a container failed
  • From: Dan Mick <dmick@xxxxxxxxxx>
• Re: [ceph-users] mgr/dashboard: backporting Ceph Dashboard v2 to Luminous
  • From: Kai Wagner <kwagner@xxxxxxxx>
• Re: mgr/dashboard: backporting Ceph Dashboard v2 to Luminous
  • From: Ernesto Puerta <epuertat@xxxxxxxxxx>
• RE: unittest_seastar_echo test failure
  • From: "Liu, Chunmei" <chunmei.liu@xxxxxxxxx>
• [PATCH 2/2] libceph: add error handling code for osd_req_op_xattr_init()
  • From: Chengguang Xu <cgxu519@xxxxxxx>
• [PATCH 1/2] libceph: add error handling code for osd_req_op_cls_init()
  • From: Chengguang Xu <cgxu519@xxxxxxx>
• Re: can not report new issue in ceph tracker system
  • From: "peng.hse" <peng.hse@xxxxxxxxxxxx>
• Re: unittest_seastar_echo test failure
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: mgr/dashboard: backporting Ceph Dashboard v2 to Luminous
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• mgr/dashboard: backporting Ceph Dashboard v2 to Luminous
  • From: Ernesto Puerta <epuertat@xxxxxxxxxx>
• can't start osd- one osd always be down
  • From: ke ke <cp542524698@xxxxxxxxx>
• Re: Relation between crushmap and erasure code profile
  • From: Luk <skidoo@xxxxxxx>
• Re: Help needed for diagnosing slow_requests
  • From: Uwe Sauter <uwe.sauter.de@xxxxxxxxx>
• Re: unittest_seastar_echo test failure
  • From: Yingxin Cheng <yingxincheng@xxxxxxxxx>
• Re: unittest_seastar_echo test failure
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: [ceph-users] ceph balancer: further optimizations?
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: Help needed for diagnosing slow_requests
  • From: "Anthony D'Atri" <aad@xxxxxxxxxxxxxx>
• Re: Help needed for diagnosing slow_requests
  • From: 陶冬冬 <tdd21151186@xxxxxxxxx>
• Ceph Testing Weekly Tomorrow — With Kubernetes/Install discussion
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Deleteing pool does not work...
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: [RFC PATCH 2/2] ceph: support copy_file_range file operation
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: Relation between crushmap and erasure code profile
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Deleteing pool does not work...
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [ceph-users] ceph balancer: further optimizations?
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [RFC PATCH 2/2] ceph: support copy_file_range file operation
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: can not report new issue in ceph tracker system
  • From: David Galloway <dgallowa@xxxxxxxxxx>
• Re: can not report new issue in ceph tracker system
  • From: "peng.hse" <peng.hse@xxxxxxxxxxxx>
• Re: can not report new issue in ceph tracker system
  • From: David Galloway <dgallowa@xxxxxxxxxx>
• Re: ceph balancer: further optimizations?
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: ceph balancer: further optimizations?
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: ceph balancer: further optimizations?
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: ceph balancer: further optimizations?
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: ceph balancer: further optimizations?
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 2/2] ceph: support copy_file_range file operation
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: Running a test with a different destination of the test directory
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: [RFC PATCH 2/2] ceph: support copy_file_range file operation
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: [RFC PATCH 1/2] ceph: support the RADOS copy-from operation
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• "PrivateTmp=true" results in deleting a container failed
  • From: Ning Yao <zay11022@xxxxxxxxx>
• Re: [RFC PATCH 2/2] ceph: support copy_file_range file operation
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: can not report new issue in ceph tracker system
  • From: "peng.hse" <peng.hse@xxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] ceph: support the RADOS copy-from operation
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: can not report new issue in ceph tracker system
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• Re: can not report new issue in ceph tracker system
  • From: "peng.hse" <peng.hse@xxxxxxxxxxxx>
• Re: Running a test with a different destination of the test directory
  • From: Dan Mick <dmick@xxxxxxxxxx>
• Re: unittest_seastar_echo test failure
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: [PATCH] ceph: remove unnecessary assignment
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• RE: unittest_seastar_echo test failure
  • From: "Liu, Chunmei" <chunmei.liu@xxxxxxxxx>
• Re: can not report new issue in ceph tracker system
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• Re: v12.2.8 approvals
  • From: Josh Durgin <jdurgin@xxxxxxxxxx>
• RE: unittest_seastar_echo test failure
  • From: "Liu, Chunmei" <chunmei.liu@xxxxxxxxx>
• Re: ceph balancer: further optimizations?
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: ceph balancer: further optimizations?
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Relation between crushmap and erasure code profile
  • From: Luk <skidoo@xxxxxxx>
• Re: [ceph-users] ceph balancer: further optimizations?
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: v12.2.8 approvals
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: ceph balancer: further optimizations?
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: ceph balancer: further optimizations?
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• ceph balancer: further optimizations?
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: v12.2.8 approvals
  • From: Abhishek <abhishek@xxxxxxxx>
• Re: [RFC PATCH 0/2] copy_file_range in cephfs kernel client
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [RFC PATCH 0/2] copy_file_range in cephfs kernel client
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [RFC PATCH 2/2] ceph: support copy_file_range file operation
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [RFC PATCH 1/2] ceph: support the RADOS copy-from operation
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [RFC PATCH 0/2] copy_file_range in cephfs kernel client
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: Module 'crash' has failed: Unknown error
  • From: David Zafman <dzafman@xxxxxxxxxx>
• [GIT PULL] Ceph updates for 4.19-rc1
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: can not report new issue in ceph tracker system
  • From: Lenz Grimmer <lgrimmer@xxxxxxxx>
• Re: Something broke on the build cluster?
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Something broke on the build cluster?
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: unittest_seastar_echo test failure
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Running a test with a different destination of the test directory
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Performance of Ceph Mgr and fetching daemon counters
  • From: John Spray <jspray@xxxxxxxxxx>
• can not report new issue in ceph tracker system
  • From: "peng.hse" <peng.hse@xxxxxxxxxxxx>
• Re: Module 'crash' has failed: Unknown error
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: unittest_seastar_echo test failure
  • From: Yingxin Cheng <yingxincheng@xxxxxxxxx>
• Re: unittest_seastar_echo test failure
  • From: Yingxin Cheng <yingxincheng@xxxxxxxxx>
• Re: [RFC PATCH 0/4] rbd journaling feature
  • From: Dongsheng Yang <dongsheng.yang@xxxxxxxxxxxx>
• Re: Warnings about dlclose before thread exit
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Warnings about dlclose before thread exit
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• unittest_seastar_echo test failure
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: Should we split the network filesystem setup into two phases?
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Module 'crash' has failed: Unknown error
  • From: David Zafman <dzafman@xxxxxxxxxx>
• Deleteing pool does not work...
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• [PATCH] ceph: remove unnecessary assignment
  • From: Chengguang Xu <cgxu519@xxxxxxx>
• Re: Help needed for diagnosing slow_requests
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Help needed for diagnosing slow_requests
  • From: Uwe Sauter <uwe.sauter.de@xxxxxxxxx>
• Re: Help needed for diagnosing slow_requests
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [RFC PATCH 0/4] rbd journaling feature
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Help needed for diagnosing slow_requests
  • From: Uwe Sauter <uwe.sauter.de@xxxxxxxxx>
• Re: [RFC PATCH 0/4] rbd journaling feature
  • From: Dongsheng Yang <dongsheng.yang@xxxxxxxxxxxx>
• Re: [PATCH 1/4] libceph: support op append
  • From: Dongsheng Yang <dongsheng.yang@xxxxxxxxxxxx>
• Re: ceph +crimson build failed
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: StupidAllocator::get_fragmentation crash (was: Re: mimic OSD won't start)
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: Should we split the network filesystem setup into two phases?
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: Should we split the network filesystem setup into two phases?
  • From: Aurélien Aptel <aaptel@xxxxxxxx>
• Re: Should we split the network filesystem setup into two phases?
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Who and why can mark OSD down?
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Who and why can mark OSD down?
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Should we split the network filesystem setup into two phases?
  • From: Steve French <smfrench@xxxxxxxxx>
• Who and why can mark OSD down?
  • From: Aleksei Gutikov <aleksey.gutikov@xxxxxxxxxx>
• StupidAllocator::get_fragmentation crash (was: Re: mimic OSD won't start)
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [PATCH 2/4] libceph: introduce cls_journaler_client
  • From: Alex Elder <elder@xxxxxxxx>
• Re: [ceph-users] removing auids and auid-based cephx capabilities
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [PATCH 2/4] libceph: introduce cls_journaler_client
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: ceph seastar perfcounters implementation
  • From: Radoslaw Zarzynski <rzarzyns@xxxxxxxxxx>
• Re: [RFC PATCH 0/4] rbd journaling feature
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [PATCH 2/4] libceph: introduce cls_journaler_client
  • From: Alex Elder <elder@xxxxxxxx>
• Re: defaulting debug_ms=0
  • From: Radoslaw Zarzynski <rzarzyns@xxxxxxxxxx>
• Re: [PATCH 1/4] libceph: support op append
  • From: Alex Elder <elder@xxxxxxxx>
• Re: [PATCH] ceph: don't allow cross-quota link
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: Performance of Ceph Mgr and fetching daemon counters
  • From: Jan Fajerski <jfajerski@xxxxxxxx>
• Re: defaulting debug_ms=0
  • From: Jeegn Chen <jeegnchen@xxxxxxxxx>
• [PATCH 3/4] libceph: introduce generic journaling
  • From: Dongsheng Yang <dongsheng.yang@xxxxxxxxxxxx>
• [PATCH 2/4] libceph: introduce cls_journaler_client
  • From: Dongsheng Yang <dongsheng.yang@xxxxxxxxxxxx>
• [PATCH 4/4] rbd: enable journaling
  • From: Dongsheng Yang <dongsheng.yang@xxxxxxxxxxxx>
• [RFC PATCH 0/4] rbd journaling feature
  • From: Dongsheng Yang <dongsheng.yang@xxxxxxxxxxxx>
• [PATCH 1/4] libceph: support op append
  • From: Dongsheng Yang <dongsheng.yang@xxxxxxxxxxxx>
• Re: Should we split the network filesystem setup into two phases?
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: v12.2.8 approvals
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: v12.2.8 approvals
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: Should we split the network filesystem setup into two phases?
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: v12.2.8 approvals
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Should we split the network filesystem setup into two phases?
  • From: David Howells <dhowells@xxxxxxxxxx>
• v12.2.8 approvals
  • From: Abhishek Lekshmanan <abhishek@xxxxxxxx>
• mimic OSD won't start
  • From: Ben Gao <bengao168@xxxxxxx>
• Re: defaulting debug_ms=0
  • From: Paul Emmerich <paul.emmerich@xxxxxxxx>
• Re: Some doubts on implementing erasure codes.
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [PATCH] ceph: don't allow cross-quota link
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: defaulting debug_ms=0
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• RE: ceph seastar perfcounters implementation
  • From: "Liu, Chunmei" <chunmei.liu@xxxxxxxxx>
• Re: ceph osd force-create-pg doesn't work in mimic
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• ceph osd force-create-pg doesn't work in mimic
  • From: Jakub Stańczak <jakub.stanczak@xxxxxxxxxxxxxxxx>
• Re: defaulting debug_ms=0
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• defaulting debug_ms=0
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Release cadence revisited
  • From: Ernesto Puerta <epuertat@xxxxxxxxxx>
• Re: tracker.ceph.com spam
  • From: David Galloway <dgallowa@xxxxxxxxxx>
• Re: [PATCH] rbd: add __init/__exit annotation
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: download.ceph.com repository changes
  • From: Erwan Velu <evelu@xxxxxxxxxx>
• Re: Release cadence revisited
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Release cadence revisited
  • From: Abhishek Lekshmanan <abhishek@xxxxxxxx>
• Re: Release cadence revisited
  • From: Erwan Velu <evelu@xxxxxxxxxx>
• Re: ceph seastar perfcounters implementation
  • From: Radoslaw Zarzynski <rzarzyns@xxxxxxxxxx>
• Re: ceph +crimson build failed
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: [PATCH] ceph: don't allow cross-quota link
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: [PATCH] ceph: don't allow cross-quota link
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• [PATCH] ceph: introduce a variable to avoid calling atomic_read() twice
  • From: Chengguang Xu <cgxu519@xxxxxxx>
• Re: [PATCH] ceph: don't allow cross-quota link
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• ceph +crimson build failed
  • From: "Liu, Chunmei" <chunmei.liu@xxxxxxxxx>
• RE: ceph seastar perfcounters implementation
  • From: "Liu, Chunmei" <chunmei.liu@xxxxxxxxx>
• next mimic point release 13.2.2
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: Release cadence revisited
  • From: John Spray <jspray@xxxxxxxxxx>
• Release cadence revisited
  • From: Abhishek Lekshmanan <abhishek@xxxxxxxx>
• Re: Call for a history feature
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: [ceph-users] RBD image "lightweight snapshots"
  • From: Bartosz Rabiega <bartosz.rabiega@xxxxxxxxxxxx>
• Re: Call for a history feature
  • From: John Spray <jspray@xxxxxxxxxx>
• Call for a history feature
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• [PATCH] rbd: add __init/__exit annotation
  • From: Chengguang Xu <cgxu519@xxxxxxx>
• Re: [ceph-users] removing auids and auid-based cephx capabilities
  • From: Adam Tygart <mozes@xxxxxxx>
• Re: [ceph-users] removing auids and auid-based cephx capabilities
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [ceph-users] RBD image "lightweight snapshots"
  • From: Paweł Sadowski <ceph@xxxxxxxxx>
• Re: python-cmd2 dependency
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: Build failed in Jenkins: ceph-master #2421
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: ceph seastar perfcounters implementation
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: tracker.ceph.com spam
  • From: David Galloway <dgallowa@xxxxxxxxxx>
• ceph seastar perfcounters implementation
  • From: "Liu, Chunmei" <chunmei.liu@xxxxxxxxx>
• Re: [Ceph-community] Consistency Properties of Ceph
  • From: Sam Kumar <samkumar99@xxxxxxxxx>
• Re: [ceph-users] RBD image "lightweight snapshots"
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [Ceph-community] Consistency Properties of Ceph
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [PATCH] ceph: don't allow cross-quota link
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [ceph-users] removing auids and auid-based cephx capabilities
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: RFC: ux for mon auth roles (RBAC)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• RFC: ux for mon auth roles (RBAC)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: RBD image "lightweight snapshots"
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• RBD image "lightweight snapshots"
  • From: Paweł Sadowsk <ceph@xxxxxxxxx>
• Re: RBD image "lightweight snapshots"
  • From: Paweł Sadowski <pawel.sadowski@xxxxxxxxx>
• Re: [PATCH net-next] crush: fix using plain integer as NULL warning
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH] ceph: don't allow cross-quota link
  • From: Chengguang Xu <cgxu519@xxxxxxx>
• Fwd: Build failed in Jenkins: ceph-master #2421
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: python-cmd2 dependency
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: Low random write performance on All-NVMe Ceph cluster
  • From: Mark Nelson <mark.a.nelson@xxxxxxxxx>
• Re: [Ceph-community] Consistency Properties of Ceph
  • From: Sam Kumar <samkumar99@xxxxxxxxx>
• Re: Low random write performance on All-NVMe Ceph cluster
  • From: Mike A <mike.almateia@xxxxxxxxx>
• Re: python-cmd2 dependency
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: Low random write performance on All-NVMe Ceph cluster
  • From: Mark Nelson <mark.a.nelson@xxxxxxxxx>
• Re: Low random write performance on All-NVMe Ceph cluster
  • From: Mike A <mike.almateia@xxxxxxxxx>
• Re: Low random write performance on All-NVMe Ceph cluster
  • From: Mike A <mike.almateia@xxxxxxxxx>
• Re: python-cmd2 dependency
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: RBD image "lightweight snapshots"
  • From: Alex Elder <elder@xxxxxxxx>
• Re: installing py3 compatible cephfs and rados bindings on ubuntu and centos
  • From: Rishabh Dave <ridave@xxxxxxxxxx>
• Re: RBD image "lightweight snapshots"
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Low random write performance on All-NVMe Ceph cluster
  • From: Mark Nelson <mark.a.nelson@xxxxxxxxx>
• RBD image "lightweight snapshots"
  • From: Piotr Dałek <piotr.dalek@xxxxxxxxxxxx>
• python-cmd2 dependency
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: Low random write performance on All-NVMe Ceph cluster
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: [Ceph-community] Consistency Properties of Ceph
  • From: Joao Eduardo Luis <joao@xxxxxxx>
• Re: [Ceph-community] Consistency Properties of Ceph
  • From: Joao Eduardo Luis <joao@xxxxxxx>
• async+rdma configure problems
  • From: Songbo Wang <songbo1227@xxxxxxxxx>
• Low random write performance on All-NVMe Ceph cluster
  • From: Mike A <mike.almateia@xxxxxxxxx>
• Some doubts on implementing erasure codes.
  • From: Aaditya M Nair <aadityanair6494@xxxxxxxxx>
• removing auids and auid-based cephx capabilities
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• pg merging code walk-through
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Cutting paxos delays on mon commands
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Cutting paxos delays on mon commands
  • From: John Spray <jspray@xxxxxxxxxx>
• [PATCH net-next] crush: fix using plain integer as NULL warning
  • From: YueHaibing <yuehaibing@xxxxxxxxxx>
• Re: si units consistency
  • From: Joao Eduardo Luis <joao@xxxxxxx>
• Re: [PATCH] ceph: reset cap hold timeout only for requeued inode
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: Use-after-free problem in RocksDBStore.cc
  • From: Réka Nikolett Kovács <rekanikolett@xxxxxxxxx>
• Re: Use-after-free problem in RocksDBStore.cc
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Use-after-free problem in RocksDBStore.cc
  • From: Réka Nikolett Kovács <rekanikolett@xxxxxxxxx>
• Re: si units consistency
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: si units consistency
  • From: kefu chai <tchaikov@xxxxxxxxx>
• luminous 12.2.8 PRs
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: Consistent crashes while trying to recover OSD
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: [PATCH net-next] ceph: remove unnecessary non NULL check for request_key
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: Consistent crashes while trying to recover OSD
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Consistent crashes while trying to recover OSD
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• [PATCH net-next] ceph: remove unnecessary non NULL check for request_key
  • From: YueHaibing <yuehaibing@xxxxxxxxxx>
• Re: [PATCH] ceph: reset cap hold timeout only for requeued inode
  • From: "Chengguang Xu" <cgxu519@xxxxxxx>
• Re: si units consistency
  • From: Joao Eduardo Luis <joao@xxxxxxx>
• Re: si units consistency
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: why degraded object must recover before accept new io
  • From: zengran zhang <z13121369189@xxxxxxxxx>
• Re: [Ceph-community] Recover ceph-mon from 'Segfault on startup'
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: [Ceph-community] Recover ceph-mon from 'Segfault on startup'
  • From: Brayan Perera <brayan.perera@xxxxxxxxx>
• Re: Performance of Ceph Mgr and fetching daemon counters
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: si units consistency
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: si units consistency
  • From: Yehuda Sadeh-Weinraub <ysadehwe@xxxxxxxxxx>
• si units consistency
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Performance of Ceph Mgr and fetching daemon counters
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: [Ceph-community] Recover ceph-mon from 'Segfault on startup'
  • From: Brayan Perera <brayan.perera@xxxxxxxxx>
• Re: [Ceph-community] Recover ceph-mon from 'Segfault on startup'
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Performance of Ceph Mgr and fetching daemon counters
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: why degraded object must recover before accept new io
  • From: Neha Ojha <nojha@xxxxxxxxxx>
• Performance of Ceph Mgr and fetching daemon counters
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: tracker.ceph.com spam
  • From: David Galloway <dgallowa@xxxxxxxxxx>
• Re: [Ceph-community] Recover ceph-mon from 'Segfault on startup'
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: tracker.ceph.com spam
  • From: David Galloway <dgallowa@xxxxxxxxxx>
• Re: [Ceph-community] Recover ceph-mon from 'Segfault on startup'
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [Ceph-community] Recover ceph-mon from 'Segfault on startup'
  • From: Brayan Perera <brayan.perera@xxxxxxxxx>
• Re: [Ceph-community] Recover ceph-mon from 'Segfault on startup'
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [ceph-users] a little question about rbd_discard parameter len
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [mgr] inbuf argument for handle_command
  • From: John Spray <jspray@xxxxxxxxxx>
• PR #23320 causes runtime errors on FreeBSD
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• [mgr] inbuf argument for handle_command
  • From: Wido den Hollander <wido@xxxxxxxx>
• a little question about rbd_discard parameter len
  • From: Will Zhao <zhao6305@xxxxxxxxx>
• Re: why degraded object must recover before accept new io
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Build failed in Jenkins: ceph-master #2394
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• 2018-08-05 13:01:21.279 80dbf5000 0 monclient(hunting): authenticate timed out after 300
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• [PATCH] ceph: add proper offset validation check to ceph_setattr()
  • From: Chengguang Xu <cgxu519@xxxxxxx>
• Re: Build failed in Jenkins: ceph-master #2394
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Build failed in Jenkins: ceph-master #2394
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: why degraded object must recover before accept new io
  • From: zengran zhang <z13121369189@xxxxxxxxx>
• Fwd: Build failed in Jenkins: ceph-master #2394
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• tracker.ceph.com spam
  • From: David Galloway <dgallowa@xxxxxxxxxx>
• [ceph-client:testing 1/5] fs/ceph/caps.c:159:6: sparse: symbol '__ceph_unreserve_caps' was not declared. Should it be static?
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [RFC PATCH ceph-client] ceph: __ceph_unreserve_caps() can be static
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• Re: [Ceph-maintainers] download.ceph.com repository changes
  • From: Fabian Grünbichler <f.gruenbichler@xxxxxxxxxxx>
• [ceph-client:testing 7/40] drivers/block/rbd.c:5154:44: sparse: Using plain integer as NULL pointer
  • From: kbuild test robot <lkp@xxxxxxxxx>