CEPH Filesystem Development

Thread Index

[Prev Page][Next Page]

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>
Re: Could you resend the link to the pull request?
- From: Gregory Farnum <gfarnum@xxxxxxxxxx>
Re: C++11, std::list::size(), and trusty
- From: Gregory Farnum <gfarnum@xxxxxxxxxx>
Re: better doc (and build) validation
- From: Gregory Farnum <gfarnum@xxxxxxxxxx>
Re: C++11, std::list::size(), and trusty
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
Re: C++11, std::list::size(), and trusty
- From: Jesse Williamson <jwilliamson@xxxxxxx>
Re: C++11, std::list::size(), and trusty
- From: "Adam C. Emerson" <aemerson@xxxxxxxxxx>
Re: Could you resend the link to the pull request?
- From: Sage Weil <sweil@xxxxxxxxxx>
Re: C++11, std::list::size(), and trusty
- From: kefu chai <tchaikov@xxxxxxxxx>
Re: C++11, std::list::size(), and trusty
- From: Sage Weil <sweil@xxxxxxxxxx>
Re: C++11, std::list::size(), and trusty
- From: kefu chai <tchaikov@xxxxxxxxx>
Re: Assertion failed while buildign manpages
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
Re: [PATCH 2/2] ceph: avoid dereferencing invalid pointer during cached readdir
- From: "Yan, Zheng" <zyan@xxxxxxxxxx>
Re: [PATCH 1/2] ceph: use atomic64_t for ceph_inode_info::i_shared_gen
- From: "Yan, Zheng" <zyan@xxxxxxxxxx>
better doc (and build) validation
- From: Alfredo Deza <adeza@xxxxxxxxxx>
Re: Assertion failed while buildign manpages
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
Re: Assertion failed while buildign manpages
- From: Alfredo Deza <adeza@xxxxxxxxxx>
Re: [PATCH 2/2] ceph: avoid dereferencing invalid pointer during cached readdir
- From: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [PATCH 1/2] ceph: use atomic64_t for ceph_inode_info::i_shared_gen
- From: Jeff Layton <jlayton@xxxxxxxxxx>
Re: Assertion failed while buildign manpages
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
Re: ceph-dencoder decode PGMap failed
- From: Sage Weil <sage@xxxxxxxxxxxx>
ceph-dencoder decode PGMap failed
- From: <simplemaomao@xxxxxxx>
[PATCH 2/2] ceph: avoid dereferencing invalid pointer during cached readdir
- From: "Yan, Zheng" <zyan@xxxxxxxxxx>
[PATCH 1/2] ceph: use atomic64_t for ceph_inode_info::i_shared_gen
- From: "Yan, Zheng" <zyan@xxxxxxxxxx>
Re: 答复: osd: fine-grained statistics for object space usage
- From: Gregory Farnum <gfarnum@xxxxxxxxxx>
Re: Assertion failed while buildign manpages
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
Re: Assertion failed while buildign manpages
- From: Alfredo Deza <adeza@xxxxxxxxxx>
Assertion failed while buildign manpages
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
Re: iSCSI gateway
- From: Lars Seipel <lars.seipel@xxxxxxx>
mimic-dev1 branch for 13.0.1
- From: Sage Weil <sweil@xxxxxxxxxx>
Re: [ceph-users] dropping trusty
- From: kefu chai <tchaikov@xxxxxxxxx>
Re: [ceph-users] dropping trusty
- From: David Galloway <dgallowa@xxxxxxxxxx>
Re: [PATCH] ceph: drop negtive child dentries before try pruning inode's alias
- From: Jeff Layton <jlayton@xxxxxxxxxx>
Re: Missing Debian packages (was: Luminous v12.2.2 released)
- From: Alfredo Deza <adeza@xxxxxxxxxx>
Re: [ceph-users] [Docs] s/ceph-disk/ceph-volume/g ?
- From: Alfredo Deza <adeza@xxxxxxxxxx>
Re: 答复: osd: fine-grained statistics for object space usage
- From: Igor Fedotov <ifedotov@xxxxxxx>
[Docs] s/ceph-disk/ceph-volume/g ?
- From: Yoann Moulin <yoann.moulin@xxxxxxx>
Re: Upgrade from Jewel to Luminous. REQUIRE_JEWEL OSDMap [how to avoid in Gentoo in future]
- From: "Robin H. Johnson" <robbat2@xxxxxxxxxx>
Re: [ceph-users] dropping trusty
- From: kefu chai <tchaikov@xxxxxxxxx>
Re: Upgrade from Jewel to Luminous. REQUIRE_JEWEL OSDMap
- From: Cary <dynamic.cary@xxxxxxxxx>
Re: Missing Debian packages (was: Luminous v12.2.2 released)
- From: Lars Seipel <lars.seipel@xxxxxxxxx>
Re: Missing Debian packages (was: Luminous v12.2.2 released)
- From: Lars Seipel <lars.seipel@xxxxxxxxx>
Re: Missing Debian packages (was: Luminous v12.2.2 released)
- From: Alfredo Deza <adeza@xxxxxxxxxx>
Missing Debian packages (was: Luminous v12.2.2 released)
- From: Lars Seipel <lars.seipel@xxxxxxxxx>
Re: config on mons
- From: Sage Weil <sweil@xxxxxxxxxx>
Luminous v12.2.2 released
- From: Abhishek Lekshmanan <abhishek@xxxxxxxx>
Re: [ceph-users] ceph-disk removal roadmap (was ceph-disk is now deprecated)
- From: Alfredo Deza <adeza@xxxxxxxxxx>
Re: About the "temperature histogram" of tier-agent
- From: YuFan Chen <wiz.chen@xxxxxxxxx>
Re: 答复: osd: fine-grained statistics for object space usage
- From: Igor Fedotov <ifedotov@xxxxxxx>
Re: About the "temperature histogram" of tier-agent
- From: Li Wang <laurence.liwang@xxxxxxxxx>
Re: [ceph-users] ceph-disk removal roadmap (was ceph-disk is now deprecated)
- From: Alfredo Deza <adeza@xxxxxxxxxx>
Re: Integers as String in osd_metadata (memory, rotational)
- From: Wido den Hollander <wido@xxxxxxxx>
Re: [ceph-users] ceph-disk removal roadmap (was ceph-disk is now deprecated)
- From: Stefan Kooman <stefan@xxxxxx>
Re: ceph-disk removal roadmap (was ceph-disk is now deprecated)
- From: Fabian Grünbichler <f.gruenbichler@xxxxxxxxxxx>
Re: Ceph Developers Monthly - October
- From: kefu chai <tchaikov@xxxxxxxxx>
Static Analysis
- From: Brad Hubbard <bhubbard@xxxxxxxxxx>
New Defects reported by Coverity Scan for ceph
- From: scan-admin@xxxxxxxxxxxx
Re: [PATCH] ceph: drop negtive child dentries before try pruning inode's alias
- From: "Yan, Zheng" <ukernel@xxxxxxxxx>
Re: config on mons
- From: Gregory Farnum <gfarnum@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: Gregory Farnum <gfarnum@xxxxxxxxxx>
Re: dropping trusty
- From: David Galloway <dgallowa@xxxxxxxxxx>
Ceph Developers Monthly - December
- From: Leonardo Vaz <lvaz@xxxxxxxxxx>
dropping trusty
- From: Sage Weil <sweil@xxxxxxxxxx>
Re: [ceph-users] ceph-disk removal roadmap (was ceph-disk is now deprecated)
- From: Peter Woodman <peter@xxxxxxxxxxxx>
ceph-disk removal roadmap (was ceph-disk is now deprecated)
- From: Alfredo Deza <adeza@xxxxxxxxxx>
Re: 12.2.2 Luminous validation status
- From: Sage Weil <sweil@xxxxxxxxxx>
Re: C++11, std::list::size(), and trusty
- From: Sage Weil <sweil@xxxxxxxxxx>
Re: [PATCH] ceph: drop negtive child dentries before try pruning inode's alias
- From: Jeff Layton <jlayton@xxxxxxxxxx>
[PATCH] ceph: drop negtive child dentries before try pruning inode's alias
- From: "Yan, Zheng" <zyan@xxxxxxxxxx>
Re: 12.2.2 Luminous validation status
- From: Jason Dillaman <jdillama@xxxxxxxxxx>
Re: metadata spill back onto block.slow before block.db filled up
- From: Igor Fedotov <ifedotov@xxxxxxx>
Re: [ceph-users] ceph-disk is now deprecated
- From: Fabian Grünbichler <f.gruenbichler@xxxxxxxxxxx>
Re: [ceph-users] ceph-disk is now deprecated
- From: Alfredo Deza <adeza@xxxxxxxxxx>
Re: [PATCH] ceph: decease session->s_trim_caps only after caps get trimmed
- From: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [ceph-users] ceph-disk is now deprecated
- From: Fabian Grünbichler <f.gruenbichler@xxxxxxxxxxx>
Re: C++11, std::list::size(), and trusty
- From: Nathan Cutler <ncutler@xxxxxxx>
Re: C++11, std::list::size(), and trusty
- From: kefu chai <tchaikov@xxxxxxxxx>
Re: metadata spill back onto block.slow before block.db filled up
- From: shasha lu <lushasha08@xxxxxxxxx>
Re: About the "temperature histogram" of tier-agent
- From: Li Wang <laurence.liwang@xxxxxxxxx>
[PATCH] ceph: decease session->s_trim_caps only after caps get trimmed
- From: "Yan, Zheng" <zyan@xxxxxxxxxx>
Re: Upgrade from Jewel to Luminous. REQUIRE_JEWEL OSDMap
- From: Sage Weil <sage@xxxxxxxxxxxx>
Re: Upgrade from Jewel to Luminous. REQUIRE_JEWEL OSDMap
- From: Cary <dynamic.cary@xxxxxxxxx>
Re: Upgrade from Jewel to Luminous. REQUIRE_JEWEL OSDMap
- From: Sage Weil <sage@xxxxxxxxxxxx>
Re: Upgrade from Jewel to Luminous. REQUIRE_JEWEL OSDMap
- From: Cary <dynamic.cary@xxxxxxxxx>
Re: 12.2.2 Luminous validation status
- From: Matt Benjamin <mbenjami@xxxxxxxxxx>
Re: 12.2.2 Luminous validation status
- From: Matt Benjamin <mbenjami@xxxxxxxxxx>
Re: 12.2.2 Luminous validation status
- From: Yuri Weinstein <yweinste@xxxxxxxxxx>
Re: 12.2.2 Luminous validation status
- From: Matt Benjamin <mbenjami@xxxxxxxxxx>
Re: 12.2.2 Luminous validation status
- From: Yuri Weinstein <yweinste@xxxxxxxxxx>
Re: Questions regarding mds early reply
- From: Xiaoxi Chen <superdebuger@xxxxxxxxx>
Re: DBObjectMap::header_lock forcing filestore threads to be sequentail
- From: Gregory Farnum <gfarnum@xxxxxxxxxx>
Re: metadata spill back onto block.slow before block.db filled up
- From: Sage Weil <sage@xxxxxxxxxxxx>
Re: ceph-disk is now deprecated
- From: Yoann Moulin <yoann.moulin@xxxxxxx>
Re: metadata spill back onto block.slow before block.db filled up
- From: Igor Fedotov <ifedotov@xxxxxxx>
Re: Questions regarding mds early reply
- From: "Yan, Zheng" <ukernel@xxxxxxxxx>
Re: Question about ceph paxos implementation
- From: Kang Wang <beijingwangkang@xxxxxxxxx>
Re: CDM for: pg log, pg info, and dup ops data storage
- From: xiaoyan li <wisher2003@xxxxxxxxx>
Re: DBObjectMap::header_lock forcing filestore threads to be sequentail
- From: yuxiang fang <abcdeffyx@xxxxxxxxx>
Fwd: Questions regarding mds early reply
- From: Xiaoxi Chen <superdebuger@xxxxxxxxx>
Re: some issue about peering progress
- From: Gregory Farnum <gfarnum@xxxxxxxxxx>
Re: DBObjectMap::header_lock forcing filestore threads to be sequentail
- From: Gregory Farnum <gfarnum@xxxxxxxxxx>
Re: Upgrade from Jewel to Luminous. REQUIRE_JEWEL OSDMap
- From: Sage Weil <sage@xxxxxxxxxxxx>
Re: [ceph-users] ceph-disk is now deprecated
- From: Vasu Kulkarni <vakulkar@xxxxxxxxxx>
Re: Upgrade from Jewel to Luminous. REQUIRE_JEWEL OSDMap
- From: Cary <dynamic.cary@xxxxxxxxx>
Re: 12.2.2 Luminous validation status
- From: kefu chai <tchaikov@xxxxxxxxx>
Re: metadata spill back onto block.slow before block.db filled up
- From: Igor Fedotov <ifedotov@xxxxxxx>
Re: metadata spill back onto block.slow before block.db filled up
- From: Mark Nelson <mark.a.nelson@xxxxxxxxx>
Re: DBObjectMap::header_lock forcing filestore threads to be sequentail
- From: yuxiang fang <abcdeffyx@xxxxxxxxx>
Re: [ceph-users] ceph-disk is now deprecated
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
Re: [ceph-users] ceph-disk is now deprecated
- From: Joao Eduardo Luis <joao@xxxxxxx>
Re: metadata spill back onto block.slow before block.db filled up
- From: Igor Fedotov <ifedotov@xxxxxxx>
Re: About the "temperature histogram" of tier-agent
- From: Sage Weil <sage@xxxxxxxxxxxx>
Re: metadata spill back onto block.slow before block.db filled up
- From: Sage Weil <sage@xxxxxxxxxxxx>
Re: ceph-disk is now deprecated
- From: Andreas Calminder <andreas.calminder@xxxxxxxxxx>
Re: Upgrade from Jewel to Luminous. REQUIRE_JEWEL OSDMap
- From: Sage Weil <sage@xxxxxxxxxxxx>
Re: Question about ceph paxos implementation
- From: Sage Weil <sage@xxxxxxxxxxxx>
Re: [ceph-users] ceph-disk is now deprecated
- From: Alfredo Deza <adeza@xxxxxxxxxx>
Re: [ceph-users] ceph-disk is now deprecated
- From: Joao Eduardo Luis <joao@xxxxxxx>
Re: ceph-disk is now deprecated
- From: Alfredo Deza <adeza@xxxxxxxxxx>
Re: [ceph-users] ceph-disk is now deprecated
- From: Alfredo Deza <adeza@xxxxxxxxxx>
Re: [ceph-users] ceph-disk is now deprecated
- From: Wido den Hollander <wido@xxxxxxxx>
Re: ceph-disk is now deprecated
- From: Andreas Calminder <andreas.calminder@xxxxxxxxxx>
Re: ceph-disk is now deprecated
- From: Alfredo Deza <adeza@xxxxxxxxxx>
Re: Integers as String in osd_metadata (memory, rotational)
- From: John Spray <jspray@xxxxxxxxxx>
Re: [ceph-users] ceph-disk is now deprecated
- From: Alfredo Deza <adeza@xxxxxxxxxx>
Re: ceph-disk is now deprecated
- From: Alfredo Deza <adeza@xxxxxxxxxx>
Integers as String in osd_metadata (memory, rotational)
- From: Wido den Hollander <wido@xxxxxxxx>
DBObjectMap::header_lock forcing filestore threads to be sequentail
- From: Xuehan Xu <xxhdx1985126@xxxxxxxxx>
Re: [ceph-users] ceph-disk is now deprecated
- From: Piotr Dałek <piotr.dalek@xxxxxxxxxxxx>
Re: ceph-disk is now deprecated
- From: Fabian Grünbichler <f.gruenbichler@xxxxxxxxxxx>
Re: [ceph-users] ceph-disk is now deprecated
- From: Wido den Hollander <wido@xxxxxxxx>
Re: ceph-disk is now deprecated
- From: Andreas Calminder <andreas.calminder@xxxxxxxxxx>
About the "temperature histogram" of tier-agent
- From: YuFan Chen <wiz.chen@xxxxxxxxx>
metadata spill back onto block.slow before block.db filled up
- From: shasha lu <lushasha08@xxxxxxxxx>
Re: Upgrade from Jewel to Luminous. REQUIRE_JEWEL OSDMap
- From: Cary <dynamic.cary@xxxxxxxxx>
Re: Question about ceph paxos implementation
- From: Kang Wang <beijingwangkang@xxxxxxxxx>
Re: Upgrade from Jewel to Luminous. REQUIRE_JEWEL OSDMap
- From: Sage Weil <sage@xxxxxxxxxxxx>
Upgrade from Jewel to Luminous. REQUIRE_JEWEL OSDMap
- From: Cary <dynamic.cary@xxxxxxxxx>
Re: osd: fine-grained statistics for object space usage
- From: Gregory Farnum <gfarnum@xxxxxxxxxx>
osd: fine-grained statistics for object space usage
- From: Igor Fedotov <ifedotov@xxxxxxx>
Re: ceph-disk is now deprecated
- From: Nathan Cutler <ncutler@xxxxxxx>
Re: coming in boost 1.66
- From: Jesse Williamson <jwilliamson@xxxxxxx>
coming in boost 1.66
- From: Casey Bodley <cbodley@xxxxxxxxxx>
rgw: who will write a key starting with a character greater than BI_PREFIX_CHAR
- From: 宋新颖 <songxinying.ftd@xxxxxxxxx>
Re: Question about ceph paxos implementation
- From: Sage Weil <sage@xxxxxxxxxxxx>
ceph-disk is now deprecated
- From: Alfredo Deza <adeza@xxxxxxxxxx>
Question about ceph paxos implementation
- From: Kang Wang <beijingwangkang@xxxxxxxxx>
Re: Blocked / Slow requests in health JSON from Mon/Mgr
- From: Wido den Hollander <wido@xxxxxxxx>
Re: Blocked / Slow requests in health JSON from Mon/Mgr
- From: John Spray <jspray@xxxxxxxxxx>
Blocked / Slow requests in health JSON from Mon/Mgr
- From: Wido den Hollander <wido@xxxxxxxx>
Re: Journaler::_flush
- From: "Yan, Zheng" <ukernel@xxxxxxxxx>
Journaler::_flush
- From: 陶冬冬 <tdd21151186@xxxxxxxxx>
iSCSI gateway
- From: Marc Cote <marc.cote.mathieu@xxxxxxxxx>
Re: boost: to download, or not to download?
- From: kefu chai <tchaikov@xxxxxxxxx>
Re: boost: to download, or not to download?
- From: kefu chai <tchaikov@xxxxxxxxx>
boost: to download, or not to download?
- From: Nathan Cutler <ncutler@xxxxxxx>
Re: 12.2.2 Luminous validation status
- From: Yuri Weinstein <yweinste@xxxxxxxxxx>
Re: 12.2.2 Luminous validation status
- From: Yuri Weinstein <yweinste@xxxxxxxxxx>
Re: 12.2.2 Luminous validation status
- From: Abhishek Lekshmanan <abhishek@xxxxxxxx>
Static Analysis
- From: Brad Hubbard <bhubbard@xxxxxxxxxx>
New Defects reported by Coverity Scan for ceph
- From: scan-admin@xxxxxxxxxxxx
11/23/2017 Perf meeting canceled
- From: Mark Nelson <mnelson@xxxxxxxxxx>
Ceph Tech Talk Cancelled
- From: Leonardo Vaz <lvaz@xxxxxxxxxx>
Re: Small objects in erasure-coded pool
- From: Gregory Farnum <gfarnum@xxxxxxxxxx>
Re: presentation: making rgw's process_request() asynchronous
- From: liuchang0812 <liuchang0812@xxxxxxxxx>
Re: presentation: making rgw's process_request() asynchronous
- From: Casey Bodley <cbodley@xxxxxxxxxx>
Re: CDM for: pg log, pg info, and dup ops data storage
- From: Mark Nelson <mark.a.nelson@xxxxxxxxx>
Re: Small objects in erasure-coded pool
- From: Aleksei Gutikov <aleksey.gutikov@xxxxxxxxxx>
Re: CDM for: pg log, pg info, and dup ops data storage
- From: xiaoyan li <wisher2003@xxxxxxxxx>
Re: Small objects in erasure-coded pool
- From: Gregory Farnum <gfarnum@xxxxxxxxxx>
[GIT PULL] Ceph updates for 4.15-rc1
- From: Ilya Dryomov <idryomov@xxxxxxxxx>
Small objects in erasure-coded pool
- From: Aleksei Gutikov <aleksey.gutikov@xxxxxxxxxx>
Re: "Inherit members" on redmine subprojects
- From: Gregory Farnum <gfarnum@xxxxxxxxxx>
Re: "Inherit members" on redmine subprojects
- From: John Spray <jspray@xxxxxxxxxx>
Re: "Inherit members" on redmine subprojects
- From: Gregory Farnum <gfarnum@xxxxxxxxxx>
"Inherit members" on redmine subprojects
- From: John Spray <jspray@xxxxxxxxxx>
reply // about memory alignment
- From: Liuhao <liu.haoA@xxxxxxx>
Re: Build failed in Jenkins: ceph-master #1458
- From: kefu chai <tchaikov@xxxxxxxxx>
radosgw-admin improvements
- From: Orit Wasserman <owasserm@xxxxxxxxxx>
Re: Build failed in Jenkins: ceph-master #1458
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
Re: about memory alignment
- From: Gregory Farnum <gfarnum@xxxxxxxxxx>
Re: Build failed in Jenkins: ceph-master #1458
- From: kefu chai <tchaikov@xxxxxxxxx>
Fwd: Build failed in Jenkins: ceph-master #1458
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
Re: [ceph-users] who is using nfs-ganesha and cephfs?
- From: Wyllys Ingersoll <wyllys.ingersoll@xxxxxxxxxxxxxx>
Re: [ceph-users] who is using nfs-ganesha and cephfs?
- From: Jeff Layton <jlayton@xxxxxxxxxx>
Re: MDS connection problem
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
Re: MDS connection problem
- From: "Yan, Zheng" <ukernel@xxxxxxxxx>
Re: MDS connection problem
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
Re: Unittest_rbd_miiror: Build failed in Jenkins: ceph-master #1448
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
Errors in Ceph
- From: "Cosmin V. Miron (Cosmic Sound)" <siravecavec@xxxxxxxxx>
Static Analysis
- From: Brad Hubbard <bhubbard@xxxxxxxxxx>
Re: 12.2.2 Luminous validation status
- From: Yuri Weinstein <yweinste@xxxxxxxxxx>
presentation: making rgw's process_request() asynchronous
- From: Casey Bodley <cbodley@xxxxxxxxxx>
Re: [ceph-users] who is using nfs-ganesha and cephfs?
- From: Matt Benjamin <mbenjami@xxxxxxxxxx>
[PATCH v2] ceph: snapshot nfs re-export
- From: "Yan, Zheng" <zyan@xxxxxxxxxx>
Re: [ceph-users] ceph-deploy failed to deploy osd randomly
- From: Alfredo Deza <adeza@xxxxxxxxxx>
Re: Unittest_rbd_miiror: Build failed in Jenkins: ceph-master #1448
- From: Venky Shankar <vshankar@xxxxxxxxxx>
Re: MDS connection problem
- From: "Yan, Zheng" <ukernel@xxxxxxxxx>
New Defects reported by Coverity Scan for ceph
- From: scan-admin@xxxxxxxxxxxx
Re: Unittest_rbd_miiror: Build failed in Jenkins: ceph-master #1448
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
Re: Unittest_rbd_miiror: Build failed in Jenkins: ceph-master #1448
- From: Venky Shankar <vshankar@xxxxxxxxxx>
Unittest_rbd_miiror: Build failed in Jenkins: ceph-master #1448
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
Re: Ceph Benchmark Visualization Project
- From: Neha Ojha <nojha@xxxxxxxxxx>
Re: 12.2.2 Luminous validation status
- From: Josh Durgin <jdurgin@xxxxxxxxxx>
Re: Fwd: Build failed in Jenkins: ceph-master #1445
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
Ceph Benchmark Visualization Project
- From: Mark Nelson <mnelson@xxxxxxxxxx>
Re: Fwd: Build failed in Jenkins: ceph-master #1445
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
12.2.2 Luminous validation status
- From: Yuri Weinstein <yweinste@xxxxxxxxxx>
Re: Fwd: Build failed in Jenkins: ceph-master #1445
- From: Casey Bodley <cbodley@xxxxxxxxxx>
Re: config on mons
- From: Sage Weil <sage@xxxxxxxxxxxx>
Fwd: Build failed in Jenkins: ceph-master #1445
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
MDS connection problem
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
Running a FreeBSD bhyve instance on a Ceph cluster
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
Re: config on mons
- From: Lars Marowsky-Bree <lmb@xxxxxxxx>
Dashboard enhancements
- From: John Spray <jspray@xxxxxxxxxx>
Re: config on mons
- From: Sage Weil <sage@xxxxxxxxxxxx>
Re: ceph-deploy failed to deploy osd randomly
- From: Wei Jin <wjin.cn@xxxxxxxxx>
Re: C++11, std::list::size(), and trusty
- From: kefu chai <tchaikov@xxxxxxxxx>
Re: SMART disk monitoring
- From: Huang Zhiteng <winston.d@xxxxxxxxx>
Re: config on mons
- From: John Spray <jspray@xxxxxxxxxx>
Re: config on mons
- From: Sage Weil <sage@xxxxxxxxxxxx>
Re: C++11, std::list::size(), and trusty
- From: Ken Dreyer <kdreyer@xxxxxxxxxx>
Re: config on mons
- From: Alfredo Deza <adeza@xxxxxxxxxx>
Re: config on mons
- From: Kyle Bader <kyle.bader@xxxxxxxxx>
Re: config on mons
- From: Sage Weil <sage@xxxxxxxxxxxx>
Re: config on mons
- From: Mark Nelson <mnelson@xxxxxxxxxx>
Re: SMART disk monitoring
- From: Sage Weil <sweil@xxxxxxxxxx>
Re: config on mons
- From: Piotr Dałek <piotr.dalek@xxxxxxxxxxxx>
Re: config on mons
- From: Mark Nelson <mnelson@xxxxxxxxxx>
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>
Re: config on mons
- From: John Spray <jspray@xxxxxxxxxx>
Re: config on mons
- From: Piotr Dałek <piotr.dalek@xxxxxxxxxxxx>
Re: Fwd: Build failed in Jenkins: ceph-master #1408
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
Re: SMART disk monitoring
- From: Piotr Dałek <piotr.dalek@xxxxxxxxxxxx>
Re: SMART disk monitoring
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>

[Index of Archives] [Ceph Dev] [Linux USB Devel] [Video for Linux] [Scanner] [Linux SCSI] [Samba] [Yosemite Hikes]