CEPH Filesystem Development

• Thread Index

• Re: REST APIs
  • From: Ric Wheeler <rwheeler@xxxxxxxxxx>
• Re: How do I "install" from source? Service binaries (and /etc/ceph) are missing after make install
  • From: Henrique Fingler <hfingler@xxxxxxxxxxxxx>
• Re: How do I "install" from source? Service binaries (and /etc/ceph) are missing after make install
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• How do I "install" from source? Service binaries (and /etc/ceph) are missing after make install
  • From: Henrique Fingler <hfingler@xxxxxxxxxxxxx>
• Re: Status of luminous v12.2.1 integration branch
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: Status of luminous v12.2.1 integration branch
  • From: Abhishek L <abhishek.lekshmanan@xxxxxxxxx>
• Re: snapshots
  • From: Wyllys Ingersoll <wyllys.ingersoll@xxxxxxxxxxxxxx>
• Re: Status of luminous v12.2.1 integration branch
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: Status of luminous v12.2.1 integration branch
  • From: Abhishek L <abhishek.lekshmanan@xxxxxxxxx>
• Re: ceph-osd crash
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: snapshots
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: snapshots
  • From: Wyllys Ingersoll <wyllys.ingersoll@xxxxxxxxxxxxxx>
• Re: [ceph-users] mon health status gone from display
  • From: Alex Gorbachev <ag@xxxxxxxxxxxxxxxxxxx>
• Re: snapshots
  • From: Eric Eastman <eric.eastman@xxxxxxxxxxxxxx>
• Re: [ceph-users] mon health status gone from display
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: [ceph-users] mon health status gone from display
  • From: Alex Gorbachev <ag@xxxxxxxxxxxxxxxxxxx>
• Re: CephFS HA support network appliance
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: [ceph-users] mon health status gone from display
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: snapshots
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Status of luminous v12.2.1 integration branch
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• mon health status gone from display
  • From: Alex Gorbachev <ag@xxxxxxxxxxxxxxxxxxx>
• Re: Status of luminous v12.2.1 integration branch
  • From: Josh Durgin <jdurgin@xxxxxxxxxx>
• Re: Geographic disperse Ceph
  • From: Two Spirit <twospirit6905@xxxxxxxxx>
• Re: snapshots
  • From: Two Spirit <twospirit6905@xxxxxxxxx>
• Re: snapshots
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Geographic disperse Ceph
  • From: Sage Weil <sweil@xxxxxxxxxx>
• snapshots
  • From: Two Spirit <twospirit6905@xxxxxxxxx>
• Geographic disperse Ceph
  • From: Two Spirit <twospirit6905@xxxxxxxxx>
• Re: Mixed versions of cluster and clients
  • From: Mike A <mike.almateia@xxxxxxxxx>
• Re: Mixed versions of cluster and clients
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Mixed versions of cluster and clients
  • From: Mike A <mike.almateia@xxxxxxxxx>
• Re: [f2fs-dev] [PATCH 07/15] f2fs: Use find_get_pages_tag() for looking up single page
  • From: Chao Yu <chao@xxxxxxxxxx>
• Re: [f2fs-dev] [PATCH 06/15] f2fs: Simplify page iteration loops
  • From: Chao Yu <chao@xxxxxxxxxx>
• Re: [f2fs-dev] [PATCH 05/15] f2fs: Use pagevec_lookup_range_tag()
  • From: Chao Yu <chao@xxxxxxxxxx>
• Re: Status of luminous v12.2.1 integration branch
  • From: Abhishek Lekshmanan <abhishek@xxxxxxxx>
• Re: very slow backfill on Luminous + Bluestore
  • From: Ugis <ugis22@xxxxxxxxx>
• Re: Status of luminous v12.2.1 integration branch
  • From: Abhishek Lekshmanan <abhishek@xxxxxxxx>
• Re: rocksdb fails to build with gcc 7.1.1
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• rocksdb fails to build with gcc 7.1.1
  • From: Jos Collin <jcollin@xxxxxxxxxx>
• Re: undefined references in luminous for librados-devel
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• Re: undefined references in luminous for librados-devel
  • From: Noah Watkins <noahwatkins@xxxxxxxxx>
• Re: undefined references in luminous for librados-devel
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• Re: what I did to fix the damaged
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• Re: which mds server is damaged?
  • From: Two Spirit <twospirit6905@xxxxxxxxx>
• Re: file in one file system is a directory in ceph
  • From: Two Spirit <twospirit6905@xxxxxxxxx>
• Re: undefined references in luminous for librados-devel
  • From: Noah Watkins <noahwatkins@xxxxxxxxx>
• Re: file in one file system is a directory in ceph
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: which mds server is damaged?
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: undefined references in luminous for librados-devel
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: request improve online mds help
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: file in one file system is a directory in ceph
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• file in one file system is a directory in ceph
  • From: Two Spirit <twospirit6905@xxxxxxxxx>
• request improve online mds help
  • From: Two Spirit <twospirit6905@xxxxxxxxx>
• Re: which mds server is damaged?
  • From: Two Spirit <twospirit6905@xxxxxxxxx>
• undefined references in luminous for librados-devel
  • From: Noah Watkins <noahwatkins@xxxxxxxxx>
• Re: what I did to fix the damaged
  • From: Two Spirit <twospirit6905@xxxxxxxxx>
• Re: [PATCH 02/15] btrfs: Use pagevec_lookup_range_tag()
  • From: David Sterba <dsterba@xxxxxxx>
• Re: REST APIs
  • From: Boris Ranto <branto@xxxxxxxxxx>
• Re: should CephContext be a singleton?
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 04/15] ext4: Use pagevec_lookup_range_tag()
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 02/15] btrfs: Use pagevec_lookup_range_tag()
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 03/15] ceph: Use pagevec_lookup_range_tag()
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 05/15] f2fs: Use pagevec_lookup_range_tag()
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 07/15] f2fs: Use find_get_pages_tag() for looking up single page
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 0/15 v1] Ranged pagevec tagged lookup
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 11/15] mm: Use pagevec_lookup_range_tag() in write_cache_pages()
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 06/15] f2fs: Simplify page iteration loops
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 13/15] ceph: Use pagevec_lookup_range_nr_tag()
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 12/15] mm: Add variant of pagevec_lookup_range_tag() taking number of pages
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 14/15] mm: Remove nr_pages argument from pagevec_lookup_{,range}_tag()
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 08/15] gfs2: Use pagevec_lookup_range_tag()
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 01/15] mm: Implement find_get_pages_range_tag()
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 15/15] afs: Use find_get_pages_range_tag()
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 09/15] nilfs2: Use pagevec_lookup_range_tag()
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 10/15] mm: Use pagevec_lookup_range_tag() in __filemap_fdatawait_range()
  • From: Jan Kara <jack@xxxxxxx>
• Re: Status of luminous v12.2.1 integration branch
  • From: Abhishek Lekshmanan <abhishek@xxxxxxxx>
• Re: Status of luminous v12.2.1 integration branch
  • From: Joao Eduardo Luis <joao@xxxxxxx>
• Static Analysis
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• Re: which mds server is damaged?
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: Status of luminous v12.2.1 integration branch
  • From: Orit Wasserman <owasserm@xxxxxxxxxx>
• New Defects reported by Coverity Scan for ceph
  • From: scan-admin@xxxxxxxxxxxx
• Re: Status of luminous v12.2.1 integration branch
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• which mds server is damaged?
  • From: Two Spirit <twospirit6905@xxxxxxxxx>
• Re: XFS kernel errors bringing up OSD
  • From: Wyllys Ingersoll <wyllys.ingersoll@xxxxxxxxxxxxxx>
• Re: XFS kernel errors bringing up OSD
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• Re: luminous filesystem is degraded
  • From: Two Spirit <twospirit6905@xxxxxxxxx>
• Re: clearing unfound objects
  • From: Two Spirit <twospirit6905@xxxxxxxxx>
• Re: Ceph Mentors for next Outreachy Round
  • From: Ali Maredia <amaredia@xxxxxxxxxx>
• Re: size of testing lab
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: recovery priority preemption
  • From: Piotr Dałek <branch@xxxxxxxxxxxxxxxx>
• Re: Status of luminous v12.2.1 integration branch
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: Status of luminous v12.2.1 integration branch
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: dmcrypt?
  • From: Vasu Kulkarni <vakulkar@xxxxxxxxxx>
• Re: clearing unfound objects
  • From: Two Spirit <twospirit6905@xxxxxxxxx>
• Re: Status of luminous v12.2.1 integration branch
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: Status of luminous v12.2.1 integration branch
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Status of luminous v12.2.1 integration branch
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: should CephContext be a singleton?
  • From: "Adam C. Emerson" <aemerson@xxxxxxxxxx>
• Re: should CephContext be a singleton?
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: should CephContext be a singleton?
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: should CephContext be a singleton?
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: should CephContext be a singleton?
  • From: "Adam C. Emerson" <aemerson@xxxxxxxxxx>
• Re: XFS kernel errors bringing up OSD
  • From: Wyllys Ingersoll <wyllys.ingersoll@xxxxxxxxxxxxxx>
• recovery priority preemption
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: XFS kernel errors bringing up OSD
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: dmcrypt?
  • From: Two Spirit <twospirit6905@xxxxxxxxx>
• should CephContext be a singleton?
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• REST APIs
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: dmcrypt?
  • From: Sage Weil <sweil@xxxxxxxxxx>
• [PATCH RESEND] devices: recognise rbd devices
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: clearing unfound objects
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: clearing unfound objects
  • From: Two Spirit <twospirit6905@xxxxxxxxx>
• dmcrypt?
  • From: Two Spirit <twospirit6905@xxxxxxxxx>
• Re: XFS kernel errors bringing up OSD
  • From: Wyllys Ingersoll <wyllys.ingersoll@xxxxxxxxxxxxxx>
• Re: XFS kernel errors bringing up OSD
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• Re: clearing unfound objects
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: ceph-osd crash
  • From: Two Spirit <twospirit6905@xxxxxxxxx>
• Re: On monitor development, bugs, and reviews
  • From: John Spray <jspray@xxxxxxxxxx>
• clearing unfound objects
  • From: Two Spirit <twospirit6905@xxxxxxxxx>
• Re: On monitor development, bugs, and reviews
  • From: Jesse Williamson <jwilliamson@xxxxxxx>
• Re: Jewel v10.2.10, anyone?
  • From: Yehuda Sadeh-Weinraub <ysadehwe@xxxxxxxxxx>
• Re: Jewel v10.2.10, anyone?
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: On monitor development, bugs, and reviews
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: luminous filesystem is degraded
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Memory. 100TB OSD?
  • From: Two Spirit <twospirit6905@xxxxxxxxx>
• Re: luminous filesystem is degraded
  • From: Two Spirit <twospirit6905@xxxxxxxxx>
• Re: Ceph Developers Monthly - September
  • From: Joao Eduardo Luis <joao@xxxxxxx>
• On monitor development, bugs, and reviews
  • From: Joao Eduardo Luis <joao@xxxxxxx>
• [GIT PULL] Ceph updates for 4.14-rc1
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: Ceph Developers Monthly - September
  • From: Leonardo Vaz <lvaz@xxxxxxxxxx>
• Re: [PATCH 1/5] ceph: keep auth cap when inode has flocks or posix locks
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• XFS kernel errors bringing up OSD
  • From: Wyllys Ingersoll <wyllys.ingersoll@xxxxxxxxxxxxxx>
• Re: [PATCH 1/5] ceph: keep auth cap when inode has flocks or posix locks
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 5/5] ceph: avoid null pointer derefernece in case of utsname() return NULL
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 4/5] ceph: handle 'session get evicted while there are file locks'
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 3/5] ceph: optimize flock encoding during reconnect
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 1/5] ceph: keep auth cap when inode has flocks or posix locks
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• Re: [PATCH 2/5] ceph: make lock_to_ceph_filelock() 'static'
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 1/5] ceph: keep auth cap when inode has flocks or posix locks
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: Jewel v10.2.10, anyone?
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: Jewel v10.2.10, anyone?
  • From: Yehuda Sadeh-Weinraub <ysadehwe@xxxxxxxxxx>
• [PATCH 5/5] ceph: avoid null pointer derefernece in case of utsname() return NULL
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• [PATCH 4/5] ceph: handle 'session get evicted while there are file locks'
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• [PATCH 3/5] ceph: optimize flock encoding during reconnect
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• [PATCH 2/5] ceph: make lock_to_ceph_filelock() 'static'
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• [PATCH 1/5] ceph: keep auth cap when inode has flocks or posix locks
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• [PATCH 0/5] ceph: file lock related fixes
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• Re: LRC has slower recovery than Jerasure
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [ceph-users] Ceph release cadence
  • From: Blair Bethwaite <blair.bethwaite@xxxxxxxxx>
• Re: [ceph-users] Ceph release cadence
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: Ceph release cadence
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: LRC has slower recovery than Jerasure
  • From: Oleg Kolosov <olekol@xxxxxxxxx>
• Re: LRC has slower recovery than Jerasure
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Ceph release cadence
  • From: Nathan Cutler <ncutler@xxxxxxx>
• LRC has slower recovery than Jerasure
  • From: Oleg Kolosov <olekol@xxxxxxxxx>
• Re: [ceph-client:testing 3/5] fs/ceph/mds_client.c:2921:9-15: ERROR: reference preceded by free on line 2915 (fwd)
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• [ceph-client:testing 3/5] fs/ceph/mds_client.c:2921:9-15: ERROR: reference preceded by free on line 2915 (fwd)
  • From: Julia Lawall <julia.lawall@xxxxxxx>
• Re: [ceph-users] [Ceph-maintainers] Ceph release cadence
  • From: Yehuda Sadeh-Weinraub <yehuda@xxxxxxxxxx>
• Re: [ceph-users] Ceph release cadence
  • From: Alexander Litvak <alexander.v.litvak@xxxxxxxxx>
• Re: Ceph release cadence
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: [ceph-users] librados for MacOS
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: very slow backfill on Luminous + Bluestore
  • From: Xiaoxi Chen <superdebuger@xxxxxxxxx>
• Re: very slow backfill on Luminous + Bluestore
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: very slow backfill on Luminous + Bluestore
  • From: Henrik Korkuc <lists@xxxxxxxxx>
• Re: [Ceph-maintainers] Ceph release cadence
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [Ceph-maintainers] Ceph release cadence
  • From: Bassam Tabbara <bassam@xxxxxxxxxxx>
• Re: [Ceph-maintainers] Ceph release cadence
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: very slow backfill on Luminous + Bluestore
  • From: Xiaoxi Chen <superdebuger@xxxxxxxxx>
• Re: very slow backfill on Luminous + Bluestore
  • From: Wyllys Ingersoll <wyllys.ingersoll@xxxxxxxxxxxxxx>
• Re: very slow backfill on Luminous + Bluestore
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Re: very slow backfill on Luminous + Bluestore
  • From: Xiaoxi Chen <superdebuger@xxxxxxxxx>
• Re: very slow backfill on Luminous + Bluestore
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• very slow backfill on Luminous + Bluestore
  • From: Xiaoxi Chen <superdebuger@xxxxxxxxx>
• Re: [ceph-users] Ceph release cadence
  • From: Xiaoxi Chen <superdebuger@xxxxxxxxx>
• Re: [RFC PATCH 2/3] ceph: quotas: support for ceph.quota.max_files
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• Re: [ceph-users] Ceph release cadence
  • From: Matthew Vernon <mv3@xxxxxxxxxxxx>
• Re: [RFC PATCH 2/3] ceph: quotas: support for ceph.quota.max_files
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Static Analysis
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• RE: [ceph-users] Ceph release cadence
  • From: Deepak Naidu <dnaidu@xxxxxxxxxx>
• Re: Jewel v10.2.10, anyone?
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: Jewel v10.2.10, anyone?
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: Jewel v10.2.10, anyone?
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: Jewel v10.2.10, anyone?
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: Are we ready for Jewel v10.2.10?
  • From: Josh Durgin <jdurgin@xxxxxxxxxx>
• Re: Are we ready for Jewel v10.2.10?
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: payload of MPing
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: [RFC PATCH 2/3] ceph: quotas: support for ceph.quota.max_files
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• Re: OSD behaviour when an i/o error occurs
  • From: Vincent Godin <vince.mlist@xxxxxxxxx>
• Re: [Ceph-maintainers] Ceph release cadence
  • From: Lars Marowsky-Bree <lmb@xxxxxxxx>
• Re: Are we ready for Jewel v10.2.10?
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Are we ready for Jewel v10.2.10?
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: payload of MPing
  • From: Joao Eduardo Luis <joao@xxxxxxx>
• Re: [ceph-users] Ceph release cadence
  • From: Henrik Korkuc <lists@xxxxxxxxx>
• RE: Ceph release cadence
  • From: Adrian Saul <Adrian.Saul@xxxxxxxxxxxxxxxxx>
• Re: [ceph-users] Ceph release cadence
  • From: Henrik Korkuc <lists@xxxxxxxxx>
• New Defects reported by Coverity Scan for ceph
  • From: scan-admin@xxxxxxxxxxxx
• payload of MPing
  • From: kefu chai <tchaikov@xxxxxxxxx>
• ceph-osd crash
  • From: Wyllys Ingersoll <wyllys.ingersoll@xxxxxxxxxxxxxx>
• distributed point-in-time consistency report
  • From: Sage Weil <sweil@xxxxxxxxxx>
• RE: [ceph-users] Ceph release cadence
  • From: Deepak Naidu <dnaidu@xxxxxxxxxx>
• Re: [ceph-users] Ceph release cadence
  • From: Eric Eastman <eric.eastman@xxxxxxxxxxxxxx>
• Re: Ceph release cadence
  • From: Joao Eduardo Luis <joao@xxxxxxx>
• Re: build-integration-branch
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• Re: [ceph-users] Ceph release cadence
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• Re: OSD behaviour when an i/o error occurs
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [ceph-users] Ceph release cadence
  • From: Kingsley Tart <ceph@xxxxxxxxxxx>
• Re: Mimic planning: Wed
  • From: Jan Fajerski <jfajerski@xxxxxxxx>
• OSD behaviour when an i/o error occurs
  • From: Vincent Godin <vince.mlist@xxxxxxxxx>
• RE: [ceph-users] Ceph release cadence
  • From: Bryan Banister <bbanister@xxxxxxxxxxxxxxx>
• Ceph release cadence
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: [ceph-users] Ceph Developers Monthly - September
  • From: Haomai Wang <haomai@xxxxxxxx>
• [RFC PATCH 1/3] ceph: quota: add initial infrastructure to support cephfs quotas
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [RFC PATCH 3/3] ceph: quota: don't allow cross-quota renames
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [RFC PATCH 2/3] ceph: quotas: support for ceph.quota.max_files
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [RFC PATCH 0/3] ceph: kernel client cephfs quota support
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: send more reads on recovery
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Mimic planning: Wed
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: admin_socket question
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Ceph Developers Monthly - September
  • From: Joao Eduardo Luis <joao@xxxxxxx>
• Re: send more reads on recovery
  • From: Linux Chips <linux.chips@xxxxxxxxx>
• Re: Mimic planning: Wed
  • From: Joao Eduardo Luis <joao@xxxxxxx>
• Re: Mimic planning: Wed
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: Jewel v10.2.10, anyone?
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: Jewel v10.2.10, anyone?
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: Jewel v10.2.10, anyone?
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: Mimic planning: Wed
  • From: Joao Eduardo Luis <joao@xxxxxxx>
• admin_socket question
  • From: Paul Cuzner <pcuzner@xxxxxxxxxx>
• Re: Ceph Developers Monthly - September
  • From: Leonardo Vaz <lvaz@xxxxxxxxxx>
• Re: auth: assert(ckh)
  • From: zengran zhang <z13121369189@xxxxxxxxx>
• Re: auth: assert(ckh)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: https://github.com/ceph/rocksdb
  • From: Jos Collin <jcollin@xxxxxxxxxx>
• Re: auth: assert(ckh)
  • From: zengran zhang <z13121369189@xxxxxxxxx>
• Re: [ceph-users] a question about use of CEPH_IOC_SYNCIO in write
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Ceph Mentors for next Outreachy Round
  • From: Ali Maredia <amaredia@xxxxxxxxxx>
• Re: auth: assert(ckh)
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: build-integration-branch
  • From: Abhishek Lekshmanan <abhishek@xxxxxxxx>
• Re: https://github.com/ceph/rocksdb
  • From: Mark Nelson <mark.a.nelson@xxxxxxxxx>
• auth: assert(ckh)
  • From: zengran zhang <z13121369189@xxxxxxxxx>
• Re: build-integration-branch
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: luminous filesystem is degraded
  • From: Sage Weil <sweil@xxxxxxxxxx>
• https://github.com/ceph/rocksdb
  • From: Amit <amitkuma@xxxxxxxxxx>
• Ceph on ARM meeting cancelled
  • From: Leonardo Vaz <lvaz@xxxxxxxxxx>
• Re: build-integration-branch
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: Jewel v10.2.10, anyone?
  • From: Paweł Sadowski <pawel@xxxxxxxxx>
• Re: Jewel v10.2.10, anyone?
  • From: Paweł Sadowski <ceph@xxxxxxxxx>
• Re: build-integration-branch
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: luminous filesystem is degraded
  • From: Two Spirit <twospirit6905@xxxxxxxxx>
• Re: hammer PRs
  • From: kefu chai <tchaikov@xxxxxxxxx>
• send more reads on recovery
  • From: Linux Chips <linux.chips@xxxxxxxxx>
• [PATCH 13/13] ceph: wait on writeback after writing snapshot data
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• [PATCH 12/13] ceph: fix capsnap dirty pages accounting
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• [PATCH 11/13] ceph: ignore wbc->range_{start,end} when write back snapshot data
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• [PATCH 10/13] ceph: fix "range cyclic" mode writepages
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• [PATCH 07/13] ceph: make writepage_nounlock() invalidate page that beyonds EOF
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• [PATCH 08/13] ceph: optimize pagevec iterating in ceph_writepages_start()
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• [PATCH 09/13] ceph: cleanup local varibles in ceph_writepages_start()
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• [PATCH 06/13] ceph: properly get capsnap's size in get_oldest_context()
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• [PATCH 05/13] ceph: remove stale check in ceph_invalidatepage()
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• [PATCH 04/13] ceph: queue cap snap only when snap realm's context changes
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• [PATCH 03/13] ceph: handle race between vmtruncate and queuing cap snap
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• [PATCH 02/13] ceph: fix message order check in handle_cap_export()
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• [PATCH 01/13] ceph: fix null pointer dereference in ceph_flush_snaps()
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• [PATCH 00/13] ceph: snapshot and multimds fixes
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• Re: Jewel v10.2.10, anyone?
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: hammer PRs
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: luminous filesystem is degraded
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: hammer PRs
  • From: Abhishek Lekshmanan <abhishek@xxxxxxxx>
• Re: Memory. 100TB OSD?
  • From: Henrik Korkuc <lists@xxxxxxxxx>
• Re: Memory. 100TB OSD?
  • From: Christian Wuerdig <christian.wuerdig@xxxxxxxxx>
• Re: ceph-osd fails to start - crash log
  • From: Christian Wuerdig <christian.wuerdig@xxxxxxxxx>
• Re: hammer PRs
  • From: Nathan Cutler <ncutler@xxxxxxx>
• luminous filesystem is degraded
  • From: Two Spirit <twospirit6905@xxxxxxxxx>
• FreeBSSD: [Bug 221997] net/ceph: Luminous (12.2.0) release for Ceph
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• hammer PRs
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Feature Request ceph -s recovery and resync estimated completion times
  • From: Two Spirit <twospirit6905@xxxxxxxxx>
• "Unhandled exception in thread started by" ceph-deploy admin
  • From: Two Spirit <twospirit6905@xxxxxxxxx>
• Re: [ceph-users] use and benifits of CEPH_IOC_SYNCIO flag
  • From: Mark Meyers <MarkMeyers.MMY@xxxxxxxxx>
• use and benifits of CEPH_IOC_SYNCIO flag
  • From: Mark Meyers <MarkMeyers.MMY@xxxxxxxxx>
• Re: Rados bench with a failed node
  • From: Oleg Kolosov <olekol@xxxxxxxxx>
• Re: Rados bench with a failed node
  • From: Oleg Kolosov <olekol@xxxxxxxxx>
• Re: ceph-disk triggers XFS kernel bug?
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• RE: v12.2.0 Luminous released
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• RE: v12.2.0 Luminous released
  • From: "Felix, Evan J" <Evan.Felix@xxxxxxxx>
• ceph-osd fails to start - crash log
  • From: Wyllys Ingersoll <wyllys.ingersoll@xxxxxxxxxxxxxx>
• Re: ceph-mon leader election problem, should it be improved ?
  • From: Two Spirit <twospirit6905@xxxxxxxxx>
• [GIT PULL] Ceph fix for 4.13-rc8
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: ceph-disk triggers XFS kernel bug?
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: cephfs kernel bug (4.9.44)?
  • From: Wyllys Ingersoll <wyllys.ingersoll@xxxxxxxxxxxxxx>
• ceph-disk triggers XFS kernel bug?
  • From: Wyllys Ingersoll <wyllys.ingersoll@xxxxxxxxxxxxxx>
• a question about use of CEPH_IOC_SYNCIO in write
  • From: sa514164@xxxxxxxxxxxxxxxx
• why mds sends a caps message of "zero" inode max size to client when finishing "open a new created file" ?
  • From: Meyers Mark <markmeyers.mmy@xxxxxxxxx>
• Re: luminous OSD memory usage
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: luminous OSD memory usage
  • From: Mark Nelson <mark.a.nelson@xxxxxxxxx>
• Re: Contributor credits for v12.2.0 Luminous
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: Contributor credits for v12.2.0 Luminous
  • From: Abhishek <abhishek@xxxxxxxx>
• Re: Contributor credits for v12.2.0 Luminous
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• RE: [ceph-users] v12.2.0 Luminous released
  • From: Abhishek Lekshmanan <abhishek@xxxxxxxx>
• Re: luminous OSD memory usage
  • From: xiaoyan li <wisher2003@xxxxxxxxx>
• Re: Bluestore memory usage on our test cluster
  • From: xiaoyan li <wisher2003@xxxxxxxxx>
• Re: cephfs kernel bug (4.9.44)?
  • From: Wyllys Ingersoll <wyllys.ingersoll@xxxxxxxxxxxxxx>
• Re: cephfs kernel bug (4.9.44)?
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: a metadata lost problem when mds breaks down
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• a metadata lost problem when mds breaks down
  • From: Mark Meyers <MarkMeyers.MMY@xxxxxxxxx>
• Re: cephfs kernel bug (4.9.44)?
  • From: Wyllys Ingersoll <wyllys.ingersoll@xxxxxxxxxxxxxx>
• Re: [PATCH] devices: recognise rbd devices
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: cephfs kernel bug (4.9.44)?
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• cephfs kernel bug (4.9.44)?
  • From: Wyllys Ingersoll <wyllys.ingersoll@xxxxxxxxxxxxxx>
• Re: Jewel v10.2.10, anyone?
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: Jewel v10.2.10, anyone?
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: Jewel v10.2.10, anyone?
  • From: YuShengzuo <yu.shengzuo@xxxxxxxxxxx>
• Re: Jewel v10.2.10, anyone?
  • From: shasha lu <lushasha08@xxxxxxxxx>
• Static Analysis
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• New Defects reported by Coverity Scan for ceph
  • From: scan-admin@xxxxxxxxxxxx
• Re: Bluestore memory usage on our test cluster
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: Bluestore memory usage on our test cluster
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Re: increasingly large packages and longer build times
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: increasingly large packages and longer build times
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: increasingly large packages and longer build times
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• Re: increasingly large packages and longer build times
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• Re: increasingly large packages and longer build times
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• build-integration-branch
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Jewel v10.2.10, anyone?
  • From: David Zafman <dzafman@xxxxxxxxxx>
• Re: Jewel v10.2.10, anyone?
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Jewel v10.2.10, anyone?
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: Independent instances of rgw
  • From: Yehuda Sadeh-Weinraub <ysadehwe@xxxxxxxxxx>
• Independent instances of rgw
  • From: Travis Nielsen <Travis.Nielsen@xxxxxxxxxxx>
• Bluestore memory usage on our test cluster
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• RE: [ceph-users] v12.2.0 Luminous released
  • From: Deepak Naidu <dnaidu@xxxxxxxxxx>
• Re: increasingly large packages and longer build times
  • From: John Spray <jspray@xxxxxxxxxx>
• Memory. 100TB OSD?
  • From: Two Spirit <twospirit6905@xxxxxxxxx>
• Re: increasingly large packages and longer build times
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• Re: Bug? luminous pkg missing ceph-osd ceph-mon 32bit
  • From: Two Spirit <twospirit6905@xxxxxxxxx>
• Re: feature request to "ceph osd status"
  • From: Two Spirit <twospirit6905@xxxxxxxxx>
• Re: feature request to "ceph osd status"
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: Bug? luminous pkg missing ceph-osd ceph-mon 32bit
  • From: Two Spirit <twospirit6905@xxxxxxxxx>
• Re: feature request to "ceph osd status"
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: luminous OSD memory usage
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: feature request to "ceph osd status"
  • From: Two Spirit <twospirit6905@xxxxxxxxx>
• Re: [ceph-users] v12.2.0 Luminous released
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: feature request to "ceph osd status"
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: a question about “lease issued to client” in ceph mds
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• A question about "lease issued to client" in ceph mds
  • From: sa514164@xxxxxxxxxxxxxxxx
• a question about “lease issued to client” in ceph mds
  • From: Meyers Mark <markmeyers.mmy@xxxxxxxxx>
• luminous OSD memory usage
  • From: Aleksei Gutikov <aleksey.gutikov@xxxxxxxxxx>
• Contributor credits for v12.2.0 Luminous
  • From: Abhishek Lekshmanan <abhishek@xxxxxxxx>
• Re: [ceph-users] v12.2.0 Luminous released
  • From: Xiaoxi Chen <superdebuger@xxxxxxxxx>
• Re: [ceph-users] v12.2.0 Luminous released
  • From: Mark Kirkwood <mark.kirkwood@xxxxxxxxxxxxxxx>
• Re: feature request to "ceph osd status"
  • From: Two Spirit <twospirit6905@xxxxxxxxx>
• Re: Commit messages + labels for mgr modules
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: v12.2.0 Luminous released
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Ceph Developers Monthly - September
  • From: Leonardo Vaz <lvaz@xxxxxxxxxx>
• Re: v12.2.0 Luminous released
  • From: Xiaoxi Chen <superdebuger@xxxxxxxxx>
• Re: question about bluefs log sync
  • From: zengran zhang <z13121369189@xxxxxxxxx>
• Re: question about bluefs log sync
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: question about bluefs log sync
  • From: zengran zhang <z13121369189@xxxxxxxxx>
• Re: question about bluefs log sync
  • From: zengran zhang <z13121369189@xxxxxxxxx>
• Re: feature request to "ceph osd status"
  • From: Two Spirit <twospirit6905@xxxxxxxxx>
• Re: Bug? luminous pkg missing ceph-osd ceph-mon 32bit
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Bug? luminous pkg missing ceph-osd ceph-mon 32bit
  • From: Two Spirit <twospirit6905@xxxxxxxxx>
• Re: High memory usage kills OSD while peering
  • From: Linux Chips <linux.chips@xxxxxxxxx>
• Re: High memory usage kills OSD while peering
  • From: Mustafa Muhammad <mustafa1024m@xxxxxxxxx>
• v12.2.0 Luminous released
  • From: Abhishek Lekshmanan <abhishek@xxxxxxxx>
• Re: New ceph/ceph-helm repo?
  • From: John Spray <jspray@xxxxxxxxxx>
• compiling with Clang 5.0
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: New ceph/ceph-helm repo?
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• New ceph/ceph-helm repo?
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: Building Ceph in Docker
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: question about bluefs log sync
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Commit messages + labels for mgr modules
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: question about bluefs log sync
  • From: zengran zhang <z13121369189@xxxxxxxxx>
• Re: question about bluefs log sync
  • From: zengran zhang <z13121369189@xxxxxxxxx>
• Re: question about bluefs log sync
  • From: Sage Weil <sweil@xxxxxxxxxx>
• question about bluefs log sync
  • From: zengran zhang <z13121369189@xxxxxxxxx>
• Re: question on bluestore wal io behavior
  • From: zengran zhang <z13121369189@xxxxxxxxx>
• Re: Building Ceph in Docker
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: High memory usage kills OSD while peering
  • From: Mustafa Muhammad <mustafa1024m@xxxxxxxxx>
• Re: Where to find the CDM recording?
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Re: Where to find the CDM recording?
  • From: Leonardo Vaz <lvaz@xxxxxxxxxx>
• Building Ceph in Docker
  • From: Mingliang LIU <mingliang.liu@xxxxxxxxxxxxxx>
• Re: osd fails to start, cannot mount the journal
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Mimic planning: Wed
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: question on bluestore wal io behavior
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Extensive attributes not getting copied when flushing HEAD objects from cache pool to base pool.
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Bug? luminous pkg missing ceph-osd ceph-mon 32bit
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: feature request to "ceph osd status"
  • From: John Spray <jspray@xxxxxxxxxx>
• question on bluestore wal io behavior
  • From: zengran zhang <z13121369189@xxxxxxxxx>
• Fwd: State of play for RDMA on Luminous
  • From: Florian Haas <florian@xxxxxxxxxxx>
• Re: Extensive attributes not getting copied when flushing HEAD objects from cache pool to base pool.
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Static Analysis
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• Re: osd pg logs
  • From: xiaoyan li <wisher2003@xxxxxxxxx>
• Re: increasingly large packages and longer build times
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• Re: High memory usage kills OSD while peering
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: High memory usage kills OSD while peering
  • From: Linux Chips <linux.chips@xxxxxxxxx>
• feature request to "ceph osd status"
  • From: Two Spirit <twospirit6905@xxxxxxxxx>
• Re: Matching shard to crush bucket in erasure coding
  • From: Oleg Kolosov <olekol@xxxxxxxxx>
• Re: High memory usage kills OSD while peering
  • From: Linux Chips <linux.chips@xxxxxxxxx>
• Re: [Ceph-maintainers] [ceph-users] v12.1.4 Luminous (RC) released
  • From: "Kamble, Nitin A" <Nitin.Kamble@xxxxxxxxxxxx>
• Re: High memory usage kills OSD while peering
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: High memory usage kills OSD while peering
  • From: Linux Chips <linux.chips@xxxxxxxxx>
• Re: High memory usage kills OSD while peering
  • From: Linux Chips <linux.chips@xxxxxxxxx>
• Re: High memory usage kills OSD while peering
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: High memory usage kills OSD while peering
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [Ceph-maintainers] [ceph-users] v12.1.4 Luminous (RC) released
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: [Ceph-maintainers] [ceph-users] v12.1.4 Luminous (RC) released
  • From: "Kamble, Nitin A" <Nitin.Kamble@xxxxxxxxxxxx>
• Re: High memory usage kills OSD while peering
  • From: Linux Chips <linux.chips@xxxxxxxxx>
• Re: [Ceph-maintainers] [ceph-users] v12.1.4 Luminous (RC) released
  • From: "Kamble, Nitin A" <Nitin.Kamble@xxxxxxxxxxxx>
• Re: [Ceph-maintainers] [ceph-users] v12.1.4 Luminous (RC) released
  • From: Sage Weil <sweil@xxxxxxxxxx>
• osd pg logs
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Bug? luminous pkg missing ceph-osd ceph-mon 32bit
  • From: Two Spirit <twospirit6905@xxxxxxxxx>
• Bug? luminous pkg missing ceph-osd ceph-mon 32bit
  • From: Two Spirit <twospirit6905@xxxxxxxxx>
• Re: docs build check - necessary for Jewel?
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: [Ceph-maintainers] [ceph-users] v12.1.4 Luminous (RC) released
  • From: "Kamble, Nitin A" <Nitin.Kamble@xxxxxxxxxxxx>
• New Defects reported by Coverity Scan for ceph
  • From: scan-admin@xxxxxxxxxxxx
• Re: [Ceph-maintainers] [ceph-users] v12.1.4 Luminous (RC) released
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: docs build check - necessary for Jewel?
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• osd fails to start, cannot mount the journal
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: [Ceph-maintainers] [ceph-users] v12.1.4 Luminous (RC) released
  • From: "Kamble, Nitin A" <Nitin.Kamble@xxxxxxxxxxxx>
• Re: Bug#19994
  • From: Vasu Kulkarni <vakulkar@xxxxxxxxxx>
• Re: Bug#19994
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: increasingly large packages and longer build times
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Extensive attributes not getting copied when flushing HEAD objects from cache pool to base pool.
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: increasingly large packages and longer build times
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: increasingly large packages and longer build times
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: increasingly large packages and longer build times
  • From: kefu chai <tchaikov@xxxxxxxxx>
• docs build check - necessary for Jewel?
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: Extensive attributes not getting copied when flushing HEAD objects from cache pool to base pool.
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Bug#19994
  • From: Two Spirit <twospirit6905@xxxxxxxxx>
• Re: High memory usage kills OSD while peering
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [Ceph-maintainers] [ceph-users] v12.1.4 Luminous (RC) released
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [Ceph-maintainers] [ceph-users] v12.1.4 Luminous (RC) released
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: [Ceph-maintainers] [ceph-users] v12.1.4 Luminous (RC) released
  • From: "Kamble, Nitin A" <Nitin.Kamble@xxxxxxxxxxxx>
• Bluestore IO latency is little in OSD latency
  • From: xiaoyan li <wisher2003@xxxxxxxxx>
• Re: Backport
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Backport
  • From: David Zafman <dzafman@xxxxxxxxxx>
• Re: Backport
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Backport
  • From: David Zafman <dzafman@xxxxxxxxxx>
• Re: [Ceph-maintainers] [ceph-users] v12.1.4 Luminous (RC) released
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Backport
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: [Ceph-maintainers] [ceph-users] v12.1.4 Luminous (RC) released
  • From: "Kamble, Nitin A" <Nitin.Kamble@xxxxxxxxxxxx>
• Backport
  • From: David Zafman <dzafman@xxxxxxxxxx>
• Re: Ceph Tech Talk Cancelled
  • From: Leonardo Vaz <lvaz@xxxxxxxxxx>
• Re: [Ceph-maintainers] [ceph-users] v12.1.4 Luminous (RC) released
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Object Size distributions
  • From: Myna V <mynaramana@xxxxxxxxx>
• Re: Extensive attributes not getting copied when flushing HEAD objects from cache pool to base pool.
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Extensive attributes not getting copied when flushing HEAD objects from cache pool to base pool.
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Re: needs-backport label on github/ceph/ceph
  • From: Abhishek Lekshmanan <alekshmanan@xxxxxxx>
• Re: Extensive attributes not getting copied when flushing HEAD objects from cache pool to base pool.
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Ceph Tech Talk Cancelled
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Re: needs-backport label on github/ceph/ceph
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: High memory usage kills OSD while peering
  • From: Linux Chips <linux.chips@xxxxxxxxx>
• Ceph Tech Talk Cancelled
  • From: Leonardo Vaz <lvaz@xxxxxxxxxx>
• Re: increasingly large packages and longer build times
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• Re: Matching shard to crush bucket in erasure coding
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: needs-backport label on github/ceph/ceph
  • From: Abhishek Lekshmanan <alekshmanan@xxxxxxx>
• Re: Are we ready for Luminous?
  • From: Abhishek Lekshmanan <abhishek@xxxxxxxx>
• Re: needs-backport label on github/ceph/ceph
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: High memory usage kills OSD while peering
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Are we ready for Luminous?
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: Are we ready for Luminous?
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: High memory usage kills OSD while peering
  • From: Linux Chips <linux.chips@xxxxxxxxx>
• Are we ready for Luminous?
  • From: Abhishek Lekshmanan <abhishek@xxxxxxxx>
• Re: Extensive attributes not getting copied when flushing HEAD objects from cache pool to base pool.
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Re: Extensive attributes not getting copied when flushing HEAD objects from cache pool to base pool.
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Re: Extensive attributes not getting copied when flushing HEAD objects from cache pool to base pool.
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Extensive attributes not getting copied when flushing HEAD objects from cache pool to base pool.
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• [no subject]
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Fwd: Ideas on the UI/UX improvement of ceph-mgr: Cluster Status Dashboard
  • From: saumay agrawal <saumay.agrawal@xxxxxxxxx>
• Re: needs-backport label on github/ceph/ceph
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: High memory usage kills OSD while peering
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: increasingly large packages and longer build times
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: increasingly large packages and longer build times
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Matching shard to crush bucket in erasure coding
  • From: Oleg Kolosov <olekol@xxxxxxxxx>
• Re: needs-backport label on github/ceph/ceph
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: increasingly large packages and longer build times
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: increasingly large packages and longer build times
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: needs-backport label on github/ceph/ceph
  • From: John Spray <jspray@xxxxxxxxxx>
• needs-backport label on github/ceph/ceph
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: increasingly large packages and longer build times
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: multi-line comments
  • From: Matt Benjamin <mbenjami@xxxxxxxxxx>
• Re: increasingly large packages and longer build times
  • From: Matt Benjamin <mbenjami@xxxxxxxxxx>
• Re: increasingly large packages and longer build times
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: High memory usage kills OSD while peering
  • From: Linux Chips <linux.chips@xxxxxxxxx>
• Re: increasingly large packages and longer build times
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: increasingly large packages and longer build times
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: Ideas on the UI/UX improvement of ceph-mgr: Cluster Status Dashboard
  • From: saumay agrawal <saumay.agrawal@xxxxxxxxx>
• On what day will v12.2.0 be released?
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• Re: High memory usage kills OSD while peering
  • From: Mustafa Muhammad <mustafa1024m@xxxxxxxxx>
• Re: High memory usage kills OSD while peering
  • From: Haomai Wang <haomai@xxxxxxxx>
• Re: increasingly large packages and longer build times
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: High memory usage kills OSD while peering
  • From: Haomai Wang <haomai@xxxxxxxx>
• Re: [ceph-users] v12.1.4 Luminous (RC) released
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: multi-line comments
  • From: Yehuda Sadeh-Weinraub <ysadehwe@xxxxxxxxxx>
• Re: High memory usage kills OSD while peering
  • From: Linux Chips <linux.chips@xxxxxxxxx>
• Re: High memory usage kills OSD while peering
  • From: Linux Chips <linux.chips@xxxxxxxxx>
• Re: multi-line comments
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: About the problem "export_diff relies on clone_overlap, which is lost when cache tier is enabled"
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Re: [PATCH 0/3] Ceph: Adjustments for some function implementations
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• [PATCH 3/3] ceph: Adjust 36 checks for null pointers
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/3] ceph: Delete an unnecessary return statement in update_dentry_lease()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/3] ceph: Delete an error message for a failed memory allocation in __get_or_create_frag()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 0/3] Ceph: Adjustments for some function implementations
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: High memory usage kills OSD while peering
  • From: Mustafa Muhammad <mustafa1024m@xxxxxxxxx>
• Re: Where to find the CDM recording?
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Re: libradosstriper
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: multi-line comments
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: Requesting to change "doesn't" to "does not", isn't to "is not".
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: libradosstriper
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: [ceph-users] v12.1.4 Luminous (RC) released
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: Requesting to change "doesn't" to "does not", isn't to "is not".
  • From: "Adam C. Emerson" <aemerson@xxxxxxxxxx>
• Re: multi-line comments
  • From: Jos Collin <jcollin@xxxxxxxxxx>
• Re: Requesting to change "doesn't" to "does not", isn't to "is not".
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: multi-line comments
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: multi-line comments
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Requesting to change "doesn't" to "does not", isn't to "is not".
  • From: Abhishek Lekshmanan <abhishek@xxxxxxxx>
• Requesting to change "doesn't" to "does not", isn't to "is not".
  • From: Amit <amitkuma@xxxxxxxxxx>
• Re: multi-line comments
  • From: Amit <amitkuma@xxxxxxxxxx>
• Requesting to change "doesn't" to "does not", isn't to "is not".
  • From: Amit <amitkuma@xxxxxxxxxx>
• Re: multi-line comments
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: Questions regarding ceph -w
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: [PATCH] ceph: check negative offsets on ceph_llseek()
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: libradosstriper
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: Ceph RDMA module: OSD marks peers down wrongly
  • From: Haomai Wang <haomai@xxxxxxxx>
• Static Analysis
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• Re: libradosstriper
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [Ceph-maintainers] [ceph-users] v12.1.4 Luminous (RC) released
  • From: "Kamble, Nitin A" <Nitin.Kamble@xxxxxxxxxxxx>
• Re: [Ceph-maintainers] [ceph-users] v12.1.4 Luminous (RC) released
  • From: David Zafman <dzafman@xxxxxxxxxx>
• Re: [Ceph-maintainers] [ceph-users] v12.1.4 Luminous (RC) released
  • From: "Kamble, Nitin A" <Nitin.Kamble@xxxxxxxxxxxx>
• Re: [Ceph-maintainers] [ceph-users] v12.1.4 Luminous (RC) released
  • From: David Zafman <dzafman@xxxxxxxxxx>
• libradosstriper
  • From: Jesse Williamson <jwilliamson@xxxxxxx>
• Re: High memory usage kills OSD while peering
  • From: Linux Chips <linux.chips@xxxxxxxxx>
• Re: [PATCH] ceph: check negative offsets on ceph_llseek()
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: multi-line comments
  • From: Jesse Williamson <jwilliamson@xxxxxxx>
• Re: [PATCH] ceph: check negative offsets on ceph_llseek()
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: High memory usage kills OSD while peering
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [Ceph-maintainers] [ceph-users] v12.1.4 Luminous (RC) released
  • From: "Kamble, Nitin A" <Nitin.Kamble@xxxxxxxxxxxx>
• Re: multi-line comments
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [Ceph-maintainers] [ceph-users] v12.1.4 Luminous (RC) released
  • From: "Kamble, Nitin A" <Nitin.Kamble@xxxxxxxxxxxx>
• Re: [Ceph-maintainers] [ceph-users] v12.1.4 Luminous (RC) released
  • From: "Kamble, Nitin A" <Nitin.Kamble@xxxxxxxxxxxx>
• Re: [Ceph-maintainers] [ceph-users] v12.1.4 Luminous (RC) released
  • From: Vasu Kulkarni <vakulkar@xxxxxxxxxx>
• Re: "ceph versions" dump (was Re: [Ceph-maintainers] [ceph-users] v12.1.4 Luminous (RC) released)
  • From: "Kamble, Nitin A" <Nitin.Kamble@xxxxxxxxxxxx>
• "ceph versions" dump (was Re: [Ceph-maintainers] [ceph-users] v12.1.4 Luminous (RC) released)
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [Ceph-maintainers] [ceph-users] v12.1.4 Luminous (RC) released
  • From: "Kamble, Nitin A" <Nitin.Kamble@xxxxxxxxxxxx>
• High memory usage kills OSD while peering
  • From: Linux Chips <linux.chips@xxxxxxxxx>
• Re: [PATCH] ceph: check negative offsets on ceph_llseek()
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: [PATCHv2 1/1] fs/ceph: More accurate statfs
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• doc build check on every pull request
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: multi-line comments
  • From: John Spray <jspray@xxxxxxxxxx>
• multi-line comments
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: Questions regarding ceph -w
  • From: John Spray <jspray@xxxxxxxxxx>
• Ceph RDMA module: OSD marks peers down wrongly
  • From: Jin Cai <caijin.laurence@xxxxxxxxx>
• Re: [Ceph-maintainers] [ceph-users] v12.1.4 Luminous (RC) released
  • From: Henrik Korkuc <lists@xxxxxxxxx>
• Re: vstart.sh failed
  • From: Spandan Kumar Sahu <spandankumarsahu@xxxxxxxxx>
• New Defects reported by Coverity Scan for ceph
  • From: scan-admin@xxxxxxxxxxxx
• Re: docs: please use the :ref: directive instead of linking directly to documents
  • From: Dan Mick <dmick@xxxxxxxxxx>
• Re: [Ceph-maintainers] [ceph-users] v12.1.4 Luminous (RC) released
  • From: Dan Mick <dmick@xxxxxxxxxx>
• Questions regarding ceph -w
  • From: Neha Ojha <nojha@xxxxxxxxxx>
• Re: [Ceph-maintainers] [ceph-users] v12.1.4 Luminous (RC) released
  • From: "Kamble, Nitin A" <Nitin.Kamble@xxxxxxxxxxxx>
• Re: [Ceph-maintainers] [ceph-users] v12.1.4 Luminous (RC) released
  • From: Dan Mick <dmick@xxxxxxxxxx>
• Re: [ceph-users] v12.1.4 Luminous (RC) released
  • From: "Kamble, Nitin A" <Nitin.Kamble@xxxxxxxxxxxx>
• Re: assert in can_discard_replica_op
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: increasingly large packages and longer build times
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: increasingly large packages and longer build times
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: default debug_client level is too high
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: [ceph-users] v12.1.4 Luminous (RC) released
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• [PATCH] devices: recognise rbd devices
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [ceph-users] v12.1.4 Luminous (RC) released
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• [PATCHv2 1/1] fs/ceph: More accurate statfs
  • From: Douglas Fuller <dfuller@xxxxxxxxxx>
• [PATCHv2 0/1] fs/ceph: More accurate statfs
  • From: Douglas Fuller <dfuller@xxxxxxxxxx>
• Re: [ceph-users] v12.1.4 Luminous (RC) released
  • From: Abhishek Lekshmanan <abhishek@xxxxxxxx>
• Re: [PATCH 1/1] fs/ceph: More accurate statfs
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [ceph-users] v12.1.4 Luminous (RC) released
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: [PATCH 1/1] fs/ceph: More accurate statfs
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: libcrush to be merged in Ceph
  • From: Lars Marowsky-Bree <lmb@xxxxxxxx>
• libcrush to be merged in Ceph
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: [ceph-users] v12.1.4 Luminous (RC) released
  • From: Matt Benjamin <mbenjami@xxxxxxxxxx>
• assert in can_discard_replica_op
  • From: sheng qiu <herbert1984106@xxxxxxxxx>
• Re: warnings in rgw_crypt.cc
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [ceph-users] v12.1.4 Luminous (RC) released
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• v12.1.4 Luminous (RC) released
  • From: Abhishek <abhishek@xxxxxxxx>
• [PATCH 0/1] More accurate statfs
  • From: Douglas Fuller <dfuller@xxxxxxxxxx>
• [PATCH 1/1] fs/ceph: More accurate statfs
  • From: Douglas Fuller <dfuller@xxxxxxxxxx>
• RE: warnings in rgw_crypt.cc
  • From: "Mahalingam, Ganesh" <ganesh.mahalingam@xxxxxxxxx>
• Re: warnings in rgw_crypt.cc
  • From: Jos Collin <jcollin@xxxxxxxxxx>
• docs: please use the :ref: directive instead of linking directly to documents
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: warnings in rgw_crypt.cc
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• on demand documentation builds on pull requests
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• warnings in rgw_crypt.cc
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: vstart.sh failed
  • From: liuchang0812 <liuchang0812@xxxxxxxxx>
• Re: [PATCH 00/47] RADOS Block Device: Fine-tuning for several function implementations
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: Luminous 12.1.3 upgrade mgr nits
  • From: Mark Kirkwood <mark.kirkwood@xxxxxxxxxxxxxxx>
• Re: Luminous 12.1.3 upgrade mgr nits
  • From: Vasu Kulkarni <vakulkar@xxxxxxxxxx>
• Re: Luminous 12.1.3 upgrade mgr nits
  • From: Mark Kirkwood <mark.kirkwood@xxxxxxxxxxxxxxx>
• Luminous 12.1.3 upgrade mgr nits
  • From: Mark Kirkwood <mark.kirkwood@xxxxxxxxxxxxxxx>
• Re: Finding cores in ceph-helper is even more convoluted .....
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Finding cores in ceph-helper is even more convoluted .....
  • From: Mykola Golub <to.my.trociny@xxxxxxxxx>
• v12.1.3 Luminous (RC) released
  • From: Abhishek Lekshmanan <abhishek@xxxxxxxx>
• Re: How to run ceph_test_rados_api_tier?
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: vstart.sh failed
  • From: liuchang0812 <liuchang0812@xxxxxxxxx>
• Re: Finding cores in ceph-helper is even more convoluted .....
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• vstart.sh failed
  • From: 攀刘 <liupan1111@xxxxxxxxx>
• Fwd: Re: exporting cluster status when cluster is unavailable
  • From: Jan Fajerski <jfajerski@xxxxxxxx>
• Finding cores in ceph-helper is even more convoluted .....
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: How to run ceph_test_rados_api_tier?
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Re: About the problem "export_diff relies on clone_overlap, which is lost when cache tier is enabled"
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: About the problem "export_diff relies on clone_overlap, which is lost when cache tier is enabled"
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Re: final luminous blockers
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: About the problem "export_diff relies on clone_overlap, which is lost when cache tier is enabled"
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: About the problem "export_diff relies on clone_overlap, which is lost when cache tier is enabled"
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• v11.2.1 Kraken Released
  • From: Abhishek Lekshmanan <abhishek@xxxxxxxx>
• Re: About the problem "export_diff relies on clone_overlap, which is lost when cache tier is enabled"
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Re: Rados bench decreasing performance for large data
  • From: Oleg Kolosov <olekol@xxxxxxxxx>
• Re: default debug_client level is too high
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: About the problem "export_diff relies on clone_overlap, which is lost when cache tier is enabled"
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Static Analysis
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• Re: Rados bench decreasing performance for large data
  • From: Kyle Bader <kyle.bader@xxxxxxxxx>
• New Defects reported by Coverity Scan for ceph
  • From: scan-admin@xxxxxxxxxxxx
• Re: default debug_client level is too high
  • From: John Spray <jspray@xxxxxxxxxx>
• default debug_client level is too high
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: radosgw: stale/leaked bucket index entries
  • From: "Kamble, Nitin A" <Nitin.Kamble@xxxxxxxxxxxx>
• Re: About the problem "export_diff relies on clone_overlap, which is lost when cache tier is enabled"
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: Prometheus: associating disk+nic metrics with OSDs
  • From: Jan Fajerski <jfajerski@xxxxxxxx>
• Prometheus: associating disk+nic metrics with OSDs
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: How to run ceph_test_rados_api_tier?
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Re: How to run ceph_test_rados_api_tier?
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• How to run ceph_test_rados_api_tier?
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Re: final luminous blockers
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Rados bench decreasing performance for large data
  • From: Oleg Kolosov <olekol@xxxxxxxxx>
• Re: About the problem "export_diff relies on clone_overlap, which is lost when cache tier is enabled"
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Fwd: About the problem "export_diff relies on clone_overlap, which is lost when cache tier is enabled"
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Re: radosgw: stale/leaked bucket index entries
  • From: Pavan Rallabhandi <PRallabhandi@xxxxxxxxxxxxxxx>
• Re: radosgw: stale/leaked bucket index entries
  • From: Matt Benjamin <mbenjami@xxxxxxxxxx>
• Re: radosgw: stale/leaked bucket index entries
  • From: "Kamble, Nitin A" <Nitin.Kamble@xxxxxxxxxxxx>
• Re: Mon time to form quorum
  • From: Travis Nielsen <Travis.Nielsen@xxxxxxxxxxx>
• Fwd: final luminous blockers
  • From: Matt Benjamin <mbenjami@xxxxxxxxxx>
• Re: luminous branch is now forked
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: Is it possible to restrict to map rbd image on different client hosts same time?
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: final luminous blockers
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: Is it possible to restrict to map rbd image on different client hosts same time?
  • From: Aleksei Gutikov <aleksey.gutikov@xxxxxxxxxx>
• final luminous blockers
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: luminous branch is now forked
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: luminous branch is now forked
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: Is it possible to restrict to map rbd image on different client hosts same time?
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Is it possible to restrict to map rbd image on different client hosts same time?
  • From: Aleksei Gutikov <aleksey.gutikov@xxxxxxxxxx>
• Re: increasingly large packages and longer build times
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: increasingly large packages and longer build times
  • From: Fabian Grünbichler <f.gruenbichler@xxxxxxxxxxx>
• Re: kraken v11.2.1 QE status
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: kraken v11.2.1 QE status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: About the problem "export_diff relies on clone_overlap, which is lost when cache tier is enabled"
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• luminous branch is now forked
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: increasingly large packages and longer build times
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: increasingly large packages and longer build times
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• Re: mgr balancer module
  • From: Spandan Kumar Sahu <spandankumarsahu@xxxxxxxxx>
• Re: kraken v11.2.1 QE status
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• rocksdb report bluestore corruption
  • From: Xiaoxi Chen <superdebuger@xxxxxxxxx>
• Re: kraken v11.2.1 QE status
  • From: Nathan Cutler <ncutler@xxxxxxx>
• kraken v11.2.1 QE status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: About the problem "export_diff relies on clone_overlap, which is lost when cache tier is enabled"
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Ceph activities at LCA
  • From: Leonardo Vaz <lvaz@xxxxxxxxxx>
• [GIT PULL] Ceph fixes for 4.13-rc4
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [PATCH] ceph: fix readpage from fscache
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: librados for MacOS
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: About the problem "export_diff relies on clone_overlap, which is lost when cache tier is enabled"
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• [PATCH] ceph: fix readpage from fscache
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• Re: mgr balancer module
  • From: Sage Weil <sweil@xxxxxxxxxx>
• About the problem "export_diff relies on clone_overlap, which is lost when cache tier is enabled"
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Re: Where to find the CDM recording?
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>