CEPH Filesystem Development

• Thread Index

• Re: Build failed in Jenkins: ceph-master #1758
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Build failed in Jenkins: ceph-master #1758
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: [PATCH] ceph: fix slab error when removing ceph module
  • From: Chengguang Xu <cgxu519@xxxxxxxxxx>
• Re: [PATCH] ceph: fix slab error when removing ceph module
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• [PATCH] ceph: fix slab error when removing ceph module
  • From: Chengguang Xu <cgxu519@xxxxxxxxxx>
• Re: master build broken now
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: LOCK_SYNC_MIX state makes "getattr" operations extremely slow when there are lots of clients issue writes or reads to the same file
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Re: Luminous v12.2.3 approvals
  • From: John Spray <jspray@xxxxxxxxxx>
• Fwd: Build failed in Jenkins: ceph-master #1762
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: LOCK_SYNC_MIX state makes "getattr" operations extremely slow when there are lots of clients issue writes or reads to the same file
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• master build broken now
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: Build failed in Jenkins: ceph-master #1758
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: Luminous v12.2.3 approvals
  • From: Abhishek <abhishek@xxxxxxxx>
• Re: Luminous v12.2.3 approvals
  • From: Abhishek L <abhishek.lekshmanan@xxxxxxxxx>
• Re: Translating raw capacity to real data capacity in statfs
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Translating raw capacity to real data capacity in statfs
  • From: Douglas Fuller <dfuller@xxxxxxxxxx>
• Re: Luminous v12.2.3 approvals
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Luminous v12.2.3 approvals
  • From: Andrew Schoen <aschoen@xxxxxxxxxx>
• Re: Luminous v12.2.3 approvals
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: Luminous v12.2.3 approvals
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Luminous v12.2.3 approvals
  • From: Abhishek Lekshmanan <abhishek@xxxxxxxx>
• [GIT PULL] Ceph updates for 4.16-rc1
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: Translating raw capacity to real data capacity in statfs
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: killing ceph-rest-api
  • From: Ning Yao <zay11022@xxxxxxxxx>
• Re: LOCK_SYNC_MIX state makes "getattr" operations extremely slow when there are lots of clients issue writes or reads to the same file
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Re: LOCK_SYNC_MIX state makes "getattr" operations extremely slow when there are lots of clients issue writes or reads to the same file
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Re: LOCK_SYNC_MIX state makes "getattr" operations extremely slow when there are lots of clients issue writes or reads to the same file
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Re: LOCK_SYNC_MIX state makes "getattr" operations extremely slow when there are lots of clients issue writes or reads to the same file
  • From: 陶冬冬 <tdd21151186@xxxxxxxxx>
• Re: LOCK_SYNC_MIX state makes "getattr" operations extremely slow when there are lots of clients issue writes or reads to the same file
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Re: LOCK_SYNC_MIX state makes "getattr" operations extremely slow when there are lots of clients issue writes or reads to the same file
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Re: Translating raw capacity to real data capacity in statfs
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Translating raw capacity to real data capacity in statfs
  • From: Chengguang Xu <cgxu519@xxxxxxxxxx>
• Re: Luminous v12.2.3 approvals
  • From: Josh Durgin <jdurgin@xxxxxxxxxx>
• Re: Luminous v12.2.3 approvals
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• S3 Tests in Boto3 Update
  • From: Ali Maredia <amaredia@xxxxxxxxxx>
• Re: seastar and 'tame reactor'
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: seastar and 'tame reactor'
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: seastar and 'tame reactor'
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: measure performance / latency in blustore
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: Ceph Developer Monthly - February 2018
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: RadosGW cache ldap auth
  • From: Matt Benjamin <mbenjami@xxxxxxxxxx>
• Ceph Developer Monthly - February 2018
  • From: Leonardo Vaz <lvaz@xxxxxxxxxx>
• RadosGW cache ldap auth
  • From: Theofilos Mouratidis <mtheofilos@xxxxxxxxx>
• Re: [PATCH] ceph: keep consistent semantic in fscache related option combination
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• [PATCH] ceph: keep consistent semantic in fscache related option combination
  • From: Chengguang Xu <cgxu519@xxxxxxxxxx>
• Re: Luminous v12.2.3 approvals
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: Luminous v12.2.3 approvals
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: Luminous v12.2.3 approvals
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Luminous v12.2.3 approvals
  • From: Abhishek Lekshmanan <abhishek@xxxxxxxx>
• [PATCH v2] ceph: minor cleanups of showing options
  • From: Chengguang Xu <cgxu519@xxxxxxxxxx>
• Re: v12.2.2 bluestore crash
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• [PATCH] ceph: minor cleanups of showing options
  • From: Chengguang Xu <cgxu519@xxxxxxxxxx>
• Re: [PATCH] ceph: avoid memory leak when specifying same option several times
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: v12.2.2 bluestore crash
  • From: 陶冬冬 <tdd21151186@xxxxxxxxx>
• Re: LOCK_SYNC_MIX state makes "getattr" operations extremely slow when there are lots of clients issue writes or reads to the same file
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: LOCK_SYNC_MIX state makes "getattr" operations extremely slow when there are lots of clients issue writes or reads to the same file
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Re: LOCK_SYNC_MIX state makes "getattr" operations extremely slow when there are lots of clients issue writes or reads to the same file
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Re: LOCK_SYNC_MIX state makes "getattr" operations extremely slow when there are lots of clients issue writes or reads to the same file
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Re: LOCK_SYNC_MIX state makes "getattr" operations extremely slow when there are lots of clients issue writes or reads to the same file
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: v12.2.2 bluestore crash
  • From: Varada Kari <varada.kari@xxxxxxxxx>
• Re: question about fuse_disable_pagecache
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: question about fuse_disable_pagecache
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• question about fuse_disable_pagecache
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: LOCK_SYNC_MIX state makes "getattr" operations extremely slow when there are lots of clients issue writes or reads to the same file
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Re: LOCK_SYNC_MIX state makes "getattr" operations extremely slow when there are lots of clients issue writes or reads to the same file
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• LOCK_SYNC_MIX state makes "getattr" operations extremely slow when there are lots of clients issue writes or reads to the same file
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• v12.2.2 bluestore crash
  • From: 陶冬冬 <tdd21151186@xxxxxxxxx>
• [PATCH] ceph: avoid memory leak when specifying same option several times
  • From: Chengguang Xu <cgxu519@xxxxxxxxxx>
• Re: Better anticipation for minor releases
  • From: Vasu Kulkarni <vakulkar@xxxxxxxxxx>
• Re: Better anticipation for minor releases
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: Better anticipation for minor releases
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: Critical PRs needed for 12.2.3 Luminous
  • From: Abhishek Lekshmanan <abhishek@xxxxxxxx>
• Re: Better anticipation for minor releases
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Better anticipation for minor releases
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• Re: Better anticipation for minor releases
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [PATCH 1/2] ceph: avoid NULL pointer dereference in ceph_crypto_key_destroy()
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: Better anticipation for minor releases
  • From: Andrew Schoen <aschoen@xxxxxxxxxx>
• Re: [PATCH 1/2] ceph: avoid NULL pointer dereference in ceph_crypto_key_destroy()
  • From: Chengguang Xu <cgxu519@xxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: [PATCH 1/2] ceph: avoid NULL pointer dereference in ceph_crypto_key_destroy()
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: [PATCH 1/2] ceph: avoid NULL pointer dereference in ceph_crypto_key_destroy()
  • From: Chengguang Xu <cgxu519@xxxxxxxxxx>
• Re: [PATCH 1/2] ceph: avoid NULL pointer dereference in ceph_crypto_key_destroy()
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: Critical PRs needed for 12.2.3 Luminous
  • From: Orit Wasserman <owasserm@xxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: [PATCH] libradosstriper: correct the first parameter of rados_striper_trunc
  • From: yue longguang <yuelongguang@xxxxxxxxx>
• [PATCH 2/2] ceph: avoid memory leak when specifying same option several times
  • From: Chengguang Xu <cgxu519@xxxxxxxxxx>
• [PATCH 1/2] ceph: avoid NULL pointer dereference in ceph_crypto_key_destroy()
  • From: Chengguang Xu <cgxu519@xxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: Better anticipation for minor releases
  • From: "Robin H. Johnson" <robbat2@xxxxxxxxxx>
• Re: Better anticipation for minor releases
  • From: Nathan Cutler <ncutler@xxxxxxx>
• killing ceph-rest-api
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: Better anticipation for minor releases
  • From: Vasu Kulkarni <vakulkar@xxxxxxxxxx>
• Re: Better anticipation for minor releases
  • From: "Robin H. Johnson" <robbat2@xxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: [PATCH] libradosstriper: correct the first parameter of rados_striper_trunc
  • From: Yehuda Sadeh-Weinraub <yehuda@xxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: Better anticipation for minor releases
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• Re: Better anticipation for minor releases
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: Better anticipation for minor releases
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: Critical PRs needed for 12.2.3 Luminous
  • From: Piotr Dałek <piotr.dalek@xxxxxxxxxxxx>
• Re: [PATCH] libradosstriper: correct the first parameter of rados_striper_trunc
  • From: yue longguang <yuelongguang@xxxxxxxxx>
• Re: Fwd: Build failed in Jenkins: ceph-master #1732
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Critical PRs needed for 12.2.3 Luminous
  • From: Matt Benjamin <mbenjami@xxxxxxxxxx>
• Re: Critical PRs needed for 12.2.3 Luminous
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• cmake patch set on seastar-dev
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: rbd + btrfs freezes
  • From: Ugis <ugis22@xxxxxxxxx>
• Re: Drop upgrade/jewel-x/point-to-point-x in luminous and master
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: Critical PRs needed for 12.2.3 Luminous
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: Critical PRs needed for 12.2.3 Luminous
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Fwd: Build failed in Jenkins: ceph-master #1732
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: ceph-disk triggers XFS kernel bug?
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: rbd + btrfs freezes
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: rbd + btrfs freezes
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: Drop upgrade/jewel-x/point-to-point-x in luminous and master
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: rbd + btrfs freezes
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: master / mimic-dev1 deb build broken on ceph/ceph-ci
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Drop upgrade/jewel-x/point-to-point-x in luminous and master
  • From: Nathan Cutler <ncutler@xxxxxxx>
• rbd + btrfs freezes
  • From: Ugis <ugis22@xxxxxxxxx>
• Re: master / mimic-dev1 deb build broken on ceph/ceph-ci
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Fwd: Build failed in Jenkins: ceph-master #1732
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: [RFC PATCH v2 1/1] quota: report root dir quota usage in statfs
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• Critical PRs needed for 12.2.3 Luminous
  • From: Abhishek <abhishek@xxxxxxxx>
• Re: Better anticipation for minor releases
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• Re: Better anticipation for minor releases
  • From: Abhishek <abhishek@xxxxxxxx>
• Better anticipation for minor releases
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: [ceph-users] Luminous 12.2.3 release date?
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• [nfs-ganesha RFC PATCH 1/6] SAL: make some rados_kv symbols public
  • From: jlayton@xxxxxxxxxxxxxxx
• [nfs-ganesha RFC PATCH 5/6] tools: add new rados_grace manipulation tool
  • From: jlayton@xxxxxxxxxxxxxxx
• [nfs-ganesha RFC PATCH 6/6] SAL: add new clustered RADOS recovery backend
  • From: jlayton@xxxxxxxxxxxxxxx
• [nfs-ganesha RFC PATCH 4/6] support: add a rados_grace support library
  • From: jlayton@xxxxxxxxxxxxxxx
• [nfs-ganesha RFC PATCH 2/6] SAL: add new try_lift_grace recovery operation
  • From: jlayton@xxxxxxxxxxxxxxx
• [nfs-ganesha RFC PATCH 3/6] SAL: add nodeid config value to RADOS_KV section
  • From: jlayton@xxxxxxxxxxxxxxx
• [nfs-ganesha RFC PATCH 0/6] experimental rados_cluster recovery backend
  • From: jlayton@xxxxxxxxxxxxxxx
• Re: [PATCH] libceph: use 64-bit arithmetic instead of 32-bit
  • From: "Gustavo A. R. Silva" <garsilva@xxxxxxxxxxxxxx>
• Re: [ceph-users] Luminous 12.2.3 release date?
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: Cephalocon APAC Call for Proposals
  • From: Leonardo Vaz <lvaz@xxxxxxxxxx>
• [RFC PATCH v2 1/1] quota: report root dir quota usage in statfs
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [RFC PATCH v2 0/1] quota: report root dir quota usage in statfs
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: [PATCH] libceph: use 64-bit arithmetic instead of 32-bit
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [RFC PATCH 1/1] quota: report root dir quota usage in statfs
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: [RFC PATCH 1/1] quota: report root dir quota usage in statfs
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• [PATCH] libceph: use 64-bit arithmetic instead of 32-bit
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: Adding more checks for fscache options
  • From: Chengguang Xu <cgxu519@xxxxxxxxxx>
• Re: seastar and 'tame reactor'
  • From: Josh Durgin <jdurgin@xxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: [PATCH] rbd: support v2 fancy striping
  • From: Maged Mokhtar <mmokhtar@xxxxxxxxxxx>
• Moving RGW buckets under tenant namespaces
  • From: Abhishek Lekshmanan <abhishek@xxxxxxxx>
• CSI Ceph support for mounting a volume on same node by multiple workloads
  • From: sbezverk <sbezverk@xxxxxxxxx>
• Re: Adding more checks for fscache options
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [PATCH] ceph: Check memory allocation result
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [PATCH] rbd: support v2 fancy striping
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Adding more checks for fscache options
  • From: Chengguang Xu <cgxu519@xxxxxxxxxx>
• [RFC PATCH 1/1] quota: report root dir quota usage in statfs
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [RFC PATCH 0/1] quota: report root dir quota usage in statfs
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: [PATCH] ceph: add newline to end of debug message format
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• [PATCH] ceph: add newline to end of debug message format
  • From: Chengguang Xu <cgxu519@xxxxxxxxxx>
• Re: [PATCH] ceph: improving efficiency of syncfs
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• cephe-tier forward mode hang in luminous
  • From: TYLin <wooertim@xxxxxxxxx>
• [PATCH] ceph: improving efficiency of syncfs
  • From: Chengguang Xu <cgxu519@xxxxxxxxxx>
• Re: [PATCH] ceph: Check memory allocation result
  • From: Chengguang Xu <cgxu519@xxxxxxxxxx>
• [PATCH] rbd: support v2 fancy striping
  • From: "Maged Mokhtar" <mmokhtar@xxxxxxxxxxx>
• Re: [PATCH] ceph: Check memory allocation result
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: ceph-disk triggers XFS kernel bug?
  • From: Andrey Korolyov <andrey@xxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: Persistent storage for Mgr Modules
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: RGW bucket tagging
  • From: Abhishek Lekshmanan <abhishek@xxxxxxxx>
• Re: Persistent storage for Mgr Modules
  • From: John Spray <jspray@xxxxxxxxxx>
• Persistent storage for Mgr Modules
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: RGW bucket tagging
  • From: "Robin H. Johnson" <robbat2@xxxxxxxxxx>
• Re: RGW bucket tagging
  • From: Andreas Calminder <andreas.calminder@xxxxxxxxxx>
• Re: Missing prettytable during ceph-disk runs
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• [PATCH] [DO NOT MERGE] ceph: fix ptr_ret.cocci warnings
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• [ceph-client:testing 5/12] fs/ceph/export.c:357:33-39: WARNING: PTR_ERR_OR_ZERO can be used
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• Re: RGW bucket tagging
  • From: Matt Benjamin <mbenjami@xxxxxxxxxx>
• RGW bucket tagging
  • From: Andreas Calminder <andreas.calminder@xxxxxxxxxx>
• [PATCH] ceph: Check memory allocation result
  • From: Chengguang Xu <cgxu519@xxxxxxxxxx>
• Re: dashboard_v2 (was: dashboard in mimic)
  • From: Lenz Grimmer <lgrimmer@xxxxxxxx>
• Cephalocon APAC Call for Proposals
  • From: Leonardo Vaz <lvaz@xxxxxxxxxx>
• Ceph Tech Talk Canceled
  • From: Leonardo Vaz <lvaz@xxxxxxxxxx>
• Re: OSD recovery priority ?
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [PATCH] ceph: try to allocate enough memory for reserved caps
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• [PATCH] ceph: try to allocate enough memory for reserved caps
  • From: Zhi Zhang <zhang.david2011@xxxxxxxxx>
• Re: OSD recovery priority ?
  • From: Piotr Dałek <piotr.dalek@xxxxxxxxxxxx>
• [PATCH] ceph: try to allocate enough memory for reserved caps
  • From: Zhi Zhang <zhang.david2011@xxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• OSD recovery priority ?
  • From: Vincent Godin <vince.mlist@xxxxxxxxx>
• Re: opentracing
  • From: Yingxin Cheng <yingxincheng@xxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: How can rbd image qos take effect
  • From: denval re <redenval@xxxxxxxxx>
• Re: How can rbd image qos take effect
  • From: Dongsheng Yang <dongsheng.yang@xxxxxxxxxxxx>
• Re: client isn't responding to mclientcaps
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: client isn't responding to mclientcaps
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• How can rbd image qos take effect
  • From: denval re <redenval@xxxxxxxxx>
• [PATCH] ceph: try to allocate enough memory for reserved caps
  • From: Zhi Zhang <zhang.david2011@xxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: opentracing
  • From: Bassam Tabbara <bassam@xxxxxxxxxxx>
• Re: debugging mgr python modules
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: debugging mgr python modules
  • From: Lars Marowsky-Bree <lmb@xxxxxxxx>
• Re: opentracing
  • From: Jesse Williamson <jwilliamson@xxxxxxx>
• Re: Message decode issue
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Message decode issue
  • From: 陶冬冬 <tdd21151186@xxxxxxxxx>
• Re: debugging mgr python modules
  • From: Ricardo Dias <rdias@xxxxxxxx>
• Re: [ceph-users] ghost degraded objects
  • From: David Zafman <dzafman@xxxxxxxxxx>
• debugging mgr python modules
  • From: Tim Serong <tserong@xxxxxxxx>
• Adding units to performance counters and configuration setting browser
  • From: Rubab Syed <rubab.syed21@xxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: opentracing
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: opentracing
  • From: Mohamad Gebai <mgebai@xxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: MDS modules and containers
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: opentracing
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: opentracing
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• opentracing
  • From: Sage Weil <sweil@xxxxxxxxxx>
• MDS modules and containers
  • From: Blaine Gardner <blaine.gardner@xxxxxxxx>
• Re: ghost degraded objects
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Ceph team involvement in Rook (Deploying Ceph in Kubernetes)
  • From: Sebastien Han <shan@xxxxxxxxxx>
• ghost degraded objects
  • From: Ugis <ugis22@xxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: questions about multisite sync qos
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: seastar temporary_buffer/packet and ceph::buffer
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: RGW S3 vs S3 signature
  • From: Matt Benjamin <mbenjami@xxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• RGW S3 vs S3 signature
  • From: "Zhou, Yuan" <yuan.zhou@xxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Static Analysis
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: c++17: compilation failures with cryptopp (when cmake -DWITH_NSS=OFF)
  • From: Yehuda Sadeh-Weinraub <ysadehwe@xxxxxxxxxx>
• Re: c++17: compilation failures with cryptopp (when cmake -DWITH_NSS=OFF)
  • From: Matt Benjamin <mbenjami@xxxxxxxxxx>
• Re: c++17: compilation failures with cryptopp (when cmake -DWITH_NSS=OFF)
  • From: Yehuda Sadeh-Weinraub <ysadehwe@xxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: REST API Client
  • From: Huamin Chen <hchen@xxxxxxxxxx>
• Re: c++17: compilation failures with cryptopp (when cmake -DWITH_NSS=OFF)
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• c++17: compilation failures with cryptopp (when cmake -DWITH_NSS=OFF)
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: REST API Client
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: REST API Client
  • From: Huamin Chen <hchen@xxxxxxxxxx>
• Re: seastar temporary_buffer/packet and ceph::buffer
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: REST API Client
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• REST API Client
  • From: Huamin Chen <hchen@xxxxxxxxxx>
• Re: seastar temporary_buffer/packet and ceph::buffer
  • From: Matt Benjamin <mbenjami@xxxxxxxxxx>
• Re: seastar temporary_buffer/packet and ceph::buffer
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: client isn't responding to mclientcaps
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Re: client isn't responding to mclientcaps
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Re: client isn't responding to mclientcaps
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: client isn't responding to mclientcaps
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Re: client isn't responding to mclientcaps
  • From: 陶冬冬 <tdd21151186@xxxxxxxxx>
• Re: client isn't responding to mclientcaps
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: client isn't responding to mclientcaps
  • From: 陶冬冬 <tdd21151186@xxxxxxxxx>
• Re: client isn't responding to mclientcaps
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Re: client isn't responding to mclientcaps
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Re: client isn't responding to mclientcaps
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: seastar temporary_buffer/packet and ceph::buffer
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: mon config commands
  • From: Douglas Fuller <dfuller@xxxxxxxxxx>
• Re: seastar temporary_buffer/packet and ceph::buffer
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: client isn't responding to mclientcaps
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Re: Porting snap trim queue check to Luminous
  • From: Piotr Dałek <piotr.dalek@xxxxxxxxxxxx>
• Re: [ceph-users] Ceph Day Germany 2018
  • From: Kai Wagner <kwagner@xxxxxxxx>
• Re: client isn't responding to mclientcaps
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• client isn't responding to mclientcaps
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Re: Use of C++17 memory_resource and mempools
  • From: Jesse Williamson <jwilliamson@xxxxxxx>
• Re: [ceph-users] Ceph Day Germany 2018
  • From: Wido den Hollander <wido@xxxxxxxx>
• Ceph Day Germany 2018
  • From: Leonardo Vaz <lvaz@xxxxxxxxxx>
• Re: killing onreadable completions
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Ceph Luminous - pg is down due to src/osd/SnapMapper.cc: 246: FAILED assert(r == -2)
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: Use of C++17 memory_resource and mempools
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: seastar temporary_buffer/packet and ceph::buffer
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: seastar temporary_buffer/packet and ceph::buffer
  • From: Matt Benjamin <mbenjami@xxxxxxxxxx>
• Re: Porting snap trim queue check to Luminous
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Use of C++17 memory_resource and mempools
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: seastar temporary_buffer/packet and ceph::buffer
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: seastar temporary_buffer/packet and ceph::buffer
  • From: Piotr Dałek <branch@xxxxxxxxxxxxxxxx>
• Re: seastar temporary_buffer/packet and ceph::buffer
  • From: Piotr Dałek <branch@xxxxxxxxxxxxxxxx>
• Re: seastar temporary_buffer/packet and ceph::buffer
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: seastar temporary_buffer/packet and ceph::buffer
  • From: kefu chai <tchaikov@xxxxxxxxx>
• seastar temporary_buffer/packet and ceph::buffer
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: mon config commands
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Porting snap trim queue check to Luminous
  • From: Piotr Dałek <piotr.dalek@xxxxxxxxxxxx>
• Cephalocon 2018 APAC
  • From: Leonardo Vaz <lvaz@xxxxxxxxxx>
• Re: mon config commands
  • From: Vasu Kulkarni <vakulkar@xxxxxxxxxx>
• Re: mon config commands
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: killing onreadable completions
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: mon config commands
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: killing onreadable completions
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: killing onreadable completions
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: killing onreadable completions
  • From: Yehuda Sadeh-Weinraub <ysadehwe@xxxxxxxxxx>
• killing onreadable completions
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Luminous - replace old target-weight tree from osdmap with mgr balancer
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: Luminous - replace old target-weight tree from osdmap with mgr balancer
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Luminous - replace old target-weight tree from osdmap with mgr balancer
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: mon config commands
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: mon config commands
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• [PATCH 2/2] ceph: quota: add counter for snaprealms with quota
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [PATCH 1/2] ceph: quota: cache inode pointer in ceph_snap_realm
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [PATCH 0/2] ceph: quota: client optimizations
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: can we stop packaging sysvinit scripts?
  • From: Amon Ott <a.ott@xxxxxxxxxxxx>
• Re: [PATCH] rbd: reacquire lock should update lock owner client id
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [ceph-users] data cleaup/disposal process
  • From: M Ranga Swami Reddy <swamireddy@xxxxxxxxx>
• Re: can we stop packaging sysvinit scripts?
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• Re: can we stop packaging sysvinit scripts?
  • From: Sage Weil <sweil@xxxxxxxxxx>
• mon config commands
  • From: Sage Weil <sage@xxxxxxxxxx>
• Re: Luminous - replace old target-weight tree from osdmap with mgr balancer
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: Luminous - replace old target-weight tree from osdmap with mgr balancer
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Luminous - replace old target-weight tree from osdmap with mgr balancer
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: Luminous - replace old target-weight tree from osdmap with mgr balancer
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: mon config update
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: Luminous - replace old target-weight tree from osdmap with mgr balancer
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Luminous - replace old target-weight tree from osdmap with mgr balancer
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: Luminous - replace old target-weight tree from osdmap with mgr balancer
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Luminous - replace old target-weight tree from osdmap with mgr balancer
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: CSI (container storage interface)
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: CSI (container storage interface)
  • From: Huamin Chen <hchen@xxxxxxxxxx>
• Re: CSI (container storage interface)
  • From: Steve LeonTang <Steve.LeonTang@xxxxxxxxxxx>
• Re: CSI (container storage interface)
  • From: Huamin Chen <hchen@xxxxxxxxxx>
• [GIT PULL] Ceph fixes for 4.15-rc8
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: mon config update
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Luminous - replace old target-weight tree from osdmap with mgr balancer
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: mon config storage (config-key vs config)
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Luminous - replace old target-weight tree from osdmap with mgr balancer
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Luminous - replace old target-weight tree from osdmap with mgr balancer
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: mon config storage (config-key vs config)
  • From: Jesse Williamson <jwilliamson@xxxxxxx>
• Re: CSI (container storage interface)
  • From: Bassam Tabbara <bassam@xxxxxxxxxxx>
• Re: Luminous - replace old target-weight tree from osdmap with mgr balancer
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Luminous - replace old target-weight tree from osdmap with mgr balancer
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: Luminous - replace old target-weight tree from osdmap with mgr balancer
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Luminous - replace old target-weight tree from osdmap with mgr balancer
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• CSI (container storage interface)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: can we stop packaging sysvinit scripts?
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: can we stop packaging sysvinit scripts?
  • From: Amon Ott <a.ott@xxxxxxxxxxxx>
• Emergency Infra Maintenance due to Meltdown
  • From: David Galloway <dgallowa@xxxxxxxxxx>
• Re: [Ceph-maintainers] can we stop packaging sysvinit scripts?
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• can we stop packaging sysvinit scripts?
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Build failed in Jenkins: ceph-master #1640
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: C++11, std::list::size(), and trusty
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: Moving to 1.66 Boost
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: shuffle_random removed in C++17 on FreeBSD/Clang??
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: [PATCH v4 0/6] ceph: kernel client cephfs quota support
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: Please add me in the ceph developer mail list
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: shuffle_random removed in C++17 on FreeBSD/Clang??
  • From: Jesse Williamson <jwilliamson@xxxxxxx>
• Re: [PATCH v4 0/6] ceph: kernel client cephfs quota support
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: mon config storage (config-key vs config)
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: [PATCH] rbd: set max_segments to USHRT_MAX
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: shuffle_random removed in C++17 on FreeBSD/Clang??
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Excessive fragmentation in BlueStore allocators
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: [ceph-users] C++17 and C++ ABI on master
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: recording of performance meeting
  • From: Leonardo Vaz <lvaz@xxxxxxxxxx>
• Re: formatting bytes and object counts in ceph status ouput
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• shuffle_random removed in C++17 on FreeBSD/Clang??
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: formatting bytes and object counts in ceph status ouput
  • From: Jan Fajerski <jfajerski@xxxxxxxx>
• Fwd: Build failed in Jenkins: ceph-master #1640
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• recording of performance meeting
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: [PATCH] rbd: set max_segments to USHRT_MAX
  • From: Alex Elder <elder@xxxxxxxx>
• Re: Moving to 1.66 Boost
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: C++17 and C++ ABI on master
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [ceph-users] C++17 and C++ ABI on master
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• C++17 and C++ ABI on master
  • From: "Adam C. Emerson" <aemerson@xxxxxxxxxx>
• [PATCH] rbd: set max_segments to USHRT_MAX
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: mon config update
  • From: Sage Weil <sweil@xxxxxxxxxx>
• importance of steps when adding osds
  • From: Ugis <ugis22@xxxxxxxxx>
• Re: [PATCH v4 0/6] ceph: kernel client cephfs quota support
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Fwd: importance of steps when adding osds
  • From: Ugis <ugis22@xxxxxxxxx>
• Re: importance of steps when adding osds
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: ceph-disk triggers XFS kernel bug?
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: mon config update
  • From: Piotr Dałek <piotr.dalek@xxxxxxxxxxxx>
• Re: [PATCH v4 0/6] ceph: kernel client cephfs quota support
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: mon config update
  • From: Piotr Dałek <piotr.dalek@xxxxxxxxxxxx>
• Re: Read a single shard in EC
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: mon config storage (config-key vs config)
  • From: Piotr Dałek <piotr.dalek@xxxxxxxxxxxx>
• Read a single shard in EC
  • From: Oleg Kolosov <olekol@xxxxxxxxx>
• Re: mon config storage (config-key vs config)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: mon config storage (config-key vs config)
  • From: Jesse Williamson <jwilliamson@xxxxxxx>
• Re: Add dmclock QoS client calls to librados -- request for comments
  • From: "J. Eric Ivancich" <ivancich@xxxxxxxxxx>
• mon config storage (config-key vs config)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: mon config update
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: mon config update
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: mon config update
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: mon config update
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• mon config update
  • From: Sage Weil <sweil@xxxxxxxxxx>
• [PATCH v4 5/6] ceph: quota: update MDS when max_bytes is approaching
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [PATCH v4 4/6] ceph: quota: support for ceph.quota.max_bytes
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [PATCH v4 6/6] ceph: quota: add quotas to the in-tree cephfs documentation
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [PATCH v4 3/6] ceph: quota: don't allow cross-quota renames
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [PATCH v4 2/6] ceph: quota: support for ceph.quota.max_files
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [PATCH v4 1/6] ceph: quota: add initial infrastructure to support cephfs quotas
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [PATCH v4 0/6] ceph: kernel client cephfs quota support
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: Add dmclock QoS client calls to librados -- request for comments
  • From: Byung Su Park <pbs1108@xxxxxxxxx>
• RE: New ObjectStore
  • From: Allen Samuels <Allen.Samuels@xxxxxxx>
• Re: New ObjectStore
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• help needed after an outage - Is it possible to rebuild a bucket index ?
  • From: Vincent Godin <vince.mlist@xxxxxxxxx>
• RE: New ObjectStore
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: rbd image snapshot timestamps?
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: rbd image snapshot timestamps?
  • From: Wyllys Ingersoll <wyllys.ingersoll@xxxxxxxxxxxxxx>
• Re: rbd image snapshot timestamps?
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: [ceph-users] Bluestore: inaccurate disk usage statistics problem?
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: [ceph-users] Bluestore: inaccurate disk usage statistics problem?
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• rbd image snapshot timestamps?
  • From: Wyllys Ingersoll <wyllys.ingersoll@xxxxxxxxxxxxxx>
• Re: [ceph-users] Bluestore: inaccurate disk usage statistics problem?
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: master / mimic-dev1 deb build broken on ceph/ceph-ci
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [ceph-users] Bluestore: inaccurate disk usage statistics problem?
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• master / mimic-dev1 deb build broken on ceph/ceph-ci
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Fwd: aio poll, io_pgetevents and a new in-kernel poll API
  • From: Matt Benjamin <mbenjami@xxxxxxxxxx>
• data cleaup/disposal process
  • From: M Ranga Swami Reddy <swamireddy@xxxxxxxxx>
• Re: [ceph-users] Bluestore: inaccurate disk usage statistics problem?
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: Ceph Developer Monthly - January 2018
  • From: Leonardo Vaz <lvaz@xxxxxxxxxx>
• Static Analysis
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• New Defects reported by Coverity Scan for ceph
  • From: scan-admin@xxxxxxxxxxxx
• Re: SMART disk monitoring
  • From: Lars Marowsky-Bree <lmb@xxxxxxxx>
• Re: SMART disk monitoring
  • From: Jan Fajerski <jfajerski@xxxxxxxx>
• Re: Add dmclock QoS client calls to librados -- request for comments
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Add dmclock QoS client calls to librados -- request for comments
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: SMART disk monitoring
  • From: Kyle Bader <kyle.bader@xxxxxxxxx>
• Re: SMART disk monitoring
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: C++11, std::list::size(), and trusty
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: Add dmclock QoS client calls to librados -- request for comments
  • From: 김태웅 <isis1054@xxxxxxxxx>
• Re: formatting bytes and object counts in ceph status ouput
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: RGW RFC: Multiple-Data-Pool Support for a Bucket
  • From: Jeegn Chen <jeegnchen@xxxxxxxxx>
• Ceph Developer Monthly - January 2018
  • From: Leonardo Vaz <lvaz@xxxxxxxxxx>
• Re: formatting bytes and object counts in ceph status ouput
  • From: Dan Mick <dmick@xxxxxxxxxx>
• Write specific amount in RADOS bench
  • From: Oleg Kolosov <olekol@xxxxxxxxx>
• Re: Add dmclock QoS client calls to librados -- request for comments
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: C++11, std::list::size(), and trusty
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Moving to 1.66 Boost
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: formatting bytes and object counts in ceph status ouput
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: Moving to 1.66 Boost
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: C++11, std::list::size(), and trusty
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: C++11, std::list::size(), and trusty
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• Re: Add dmclock QoS client calls to librados -- request for comments
  • From: "J. Eric Ivancich" <ivancich@xxxxxxxxxx>
• Re: Add dmclock QoS client calls to librados -- request for comments
  • From: "J. Eric Ivancich" <ivancich@xxxxxxxxxx>
• Re: RGW RFC: Multiple-Data-Pool Support for a Bucket
  • From: Matt Benjamin <mbenjami@xxxxxxxxxx>
• Re: formatting bytes and object counts in ceph status ouput
  • From: Piotr Dałek <piotr.dalek@xxxxxxxxxxxx>
• formatting bytes and object counts in ceph status ouput
  • From: Jan Fajerski <jfajerski@xxxxxxxx>
• Re: RGW RFC: Multiple-Data-Pool Support for a Bucket
  • From: Jeegn Chen <jeegnchen@xxxxxxxxx>
• Re: RGW RFC: Multiple-Data-Pool Support for a Bucket
  • From: Yehuda Sadeh-Weinraub <yehuda@xxxxxxxxxx>
• Re: Moving to 1.66 Boost
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Moving to 1.66 Boost
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: Moving to 1.66 Boost
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Moving to 1.66 Boost
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: C++11, std::list::size(), and trusty
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Moving to Boost 1.66 on FreeBSD
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Questions about Tier evict
  • From: maxwell miller <gk.maring@xxxxxxxxx>
• Questions about Tier evict
  • From: maxwell miller <gk.maring@xxxxxxxxx>
• Re: RGW RFC: Multiple-Data-Pool Support for a Bucket
  • From: "Robin H. Johnson" <robbat2@xxxxxxxxxx>
• Re: RGW RFC: Multiple-Data-Pool Support for a Bucket
  • From: Jeegn Chen <jeegnchen@xxxxxxxxx>
• Re: RGW RFC: Multiple-Data-Pool Support for a Bucket
  • From: "Robin H. Johnson" <robbat2@xxxxxxxxxx>
• Re: RGW RFC: Multiple-Data-Pool Support for a Bucket
  • From: Jeegn Chen <jeegnchen@xxxxxxxxx>
• New Defects reported by Coverity Scan for ceph
  • From: scan-admin@xxxxxxxxxxxx
• Static Analysis
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• Re: rgw: possibility to put several small S3 objects into single rados object
  • From: Aleksei Gutikov <aleksey.gutikov@xxxxxxxxxx>
• Re: RGW RFC: Multiple-Data-Pool Support for a Bucket
  • From: yuxiang fang <abcdeffyx@xxxxxxxxx>
• Re: RGW RFC: Multiple-Data-Pool Support for a Bucket
  • From: Jeegn Chen <jeegnchen@xxxxxxxxx>
• Re: RGW RFC: Multiple-Data-Pool Support for a Bucket
  • From: yuxiang fang <abcdeffyx@xxxxxxxxx>
• Re: RGW RFC: Multiple-Data-Pool Support for a Bucket
  • From: Jeegn Chen <jeegnchen@xxxxxxxxx>
• Re: [ceph-users] Bluestore: inaccurate disk usage statistics problem?
  • From: Zhi Zhang <zhang.david2011@xxxxxxxxx>
• [ceph-users] Questions about pg num setting
  • From: 于相洋 <penglaiyxy@xxxxxxxxx>
• Re: [ceph-users] Bluestore: inaccurate disk usage statistics problem?
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: RGW RFC: Multiple-Data-Pool Support for a Bucket
  • From: "Robin H. Johnson" <robbat2@xxxxxxxxxx>
• Re: C++11, std::list::size(), and trusty
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: C++11, std::list::size(), and trusty
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• [ceph-users] Bluestore: inaccurate disk usage statistics problem?
  • From: Zhi Zhang <zhang.david2011@xxxxxxxxx>
• RGW RFC: Multiple-Data-Pool Support for a Bucket
  • From: Jeegn Chen <jeegnchen@xxxxxxxxx>
• Re: C++11, std::list::size(), and trusty
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: C++11, std::list::size(), and trusty
  • From: kefu chai <tchaikov@xxxxxxxxx>
• RGW CreateBucket: AWS vs RGW, 200/409 responses
  • From: "Robin H. Johnson" <robbat2@xxxxxxxxxx>
• Re: Primary OSD not as first shard in PG - LRC experiment
  • From: Oleg Kolosov <olekol@xxxxxxxxx>
• Re: Primary OSD not as first shard in PG - LRC experiment
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Primary OSD not as first shard in PG - LRC experiment
  • From: Oleg Kolosov <olekol@xxxxxxxxx>
• Re: C++11, std::list::size(), and trusty
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Re: rgw: possibility to put several small S3 objects into single rados object
  • From: "Robin H. Johnson" <robbat2@xxxxxxxxxx>
• Re: dashboard in mimic
  • From: Lenz Grimmer <lgrimmer@xxxxxxxx>
• Re: rgw: possibility to put several small S3 objects into single rados object
  • From: Matt Benjamin <mbenjami@xxxxxxxxxx>
• rgw: possibility to put several small S3 objects into single rados object
  • From: Aleksei Gutikov <aleksey.gutikov@xxxxxxxxxx>
• Re: dashboard in mimic
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: [RFC PATCH v3 0/3] ceph: kernel client cephfs quota support
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: [RFC PATCH v3 0/3] ceph: kernel client cephfs quota support
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: [RFC PATCH v3 2/3] ceph: quotas: support for ceph.quota.max_files
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: [RFC PATCH v3 3/3] ceph: quota: don't allow cross-quota renames
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: [RFC PATCH v3 1/3] ceph: quota: add initial infrastructure to support cephfs quotas
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: New Defects reported by Coverity Scan for ceph
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• Re: New Defects reported by Coverity Scan for ceph
  • From: Jos Collin <jcollin@xxxxxxxxxx>
• New Defects reported by Coverity Scan for ceph
  • From: scan-admin@xxxxxxxxxxxx
• Re: dashboard in mimic
  • From: Tim Serong <tserong@xxxxxxxx>
• Static Analysis
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• Re: coming in boost 1.66
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• [RFC PATCH v3 3/3] ceph: quota: don't allow cross-quota renames
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [RFC PATCH v3 2/3] ceph: quotas: support for ceph.quota.max_files
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [RFC PATCH v3 0/3] ceph: kernel client cephfs quota support
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [RFC PATCH v3 1/3] ceph: quota: add initial infrastructure to support cephfs quotas
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• dashboard in mimic
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: coming in boost 1.66
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: Add dmclock QoS client calls to librados -- request for comments
  • From: Mark Nelson <mark.a.nelson@xxxxxxxxx>
• Re: Add dmclock QoS client calls to librados -- request for comments
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: seastar starting points
  • From: Matt Benjamin <mbenjami@xxxxxxxxxx>
• Re: [RFC v2 PATCH 2/4] ceph: quota: add initial infrastructure to support cephfs quotas
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: [RFC v2 PATCH 1/4] ceph: add seqlock for snaprealm hierarchy change detection
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: [RFC v2 PATCH 2/4] ceph: quota: add initial infrastructure to support cephfs quotas
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: [RFC v2 PATCH 1/4] ceph: add seqlock for snaprealm hierarchy change detection
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Add dmclock QoS client calls to librados -- request for comments
  • From: "J. Eric Ivancich" <ivancich@xxxxxxxxxx>
• RE: Segfault when connecting to cluster using Rados API (problem with pick_a_shard()?)
  • From: Eric Cano <Eric.Cano@xxxxxxx>
• Re: LUKS encryption in OSDs (ceph-volume)
  • From: Ondrej Kozina <okozina@xxxxxxxxxx>
• [RFC v2 PATCH 0/4] ceph: kernel client cephfs quota support
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [RFC v2 PATCH 3/4] ceph: quotas: support for ceph.quota.max_files
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [RFC v2 PATCH 2/4] ceph: quota: add initial infrastructure to support cephfs quotas
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [RFC v2 PATCH 4/4] ceph: quota: don't allow cross-quota renames
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [RFC v2 PATCH 1/4] ceph: add seqlock for snaprealm hierarchy change detection
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: Segfault when connecting to cluster using Rados API (problem with pick_a_shard()?)
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Segfault when connecting to cluster using Rados API (problem with pick_a_shard()?)
  • From: Eric Cano <Eric.Cano@xxxxxxx>
• Re: "No space left on device" when doing massive directory deletion.
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• Re: [ceph-users] Snap trim queue length issues
  • From: Piotr Dałek <piotr.dalek@xxxxxxxxxxxx>
• Re: "No space left on device" when doing massive directory deletion.
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• "No space left on device" when doing massive directory deletion.
  • From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
• [ceph-client:testing 1/3] fs/ceph/addr.c:454:20: error: 'rw_ctx' undeclared; did you mean 'rwf_t'?
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• Re: Ceph Manager brag module
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: seastar starting points
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: Bluestore and jemalloc
  • From: Mark Nelson <mark.a.nelson@xxxxxxxxx>
• [GIT PULL] Ceph fix for 4.15-rc4
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: seastar starting points
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Bluestore and jemalloc
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [ceph-users] Snap trim queue length issues
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: LUKS encryption in OSDs (ceph-volume)
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• Re: LUKS encryption in OSDs (ceph-volume)
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• Re: [PATCH 1/3] ceph: map snapid to anonymous bdev ID
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 1/3] ceph: map snapid to anonymous bdev ID
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• Re: [PATCH 1/3] ceph: map snapid to anonymous bdev ID
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] mm: save/restore current->journal_info in handle_mm_fault
  • From: Jan Kara <jack@xxxxxxx>
• Bluestore and jemalloc
  • From: Mike A <mike.almateia@xxxxxxxxx>
• [PATCH 1/3] ceph: map snapid to anonymous bdev ID
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• [PATCH 3/3] ceph: fix un-balanced fsc->writeback_count update
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• [PATCH 2/3] ceph: track read contexts in ceph_file_info
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• Re: [ceph-users] Snap trim queue length issues
  • From: Piotr Dałek <piotr.dalek@xxxxxxxxxxxx>
• Re: [PATCH] mm: save/restore current->journal_info in handle_mm_fault
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: Ceph Manager brag module
  • From: Vasu Kulkarni <vakulkar@xxxxxxxxxx>
• Re: Ceph Manager brag module
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Ceph Manager brag module
  • From: "Robin H. Johnson" <robbat2@xxxxxxxxxx>
• Re: [PATCH] mm: save/restore current->journal_info in handle_mm_fault
  • From: Andreas Dilger <adilger@xxxxxxxxx>
• Re: [PATCH] fs/*/Kconfig: drop links to 404-compliant http://acl.bestbits.at
  • From: Jaegeuk Kim <jaegeuk@xxxxxxxxxx>
• Re: [PATCH] mm: save/restore current->journal_info in handle_mm_fault
  • From: Jan Kara <jack@xxxxxxx>
• Re: Ceph Manager brag module
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: LUKS encryption in OSDs (ceph-volume)
  • From: Andrew Schoen <aschoen@xxxxxxxxxx>
• Snap trim queue length issues
  • From: Piotr Dałek <piotr.dalek@xxxxxxxxxxxx>
• Re: [PATCH] mm: save/restore current->journal_info in handle_mm_fault
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: Ceph Manager brag module
  • From: Blair Bethwaite <blair.bethwaite@xxxxxxxxx>
• Re: measure performance / latency in blustore
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: LUKS encryption in OSDs (ceph-volume)
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: measure performance / latency in blustore
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: LUKS encryption in OSDs (ceph-volume)
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• Re: [PATCH] mm: save/restore current->journal_info in handle_mm_fault
  • From: Jan Kara <jack@xxxxxxx>
• Re: LUKS encryption in OSDs (ceph-volume)
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• Re: [PATCH] mm: save/restore current->journal_info in handle_mm_fault
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: LUKS encryption in OSDs (ceph-volume)
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: Ceph Manager brag module
  • From: Kai Wagner <kwagner@xxxxxxxx>
• Re: measure performance / latency in blustore
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Ceph Manager brag module
  • From: Lenz Grimmer <lenz@xxxxxxxxxxx>
• [PATCH] mm: save/restore current->journal_info in handle_mm_fault
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• Re: [PATCH] fs/*/Kconfig: drop links to 404-compliant http://acl.bestbits.at
  • From: Chao Yu <yuchao0@xxxxxxxxxx>
• Ceph Manager brag module
  • From: Wido den Hollander <wido@xxxxxxxx>
• Static Analysis
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• Re: measure performance / latency in blustore
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• New Defects reported by Coverity Scan for ceph
  • From: scan-admin@xxxxxxxxxxxx
• Re: [PATCH] fs/*/Kconfig: drop links to 404-compliant http://acl.bestbits.at
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• Re: [PATCH] mm: save current->journal_info before calling fault/page_mkwrite
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm: save current->journal_info before calling fault/page_mkwrite
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• Re: [PATCH] mm: save current->journal_info before calling fault/page_mkwrite
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm: save current->journal_info before calling fault/page_mkwrite
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• Re: [PATCH] mm: save current->journal_info before calling fault/page_mkwrite
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] fs/*/Kconfig: drop links to 404-compliant http://acl.bestbits.at
  • From: David Sterba <dsterba@xxxxxxx>
• Re: seastar starting points
  • From: "Adam C. Emerson" <aemerson@xxxxxxxxxx>
• Re: seastar starting points
  • From: Mark Nelson <mark.a.nelson@xxxxxxxxx>
• Re: LUKS encryption in OSDs (ceph-volume)
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: seastar starting points
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: seastar starting points
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: LUKS encryption in OSDs (ceph-volume)
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• Re: seastar starting points
  • From: "Adam C. Emerson" <aemerson@xxxxxxxxxx>
• Re: seastar starting points
  • From: Ricardo Dias <rdias@xxxxxxxx>
• seastar starting points
  • From: Sage Weil <sweil@xxxxxxxxxx>
• [PATCH] rbd: reacquire lock should update lock owner client id
  • From: Florian Margaine <florian@xxxxxxxxxxx>
• Re: [PATCH] mm: save current->journal_info before calling fault/page_mkwrite
  • From: Amon Ott <a.ott@xxxxxxxxxxxx>
• Re: [PATCH] fs/*/Kconfig: drop links to 404-compliant http://acl.bestbits.at
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH] fs/*/Kconfig: drop links to 404-compliant http://acl.bestbits.at
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH] fs/*/Kconfig: drop links to 404-compliant http://acl.bestbits.at
  • From: Adam Borowski <kilobyte@xxxxxxxxxx>
• [PATCH] mm: save current->journal_info before calling fault/page_mkwrite
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• Re: [PATCH] fs/ceph: delete unused ceph_file_layout_is_valid function
  • From: Yaowei Bai <baiyaowei@xxxxxxxxxxxxxxxxxxxx>
• Re: LUKS encryption in OSDs (ceph-volume)
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: LUKS encryption in OSDs (ceph-volume)
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: LUKS encryption in OSDs (ceph-volume)
  • From: Wyllys Ingersoll <wyllys.ingersoll@xxxxxxxxxxxxxx>
• LUKS encryption in OSDs (ceph-volume)
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: [PATCH] fs/ceph: delete unused ceph_file_layout_is_valid function
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: cephfs quotas
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: cephfs quotas
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: better doc (and build) validation
  • From: Dan Mick <dmick@xxxxxxxxxx>
• Re: cephfs in kernel 4.9: NULL pointer deref
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: cephfs quotas
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• [PATCH] fs/ceph: delete unused ceph_file_layout_is_valid function
  • From: Yaowei Bai <baiyaowei@xxxxxxxxxxxxxxxxxxxx>
• Re: cephfs quotas
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: cephfs in kernel 4.9: NULL pointer deref
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: cephfs quotas
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: cephfs in kernel 4.9: NULL pointer deref
  • From: Amon Ott <a.ott@xxxxxxxxxxxx>
• Re: cephfs in kernel 4.9: NULL pointer deref
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: [PATCH] ceph: don't set st_dev to 0 for stat(2)
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] ceph: don't set st_dev to 0 for stat(2)
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• cephfs in kernel 4.9: NULL pointer deref
  • From: Amon Ott <a.ott@xxxxxxxxxxxx>
• Re: [PATCH] ceph: don't set st_dev to 0 for stat(2)
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH] ceph: don't set st_dev to 0 for stat(2)
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• Re: build on centos-7 and trusty
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: build on centos-7 and trusty
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: build on centos-7 and trusty
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: build on centos-7 and trusty
  • From: "Adam C. Emerson" <aemerson@xxxxxxxxxx>
• Re: build on centos-7 and trusty
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: build on centos-7 and trusty
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: build on centos-7 and trusty
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: build on centos-7 and trusty
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: mimic-dev1 branch for 13.0.1
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: [PATCH] ceph: drop negtive child dentries before try pruning inode's alias
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• build on centos-7 and trusty
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Static Analysis
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• Re: followup on CDM seastar discussion
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [PATCH] ceph: drop negtive child dentries before try pruning inode's alias
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: Bug #21040
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [PATCH] ceph: drop negtive child dentries before try pruning inode's alias
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• followup on CDM seastar discussion
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: conditionalize build on branch using jenkins
  • From: kefu chai <tchaikov@xxxxxxxxx>
• CDM bluejeans room
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: better doc (and build) validation
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: conditionalize build on branch using jenkins
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: conditionalize build on branch using jenkins
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: better doc (and build) validation
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: conditionalize build on branch using jenkins
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: C++11, std::list::size(), and trusty
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: better doc (and build) validation
  • From: kefu chai <tchaikov@xxxxxxxxx>
• conditionalize build on branch using jenkins
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: Could you resend the link to the pull request?
  • From: myoungwon oh <ohmyoungwon@xxxxxxxxx>
• Re: C++11, std::list::size(), and trusty
  • From: "Adam C. Emerson" <aemerson@xxxxxxxxxx>
• Re: C++11, std::list::size(), and trusty
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: 答复: osd: fine-grained statistics for object space usage
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: 答复: osd: fine-grained statistics for object space usage
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: osd: fine-grained statistics for object space usage
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: 答复: osd: fine-grained statistics for object space usage
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: 答复: osd: fine-grained statistics for object space usage
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: better doc (and build) validation
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: Could you resend the link to the pull request?
  • From: Sage Weil <sweil@xxxxxxxxxx>