CEPH Filesystem Development
[Prev Page][Next Page]
- Re: Read Only status HTTP API Manager Module
- From: Ricardo Dias <rdias@xxxxxxxx>
- Re: Read Only status HTTP API Manager Module
- From: Wido den Hollander <wido@xxxxxxxx>
- Re: Read Only status HTTP API Manager Module
- From: John Spray <jspray@xxxxxxxxxx>
- Read Only status HTTP API Manager Module
- From: Wido den Hollander <wido@xxxxxxxx>
- [PATCH] ceph: change variable name to follow common rule
- From: Chengguang Xu <cgxu519@xxxxxxxxxx>
- Ceph Developer Monthly - March 2018
- From: Leonardo Vaz <lvaz@xxxxxxxxxx>
- Re: killing ceph-rest-api
- From: John Spray <jspray@xxxxxxxxxx>
- Re: killing ceph-rest-api
- From: Aleksei Gutikov <aleksey.gutikov@xxxxxxxxxx>
- [mon]Problem with leveldb in monitor 0.94.5
- From: xiangyang yu <penglaiyxy@xxxxxxxxx>
- [PATCH] ceph: mark the cap cache as unreclaimable
- From: Chengguang Xu <cgxu519@xxxxxxxxxx>
- 12.2.4 QE Luminous validation status
- From: Yuri Weinstein <yweinste@xxxxxxxxxx>
- Re: [PATCH v2] block: rbd: update sysfs interface
- From: Ilya Dryomov <idryomov@xxxxxxxxx>
- Re: 12.2.4 PRs
- From: Yuri Weinstein <yweinste@xxxxxxxxxx>
- What is the difference between the three logs in ceph mdlog?
- From: qi Shi <m13913886148@xxxxxxxxx>
- Re: 12.2.4 PRs
- From: Abhishek Lekshmanan <abhishek@xxxxxxxx>
- [PATCH] ceph: release unreserved caps if having enough available caps
- From: Chengguang Xu <cgxu519@xxxxxxxxxx>
- 12.2.4 PRs
- From: Yuri Weinstein <yweinste@xxxxxxxxxx>
- Re: Balancer module maps PG to OSDs on the same host
- From: Wido den Hollander <wido@xxxxxxxx>
- Re: Why prezero?
- From: Gregory Farnum <gfarnum@xxxxxxxxxx>
- [PATCH] ceph: replacing hard-coded function name using __func__
- From: Chengguang Xu <cgxu519@xxxxxxxxxx>
- [PATCH] ceph: optimizing cap reservation
- From: Chengguang Xu <cgxu519@xxxxxxxxxx>
- [PATCH] ceph: optimizing cap allocation
- From: Chengguang Xu <cgxu519@xxxxxxxxxx>
- [PATCH] ceph: check return value of ceph_get_cap()
- From: Chengguang Xu <cgxu519@xxxxxxxxxx>
- Why prezero?
- From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
- Re: I need help with Clang error
- From: kefu chai <tchaikov@xxxxxxxxx>
- Re: 12.2.3 build error
- From: Yang Joseph <joseph.yang@xxxxxxxxxxxx>
- Re: Ceph Participating in Outreachy Summer Round 2018
- From: Ali Maredia <amaredia@xxxxxxxxxx>
- 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>
[Index of Archives]
[Ceph Dev]
[Linux USB Devel]
[Video for Linux]
[Scanner]
[Linux SCSI]
[Samba]
[Yosemite Hikes]