CEPH Filesystem Development

• Thread Index

• Re: 12.2.4 Last call
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• 12.2.4 Last call
  • From: Abhishek Lekshmanan <abhishek@xxxxxxxx>
• Re: Balancer module maps PG to OSDs on the same host
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• [PATCH v2] block: rbd: update sysfs interface
  • From: Aishwarya Pant <aishpant@xxxxxxxxx>
• Balancer module maps PG to OSDs on the same host
  • From: Wido den Hollander <wido@xxxxxxxx>
• [PATCH] ceph: adding protection for showing cap reservation info
  • From: Chengguang Xu <cgxu519@xxxxxxxxxx>
• I need help with Clang error
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Luminous 12.2.3 failing to build for Debian Jessie
  • From: Dan Mick <dmick@xxxxxxxxxx>
• Re: Luminous 12.2.3 failing to build for Debian Jessie
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Luminous 12.2.3 failing to build for Debian Jessie
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Luminous 12.2.3 failing to build for Debian Jessie
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• Re: Luminous 12.2.3 failing to build for Debian Jessie
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• Re: Luminous 12.2.3 failing to build for Debian Jessie
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: make check without Python 2
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: make check without Python 2
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: make check without Python 2
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Ceph Tech Talk canceled
  • From: Leonardo Vaz <lvaz@xxxxxxxxxx>
• Re: make check without Python 2
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Products and services
  • From: "Products and services" <amiramiramirthree@xxxxxxxxx>
• Re: RGW reverse proxy for dashboard_v2
  • From: Matt Benjamin <mbenjami@xxxxxxxxxx>
• Re: ceph-volume broken in 12.2.3 for filestore
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• [PATCH] libceph: adding missing message types to ceph_msg_type_name()
  • From: Chengguang Xu <cgxu519@xxxxxxxxxx>
• RGW reverse proxy for dashboard_v2
  • From: Patrick Nawracay <pnawracay@xxxxxxxx>
• Re: 12.2.3 build error
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• ceph-volume broken in 12.2.3 for filestore
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• 12.2.3 build error
  • From: Muminul Islam Russell <misla011@xxxxxxx>
• Luminous v12.2.3 released
  • From: Abhishek Lekshmanan <abhishek@xxxxxxxx>
• Re: Release notes and changelogs
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Release notes and changelogs
  • From: Abhishek Lekshmanan <abhishek@xxxxxxxx>
• Release notes and changelogs
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: make check without Python 2
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• Re: [PATCH] block: rbd: update sysfs interface
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: wip-fancy-striping in ceph/ceph-client
  • From: Alex Elder <elder@xxxxxxxx>
• Re: wip-fancy-striping in ceph/ceph-client
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: recovery_deletes flag in OSDMap
  • From: Wido den Hollander <wido@xxxxxxxx>
• CEPH project contribution.
  • From: Javier Romero <xavinux@xxxxxxxxx>
• Re: Ceph and management tools interaction proposal
  • From: Ricardo Dias <rdias@xxxxxxxx>
• Re: make check without Python 2
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: make check without Python 2
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• Re: bi-directional cloud sync
  • From: Kyle Bader <kyle.bader@xxxxxxxxx>
• Re: bi-directional cloud sync
  • From: Yehuda Sadeh-Weinraub <yehuda@xxxxxxxxxx>
• Re: bi-directional cloud sync
  • From: Kyle Bader <kyle.bader@xxxxxxxxx>
• RE: mempool tracking
  • From: Allen Samuels <Allen.Samuels@xxxxxxx>
• RE: mempool tracking
  • From: Sage Weil <sweil@xxxxxxxxxx>
• ceph-deploy 2.0.0
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• RE: mempool tracking
  • From: Allen Samuels <Allen.Samuels@xxxxxxx>
• Re: recovery_deletes flag in OSDMap
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: recovery_deletes flag in OSDMap
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: capturing crash dumps
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: RadosGW cache ldap auth
  • From: Theofilos Mouratidis <mtheofilos@xxxxxxxxx>
• mempool tracking
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: make check without Python 2
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: recovery_deletes flag in OSDMap
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• recovery_deletes flag in OSDMap
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: make check without Python 2
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: killing ceph-rest-api
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: make check without Python 2
  • From: Ricardo Dias <rdias@xxxxxxxx>
• Re: make check without Python 2
  • From: Nathan Cutler <ncutler@xxxxxxx>
• mgr/balancer: transition from crush-compat to upmap
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: make check without Python 2
  • From: Ricardo Dias <rdias@xxxxxxxx>
• make check without Python 2
  • From: Nathan Cutler <ncutler@xxxxxxx>
• [PATCH] block: rbd: update sysfs interface
  • From: Aishwarya Pant <aishpant@xxxxxxxxx>
• Re: capturing crash dumps
  • From: Piotr Dałek <piotr.dalek@xxxxxxxxxxxx>
• Re: capturing crash dumps
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• Re: Luminous 12.2.3 failing to build for Debian Jessie
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: bi-directional cloud sync
  • From: Yehuda Sadeh-Weinraub <yehuda@xxxxxxxxxx>
• Re: bi-directional cloud sync
  • From: Yehuda Sadeh-Weinraub <yehuda@xxxxxxxxxx>
• Luminous 12.2.3 failing to build for Debian Jessie
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: Filestore depreciation?
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Ceph Participating in Outreachy Summer Round 2018
  • From: Ali Maredia <amaredia@xxxxxxxxxx>
• Re: capturing crash dumps
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• capturing crash dumps
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: nbd: on-the-fly resize does not work any more
  • From: Josef Bacik <jbacik@xxxxxx>
• Filestore depreciation?
  • From: "McFarland, Bruce" <Bruce.McFarland@xxxxxxxxxxxx>
• Re: [PATCH v2] Samba RADOS service registration
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: [PATCH v2] Samba RADOS service registration
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: Ceph and management tools interaction proposal
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: [PATCH v2] Samba RADOS service registration
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [PATCH v2] Samba RADOS service registration
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: Ceph and management tools interaction proposal
  • From: Lenz Grimmer <lgrimmer@xxxxxxxx>
• Ceph and management tools interaction proposal
  • From: Ricardo Dias <rdias@xxxxxxxx>
• nbd: on-the-fly resize does not work any more
  • From: Mykola Golub <to.my.trociny@xxxxxxxxx>
• Re: bi-directional cloud sync
  • From: Orit Wasserman <owasserm@xxxxxxxxxx>
• Re: wip-fancy-striping in ceph/ceph-client
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: bi-directional cloud sync
  • From: Matt Benjamin <mbenjami@xxxxxxxxxx>
• bi-directional cloud sync
  • From: Yehuda Sadeh-Weinraub <yehuda@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: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: wip-fancy-striping in ceph/ceph-client
  • From: Maged Mokhtar <mmokhtar@xxxxxxxxxxx>
• RE: seastar and 'tame reactor'
  • From: Allen Samuels <Allen.Samuels@xxxxxxx>
• Re: how to get io statistics data
  • From: John Spray <jspray@xxxxxxxxxx>
• how to get io statistics data
  • From: Ugis <ugis22@xxxxxxxxx>
• Re: Building dashboard_v2
  • From: Kai Wagner <kwagner@xxxxxxxx>
• Re: 12.2.3 QE Luminous validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: seastar and 'tame reactor'
  • From: Josh Durgin <jdurgin@xxxxxxxxxx>
• Re: [PATCH v2] Samba RADOS service registration
  • From: Jeff Layton <jlayton@xxxxxxxxx>
• Re: [PATCH v2] Samba RADOS service registration
  • From: David Disseldorp <ddiss@xxxxxxx>
• Re: [PATCH v2] Samba RADOS service registration
  • From: Jeff Layton <jlayton@xxxxxxxxx>
• Re: 12.2.3 QE Luminous validation status
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: 12.2.3 QE Luminous validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: 12.2.3 QE Luminous validation status
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: 12.2.3 QE Luminous validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: [PATCH v2] ceph: use seq_show_option for string type options
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH v2] ceph: use seq_show_option for string type options
  • From: Chengguang Xu <cgxu519@xxxxxxxxxx>
• Re: Building dashboard_v2
  • From: Ricardo Dias <rdias@xxxxxxxx>
• Re: 12.2.3 QE Luminous validation status
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: Building dashboard_v2
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: 12.2.3 QE Luminous validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: 12.2.3 QE Luminous validation status
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: 12.2.3 QE Luminous validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: Building dashboard_v2
  • From: Ricardo Dias <rdias@xxxxxxxx>
• Re: Disabling the "old" dashboard in the dashboard v2 pull request?
  • From: Lenz Grimmer <lgrimmer@xxxxxxxx>
• Re: Disabling the "old" dashboard in the dashboard v2 pull request?
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: Disabling the "old" dashboard in the dashboard v2 pull request?
  • From: Joao Eduardo Luis <joao@xxxxxxx>
• Re: [PATCH] ceph: use seq_show_option for string type options
  • From: Chengguang Xu <cgxu519@xxxxxxxxxx>
• Disabling the "old" dashboard in the dashboard v2 pull request?
  • From: Lenz Grimmer <lgrimmer@xxxxxxxx>
• Re: 12.2.3 QE Luminous validation status
  • From: Abhishek <abhishek@xxxxxxxx>
• Re: Building dashboard_v2
  • From: Kai Wagner <kwagner@xxxxxxxx>
• Re: Building dashboard_v2
  • From: Lenz Grimmer <lgrimmer@xxxxxxxx>
• Re: Building dashboard_v2
  • From: Kai Wagner <kwagner@xxxxxxxx>
• RE: seastar and 'tame reactor'
  • From: Allen Samuels <Allen.Samuels@xxxxxxx>
• Re: 12.2.3 QE Luminous validation status
  • From: Josh Durgin <jdurgin@xxxxxxxxxx>
• Re: 12.2.3 QE Luminous validation status
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: 12.2.3 QE Luminous validation status
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: 12.2.3 QE Luminous validation status
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• 12.2.3 QE Luminous validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: Building dashboard_v2
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• Re: [PATCH v2] Samba RADOS service registration
  • From: David Disseldorp <ddiss@xxxxxxx>
• Re: Building dashboard_v2
  • From: Tiago Melo <tmelo@xxxxxxxx>
• Re: Supporting CEPH with VMware
  • From: Marat A Akhmetianov <vmm@xxxxxxxxxxx>
• Re: wip-fancy-striping in ceph/ceph-client
  • From: Alex Elder <elder@xxxxxxxxxx>
• Re: Building dashboard_v2
  • From: Lenz Grimmer <lgrimmer@xxxxxxxx>
• Re: wip-fancy-striping in ceph/ceph-client
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: seastar and 'tame reactor'
  • From: liuchang0812 <liuchang0812@xxxxxxxxx>
• Re: seastar and 'tame reactor'
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: seastar and 'tame reactor'
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: Building dashboard_v2
  • From: Ricardo Dias <rdias@xxxxxxxx>
• Re: Building dashboard_v2
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: Building dashboard_v2
  • From: Ricardo Dias <rdias@xxxxxxxx>
• Building dashboard_v2
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: wip-fancy-striping in ceph/ceph-client
  • From: Alex Elder <elder@xxxxxxxxxx>
• Re: Samba Ceph dbwrap backend
  • From: David Disseldorp <ddiss@xxxxxxx>
• Re: seastar and 'tame reactor'
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: [RFC PATCH] Samba RADOS service registration
  • From: Volker Lendecke <Volker.Lendecke@xxxxxxxxx>
• Re: [RFC PATCH] Samba RADOS service registration
  • From: David Disseldorp <ddiss@xxxxxxx>
• Re: [PATCH] ceph: use seq_show_option for string type options
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [RFC PATCH] Samba RADOS service registration
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: [PATCH] ceph: use seq_show_option for string type options
  • From: Chengguang Xu <cgxu519@xxxxxxxxxx>
• wip-fancy-striping in ceph/ceph-client
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [PATCH] ceph: use seq_show_option for string type options
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: How to become a developer of CEPH?
  • From: Henrik Korkuc <lists@xxxxxxxxx>
• Re: How to become a developer of CEPH?
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• Re: [RFC PATCH] Samba RADOS service registration
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• How to become a developer of CEPH?
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• 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>
• Re: [RFC PATCH] Samba RADOS service registration
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: [PATCH v2] ceph: minor cleanups of showing options
  • From: Chengguang Xu <cgxu519@xxxxxxxxxx>
• [PATCH] ceph: use seq_show_option for string type options
  • From: Chengguang Xu <cgxu519@xxxxxxxxxx>
• [RFC PATCH] Samba RADOS service registration
  • From: David Disseldorp <ddiss@xxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• RE: seastar and 'tame reactor'
  • From: Allen Samuels <Allen.Samuels@xxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Supporting CEPH with VMware
  • From: Mike Christie <mchristi@xxxxxxxxxx>
• Re: [PATCH v2] ceph: minor cleanups of showing options
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: seastar and 'tame reactor'
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: seastar and 'tame reactor'
  • From: Matt Benjamin <mbenjami@xxxxxxxxxx>
• Re: seastar and 'tame reactor'
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: Can I omit acquire_locks in getattr handler of mds?
  • From: Gregory Farnum <gfarnum@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: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [PATCH] libceph: fix misjudgement of maximum monitor number
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [PATCH] ceph: change permission for readonly debugfs entries
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [ceph-client:wip-fancy-striping 46/52] drivers/block/rbd.c:2146:8: warning: missing braces around initializer
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• [ceph-client:wip-fancy-striping-testing 54/54] ERROR: "ceph_file_layout_is_valid" [drivers/block/rbd.ko] undefined!
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• [ceph-client:wip-fancy-striping-testing 32/54] drivers//block/rbd.c:1628:1: warning: control reaches end of non-void function
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: osdmap consistency during incremental applying in kernel client
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: osdmap consistency during incremental applying in kernel client
  • From: Chengguang Xu <cgxu519@xxxxxxxxxx>
• Re: osdmap consistency during incremental applying in kernel client
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Supporting CEPH with VMware
  • From: Marat A Akhmetianov <vmm@xxxxxxxxxxx>
• osdmap consistency during incremental applying in kernel client
  • From: Chengguang Xu <cgxu519@xxxxxxxxxx>
• Re: [PATCH] ceph: fix slab error when removing ceph module
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• [PATCH] libceph: fix misjudgement of maximum monitor number
  • From: Chengguang Xu <cgxu519@xxxxxxxxxx>
• Re: Can I omit acquire_locks in getattr handler of mds?
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: Build failed in Jenkins: ceph-master #1762
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Can I omit acquire_locks in getattr handler of mds?
  • From: Mark Meyers <MarkMeyers.MMY@xxxxxxxxx>
• [PATCH] ceph: change permission for readonly debugfs entries
  • From: Chengguang Xu <cgxu519@xxxxxxxxxx>
• Re: Build failed in Jenkins: ceph-master #1762
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: Build failed in Jenkins: ceph-master #1762
  • From: "Adam C. Emerson" <aemerson@xxxxxxxxxx>
• Re: Build failed in Jenkins: ceph-master #1762
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: Build failed in Jenkins: ceph-master #1762
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Build failed in Jenkins: ceph-master #1762
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Build failed in Jenkins: ceph-master #1762
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Build failed in Jenkins: ceph-master #1762
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Build failed in Jenkins: ceph-master #1758
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Build failed in Jenkins: ceph-master #1758
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: [PATCH] ceph: fix slab error when removing ceph module
  • From: Chengguang Xu <cgxu519@xxxxxxxxxx>
• Re: [PATCH] ceph: fix slab error when removing ceph module
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• [PATCH] ceph: fix slab error when removing ceph module
  • From: Chengguang Xu <cgxu519@xxxxxxxxxx>
• Re: master build broken now
  • From: kefu chai <tchaikov@xxxxxxxxx>
• 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>
• Re: Luminous v12.2.3 approvals
  • From: John Spray <jspray@xxxxxxxxxx>
• Fwd: Build failed in Jenkins: ceph-master #1762
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• 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>
• master build broken now
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: Build failed in Jenkins: ceph-master #1758
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: Luminous v12.2.3 approvals
  • From: Abhishek <abhishek@xxxxxxxx>
• Re: Luminous v12.2.3 approvals
  • From: Abhishek L <abhishek.lekshmanan@xxxxxxxxx>
• Re: Translating raw capacity to real data capacity in statfs
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Translating raw capacity to real data capacity in statfs
  • From: Douglas Fuller <dfuller@xxxxxxxxxx>
• Re: Luminous v12.2.3 approvals
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Luminous v12.2.3 approvals
  • From: Andrew Schoen <aschoen@xxxxxxxxxx>
• Re: Luminous v12.2.3 approvals
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: Luminous v12.2.3 approvals
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Luminous v12.2.3 approvals
  • From: Abhishek Lekshmanan <abhishek@xxxxxxxx>
• [GIT PULL] Ceph updates for 4.16-rc1
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: Translating raw capacity to real data capacity in statfs
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: killing ceph-rest-api
  • From: Ning Yao <zay11022@xxxxxxxxx>
• 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>
• 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>
• 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>
• 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: 陶冬冬 <tdd21151186@xxxxxxxxx>
• 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>
• 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>
• Re: Translating raw capacity to real data capacity in statfs
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Translating raw capacity to real data capacity in statfs
  • From: Chengguang Xu <cgxu519@xxxxxxxxxx>
• Re: Luminous v12.2.3 approvals
  • From: Josh Durgin <jdurgin@xxxxxxxxxx>
• Re: Luminous v12.2.3 approvals
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• S3 Tests in Boto3 Update
  • From: Ali Maredia <amaredia@xxxxxxxxxx>
• Re: seastar and 'tame reactor'
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: seastar and 'tame reactor'
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: seastar and 'tame reactor'
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: measure performance / latency in blustore
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: Ceph Developer Monthly - February 2018
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: RadosGW cache ldap auth
  • From: Matt Benjamin <mbenjami@xxxxxxxxxx>
• Ceph Developer Monthly - February 2018
  • From: Leonardo Vaz <lvaz@xxxxxxxxxx>
• RadosGW cache ldap auth
  • From: Theofilos Mouratidis <mtheofilos@xxxxxxxxx>
• Re: [PATCH] ceph: keep consistent semantic in fscache related option combination
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• [PATCH] ceph: keep consistent semantic in fscache related option combination
  • From: Chengguang Xu <cgxu519@xxxxxxxxxx>
• Re: Luminous v12.2.3 approvals
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: Luminous v12.2.3 approvals
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: Luminous v12.2.3 approvals
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Luminous v12.2.3 approvals
  • From: Abhishek Lekshmanan <abhishek@xxxxxxxx>
• [PATCH v2] ceph: minor cleanups of showing options
  • From: Chengguang Xu <cgxu519@xxxxxxxxxx>
• Re: v12.2.2 bluestore crash
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• [PATCH] ceph: minor cleanups of showing options
  • From: Chengguang Xu <cgxu519@xxxxxxxxxx>
• Re: [PATCH] ceph: avoid memory leak when specifying same option several times
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: v12.2.2 bluestore crash
  • From: 陶冬冬 <tdd21151186@xxxxxxxxx>
• 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: "Yan, Zheng" <ukernel@xxxxxxxxx>
• 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>
• 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>
• 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>
• 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: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: v12.2.2 bluestore crash
  • From: Varada Kari <varada.kari@xxxxxxxxx>
• Re: question about fuse_disable_pagecache
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: question about fuse_disable_pagecache
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• question about fuse_disable_pagecache
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• 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>
• 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>
• 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>
• v12.2.2 bluestore crash
  • From: 陶冬冬 <tdd21151186@xxxxxxxxx>
• [PATCH] ceph: avoid memory leak when specifying same option several times
  • From: Chengguang Xu <cgxu519@xxxxxxxxxx>
• Re: Better anticipation for minor releases
  • From: Vasu Kulkarni <vakulkar@xxxxxxxxxx>
• Re: Better anticipation for minor releases
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: Better anticipation for minor releases
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: Critical PRs needed for 12.2.3 Luminous
  • From: Abhishek Lekshmanan <abhishek@xxxxxxxx>
• Re: Better anticipation for minor releases
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Better anticipation for minor releases
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• Re: Better anticipation for minor releases
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [PATCH 1/2] ceph: avoid NULL pointer dereference in ceph_crypto_key_destroy()
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: Better anticipation for minor releases
  • From: Andrew Schoen <aschoen@xxxxxxxxxx>
• Re: [PATCH 1/2] ceph: avoid NULL pointer dereference in ceph_crypto_key_destroy()
  • From: Chengguang Xu <cgxu519@xxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: [PATCH 1/2] ceph: avoid NULL pointer dereference in ceph_crypto_key_destroy()
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: [PATCH 1/2] ceph: avoid NULL pointer dereference in ceph_crypto_key_destroy()
  • From: Chengguang Xu <cgxu519@xxxxxxxxxx>
• Re: [PATCH 1/2] ceph: avoid NULL pointer dereference in ceph_crypto_key_destroy()
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: Critical PRs needed for 12.2.3 Luminous
  • From: Orit Wasserman <owasserm@xxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: [PATCH] libradosstriper: correct the first parameter of rados_striper_trunc
  • From: yue longguang <yuelongguang@xxxxxxxxx>
• [PATCH 2/2] ceph: avoid memory leak when specifying same option several times
  • From: Chengguang Xu <cgxu519@xxxxxxxxxx>
• [PATCH 1/2] ceph: avoid NULL pointer dereference in ceph_crypto_key_destroy()
  • From: Chengguang Xu <cgxu519@xxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: Better anticipation for minor releases
  • From: "Robin H. Johnson" <robbat2@xxxxxxxxxx>
• Re: Better anticipation for minor releases
  • From: Nathan Cutler <ncutler@xxxxxxx>
• killing ceph-rest-api
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: Better anticipation for minor releases
  • From: Vasu Kulkarni <vakulkar@xxxxxxxxxx>
• Re: Better anticipation for minor releases
  • From: "Robin H. Johnson" <robbat2@xxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: [PATCH] libradosstriper: correct the first parameter of rados_striper_trunc
  • From: Yehuda Sadeh-Weinraub <yehuda@xxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: Better anticipation for minor releases
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• Re: Better anticipation for minor releases
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: Better anticipation for minor releases
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: Critical PRs needed for 12.2.3 Luminous
  • From: Piotr Dałek <piotr.dalek@xxxxxxxxxxxx>
• Re: [PATCH] libradosstriper: correct the first parameter of rados_striper_trunc
  • From: yue longguang <yuelongguang@xxxxxxxxx>
• Re: Fwd: Build failed in Jenkins: ceph-master #1732
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Critical PRs needed for 12.2.3 Luminous
  • From: Matt Benjamin <mbenjami@xxxxxxxxxx>
• Re: Critical PRs needed for 12.2.3 Luminous
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• cmake patch set on seastar-dev
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: rbd + btrfs freezes
  • From: Ugis <ugis22@xxxxxxxxx>
• Re: Drop upgrade/jewel-x/point-to-point-x in luminous and master
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: Critical PRs needed for 12.2.3 Luminous
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: Critical PRs needed for 12.2.3 Luminous
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Fwd: Build failed in Jenkins: ceph-master #1732
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: ceph-disk triggers XFS kernel bug?
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: rbd + btrfs freezes
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: rbd + btrfs freezes
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: Drop upgrade/jewel-x/point-to-point-x in luminous and master
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: rbd + btrfs freezes
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: master / mimic-dev1 deb build broken on ceph/ceph-ci
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Drop upgrade/jewel-x/point-to-point-x in luminous and master
  • From: Nathan Cutler <ncutler@xxxxxxx>
• rbd + btrfs freezes
  • From: Ugis <ugis22@xxxxxxxxx>
• Re: master / mimic-dev1 deb build broken on ceph/ceph-ci
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Fwd: Build failed in Jenkins: ceph-master #1732
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: [RFC PATCH v2 1/1] quota: report root dir quota usage in statfs
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• Critical PRs needed for 12.2.3 Luminous
  • From: Abhishek <abhishek@xxxxxxxx>
• Re: Better anticipation for minor releases
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• Re: Better anticipation for minor releases
  • From: Abhishek <abhishek@xxxxxxxx>
• Better anticipation for minor releases
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: [ceph-users] Luminous 12.2.3 release date?
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• [nfs-ganesha RFC PATCH 1/6] SAL: make some rados_kv symbols public
  • From: jlayton@xxxxxxxxxxxxxxx
• [nfs-ganesha RFC PATCH 5/6] tools: add new rados_grace manipulation tool
  • From: jlayton@xxxxxxxxxxxxxxx
• [nfs-ganesha RFC PATCH 6/6] SAL: add new clustered RADOS recovery backend
  • From: jlayton@xxxxxxxxxxxxxxx
• [nfs-ganesha RFC PATCH 4/6] support: add a rados_grace support library
  • From: jlayton@xxxxxxxxxxxxxxx
• [nfs-ganesha RFC PATCH 2/6] SAL: add new try_lift_grace recovery operation
  • From: jlayton@xxxxxxxxxxxxxxx
• [nfs-ganesha RFC PATCH 3/6] SAL: add nodeid config value to RADOS_KV section
  • From: jlayton@xxxxxxxxxxxxxxx
• [nfs-ganesha RFC PATCH 0/6] experimental rados_cluster recovery backend
  • From: jlayton@xxxxxxxxxxxxxxx
• Re: [PATCH] libceph: use 64-bit arithmetic instead of 32-bit
  • From: "Gustavo A. R. Silva" <garsilva@xxxxxxxxxxxxxx>
• Re: [ceph-users] Luminous 12.2.3 release date?
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: Cephalocon APAC Call for Proposals
  • From: Leonardo Vaz <lvaz@xxxxxxxxxx>
• [RFC PATCH v2 1/1] quota: report root dir quota usage in statfs
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [RFC PATCH v2 0/1] quota: report root dir quota usage in statfs
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: [PATCH] libceph: use 64-bit arithmetic instead of 32-bit
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [RFC PATCH 1/1] quota: report root dir quota usage in statfs
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: [RFC PATCH 1/1] quota: report root dir quota usage in statfs
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• [PATCH] libceph: use 64-bit arithmetic instead of 32-bit
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: Adding more checks for fscache options
  • From: Chengguang Xu <cgxu519@xxxxxxxxxx>
• Re: seastar and 'tame reactor'
  • From: Josh Durgin <jdurgin@xxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: [PATCH] rbd: support v2 fancy striping
  • From: Maged Mokhtar <mmokhtar@xxxxxxxxxxx>
• Moving RGW buckets under tenant namespaces
  • From: Abhishek Lekshmanan <abhishek@xxxxxxxx>
• CSI Ceph support for mounting a volume on same node by multiple workloads
  • From: sbezverk <sbezverk@xxxxxxxxx>
• Re: Adding more checks for fscache options
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [PATCH] ceph: Check memory allocation result
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [PATCH] rbd: support v2 fancy striping
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Adding more checks for fscache options
  • From: Chengguang Xu <cgxu519@xxxxxxxxxx>
• [RFC PATCH 1/1] quota: report root dir quota usage in statfs
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [RFC PATCH 0/1] quota: report root dir quota usage in statfs
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: [PATCH] ceph: add newline to end of debug message format
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• [PATCH] ceph: add newline to end of debug message format
  • From: Chengguang Xu <cgxu519@xxxxxxxxxx>
• Re: [PATCH] ceph: improving efficiency of syncfs
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• cephe-tier forward mode hang in luminous
  • From: TYLin <wooertim@xxxxxxxxx>
• [PATCH] ceph: improving efficiency of syncfs
  • From: Chengguang Xu <cgxu519@xxxxxxxxxx>
• Re: [PATCH] ceph: Check memory allocation result
  • From: Chengguang Xu <cgxu519@xxxxxxxxxx>
• [PATCH] rbd: support v2 fancy striping
  • From: "Maged Mokhtar" <mmokhtar@xxxxxxxxxxx>
• Re: [PATCH] ceph: Check memory allocation result
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: ceph-disk triggers XFS kernel bug?
  • From: Andrey Korolyov <andrey@xxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: Persistent storage for Mgr Modules
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: RGW bucket tagging
  • From: Abhishek Lekshmanan <abhishek@xxxxxxxx>
• Re: Persistent storage for Mgr Modules
  • From: John Spray <jspray@xxxxxxxxxx>
• Persistent storage for Mgr Modules
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: RGW bucket tagging
  • From: "Robin H. Johnson" <robbat2@xxxxxxxxxx>
• Re: RGW bucket tagging
  • From: Andreas Calminder <andreas.calminder@xxxxxxxxxx>
• Re: Missing prettytable during ceph-disk runs
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• [PATCH] [DO NOT MERGE] ceph: fix ptr_ret.cocci warnings
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• [ceph-client:testing 5/12] fs/ceph/export.c:357:33-39: WARNING: PTR_ERR_OR_ZERO can be used
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• Re: RGW bucket tagging
  • From: Matt Benjamin <mbenjami@xxxxxxxxxx>
• RGW bucket tagging
  • From: Andreas Calminder <andreas.calminder@xxxxxxxxxx>
• [PATCH] ceph: Check memory allocation result
  • From: Chengguang Xu <cgxu519@xxxxxxxxxx>
• Re: dashboard_v2 (was: dashboard in mimic)
  • From: Lenz Grimmer <lgrimmer@xxxxxxxx>
• Cephalocon APAC Call for Proposals
  • From: Leonardo Vaz <lvaz@xxxxxxxxxx>
• Ceph Tech Talk Canceled
  • From: Leonardo Vaz <lvaz@xxxxxxxxxx>
• Re: OSD recovery priority ?
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [PATCH] ceph: try to allocate enough memory for reserved caps
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• [PATCH] ceph: try to allocate enough memory for reserved caps
  • From: Zhi Zhang <zhang.david2011@xxxxxxxxx>
• Re: OSD recovery priority ?
  • From: Piotr Dałek <piotr.dalek@xxxxxxxxxxxx>
• [PATCH] ceph: try to allocate enough memory for reserved caps
  • From: Zhi Zhang <zhang.david2011@xxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• OSD recovery priority ?
  • From: Vincent Godin <vince.mlist@xxxxxxxxx>
• Re: opentracing
  • From: Yingxin Cheng <yingxincheng@xxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: How can rbd image qos take effect
  • From: denval re <redenval@xxxxxxxxx>
• Re: How can rbd image qos take effect
  • From: Dongsheng Yang <dongsheng.yang@xxxxxxxxxxxx>
• Re: client isn't responding to mclientcaps
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: client isn't responding to mclientcaps
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• How can rbd image qos take effect
  • From: denval re <redenval@xxxxxxxxx>
• [PATCH] ceph: try to allocate enough memory for reserved caps
  • From: Zhi Zhang <zhang.david2011@xxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: opentracing
  • From: Bassam Tabbara <bassam@xxxxxxxxxxx>
• Re: debugging mgr python modules
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: debugging mgr python modules
  • From: Lars Marowsky-Bree <lmb@xxxxxxxx>
• Re: opentracing
  • From: Jesse Williamson <jwilliamson@xxxxxxx>
• Re: Message decode issue
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Message decode issue
  • From: 陶冬冬 <tdd21151186@xxxxxxxxx>
• Re: debugging mgr python modules
  • From: Ricardo Dias <rdias@xxxxxxxx>
• Re: [ceph-users] ghost degraded objects
  • From: David Zafman <dzafman@xxxxxxxxxx>
• debugging mgr python modules
  • From: Tim Serong <tserong@xxxxxxxx>
• Adding units to performance counters and configuration setting browser
  • From: Rubab Syed <rubab.syed21@xxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: opentracing
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: opentracing
  • From: Mohamad Gebai <mgebai@xxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: MDS modules and containers
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: opentracing
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: opentracing
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• opentracing
  • From: Sage Weil <sweil@xxxxxxxxxx>
• MDS modules and containers
  • From: Blaine Gardner <blaine.gardner@xxxxxxxx>
• Re: ghost degraded objects
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Ceph team involvement in Rook (Deploying Ceph in Kubernetes)
  • From: Sebastien Han <shan@xxxxxxxxxx>
• ghost degraded objects
  • From: Ugis <ugis22@xxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: questions about multisite sync qos
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: seastar temporary_buffer/packet and ceph::buffer
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: RGW S3 vs S3 signature
  • From: Matt Benjamin <mbenjami@xxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• RGW S3 vs S3 signature
  • From: "Zhou, Yuan" <yuan.zhou@xxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Static Analysis
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: c++17: compilation failures with cryptopp (when cmake -DWITH_NSS=OFF)
  • From: Yehuda Sadeh-Weinraub <ysadehwe@xxxxxxxxxx>
• Re: c++17: compilation failures with cryptopp (when cmake -DWITH_NSS=OFF)
  • From: Matt Benjamin <mbenjami@xxxxxxxxxx>
• Re: c++17: compilation failures with cryptopp (when cmake -DWITH_NSS=OFF)
  • From: Yehuda Sadeh-Weinraub <ysadehwe@xxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: REST API Client
  • From: Huamin Chen <hchen@xxxxxxxxxx>
• Re: c++17: compilation failures with cryptopp (when cmake -DWITH_NSS=OFF)
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• c++17: compilation failures with cryptopp (when cmake -DWITH_NSS=OFF)
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: REST API Client
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: REST API Client
  • From: Huamin Chen <hchen@xxxxxxxxxx>
• Re: seastar temporary_buffer/packet and ceph::buffer
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: REST API Client
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• REST API Client
  • From: Huamin Chen <hchen@xxxxxxxxxx>
• Re: seastar temporary_buffer/packet and ceph::buffer
  • From: Matt Benjamin <mbenjami@xxxxxxxxxx>
• Re: seastar temporary_buffer/packet and ceph::buffer
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: client isn't responding to mclientcaps
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Re: client isn't responding to mclientcaps
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Re: client isn't responding to mclientcaps
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: client isn't responding to mclientcaps
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Re: client isn't responding to mclientcaps
  • From: 陶冬冬 <tdd21151186@xxxxxxxxx>
• Re: client isn't responding to mclientcaps
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: client isn't responding to mclientcaps
  • From: 陶冬冬 <tdd21151186@xxxxxxxxx>
• Re: client isn't responding to mclientcaps
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Re: client isn't responding to mclientcaps
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Re: client isn't responding to mclientcaps
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: seastar temporary_buffer/packet and ceph::buffer
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: mon config commands
  • From: Douglas Fuller <dfuller@xxxxxxxxxx>
• Re: seastar temporary_buffer/packet and ceph::buffer
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: client isn't responding to mclientcaps
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Re: Porting snap trim queue check to Luminous
  • From: Piotr Dałek <piotr.dalek@xxxxxxxxxxxx>
• Re: [ceph-users] Ceph Day Germany 2018
  • From: Kai Wagner <kwagner@xxxxxxxx>
• Re: client isn't responding to mclientcaps
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• client isn't responding to mclientcaps
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Re: Use of C++17 memory_resource and mempools
  • From: Jesse Williamson <jwilliamson@xxxxxxx>
• Re: [ceph-users] Ceph Day Germany 2018
  • From: Wido den Hollander <wido@xxxxxxxx>
• Ceph Day Germany 2018
  • From: Leonardo Vaz <lvaz@xxxxxxxxxx>
• Re: killing onreadable completions
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: Use of C++17 memory_resource and mempools
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: seastar temporary_buffer/packet and ceph::buffer
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: seastar temporary_buffer/packet and ceph::buffer
  • From: Matt Benjamin <mbenjami@xxxxxxxxxx>
• Re: Porting snap trim queue check to Luminous
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Use of C++17 memory_resource and mempools
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: seastar temporary_buffer/packet and ceph::buffer
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: seastar temporary_buffer/packet and ceph::buffer
  • From: Piotr Dałek <branch@xxxxxxxxxxxxxxxx>
• Re: seastar temporary_buffer/packet and ceph::buffer
  • From: Piotr Dałek <branch@xxxxxxxxxxxxxxxx>
• Re: seastar temporary_buffer/packet and ceph::buffer
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: seastar temporary_buffer/packet and ceph::buffer
  • From: kefu chai <tchaikov@xxxxxxxxx>
• seastar temporary_buffer/packet and ceph::buffer
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: mon config commands
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Porting snap trim queue check to Luminous
  • From: Piotr Dałek <piotr.dalek@xxxxxxxxxxxx>
• Cephalocon 2018 APAC
  • From: Leonardo Vaz <lvaz@xxxxxxxxxx>
• Re: mon config commands
  • From: Vasu Kulkarni <vakulkar@xxxxxxxxxx>
• Re: mon config commands
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: killing onreadable completions
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: mon config commands
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: killing onreadable completions
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: killing onreadable completions
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: killing onreadable completions
  • From: Yehuda Sadeh-Weinraub <ysadehwe@xxxxxxxxxx>
• killing onreadable completions
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Luminous - replace old target-weight tree from osdmap with mgr balancer
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: Luminous - replace old target-weight tree from osdmap with mgr balancer
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Luminous - replace old target-weight tree from osdmap with mgr balancer
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: mon config commands
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: mon config commands
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• [PATCH 2/2] ceph: quota: add counter for snaprealms with quota
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [PATCH 1/2] ceph: quota: cache inode pointer in ceph_snap_realm
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [PATCH 0/2] ceph: quota: client optimizations
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: can we stop packaging sysvinit scripts?
  • From: Amon Ott <a.ott@xxxxxxxxxxxx>
• Re: [PATCH] rbd: reacquire lock should update lock owner client id
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [ceph-users] data cleaup/disposal process
  • From: M Ranga Swami Reddy <swamireddy@xxxxxxxxx>
• Re: can we stop packaging sysvinit scripts?
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• Re: can we stop packaging sysvinit scripts?
  • From: Sage Weil <sweil@xxxxxxxxxx>
• mon config commands
  • From: Sage Weil <sage@xxxxxxxxxx>
• Re: Luminous - replace old target-weight tree from osdmap with mgr balancer
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: Luminous - replace old target-weight tree from osdmap with mgr balancer
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Luminous - replace old target-weight tree from osdmap with mgr balancer
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: Luminous - replace old target-weight tree from osdmap with mgr balancer
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: mon config update
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: Luminous - replace old target-weight tree from osdmap with mgr balancer
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Luminous - replace old target-weight tree from osdmap with mgr balancer
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: Luminous - replace old target-weight tree from osdmap with mgr balancer
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Luminous - replace old target-weight tree from osdmap with mgr balancer
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: CSI (container storage interface)
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: CSI (container storage interface)
  • From: Huamin Chen <hchen@xxxxxxxxxx>
• Re: CSI (container storage interface)
  • From: Steve LeonTang <Steve.LeonTang@xxxxxxxxxxx>
• Re: CSI (container storage interface)
  • From: Huamin Chen <hchen@xxxxxxxxxx>
• [GIT PULL] Ceph fixes for 4.15-rc8
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: mon config update
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Luminous - replace old target-weight tree from osdmap with mgr balancer
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: mon config storage (config-key vs config)
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Luminous - replace old target-weight tree from osdmap with mgr balancer
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Luminous - replace old target-weight tree from osdmap with mgr balancer
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: mon config storage (config-key vs config)
  • From: Jesse Williamson <jwilliamson@xxxxxxx>
• Re: CSI (container storage interface)
  • From: Bassam Tabbara <bassam@xxxxxxxxxxx>
• Re: Luminous - replace old target-weight tree from osdmap with mgr balancer
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Luminous - replace old target-weight tree from osdmap with mgr balancer
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: Luminous - replace old target-weight tree from osdmap with mgr balancer
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Luminous - replace old target-weight tree from osdmap with mgr balancer
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• CSI (container storage interface)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: can we stop packaging sysvinit scripts?
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: can we stop packaging sysvinit scripts?
  • From: Amon Ott <a.ott@xxxxxxxxxxxx>
• Emergency Infra Maintenance due to Meltdown
  • From: David Galloway <dgallowa@xxxxxxxxxx>
• Re: [Ceph-maintainers] can we stop packaging sysvinit scripts?
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• can we stop packaging sysvinit scripts?
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Build failed in Jenkins: ceph-master #1640
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: C++11, std::list::size(), and trusty
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: Moving to 1.66 Boost
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: shuffle_random removed in C++17 on FreeBSD/Clang??
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: [PATCH v4 0/6] ceph: kernel client cephfs quota support
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: Please add me in the ceph developer mail list
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: shuffle_random removed in C++17 on FreeBSD/Clang??
  • From: Jesse Williamson <jwilliamson@xxxxxxx>
• Re: [PATCH v4 0/6] ceph: kernel client cephfs quota support
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: mon config storage (config-key vs config)
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: [PATCH] rbd: set max_segments to USHRT_MAX
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: shuffle_random removed in C++17 on FreeBSD/Clang??
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Excessive fragmentation in BlueStore allocators
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: [ceph-users] C++17 and C++ ABI on master
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: recording of performance meeting
  • From: Leonardo Vaz <lvaz@xxxxxxxxxx>
• Re: formatting bytes and object counts in ceph status ouput
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• shuffle_random removed in C++17 on FreeBSD/Clang??
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: formatting bytes and object counts in ceph status ouput
  • From: Jan Fajerski <jfajerski@xxxxxxxx>
• Fwd: Build failed in Jenkins: ceph-master #1640
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• recording of performance meeting
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: [PATCH] rbd: set max_segments to USHRT_MAX
  • From: Alex Elder <elder@xxxxxxxx>
• Re: Moving to 1.66 Boost
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: C++17 and C++ ABI on master
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [ceph-users] C++17 and C++ ABI on master
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• C++17 and C++ ABI on master
  • From: "Adam C. Emerson" <aemerson@xxxxxxxxxx>
• [PATCH] rbd: set max_segments to USHRT_MAX
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: mon config update
  • From: Sage Weil <sweil@xxxxxxxxxx>
• importance of steps when adding osds
  • From: Ugis <ugis22@xxxxxxxxx>
• Re: [PATCH v4 0/6] ceph: kernel client cephfs quota support
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Fwd: importance of steps when adding osds
  • From: Ugis <ugis22@xxxxxxxxx>
• Re: importance of steps when adding osds
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: ceph-disk triggers XFS kernel bug?
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: mon config update
  • From: Piotr Dałek <piotr.dalek@xxxxxxxxxxxx>
• Re: [PATCH v4 0/6] ceph: kernel client cephfs quota support
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: mon config update
  • From: Piotr Dałek <piotr.dalek@xxxxxxxxxxxx>
• Re: Read a single shard in EC
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: mon config storage (config-key vs config)
  • From: Piotr Dałek <piotr.dalek@xxxxxxxxxxxx>
• Read a single shard in EC
  • From: Oleg Kolosov <olekol@xxxxxxxxx>
• Re: mon config storage (config-key vs config)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: mon config storage (config-key vs config)
  • From: Jesse Williamson <jwilliamson@xxxxxxx>
• Re: Add dmclock QoS client calls to librados -- request for comments
  • From: "J. Eric Ivancich" <ivancich@xxxxxxxxxx>
• mon config storage (config-key vs config)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: mon config update
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: mon config update
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: mon config update
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: mon config update
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• mon config update
  • From: Sage Weil <sweil@xxxxxxxxxx>
• [PATCH v4 5/6] ceph: quota: update MDS when max_bytes is approaching
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [PATCH v4 4/6] ceph: quota: support for ceph.quota.max_bytes
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [PATCH v4 6/6] ceph: quota: add quotas to the in-tree cephfs documentation
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [PATCH v4 3/6] ceph: quota: don't allow cross-quota renames
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [PATCH v4 2/6] ceph: quota: support for ceph.quota.max_files
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [PATCH v4 1/6] ceph: quota: add initial infrastructure to support cephfs quotas
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [PATCH v4 0/6] ceph: kernel client cephfs quota support
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: Add dmclock QoS client calls to librados -- request for comments
  • From: Byung Su Park <pbs1108@xxxxxxxxx>
• RE: New ObjectStore
  • From: Allen Samuels <Allen.Samuels@xxxxxxx>
• Re: New ObjectStore
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• help needed after an outage - Is it possible to rebuild a bucket index ?
  • From: Vincent Godin <vince.mlist@xxxxxxxxx>
• RE: New ObjectStore
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: rbd image snapshot timestamps?
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: rbd image snapshot timestamps?
  • From: Wyllys Ingersoll <wyllys.ingersoll@xxxxxxxxxxxxxx>
• Re: rbd image snapshot timestamps?
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: [ceph-users] Bluestore: inaccurate disk usage statistics problem?
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: [ceph-users] Bluestore: inaccurate disk usage statistics problem?
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• rbd image snapshot timestamps?
  • From: Wyllys Ingersoll <wyllys.ingersoll@xxxxxxxxxxxxxx>
• Re: [ceph-users] Bluestore: inaccurate disk usage statistics problem?
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: master / mimic-dev1 deb build broken on ceph/ceph-ci
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [ceph-users] Bluestore: inaccurate disk usage statistics problem?
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• master / mimic-dev1 deb build broken on ceph/ceph-ci
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Fwd: aio poll, io_pgetevents and a new in-kernel poll API
  • From: Matt Benjamin <mbenjami@xxxxxxxxxx>
• data cleaup/disposal process
  • From: M Ranga Swami Reddy <swamireddy@xxxxxxxxx>
• Re: [ceph-users] Bluestore: inaccurate disk usage statistics problem?
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: Ceph Developer Monthly - January 2018
  • From: Leonardo Vaz <lvaz@xxxxxxxxxx>
• Static Analysis
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• New Defects reported by Coverity Scan for ceph
  • From: scan-admin@xxxxxxxxxxxx
• Re: SMART disk monitoring
  • From: Lars Marowsky-Bree <lmb@xxxxxxxx>
• Re: SMART disk monitoring
  • From: Jan Fajerski <jfajerski@xxxxxxxx>
• Re: Add dmclock QoS client calls to librados -- request for comments
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Add dmclock QoS client calls to librados -- request for comments
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: SMART disk monitoring
  • From: Kyle Bader <kyle.bader@xxxxxxxxx>
• Re: SMART disk monitoring
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: C++11, std::list::size(), and trusty
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: Add dmclock QoS client calls to librados -- request for comments
  • From: 김태웅 <isis1054@xxxxxxxxx>
• Re: formatting bytes and object counts in ceph status ouput
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: RGW RFC: Multiple-Data-Pool Support for a Bucket
  • From: Jeegn Chen <jeegnchen@xxxxxxxxx>
• Ceph Developer Monthly - January 2018
  • From: Leonardo Vaz <lvaz@xxxxxxxxxx>
• Re: formatting bytes and object counts in ceph status ouput
  • From: Dan Mick <dmick@xxxxxxxxxx>
• Write specific amount in RADOS bench
  • From: Oleg Kolosov <olekol@xxxxxxxxx>
• Re: Add dmclock QoS client calls to librados -- request for comments
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: C++11, std::list::size(), and trusty
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Moving to 1.66 Boost
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: formatting bytes and object counts in ceph status ouput
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: Moving to 1.66 Boost
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: C++11, std::list::size(), and trusty
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: C++11, std::list::size(), and trusty
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• Re: Add dmclock QoS client calls to librados -- request for comments
  • From: "J. Eric Ivancich" <ivancich@xxxxxxxxxx>
• Re: Add dmclock QoS client calls to librados -- request for comments
  • From: "J. Eric Ivancich" <ivancich@xxxxxxxxxx>
• Re: RGW RFC: Multiple-Data-Pool Support for a Bucket
  • From: Matt Benjamin <mbenjami@xxxxxxxxxx>
• Re: formatting bytes and object counts in ceph status ouput
  • From: Piotr Dałek <piotr.dalek@xxxxxxxxxxxx>
• formatting bytes and object counts in ceph status ouput
  • From: Jan Fajerski <jfajerski@xxxxxxxx>
• Re: RGW RFC: Multiple-Data-Pool Support for a Bucket
  • From: Jeegn Chen <jeegnchen@xxxxxxxxx>
• Re: RGW RFC: Multiple-Data-Pool Support for a Bucket
  • From: Yehuda Sadeh-Weinraub <yehuda@xxxxxxxxxx>
• Re: Moving to 1.66 Boost
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Moving to 1.66 Boost
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: Moving to 1.66 Boost
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Moving to 1.66 Boost
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: C++11, std::list::size(), and trusty
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Moving to Boost 1.66 on FreeBSD
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Questions about Tier evict
  • From: maxwell miller <gk.maring@xxxxxxxxx>
• Questions about Tier evict
  • From: maxwell miller <gk.maring@xxxxxxxxx>
• Re: RGW RFC: Multiple-Data-Pool Support for a Bucket
  • From: "Robin H. Johnson" <robbat2@xxxxxxxxxx>
• Re: RGW RFC: Multiple-Data-Pool Support for a Bucket
  • From: Jeegn Chen <jeegnchen@xxxxxxxxx>
• Re: RGW RFC: Multiple-Data-Pool Support for a Bucket
  • From: "Robin H. Johnson" <robbat2@xxxxxxxxxx>
• Re: RGW RFC: Multiple-Data-Pool Support for a Bucket
  • From: Jeegn Chen <jeegnchen@xxxxxxxxx>
• New Defects reported by Coverity Scan for ceph
  • From: scan-admin@xxxxxxxxxxxx
• Static Analysis
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>