CEPH Filesystem Users

• Thread Index

• Re: Samsung PM883 3.84TB SSD performance
  • From: mj <lists@xxxxxxxxxxxxx>
• Re: Samsung PM883 3.84TB SSD performance
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Samsung PM883 3.84TB SSD performance
  • From: mj <lists@xxxxxxxxxxxxx>
• Re: cephfs: massive drop in MDS requests per second with increasing number of caps
  • From: Dietmar Rieder <dietmar.rieder@xxxxxxxxxxx>
• Re: cephfs: massive drop in MDS requests per second with increasing number of caps
  • From: Frank Schilder <frans@xxxxxx>
• Re: cephfs: massive drop in MDS requests per second with increasing number of caps
  • From: Dietmar Rieder <dietmar.rieder@xxxxxxxxxxx>
• Re: cephfs: massive drop in MDS requests per second with increasing number of caps
  • From: Dietmar Rieder <dietmar.rieder@xxxxxxxxxxx>
• Re: cephfs: massive drop in MDS requests per second with increasing number of caps
  • From: Burkhard Linke <Burkhard.Linke@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• cephfs: massive drop in MDS requests per second with increasing number of caps
  • From: Dietmar Rieder <dietmar.rieder@xxxxxxxxxxx>
• Dashboard : Block image listing and infos
  • From: Gilles Mocellin <gilles.mocellin@xxxxxxxxxxxxxx>
• RBD image size in prometheus
  • From: Seena Fallah <seenafallah@xxxxxxxxx>
• Re: PG inconsistent with empty inconsistent objects
  • From: Seena Fallah <seenafallah@xxxxxxxxx>
• Re: PG inconsistent with empty inconsistent objects
  • From: "Alexander E. Patrakov" <patrakov@xxxxxxxxx>
• Re: Ceph 15.2.3 on Ubuntu 20.04 with odroid xu4 / python thread Problem
  • From: Oliver Weinmann <oliver.weinmann@xxxxxx>
• Re: PG inconsistent with empty inconsistent objects
  • From: Seena Fallah <seenafallah@xxxxxxxxx>
• Re: PG inconsistent with empty inconsistent objects
  • From: ceph@xxxxxxxxxx
• Re: librbd::DiffIterate: diff_object_map: failed to load object map rbd_object_map.
  • From: Rafael Diaz Maurin <Rafael.DiazMaurin@xxxxxxxxxxxxxxx>
• Re: librbd::DiffIterate: diff_object_map: failed to load object map rbd_object_map.
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: librbd::DiffIterate: diff_object_map: failed to load object map rbd_object_map.
  • From: Rafael Diaz Maurin <Rafael.DiazMaurin@xxxxxxxxxxxxxxx>
• Re: librbd::DiffIterate: diff_object_map: failed to load object map rbd_object_map.
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: Python API mon_comand()
  • From: Sebastian Wagner <swagner@xxxxxxxx>
• Re: librbd::DiffIterate: diff_object_map: failed to load object map rbd_object_map.
  • From: Eugen Block <eblock@xxxxxx>
• librbd::DiffIterate: diff_object_map: failed to load object map rbd_object_map.
  • From: Rafael Diaz Maurin <Rafael.DiazMaurin@xxxxxxxxxxxxxxx>
• Re: [Suspicious newsletter] Re: .rgw.root was created wit a lot of PG
  • From: Eugen Block <eblock@xxxxxx>
• Re: [Suspicious newsletter] Re: .rgw.root was created wit a lot of PG
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: .rgw.root was created wit a lot of PG
  • From: Eugen Block <eblock@xxxxxx>
• Python API mon_comand()
  • From: Robert Sander <r.sander@xxxxxxxxxxxxxxxxxxx>
• .rgw.root was created wit a lot of PG
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: [Suspicious newsletter] Re: Centos 8 2021 with ceph, how to move forward?
  • From: Matt Wilder <matt.wilder@xxxxxxxxxx>
• Re: radosgw-admin sync status takes ages to print output
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: [Suspicious newsletter] Re: Centos 8 2021 with ceph, how to move forward?
  • From: Jonathan Sélea <jonathan@xxxxxxxx>
• Re: [Suspicious newsletter] Re: Centos 8 2021 with ceph, how to move forward?
  • From: Sasha Litvak <alexander.v.litvak@xxxxxxxxx>
• Re: radosgw-admin sync status takes ages to print output
  • From: <DHilsbos@xxxxxxxxxxxxxx>
• Re: How to reset an OSD
  • From: "Pfannes, Fabian" <fabian.pfannes@xxxxxxx>
• Re: [Suspicious newsletter] Re: Centos 8 2021 with ceph, how to move forward?
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: Centos 8 2021 with ceph, how to move forward?
  • From: Martin Verges <martin.verges@xxxxxxxx>
• Re: Centos 8 2021 with ceph, how to move forward?
  • From: "David Majchrzak, ODERLAND Webbhotell AB" <david@xxxxxxxxxxx>
• Decoding pgmap
  • From: George Shuklin <george.shuklin@xxxxxxxxx>
• Latency spike investigations on all SSD hardware cluster
  • From: Martin Hronek <martin.hronek@xxxxxxxxxxxxxx>
• Re: Ceph RadosGW & OpenStack swift problem
  • From: "Bujack, Stefan" <stefan.bujack@xxxxxxx>
• Centos 8 2021 with ceph, how to move forward?
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: radosgw-admin sync status takes ages to print output
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• radosgw-admin sync status takes ages to print output
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: How to reset an OSD
  • From: Andreas John <aj@xxxxxxxxxxx>
• Re: OSDs in pool full : can't restart to clean
  • From: Paul Mezzanini <pfmeec@xxxxxxx>
• OSDs in pool full : can't restart to clean
  • From: Paul Mezzanini <pfmeec@xxxxxxx>
• How to reset an OSD
  • From: "Pfannes, Fabian" <fabian.pfannes@xxxxxxx>
• Re: Which version of Ceph fully supports CephFS Snapshot?
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: Which version of Ceph fully supports CephFS Snapshot?
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Question about osdmap
  • From: Andrea Bolzonella <andrea.bolzonella@xxxxxxxxx>
• Re: Global AVAIL vs Pool MAX AVAIL
  • From: <DHilsbos@xxxxxxxxxxxxxx>
• Unable to cancel buckets from resharding queue
  • From: Wout van Heeswijk <wout@xxxxxxxx>
• Re: Global AVAIL vs Pool MAX AVAIL
  • From: Mark Johnson <markj@xxxxxxxxx>
• Re: Ceph 15.2.3 on Ubuntu 20.04 with odroid xu4 / python thread Problem
  • From: Oliver Weinmann <oliver.weinmann@xxxxxx>
• Global AVAIL vs Pool MAX AVAIL
  • From: Mark Johnson <markj@xxxxxxxxx>
• Re: bluefs_buffered_io=false performance regression
  • From: Robert Sander <r.sander@xxxxxxxxxxxxxxxxxxx>
• "ceph orch restart mgr" command creates mgr restart loop
  • From: Chris Read <chris.read@xxxxxxxxx>
• denied reconnect attempt for ceph fs client
  • From: Frank Schilder <frans@xxxxxx>
• DocuBetter Meeting This Week -- 13 Jan 2021 1730 UTC
  • From: John Zachary Dover <zac.dover@xxxxxxxxx>
• Re: bluefs_buffered_io=false performance regression
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: bluefs_buffered_io=false performance regression
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• bluefs_buffered_io=false performance regression
  • From: Robert Sander <r.sander@xxxxxxxxxxxxxxxxxxx>
• Re: RBD Image can't be formatted - blk_error
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [cephadm] Point release minor updates block themselves infinitely
  • From: Paul Browne <pfb29@xxxxxxxxx>
• [cephadm] Point release minor updates block themselves infinitely
  • From: Paul Browne <pfb29@xxxxxxxxx>
• Re: osd gradual reweight question
  • From: mj <lists@xxxxxxxxxxxxx>
• Re: performance impact by pool deletion?
  • From: Scheurer François <francois.scheurer@xxxxxxxxxxxx>
• Re: performance impact by pool deletion?
  • From: Scheurer François <francois.scheurer@xxxxxxxxxxxx>
• Re: RBD Image can't be formatted - blk_error
  • From: Gaël THEROND <gael.therond@xxxxxxxxxxxx>
• Which version of Ceph fully supports CephFS Snapshot?
  • From: fantastic2085 <fantastic2085@xxxxxxx>
• Re: Snaptrim making cluster unusable
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: Snaptrim making cluster unusable
  • From: Frank Schilder <frans@xxxxxx>
• Re: Snaptrim making cluster unusable
  • From: Pascal Ehlert <pascal@xxxxxxxxxxxx>
• Re: Snaptrim making cluster unusable
  • From: Frank Schilder <frans@xxxxxx>
• Re: Snaptrim making cluster unusable
  • From: Pascal Ehlert <pascal@xxxxxxxxxxxx>
• Re: Snaptrim making cluster unusable
  • From: Frank Schilder <frans@xxxxxx>
• Snaptrim making cluster unusable
  • From: Pascal Ehlert <pascal@xxxxxxxxxxxx>
• Re: osd gradual reweight question
  • From: Frank Schilder <frans@xxxxxx>
• Re: performance impact by pool deletion?
  • From: Frank Schilder <frans@xxxxxx>
• Re: performance impact by pool deletion?
  • From: Glen Baars <glen@xxxxxxxxxxxxxxxxxxxxxx>
• Re: osd gradual reweight question
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: RBD Image can't be formatted - blk_error
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Nautils BlueStore OSDs will not start
  • From: William Law <wlaw@xxxxxxxxxxxx>
• osd gradual reweight question
  • From: mj <lists@xxxxxxxxxxxxx>
• RBD Image can't be formatted - blk_error
  • From: Gaël THEROND <gael.therond@xxxxxxxxxxxx>
• Re: Ceph 15.2.3 on Ubuntu 20.04 with odroid xu4 / python thread Problem
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: Ceph orch syntax to create OSD on a partition?
  • From: 胡 玮文 <huww98@xxxxxxxxxxx>
• Re: Ceph RadosGW & OpenStack swift problem
  • From: Mika Saari <mika.saari@xxxxxxxxx>
• Re: Ceph RadosGW & OpenStack swift problem
  • From: Tony Liu <tonyliu0592@xxxxxxxxxxx>
• Re: Larger number of OSDs, cheroot, cherrypy, limits + containers == broken
  • From: David Orman <ormandj@xxxxxxxxxxxx>
• Re: [cinder] Cinder & Ceph Integration Error: No Valid Backend
  • From: <SSelf@xxxxxxxxxxxxxx>
• Ceph orch syntax to create OSD on a partition?
  • From: Marc Spencer <mspencer@xxxxxxxxxxxxxxxx>
• [cinder] Cinder & Ceph Integration Error: No Valid Backend
  • From: <SSelf@xxxxxxxxxxxxxx>
• Re: Ceph 15.2.3 on Ubuntu 20.04 with odroid xu4 / python thread Problem
  • From: Oliver Weinmann <oliver.weinmann@xxxxxx>
• Re: Ceph RadosGW & OpenStack swift problem
  • From: Mika Saari <mika.saari@xxxxxxxxx>
• Re: Ceph RadosGW & OpenStack swift problem
  • From: Wissem MIMOUNA <wissem.mimouna@xxxxxxxxxxxxxxxx>
• Re: Ceph RadosGW & OpenStack swift problem
  • From: Mika Saari <mika.saari@xxxxxxxxx>
• Re: Ceph RadosGW & OpenStack swift problem
  • From: Wissem MIMOUNA <wissem.mimouna@xxxxxxxxxxxxxxxx>
• Re: Ceph 15.2.3 on Ubuntu 20.04 with odroid xu4 / python thread Problem
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: Ceph RadosGW & OpenStack swift problem
  • From: Mika Saari <mika.saari@xxxxxxxxx>
• Re: Ceph RadosGW & OpenStack swift problem
  • From: Wissem MIMOUNA <wissem.mimouna@xxxxxxxxxxxxxxxx>
• Re: Ceph RadosGW & OpenStack swift problem
  • From: Mika Saari <mika.saari@xxxxxxxxx>
• safest way to remove a host from Mimic
  • From: Adrian Nicolae <adrian.nicolae@xxxxxxxxxx>
• Re: Ceph 15.2.3 on Ubuntu 20.04 with odroid xu4 / python thread Problem
  • From: Oliver Weinmann <oliver.weinmann@xxxxxx>
• Re: Ceph 15.2.3 on Ubuntu 20.04 with odroid xu4 / python thread Problem
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: Ceph 15.2.3 on Ubuntu 20.04 with odroid xu4 / python thread Problem
  • From: Oliver Weinmann <oliver.weinmann@xxxxxx>
• Re: Storage down due to MON sync very slow
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: Storage down due to MON sync very slow
  • From: Frank Schilder <frans@xxxxxx>
• Re: performance impact by pool deletion?
  • From: Eugen Block <eblock@xxxxxx>
• Re: Storage down due to MON sync very slow
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: Storage down due to MON sync very slow
  • From: Frank Schilder <frans@xxxxxx>
• Storage down due to MON sync very slow
  • From: Frank Schilder <frans@xxxxxx>
• Re: radosgw sync using more capacity on secondary than on master zone
  • From: Scheurer François <francois.scheurer@xxxxxxxxxxxx>
• performance impact by pool deletion?
  • From: Scheurer François <francois.scheurer@xxxxxxxxxxxx>
• Updating Git Submodules -- a documentation question
  • From: John Zachary Dover <zac.dover@xxxxxxxxx>
• Re: logging to stdout/stderr causes huge container log file
  • From: Seena Fallah <seenafallah@xxxxxxxxx>
• Re: logging to stdout/stderr causes huge container log file
  • From: Tony Liu <tonyliu0592@xxxxxxxxxxx>
• Re: Ceph RadosGW & OpenStack swift problem
  • From: Mika Saari <mika.saari@xxxxxxxxx>
• Re: Timeout ceph rbd-nbd mounted image
  • From: Wissem MIMOUNA <wissem.mimouna@xxxxxxxxxxxxxxxx>
• Re: Timeout ceph rbd-nbd mounted image
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: Timeout ceph rbd-nbd mounted image
  • From: Wissem MIMOUNA <wissem.mimouna@xxxxxxxxxxxxxxxx>
• Re: Timeout ceph rbd-nbd mounted image
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• cephadm cluster move /var/lib/docker to separate device fails
  • From: Karsten Nielsen <karsten@xxxxxxxxxx>
• Timeout ceph rbd-nbd mounted image
  • From: Wissem MIMOUNA <wissem.mimouna@xxxxxxxxxxxxxxxx>
• Re: Ceph RadosGW & OpenStack swift problem
  • From: Wissem MIMOUNA <wissem.mimouna@xxxxxxxxxxxxxxxx>
• Ceph RadosGW & OpenStack swift problem
  • From: Mika Saari <mika.saari@xxxxxxxxx>
• RGW SSL key in config database
  • From: Glen Baars <glen@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Bluestore migration: per-osd device copy
  • From: Chris Dunlop <chris@xxxxxxxxxxxx>
• Re: Compression of data in existing cephfs EC pool
  • From: Paul Mezzanini <pfmeec@xxxxxxx>
• Re: Compression of data in existing cephfs EC pool
  • From: Thorbjørn Weidemann <thorbjoern@xxxxxxxxxxxxxx>
• Re: Compression of data in existing cephfs EC pool
  • From: Paul Mezzanini <pfmeec@xxxxxxx>
• Re: Compression of data in existing cephfs EC pool
  • From: <DHilsbos@xxxxxxxxxxxxxx>
• Re: Compression of data in existing cephfs EC pool
  • From: Paul Mezzanini <pfmeec@xxxxxxx>
• Re: Compression of data in existing cephfs EC pool
  • From: Burkhard Linke <Burkhard.Linke@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Compression of data in existing cephfs EC pool
  • From: Paul Mezzanini <pfmeec@xxxxxxx>
• Re: What is the specific meaning "total_time" in RGW ops log
  • From: Daniel Gryniewicz <dang@xxxxxxxxxx>
• Re: Sequence replacing a failed OSD disk? [EXT]
  • From: Matthew Vernon <mv3@xxxxxxxxxxxx>
• Re: kvm vm cephfs mount hangs on osd node (something like umount -l available?) (help wanted going to production)
  • From: Eugen Block <eblock@xxxxxx>
• Re: Data migration between clusters
  • From: Kalle Happonen <kalle.happonen@xxxxxx>
• Re: OSD reboot loop after running out of memory
  • From: Stefan Wild <swild@xxxxxxxxxxxxx>
• Re: OSD reboot loop after running out of memory
  • From: Stefan Wild <swild@xxxxxxxxxxxxx>
• Re: radosgw sync using more capacity on secondary than on master zone
  • From: Wissem MIMOUNA <wissem.mimouna@xxxxxxxxxxxxxxxx>
• radosgw sync using more capacity on secondary than on master zone
  • From: Scheurer François <francois.scheurer@xxxxxxxxxxxx>
• Re: High read IO on RocksDB/WAL since upgrade to Octopus
  • From: Stefan Kooman <stefan@xxxxxx>
• Sequence replacing a failed OSD disk?
  • From: Rainer Krienke <krienke@xxxxxxxxxxxxxx>
• High read IO on RocksDB/WAL since upgrade to Octopus
  • From: Glen Baars <glen@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Debian repo for ceph-iscsi
  • From: aderumier@xxxxxxxxx
• logging to stdout/stderr causes huge container log file
  • From: Tony Liu <tonyliu0592@xxxxxxxxxxx>
• radosgw bucket index issue
  • From: "Fox, Kevin M" <Kevin.Fox@xxxxxxxx>
• Re: kvm vm cephfs mount hangs on osd node (something like umount -l available?) (help wanted going to production)
  • From: "Marc Roos" <M.Roos@xxxxxxxxxxxxxxxxx>
• Re: device management and failure prediction
  • From: 胡 玮文 <huww98@xxxxxxxxxxx>
• Nautilus Health Metrics
  • From: <DHilsbos@xxxxxxxxxxxxxx>
• Copying data from OneFS source to CEPHFS both shared via SAMBA
  • From: Oskari Koivisto <oskari@xxxxxxxxxxxxxxx>
• device management and failure prediction
  • From: Suresh Rama <sstkadu@xxxxxxxxx>
• Re: Random heartbeat_map timed out
  • From: Seena Fallah <seenafallah@xxxxxxxxx>
• Re: What is the specific meaning "total_time" in RGW ops log
  • From: opengers <zijian1012@xxxxxxxxx>
• What is the specific meaning "total_time" in RGW ops log
  • From: opengers <zijian1012@xxxxxxxxx>
• Re: Data migration between clusters
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Fwd: ceph-fuse false passed X_OK check
  • From: Alex Taylor <alexu4993@xxxxxxxxx>
• Re: cephfs flags question
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: Random heartbeat_map timed out
  • From: Seena Fallah <seenafallah@xxxxxxxxx>
• Re: Larger number of OSDs, cheroot, cherrypy, limits + containers == broken
  • From: David Orman <ormandj@xxxxxxxxxxxx>
• Re: after octopus cluster reinstall, rbd map fails with timeout
  • From: Philip Brown <pbrown@xxxxxxxxxx>
• Re: Larger number of OSDs, cheroot, cherrypy, limits + containers == broken
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• Re: Random heartbeat_map timed out
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Recreate pool device_health_metrics
  • From: Victor Rodriguez <vrodriguez@xxxxxxxxxxxxx>
• Re: cephadm cluster issues
  • From: Duncan Bellamy <a.16bit.sysop@xxxxxx>
• Random heartbeat_map timed out
  • From: Seena Fallah <seenafallah@xxxxxxxxx>
• Re: krbd cache quesitions
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• krbd cache quesitions
  • From: "huxiaoyu@xxxxxxxxxxxx" <huxiaoyu@xxxxxxxxxxxx>
• Re: Ceph rgw & dashboard problem
  • From: Mika Saari <mika.saari@xxxxxxxxx>
• Re: Ceph rgw & dashboard problem
  • From: Kiefer Chang <kiefer.chang@xxxxxxxx>
• cephadm cluster issues
  • From: Duncan Bellamy <a.16bit.sysop@xxxxxx>
• after octopus cluster reinstall, rbd map fails with timeout
  • From: Philip Brown <pbrown@xxxxxxxxxx>
• Re: Larger number of OSDs, cheroot, cherrypy, limits + containers == broken
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• Re: diskprediction_local fails with python3-sklearn 0.22.2
  • From: Reed Dier <reed.dier@xxxxxxxxxxx>
• Re: Debian repo for ceph-iscsi
  • From: Chris Palmer <chris.palmer@xxxxxxxxx>
• Failing OSD RocksDB Corrupt
  • From: "Ashley Merrick" <ashley@xxxxxxxxxxxxxx>
• Re: PGs down
  • From: Jeremy Austin <jhaustin@xxxxxxxxx>
• Ceph rgw & dashboard problem
  • From: Mika Saari <mika.saari@xxxxxxxxx>
• Re: Debian repo for ceph-iscsi
  • From: Chris Palmer <chris.palmer@xxxxxxxxx>
• Re: Data migration between clusters
  • From: Kalle Happonen <kalle.happonen@xxxxxx>
• Re: osd_pglog memory hoarding - another case
  • From: Kalle Happonen <kalle.happonen@xxxxxx>
• Re: kvm vm cephfs mount hangs on osd node (something like umount -l available?) (help wanted going to production)
  • From: Eugen Block <eblock@xxxxxx>
• Re: Can big data use Ceph?
  • From: Matt Benjamin <mbenjami@xxxxxxxxxx>
• Re: kvm vm cephfs mount hangs on osd node (something like umount -l available?) (help wanted going to production)
  • From: "Marc Roos" <M.Roos@xxxxxxxxxxxxxxxxx>
• Re: Can big data use Ceph?
  • From: "Marc Roos" <M.Roos@xxxxxxxxxxxxxxxxx>
• Re: Can big data use Ceph?
  • From: "Brian :" <brians@xxxxxxxx>
• Can big data use Ceph?
  • From: fantastic2085 <fantastic2085@xxxxxxx>
• Re: kvm vm cephfs mount hangs on osd node (something like umount -l available?) (help wanted going to production)
  • From: "Marc Roos" <M.Roos@xxxxxxxxxxxxxxxxx>
• Re: kvm vm cephfs mount hangs on osd node (something like umount -l available?) (help wanted going to production)
  • From: "Marc Roos" <M.Roos@xxxxxxxxxxxxxxxxx>
• kvm vm cephfs mount hangs on osd node (something like umount -l available?) (help wanted going to production)
  • From: "Marc Roos" <M.Roos@xxxxxxxxxxxxxxxxx>
• Re: PGs down
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: PGs down
  • From: Jeremy Austin <jhaustin@xxxxxxxxx>
• friendly warning about death by container versions
  • From: Philip Brown <pbrown@xxxxxxxxxx>
• Cephfs mount hangs
  • From: "Marc Roos" <M.Roos@xxxxxxxxxxxxxxxxx>
• Removing secondary data pool from mds
  • From: Michael Thomas <wart@xxxxxxxxxxx>
• guide to multi-homed hosts, for Octopus?
  • From: Philip Brown <pbrown@xxxxxxxxxx>
• Re: PGs down
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: PGs down
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Ceph with Firewall
  • From: Seena Fallah <seenafallah@xxxxxxxxx>
• Re: mgr's stop responding, dropping out of cluster with _check_auth_rotating
  • From: David Orman <ormandj@xxxxxxxxxxxx>
• Re: PGs down
  • From: Jeremy Austin <jhaustin@xxxxxxxxx>
• Re: Setting up NFS with Octopus
  • From: Eugen Block <eblock@xxxxxx>
• Re: Setting up NFS with Octopus
  • From: "Jens Hyllegaard (Soft Design A/S)" <jens.hyllegaard@xxxxxxxxxxxxx>
• Re: Is there a command to update a client with a new generated key?
  • From: "Marc Roos" <M.Roos@xxxxxxxxxxxxxxxxx>
• Re: Setting up NFS with Octopus
  • From: Eugen Block <eblock@xxxxxx>
• Re: Setting up NFS with Octopus
  • From: "Jens Hyllegaard (Soft Design A/S)" <jens.hyllegaard@xxxxxxxxxxxxx>
• Re: Is there a command to update a client with a new generated key?
  • From: Eugen Block <eblock@xxxxxx>
• Re: PGs down
  • From: "Alexander E. Patrakov" <patrakov@xxxxxxxxx>
• python API
  • From: Vladimir Prokofev <v@xxxxxxxxxxx>
• Re: PGs down
  • From: Jeremy Austin <jhaustin@xxxxxxxxx>
• Re: PGs down
  • From: Jeremy Austin <jhaustin@xxxxxxxxx>
• Re: Issues upgrading from ceph 15.2.7 to 15.2.8 related to cephadm pull
  • From: David Orman <ormandj@xxxxxxxxxxxx>
• Issues upgrading from ceph 15.2.7 to 15.2.8 related to cephadm pull
  • From: David Orman <ormandj@xxxxxxxxxxxx>
• New cephadm install, OSD down after a few hours
  • From: Jie Zhang <jie.zhang7@xxxxxxxxx>
• Is there a command to update a client with a new generated key?
  • From: "Marc Roos" <M.Roos@xxxxxxxxxxxxxxxxx>
• failed to process reshard logs
  • From: Seena Fallah <seenafallah@xxxxxxxxx>
• PG inconsistent with empty inconsistent objects
  • From: Seena Fallah <seenafallah@xxxxxxxxx>
• Re: cephfs flags question
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: Clearing contents of OSDs without removing them?
  • From: Eugen Block <eblock@xxxxxx>
• Re: Clearing contents of OSDs without removing them?
  • From: Robert Sander <r.sander@xxxxxxxxxxxxxxxxxxx>
• Fwd: ceph-fuse false passed X_OK check
  • From: Alex Taylor <alexu4993@xxxxxxxxx>
• OSD spec db_devices: rotational: 0 not working in 15.2.7
  • From: David Orman <ormandj@xxxxxxxxxxxx>
• Re: Debian repo for ceph-iscsi
  • From: Joachim Kraftmayer <joachim.kraftmayer@xxxxxxxxx>
• Clearing contents of OSDs without removing them?
  • From: Dallas Jones <djones@xxxxxxxxxxxxxxxxx>
• Re: Setting up NFS with Octopus
  • From: Eugen Block <eblock@xxxxxx>
• Change MON IP in containerized environment
  • From: Eugen Block <eblock@xxxxxx>
• Re: cephfs flags question
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: Setting up NFS with Octopus
  • From: "Jens Hyllegaard (Soft Design A/S)" <jens.hyllegaard@xxxxxxxxxxxxx>
• Re: Setting up NFS with Octopus
  • From: Eugen Block <eblock@xxxxxx>
• Re: Setting up NFS with Octopus
  • From: "Jens Hyllegaard (Soft Design A/S)" <jens.hyllegaard@xxxxxxxxxxxxx>
• Re: Setting up NFS with Octopus
  • From: "Jens Hyllegaard (Soft Design A/S)" <jens.hyllegaard@xxxxxxxxxxxxx>
• Re: Setting up NFS with Octopus
  • From: Eugen Block <eblock@xxxxxx>
• Setting up NFS with Octopus
  • From: "Jens Hyllegaard (Soft Design A/S)" <jens.hyllegaard@xxxxxxxxxxxxx>
• Erasure Space not showing on Octopus
  • From: Jeremi Avenant <jeremi@xxxxxxxxxx>
• Re: v14.2.16 Nautilus released
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: Bucket operations an issue with C# AWSSDK.S3 client
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: changing OSD IP addresses in octopus/docker environment
  • From: 胡 玮文 <huww98@xxxxxxxxxxx>
• MDS Corruption: ceph_assert(!p) in MDCache::add_inode
  • From: Brandon Lyon <etherous@xxxxxxxxx>
• Re: cephfs flags question
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: cephfs flags question
  • From: Stefan Kooman <stefan@xxxxxx>
• changing OSD IP addresses in octopus/docker environment
  • From: Philip Brown <pbrown@xxxxxxxxxx>
• Re: cephfs flags question
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: cephfs flags question
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: bug? cant turn off rbd cache?
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: performance degredation every 30 seconds
  • From: Philip Brown <pbrown@xxxxxxxxxx>
• Re: bug? cant turn off rbd cache?
  • From: Philip Brown <pbrown@xxxxxxxxxx>
• Re: performance degredation every 30 seconds
  • From: Philip Brown <pbrown@xxxxxxxxxx>
• Re: cephfs flags question
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: reliability of rados_stat() function
  • From: Peter Lieven <pl@xxxxxxx>
• Re: bug? cant turn off rbd cache?
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: bug? cant turn off rbd cache?
  • From: Philip Brown <pbrown@xxxxxxxxxx>
• Re: bug? cant turn off rbd cache?
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: bug? cant turn off rbd cache?
  • From: Philip Brown <pbrown@xxxxxxxxxx>
• Namespace usability for mutitenancy
  • From: George Shuklin <george.shuklin@xxxxxxxxx>
• who's managing the cephcsi plugin?
  • From: "Marc Roos" <M.Roos@xxxxxxxxxxxxxxxxx>
• Re: bug? cant turn off rbd cache?
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: bug? cant turn off rbd cache?
  • From: Eugen Block <eblock@xxxxxx>
• cephfs flags question
  • From: Stefan Kooman <stefan@xxxxxx>
• Data migration between clusters
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: allocate_bluefs_freespace failed to allocate / ceph_abort_msg("bluefs enospc")
  • From: Stephan Austermühle <au@xxxxxxx>
• Re: Monitors not starting, getting "e3 handle_auth_request failed to assign global_id"
  • From: Suresh Rama <sstkadu@xxxxxxxxx>
• Bucket operations an issue with C# AWSSDK.S3 client
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: ceph-fuse false passed X_OK check
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• v14.2.16 Nautilus released
  • From: David Galloway <dgallowa@xxxxxxxxxx>
• v15.2.8 Octopus released
  • From: David Galloway <dgallowa@xxxxxxxxxx>
• Re: Ceph Outage (Nautilus) - 14.2.11 [EXT]
  • From: Suresh Rama <sstkadu@xxxxxxxxx>
• Re: The ceph balancer sets upmap items which violates my crushrule
  • From: Andras Pataki <apataki@xxxxxxxxxxxxxxxxxxxxx>
• Re: ceph-fuse false passed X_OK check
  • From: Alex Taylor <alexu4993@xxxxxxxxx>
• [OSSN-0087] Ceph user credential leakage to consumers of OpenStack Manila
  • From: gouthampravi@xxxxxxxxx
• ceph-fuse false passed X_OK check
  • From: Alex Taylor <alexu4993@xxxxxxxxx>
• block.db Permission denied
  • From: Seena Fallah <seenafallah@xxxxxxxxx>
• Re: allocate_bluefs_freespace failed to allocate / ceph_abort_msg("bluefs enospc")
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• bug? cant turn off rbd cache?
  • From: Philip Brown <pbrown@xxxxxxxxxx>
• allocate_bluefs_freespace failed to allocate / ceph_abort_msg("bluefs enospc")
  • From: Stephan Austermühle <au@xxxxxxx>
• Re: The ceph balancer sets upmap items which violates my crushrule
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: Possibly unused client
  • From: "Alexander E. Patrakov" <patrakov@xxxxxxxxx>
• Re: Possibly unused client
  • From: Eugen Block <eblock@xxxxxx>
• Possibly unused client
  • From: "Alexander E. Patrakov" <patrakov@xxxxxxxxx>
• Re: Ceph Outage (Nautilus) - 14.2.11
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Re: Ceph Outage (Nautilus) - 14.2.11 [EXT]
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: OSD reboot loop after running out of memory
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Re: Ceph Outage (Nautilus) - 14.2.11 [EXT]
  • From: Matthew Vernon <mv3@xxxxxxxxxxxx>
• Re: ceph stuck removing image from trash
  • From: Eugen Block <eblock@xxxxxx>
• Re: OSD reboot loop after running out of memory
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Re: ceph stuck removing image from trash
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: ceph stuck removing image from trash
  • From: 胡 玮文 <huww98@xxxxxxxxxxx>
• ceph stuck removing image from trash
  • From: Andre Gebers <andre.gebers@xxxxxxxxxxxx>
• Re: issue on adding SSD to SATA cluster for db/wal
  • From: Zhenshi Zhou <deaderzzs@xxxxxxxxx>
• Re: issue on adding SSD to SATA cluster for db/wal
  • From: Eugen Block <eblock@xxxxxx>
• issue on adding SSD to SATA cluster for db/wal
  • From: Zhenshi Zhou <deaderzzs@xxxxxxxxx>
• Re: Whether read I/O is accpted when the number of replica is under pool's min_size
  • From: Satoru Takeuchi <satoru.takeuchi@xxxxxxxxx>
• Re: performance degredation every 30 seconds
  • From: Philip Brown <pbrown@xxxxxxxxxx>
• Ceph Outage (Nautilus) - 14.2.11
  • From: Suresh Rama <sstkadu@xxxxxxxxx>
• Re: multiple OSD crash, unfound objects
  • From: Frank Schilder <frans@xxxxxx>
• Re: multiple OSD crash, unfound objects
  • From: Michael Thomas <wart@xxxxxxxxxxx>
• Re: performance degredation every 30 seconds
  • From: Philip Brown <pbrown@xxxxxxxxxx>
• Re: performance degredation every 30 seconds
  • From: Philip Brown <pbrown@xxxxxxxxxx>
• Re: performance degredation every 30 seconds
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: performance degredation every 30 seconds
  • From: Philip Brown <pbrown@xxxxxxxxxx>
• Re: Provide more documentation for MDS performance tuning on large file systems
  • From: Janek Bevendorff <janek.bevendorff@xxxxxxxxxxxxx>
• Re: Provide more documentation for MDS performance tuning on large file systems
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• osd has slow request and currently waiting for peered
  • From: "912273695@xxxxxx" <912273695@xxxxxx>
• Re: PGs down
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: PGs down
  • From: Wout van Heeswijk <wout@xxxxxxxx>
• Re: Whether read I/O is accpted when the number of replica is under pool's min_size
  • From: Eugen Block <eblock@xxxxxx>
• Re: performance degredation every 30 seconds
  • From: Sebastian Trojanowski <sebcio.t@xxxxxxxxx>
• Re: Provide more documentation for MDS performance tuning on large file systems
  • From: Janek Bevendorff <janek.bevendorff@xxxxxxxxxxxxx>
• Re: Weird ceph df
  • From: Osama Elswah <oelswah@xxxxxxxxxx>
• Weird ceph df
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: performance degredation every 30 seconds
  • From: Nathan Fish <lordcirth@xxxxxxxxx>
• Re: performance degredation every 30 seconds
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: Monitors not starting, getting "e3 handle_auth_request failed to assign global_id"
  • From: Hoan Nguyen Van <hoannv46@xxxxxxxxx>
• Re: Monitors not starting, getting "e3 handle_auth_request failed to assign global_id"
  • From: Wesley Dillingham <wes@xxxxxxxxxxxxxxxxx>
• Re: Provide more documentation for MDS performance tuning on large file systems
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: OSD reboot loop after running out of memory
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Re: OSD reboot loop after running out of memory
  • From: Stefan Wild <swild@xxxxxxxxxxxxx>
• Re: OSD reboot loop after running out of memory
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Re: performance degredation every 30 seconds
  • From: Philip Brown <pbrown@xxxxxxxxxx>
• Re: performance degredation every 30 seconds
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: performance degredation every 30 seconds
  • From: Philip Brown <pbrown@xxxxxxxxxx>
• Re: performance degredation every 30 seconds
  • From: Philip Brown <pbrown@xxxxxxxxxx>
• Re: performance degredation every 30 seconds
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• performance degredation every 30 seconds
  • From: Philip Brown <pbrown@xxxxxxxxxx>
• Re: Slow Replication on Campus
  • From: Eugen Block <eblock@xxxxxx>
• Re: iscsi and iser
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: Ceph 15.2.4 segfault, msgr-worker
  • From: alexandre derumier <aderumier@xxxxxxxxx>
• iscsi and iser
  • From: Marc Boisis <marc.boisis@xxxxxxxxxx>
• The ceph balancer sets upmap items which violates my crushrule
  • From: Manuel Lausch <manuel.lausch@xxxxxxxx>
• Re: Removing an applied service set
  • From: Michael Wodniok <wodniok@xxxxxxx>
• Re: OSD reboot loop after running out of memory
  • From: Stefan Wild <swild@xxxxxxxxxxxxx>
• Re: OSD reboot loop after running out of memory
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: OSD reboot loop after running out of memory
  • From: Stefan Wild <swild@xxxxxxxxxxxxx>
• Re: OSD reboot loop after running out of memory
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: PGs down
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: Removing an applied service set
  • From: Eugen Block <eblock@xxxxxx>
• Re: OSD reboot loop after running out of memory
  • From: Kalle Happonen <kalle.happonen@xxxxxx>
• Removing an applied service set
  • From: Michael Wodniok <wodniok@xxxxxxx>
• Re: OSD reboot loop after running out of memory
  • From: "huxiaoyu@xxxxxxxxxxxx" <huxiaoyu@xxxxxxxxxxxx>
• Re: osd_pglog memory hoarding - another case
  • From: Kalle Happonen <kalle.happonen@xxxxxx>
• Re: OSD reboot loop after running out of memory
  • From: Kalle Happonen <kalle.happonen@xxxxxx>
• Re: PGs down
  • From: Jeremy Austin <jhaustin@xxxxxxxxx>
• Re: pool nearfull, 300GB rbd image occupies 11TB!
  • From: mk <mk@xxxxxx>
• Re: pool nearfull, 300GB rbd image occupies 11TB!
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: pool nearfull, 300GB rbd image occupies 11TB!
  • From: mk <mk@xxxxxx>
• Re: pool nearfull, 300GB rbd image occupies 11TB!
  • From: mk <mk@xxxxxx>
• Re: pool nearfull, 300GB rbd image occupies 11TB!
  • From: Jason Dillaman <jdillama@xxxxxxxxxx>
• Re: OSD reboot loop after running out of memory
  • From: Stefan Wild <swild@xxxxxxxxxxxxx>
• Re: pool nearfull, 300GB rbd image occupies 11TB!
  • From: mk <mk@xxxxxx>
• Re: pool nearfull, 300GB rbd image occupies 11TB!
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• pool nearfull, 300GB rbd image occupies 11TB!
  • From: mk <mk@xxxxxx>
• pool nearfull, 300GB rbd image occupies 11TB!
  • From: mk <mk@xxxxxx>
• Re: PGs down
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: OSD reboot loop after running out of memory
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• PGs down
  • From: Jeremy Austin <jhaustin@xxxxxxxxx>
• Re: OSD reboot loop after running out of memory
  • From: Stefan Wild <swild@xxxxxxxxxxxxx>
• Re: OSD reboot loop after running out of memory
  • From: Stefan Wild <swild@xxxxxxxxxxxxx>
• OSD reboot loop after running out of memory
  • From: Stefan Wild <swild@xxxxxxxxxxxxx>
• Re: Third nautilus OSD dead in 11 days - FAILED is_valid_io(off, len)
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: Third nautilus OSD dead in 11 days - FAILED is_valid_io(off, len)
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Third nautilus OSD dead in 11 days - FAILED is_valid_io(off, len)
  • From: Jonas Jelten <jelten@xxxxxxxxx>
• Anonymous access to grafana
  • From: Alessandro Piazza <alepiazza@xxxxxxx>
• MON: global_init: error reading config file.
  • From: Oscar Segarra <oscar.segarra@xxxxxxxxx>
• Re: Debian repo for ceph-iscsi
  • From: Reed Dier <reed.dier@xxxxxxxxxxx>
• diskprediction_local to be retired or fixed or??
  • From: "Harry G. Coin" <hgcoin@xxxxxxxxx>
• Re: CephFS max_file_size
  • From: Paul Mezzanini <pfmeec@xxxxxxx>
• Re: CephFS max_file_size
  • From: Adam Tygart <mozes@xxxxxxx>
• Re: CephFS max_file_size
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Debian repo for ceph-iscsi
  • From: Chris Palmer <chris.palmer@xxxxxxxxx>
• Re: Incomplete PG due to primary OSD crashing during EC backfill - get_hash_info: Mismatch of total_chunk_size 0
  • From: "Byrne, Thomas (STFC,RAL,SC)" <tom.byrne@xxxxxxxxxx>
• Re: Scrubbing - osd down
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• All ceph commands hangs - bad magic number in monitor log
  • From: Evrard Van Espen - Weather-Measures <evrard.van_espen@xxxxxxxxxxxxxxxxxxxx>
• Re: mgr's stop responding, dropping out of cluster with _check_auth_rotating
  • From: David Orman <ormandj@xxxxxxxxxxxx>
• Re: Scrubbing - osd down
  • From: Miroslav Boháč <bohac.miroslav@xxxxxxxxx>
• Re: Ceph benchmark tool (cbt)
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Re: Larger number of OSDs, cheroot, cherrypy, limits + containers == broken
  • From: David Orman <ormandj@xxxxxxxxxxxx>
• Re: Incomplete PG due to primary OSD crashing during EC backfill - get_hash_info: Mismatch of total_chunk_size 0
  • From: "Byrne, Thomas (STFC,RAL,SC)" <tom.byrne@xxxxxxxxxx>
• CephFS max_file_size
  • From: "Mark Schouten" <mark@xxxxxxxx>
• Scrubbing - osd down
  • From: Miroslav Boháč <bohac.miroslav@xxxxxxxxx>
• Re: Scrubbing - osd down
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: Ceph benchmark tool (cbt)
  • From: "Marc Roos" <M.Roos@xxxxxxxxxxxxxxxxx>
• Ceph benchmark tool (cbt)
  • From: Seena Fallah <seenafallah@xxxxxxxxx>
• Slow Replication on Campus
  • From: "Vikas Rana" <vrana@xxxxxxxxxxxx>
• Re: mgr's stop responding, dropping out of cluster with _check_auth_rotating
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: mgr's stop responding, dropping out of cluster with _check_auth_rotating
  • From: David Orman <ormandj@xxxxxxxxxxxx>
• Incomplete PG due to primary OSD crashing during EC backfill - get_hash_info: Mismatch of total_chunk_size 0
  • From: "Byrne, Thomas (STFC,RAL,SC)" <tom.byrne@xxxxxxxxxx>
• Re: mgr's stop responding, dropping out of cluster with _check_auth_rotating
  • From: Janek Bevendorff <janek.bevendorff@xxxxxxxxxxxxx>
• Re: mgr's stop responding, dropping out of cluster with _check_auth_rotating
  • From: Janek Bevendorff <janek.bevendorff@xxxxxxxxxxxxx>
• removing index for non-existent buckets
  • From: Christopher Durham <caduceus42@xxxxxxx>
• mgr's stop responding, dropping out of cluster with _check_auth_rotating
  • From: Welby McRoberts <w-ceph-users@xxxxxxxxx>
• Re: Running Mons on msgrv2/3300 only.
  • From: 胡 玮文 <huww98@xxxxxxxxxxx>
• Re: CentOS
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Re: Larger number of OSDs, cheroot, cherrypy, limits + containers == broken
  • From: David Orman <ormandj@xxxxxxxxxxxx>
• DocuBetter Meeting cancelled this week.
  • From: John Zachary Dover <zac.dover@xxxxxxxxx>
• Re: Running Mons on msgrv2/3300 only.
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: Monitors not starting, getting "e3 handle_auth_request failed to assign global_id"
  • From: Wesley Dillingham <wes@xxxxxxxxxxxxxxxxx>
• Re: CentOS
  • From: <DHilsbos@xxxxxxxxxxxxxx>
• Re: CentOS
  • From: "Marc Roos" <M.Roos@xxxxxxxxxxxxxxxxx>
• Re: Monitors not starting, getting "e3 handle_auth_request failed to assign global_id"
  • From: "hoan nv" <hoannv46@xxxxxxxxx>
• Re: Monitors not starting, getting "e3 handle_auth_request failed to assign global_id"
  • From: hoannv46@xxxxxxxxx
• Re: Upgrade to 15.2.7 fails on mixed x86_64/arm64 cluster
  • From: "Dimitri Savineau" <dsavinea@xxxxxxxxxx>
• Re: Larger number of OSDs, cheroot, cherrypy, limits + containers == broken
  • From: "Dimitri Savineau" <dsavinea@xxxxxxxxxx>
• Re: CentOS
  • From: Adam Tygart <mozes@xxxxxxx>
• Re: CentOS
  • From: <DHilsbos@xxxxxxxxxxxxxx>
• Re: How to copy an OSD from one failing disk to another one
  • From: Simon Kepp <simon@xxxxxxxxx>
• Re: CentOS
  • From: "Marc Roos" <M.Roos@xxxxxxxxxxxxxxxxx>
• CentOS
  • From: <DHilsbos@xxxxxxxxxxxxxx>
• Re: How to copy an OSD from one failing disk to another one
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Running Mons on msgrv2/3300 only.
  • From: Wesley Dillingham <wdillingham@xxxxxxxxxxx>
• Announcing go-ceph v0.7.0
  • From: John Mulligan <phlogistonjohn@xxxxxxxxxxxxx>
• Re: Larger number of OSDs, cheroot, cherrypy, limits + containers == broken
  • From: David Orman <ormandj@xxxxxxxxxxxx>
• Ceph on vector machines
  • From: Bobby <italienisch1987@xxxxxxxxx>
• Re: rgw index shard much larger than others
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: How to copy an OSD from one failing disk to another one
  • From: "huxiaoyu@xxxxxxxxxxxx" <huxiaoyu@xxxxxxxxxxxx>
• Re: How to copy an OSD from one failing disk to another one
  • From: Janne Johansson <icepic.dz@xxxxxxxxx>
• How to copy an OSD from one failing disk to another one
  • From: "huxiaoyu@xxxxxxxxxxxx" <huxiaoyu@xxxxxxxxxxxx>
• CfP Software Defined Storage devroom
  • From: Jan Fajerski <jfajerski@xxxxxxxx>
• Re: MDS lost, Filesystem degraded and wont mount
  • From: Janek Bevendorff <janek.bevendorff@xxxxxxxxxxxxx>
• =?gb18030?q?=BB=D8=B8=B4=A3=BAGarbage_Collection_on_Luminous?=
  • From: "=?gb18030?b?WmFjaGFyaWFzIFR1cmluZw==?=" <346415320@xxxxxx>
• Re: MDS lost, Filesystem degraded and wont mount
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: Provide more documentation for MDS performance tuning on large file systems
  • From: Janek Bevendorff <janek.bevendorff@xxxxxxxxxxxxx>
• Re: MDS lost, Filesystem degraded and wont mount
  • From: Janek Bevendorff <janek.bevendorff@xxxxxxxxxxxxx>
• Re: guest fstrim not showing free space
  • From: "Marc Roos" <M.Roos@xxxxxxxxxxxxxxxxx>
• Re: guest fstrim not showing free space
  • From: John Petrini <jpetrini@xxxxxxxxxxxx>
• Re: guest fstrim not showing free space
  • From: John Petrini <jpetrini@xxxxxxxxxxxx>
• Re: guest fstrim not showing free space
  • From: "Marc Roos" <M.Roos@xxxxxxxxxxxxxxxxx>
• Re: Provide more documentation for MDS performance tuning on large file systems
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: MDS lost, Filesystem degraded and wont mount
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: Larger number of OSDs, cheroot, cherrypy, limits + containers == broken
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• Larger number of OSDs, cheroot, cherrypy, limits + containers == broken
  • From: David Orman <ormandj@xxxxxxxxxxxx>
• Re: guest fstrim not showing free space
  • From: "Marc Roos" <M.Roos@xxxxxxxxxxxxxxxxx>
• Re: guest fstrim not showing free space
  • From: Nathan Fish <lordcirth@xxxxxxxxx>
• Ceph in FIPS Validated Environment
  • From: "Van Alstyne, Kenneth" <Kenneth.VanAlstyne@xxxxxxxxxxxxx>
• Re: Provide more documentation for MDS performance tuning on large file systems
  • From: Janek Bevendorff <janek.bevendorff@xxxxxxxxxxxxx>
• Re: Provide more documentation for MDS performance tuning on large file systems
  • From: Janek Bevendorff <janek.bevendorff@xxxxxxxxxxxxx>
• Re: set rbd metadata 'conf_rbd_qos_bps_limit', make 'mkfs.xfs /dev/nbdX ' blocked
  • From: "912273695@xxxxxx" <912273695@xxxxxx>
• Re: Provide more documentation for MDS performance tuning on large file systems
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: Provide more documentation for MDS performance tuning on large file systems
  • From: Janek Bevendorff <janek.bevendorff@xxxxxxxxxxxxx>
• Re: Provide more documentation for MDS performance tuning on large file systems
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• dashboard 500 internal error when listing buckets
  • From: levin ng <levindecaro@xxxxxxxxx>
• Re: Provide more documentation for MDS performance tuning on large file systems
  • From: Janek Bevendorff <janek.bevendorff@xxxxxxxxxxxxx>
• Garbage Collection on Luminous
  • From: Priya Sehgal <priya.sehgal@xxxxxxxxxxxx>
• Re: guest fstrim not showing free space
  • From: "Marc Roos" <M.Roos@xxxxxxxxxxxxxxxxx>
• Re: guest fstrim not showing free space
  • From: Eugen Block <eblock@xxxxxx>
• guest fstrim not showing free space
  • From: "Marc Roos" <M.Roos@xxxxxxxxxxxxxxxxx>
• Re: MDS lost, Filesystem degraded and wont mount
  • From: Janek Bevendorff <janek.bevendorff@xxxxxxxxxxxxx>
• Re: ceph daemon mgr.# dump_osd_network: no valid command found
  • From: Frank Schilder <frans@xxxxxx>
• Re: ceph daemon mgr.# dump_osd_network: no valid command found
  • From: Eugen Block <eblock@xxxxxx>
• Re: ceph daemon mgr.# dump_osd_network: no valid command found
  • From: Frank Schilder <frans@xxxxxx>
• Re: ceph daemon mgr.# dump_osd_network: no valid command found
  • From: Eugen Block <eblock@xxxxxx>
• Re: Increase number of objects in flight during recovery
  • From: Frank Schilder <frans@xxxxxx>
• ceph daemon mgr.# dump_osd_network: no valid command found
  • From: Frank Schilder <frans@xxxxxx>
• Re: Provide more documentation for MDS performance tuning on large file systems
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: MDS lost, Filesystem degraded and wont mount
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: MDS lost, Filesystem degraded and wont mount
  • From: Janek Bevendorff <janek.bevendorff@xxxxxxxxxxxxx>
• Re: MDS lost, Filesystem degraded and wont mount
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: ceph-volume / ecnrypted OSD issues with functionalities
  • From: Panayiotis Gotsis <panos.gotsis@xxxxxxxxx>
• Re: MDS lost, Filesystem degraded and wont mount
  • From: Janek Bevendorff <janek.bevendorff@xxxxxxxxxxxxx>
• Re: block.db/block.wal device performance dropped after upgrade to 14.2.10
  • From: Seena Fallah <seenafallah@xxxxxxxxx>
• ceph-volume / ecnrypted OSD issues with functionalities
  • From: Panayiotis Gotsis <panos.gotsis@xxxxxxxxx>
• Re: High read throughput on BlueFS
  • From: Seena Fallah <seenafallah@xxxxxxxxx>
• bucket radoslist stuck in a loop while listing objects
  • From: "James, GleSYS" <james.mcewan@xxxxxxxxx>
• Re: atime with cephfs
  • From: Filippo Stenico <filippo.stenico@xxxxxx>
• Re: MDS lost, Filesystem degraded and wont mount
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: MDS lost, Filesystem degraded and wont mount
  • From: Anton Aleksandrov <anton@xxxxxxxxxxxxxx>
• Re: PG_DAMAGED
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: MDS lost, Filesystem degraded and wont mount
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: MDS lost, Filesystem degraded and wont mount
  • From: Anton Aleksandrov <anton@xxxxxxxxxxxxxx>
• Re: PG_DAMAGED
  • From: Hans van den Bogert <hansbogert@xxxxxxxxx>
• Re: MDS lost, Filesystem degraded and wont mount
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: PG_DAMAGED
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• MDS lost, Filesystem degraded and wont mount
  • From: Anton Aleksandrov <anton@xxxxxxxxxxxxxx>
• Re: [Suspicious newsletter] Re: PG_DAMAGED
  • From: Eugen Block <eblock@xxxxxx>
• Re: [Suspicious newsletter] Re: PG_DAMAGED
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: PG_DAMAGED
  • From: Eugen Block <eblock@xxxxxx>
• PG_DAMAGED
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: Whether removing device_health_metrics pool is ok or not
  • From: Satoru Takeuchi <satoru.takeuchi@xxxxxxxxx>
• Re: Whether removing device_health_metrics pool is ok or not
  • From: Michael Thomas <wart@xxxxxxxxxxx>
• Whether removing device_health_metrics pool is ok or not
  • From: Satoru Takeuchi <satoru.takeuchi@xxxxxxxxx>
• Whether read I/O is accpted when the number of replica is under pool's min_size
  • From: Satoru Takeuchi <satoru.takeuchi@xxxxxxxxx>
• Re: add server in crush map before osd
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: Many ceph commands hang. broken mgr?
  • From: Paul Mezzanini <pfmeec@xxxxxxx>
• Re: add server in crush map before osd
  • From: Frank Schilder <frans@xxxxxx>
• Re: High read throughput on BlueFS
  • From: Seena Fallah <seenafallah@xxxxxxxxx>
• High read throughput on BlueFS
  • From: Seena Fallah <seenafallah@xxxxxxxxx>
• Re: add server in crush map before osd
  • From: 胡 玮文 <huww98@xxxxxxxxxxx>
• Re: add server in crush map before osd
  • From: Francois Legrand <fleg@xxxxxxxxxxxxxx>
• Re: Increase number of objects in flight during recovery
  • From: Joachim Kraftmayer <joachim.kraftmayer@xxxxxxxxx>
• Re: add OSDs to cluster
  • From: Jonas Jelten <jelten@xxxxxxxxx>
• Re: slow down keys/s in recovery
  • From: Seena Fallah <seenafallah@xxxxxxxxx>
• Re: Increase number of objects in flight during recovery
  • From: Frank Schilder <frans@xxxxxx>
• Re: Increase number of objects in flight during recovery
  • From: Frank Schilder <frans@xxxxxx>
• Re: Increase number of objects in flight during recovery
  • From: 胡 玮文 <huww98@xxxxxxxxxxx>
• Re: Increase number of objects in flight during recovery
  • From: Frank Schilder <frans@xxxxxx>
• Re: Increase number of objects in flight during recovery
  • From: David Caro <dcaro@xxxxxxxxxxxxx>
• Re: Increase number of objects in flight during recovery
  • From: Frank Schilder <frans@xxxxxx>
• Re: slow down keys/s in recovery
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: Increase number of objects in flight during recovery
  • From: Janne Johansson <icepic.dz@xxxxxxxxx>
• Increase number of objects in flight during recovery
  • From: Frank Schilder <frans@xxxxxx>
• Re: slow down keys/s in recovery
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: Monitors not starting, getting "e3 handle_auth_request failed to assign global_id"
  • From: Hoan Nguyen Van <hoannv46@xxxxxxxxx>
• Re: How to create single OSD with SSD db device with cephadm
  • From: 胡 玮文 <huww98@xxxxxxxxxxx>
• Re: add server in crush map before osd
  • From: Eugen Block <eblock@xxxxxx>
• Re: add server in crush map before osd
  • From: Reed Dier <reed.dier@xxxxxxxxxxx>
• Monitors not starting, getting "e3 handle_auth_request failed to assign global_id"
  • From: Darrin Hodges <darrin@xxxxxxxxxxxxxxx>
• Re: add server in crush map before osd
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• add server in crush map before osd
  • From: Francois Legrand <fleg@xxxxxxxxxxxxxx>
• Re: slow down keys/s in recovery
  • From: Seena Fallah <seenafallah@xxxxxxxxx>
• Ceph 15.2.4 segfault, msgr-worker
  • From: Ivan Kurnosov <zerkms@xxxxxxxxxx>
• Re: replace osd with Octopus
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: slow down keys/s in recovery
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: replace osd with Octopus
  • From: Frank Schilder <frans@xxxxxx>
• Ceph-ansible vs. Cephadm - Nautilus to Octopus and beyond
  • From: Dave Hall <kdhall@xxxxxxxxxxxxxx>
• Re: replace osd with Octopus
  • From: Tony Liu <tonyliu0592@xxxxxxxxxxx>
• Re: slow down keys/s in recovery
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: slow down keys/s in recovery
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: slow down keys/s in recovery
  • From: Seena Fallah <seenafallah@xxxxxxxxx>
• Re: replace osd with Octopus
  • From: Frank Schilder <frans@xxxxxx>
• Re: slow down keys/s in recovery
  • From: Seena Fallah <seenafallah@xxxxxxxxx>
• Re: slow down keys/s in recovery
  • From: Peter Lieven <pl@xxxxxxx>
• Re: slow down keys/s in recovery
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: slow down keys/s in recovery
  • From: Seena Fallah <seenafallah@xxxxxxxxx>
• Re: slow down keys/s in recovery
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: slow down keys/s in recovery
  • From: Seena Fallah <seenafallah@xxxxxxxxx>
• Re: slow down keys/s in recovery
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: slow down keys/s in recovery
  • From: Seena Fallah <seenafallah@xxxxxxxxx>
• Re: slow down keys/s in recovery
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: Determine effective min_alloc_size for a specific OSD
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: Determine effective min_alloc_size for a specific OSD
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Re: Determine effective min_alloc_size for a specific OSD
  • From: 胡 玮文 <huww98@xxxxxxxxxxx>
• Re: Determine effective min_alloc_size for a specific OSD
  • From: Eugen Block <eblock@xxxxxx>
• Re: ceph in docker the log_file config is empty
  • From: goodluck <linghucongsong@xxxxxxx>
• Re: ceph in docker the log_file config is empty
  • From: 胡 玮文 <huww98@xxxxxxxxxxx>
• Determine effective min_alloc_size for a specific OSD
  • From: 胡 玮文 <huww98@xxxxxxxxxxx>
• Re: replace osd with Octopus
  • From: Tony Liu <tonyliu0592@xxxxxxxxxxx>
• ceph in docker the log_file config is empty
  • From: goodluck <linghucongsong@xxxxxxx>
• Upgrade to 15.2.7 fails on mixed x86_64/arm64 cluster
  • From: Bryan Stillwell <bstillwell@xxxxxxxxxxx>
• reliability of rados_stat() function
  • From: Peter Lieven <pl@xxxxxxx>
• add OSDs to cluster
  • From: mj <lists@xxxxxxxxxxxxx>
• Re: osd_pglog memory hoarding - another case
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: osd_pglog memory hoarding - another case
  • From: Kalle Happonen <kalle.happonen@xxxxxx>
• OSD Metadata Imbalance
  • From: Paul Kramme <p.kramme@xxxxxxxxxxxx>
• Re: osd_pglog memory hoarding - another case
  • From: Kalle Happonen <kalle.happonen@xxxxxx>
• Re: osd out cant' bring it back online
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: osd out cant' bring it back online
  • From: Oliver Weinmann <oliver.weinmann@xxxxxx>
• Re: osd out cant' bring it back online
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: osd out cant' bring it back online
  • From: Oliver Weinmann <oliver.weinmann@xxxxxx>
• Re: osd out cant' bring it back online
  • From: Stefan Kooman <stefan@xxxxxx>
• v15.2.7 Octopus released
  • From: David Galloway <dgallowa@xxxxxxxxxx>
• slow down keys/s in recovery
  • From: Seena Fallah <seenafallah@xxxxxxxxx>
• Re: Many ceph commands hang. broken mgr?
  • From: Paul Mezzanini <pfmeec@xxxxxxx>
• librdbpy examples
  • From: Vladimir Prokofev <v@xxxxxxxxxxx>
• Re: high memory usage in osd_pglog
  • From: Robert Brooks <robert.brooks@xxxxxxxxxx>
• Re: Many ceph commands hang. broken mgr?
  • From: Paul Mezzanini <pfmeec@xxxxxxx>
• Re: CEPH-ISCSI fails when restarting rbd-target-api and won't work anymore
  • From: Ingo Ebel <ingo.ebel@xxxxxxxxxxx>
• RESTful manager module deprecation
  • From: Ernesto Puerta <epuertat@xxxxxxxxxx>
• Re: rbd image backup best practice
  • From: "Marc Roos" <M.Roos@xxxxxxxxxxxxxxxxx>
• osd out cant' bring it back online
  • From: Oliver Weinmann <oliver.weinmann@xxxxxx>
• Re: rbd image backup best practice
  • From: Janne Johansson <icepic.dz@xxxxxxxxx>
• Re: Manual bucket resharding problem
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Re: rbd image backup best practice
  • From: Eugen Block <eblock@xxxxxx>
• Re: Planning: Ceph User Survey 2020
  • From: Yuval Lifshitz <ylifshit@xxxxxxxxxx>
• Re: DB sizing for lots of large files
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: DB sizing for lots of large files
  • From: Richard Thornton <richie.thornton@xxxxxxxxx>
• CEPH-ISCSI fails when restarting rbd-target-api and won't work anymore
  • From: Hamidreza Hosseini <hrhosseini@xxxxxxxxxxx>
• Re: replace osd with Octopus
  • From: Frank Schilder <frans@xxxxxx>
• Re: replace osd with Octopus
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: Planning: Ceph User Survey 2020
  • From: "Adiga, Anantha" <anantha.adiga@xxxxxxxxx>
• rbd image backup best practice
  • From: "Marc Roos" <M.Roos@xxxxxxxxxxxxxxxxx>
• Re: replace osd with Octopus
  • From: Tony Liu <tonyliu0592@xxxxxxxxxxx>
• Re: [EXTERNAL] Access/Delete RGW user with leading whitespace
  • From: "Benjamin.Zieglmeier" <Benjamin.Zieglmeier@xxxxxxxxxx>
• Access/Delete RGW user with leading whitespace
  • From: "Benjamin.Zieglmeier" <Benjamin.Zieglmeier@xxxxxxxxxx>
• Re: Tracing in ceph
  • From: Seena Fallah <seenafallah@xxxxxxxxx>
• Re: Public Swift yielding errors since 14.2.12
  • From: Jukka Nousiainen <jukka.nousiainen@xxxxxx>
• Re: Manual bucket resharding problem
  • From: Mateusz Skała <mateusz.skala@xxxxxxxxx>
• Re: Manual bucket resharding problem
  • From: Mateusz Skała <mateusz.skala@xxxxxxxxx>
• Re: OSD Memory usage
  • From: Seena Fallah <seenafallah@xxxxxxxxx>
• Re: replace osd with Octopus
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: ceph df: pool stored vs bytes_used -- raw or not?
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: ceph df: pool stored vs bytes_used -- raw or not?
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: DB sizing for lots of large files
  • From: Christian Wuerdig <christian.wuerdig@xxxxxxxxx>
• Re: ceph df: pool stored vs bytes_used -- raw or not?
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: ceph df: pool stored vs bytes_used -- raw or not?
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: ceph df: pool stored vs bytes_used -- raw or not?
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: ceph df: pool stored vs bytes_used -- raw or not?
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: Advice on SSD choices for WAL/DB?
  • From: Christian Wuerdig <christian.wuerdig@xxxxxxxxx>
• Re: ceph df: pool stored vs bytes_used -- raw or not?
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: ceph df: pool stored vs bytes_used -- raw or not?
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: ceph df: pool stored vs bytes_used -- raw or not?
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: replace osd with Octopus
  • From: Tony Liu <tonyliu0592@xxxxxxxxxxx>
• Re: ceph df: pool stored vs bytes_used -- raw or not?
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: ceph df: pool stored vs bytes_used -- raw or not?
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: ceph df: pool stored vs bytes_used -- raw or not?
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: DB sizing for lots of large files
  • From: Eugen Block <eblock@xxxxxx>
• Re: ceph df: pool stored vs bytes_used -- raw or not?
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• octupus: stall i/o during recovery
  • From: Peter Lieven <pl@xxxxxxx>
• ceph df: pool stored vs bytes_used -- raw or not?
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: DB sizing for lots of large files
  • From: Burkhard Linke <Burkhard.Linke@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Public Swift yielding errors since 14.2.12
  • From: Vladimir Sigunov <vladimir.sigunov@xxxxxxxxx>
• Re: replace osd with Octopus
  • From: Eugen Block <eblock@xxxxxx>
• snap permission denied
  • From: vcjouni <jouni.rosenlof@xxxxxxxxxxxxx>
• DB sizing for lots of large files
  • From: Richard Thornton <richie.thornton@xxxxxxxxx>
• Re: high memory usage in osd_pglog
  • From: Kalle Happonen <kalle.happonen@xxxxxx>
• Public Swift yielding errors since 14.2.12
  • From: Jukka Nousiainen <jukka.nousiainen@xxxxxx>
• Re: [Suspicious newsletter] Re: Unable to reshard bucket
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: November Ceph Science User Group Virtual Meeting
  • From: Mike Perez <miperez@xxxxxxxxxx>
• high memory usage in osd_pglog
  • From: Robert Brooks <robert.brooks@xxxxxxxxxx>
• Re: replace osd with Octopus
  • From: Tony Liu <tonyliu0592@xxxxxxxxxxx>
• Re: Misleading error (osd has already bound to class) when starting osd on nautilus?
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: Planning: Ceph User Survey 2020
  • From: Alexandre Marangone <a.marangone@xxxxxxxxx>
• Re: Planning: Ceph User Survey 2020
  • From: Yuval Lifshitz <ylifshit@xxxxxxxxxx>
• DocuBetter Meeting Today
  • From: John Zachary Dover <zac.dover@xxxxxxxxx>
• Re: Ceph on ARM ?
  • From: Danny Abukalam <danny@xxxxxxxxxxxx>
• uniform and list crush bucket algorithm usage in data centers
  • From: Bobby <italienisch1987@xxxxxxxxx>
• KeyError: 'targets' when adding second gateway on ceph-iscsi - BUG
  • From: Hamidreza Hosseini <hrhosseini@xxxxxxxxxxx>
• Re: Documentation of older Ceph version not accessible anymore on docs.ceph.com
  • From: John Zachary Dover <zac.dover@xxxxxxxxx>
• Re: Misleading error (osd has already bound to class) when starting osd on nautilus?
  • From: David Caro <dcaro@xxxxxxxxxxxxx>
• Re: Ceph on ARM ?
  • From: Kevin Thorpe <kevin@xxxxxxxxxxxx>
• Re: replace osd with Octopus
  • From: Eugen Block <eblock@xxxxxx>
• Misleading error (osd has already bound to class) when starting osd on nautilus?
  • From: David Caro <dcaro@xxxxxxxxxxxxx>
• Re: Ceph on ARM ?
  • From: "Marc Roos" <M.Roos@xxxxxxxxxxxxxxxxx>
• S3 Object Lock - ceph nautilus
  • From: Torsten Ennenbach <tennenbach@xxxxxxxxxxxx>
• Re: Ceph on ARM ?
  • From: Kevin Thorpe <kevin@xxxxxxxxxxxx>
• Re: Ceph on ARM ?
  • From: Adrian Nicolae <adrian.nicolae@xxxxxxxxxx>
• Re: Certificate for Dashboard / Grafana
  • From: E Taka <0etaka0@xxxxxxxxx>
• Re: osd crash: Caught signal (Aborted) thread_name:tp_osd_tp
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: osd crash: Caught signal (Aborted) thread_name:tp_osd_tp
  • From: Milan Kupcevic <milan_kupcevic@xxxxxxxxxxx>
• Re: Many ceph commands hang. broken mgr?
  • From: Paul Mezzanini <pfmeec@xxxxxxx>
• Re: Many ceph commands hang. broken mgr?
  • From: Rafael Lopez <rafael.lopez@xxxxxxxxxx>
• Re: Many ceph commands hang. broken mgr?
  • From: Paul Mezzanini <pfmeec@xxxxxxx>
• Re: Many ceph commands hang. broken mgr?
  • From: Rafael Lopez <rafael.lopez@xxxxxxxxxx>
• Re: [Suspicious newsletter] Re: Unable to reshard bucket
  • From: Eric Ivancich <ivancich@xxxxxxxxxx>
• RGW Data Loss Bug in Octopus 15.2.0 through 15.2.6
  • From: Eric Ivancich <ivancich@xxxxxxxxxx>
• Re: smartctl UNRECOGNIZED OPTION: json=o
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: smartctl UNRECOGNIZED OPTION: json=o
  • From: Paul Mezzanini <pfmeec@xxxxxxx>
• replace osd with Octopus
  • From: Tony Liu <tonyliu0592@xxxxxxxxxxx>
• smartctl UNRECOGNIZED OPTION: json=o
  • From: Tony Liu <tonyliu0592@xxxxxxxxxxx>
• Re: Ceph on ARM ?
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Many ceph commands hang. broken mgr?
  • From: Paul Mezzanini <pfmeec@xxxxxxx>
• Planning: Ceph User Survey 2020
  • From: Mike Perez <miperez@xxxxxxxxxx>
• Certificate for Dashboard / Grafana
  • From: E Taka <0etaka0@xxxxxxxxx>
• Re: Unable to find further optimization, or distribution is already perfect
  • From: Toby Darling <toby@xxxxxxxxxxxxxxxxx>
• Re: Ceph on ARM ?
  • From: Peter Woodman <peter@xxxxxxxxxxxx>
• Re: Ceph on ARM ?
  • From: <DHilsbos@xxxxxxxxxxxxxx>
• Re: Documentation of older Ceph version not accessible anymore on docs.ceph.com
  • From: "Marc Roos" <M.Roos@xxxxxxxxxxxxxxxxx>
• Re: Cephfs snapshots and previous version
  • From: <DHilsbos@xxxxxxxxxxxxxx>
• Re: 14. 2.15: Question to collection_list_legacy osd bug fixed in 14.2.15
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Re: Documentation of older Ceph version not accessible anymore on docs.ceph.com
  • From: Steven Pine <steven.pine@xxxxxxxxxx>
• Prometheus monitoring
  • From: Michael Thomas <wart@xxxxxxxxxxx>
• Re: Ceph on ARM ?
  • From: Darren Soothill <darren.soothill@xxxxxxxx>
• Re: Tracing in ceph
  • From: Abhinav Singh <singhabhinav0796@xxxxxxxxx>
• Re: Ceph on ARM ?
  • From: Martin Verges <martin.verges@xxxxxxxx>
• Re: Ceph on ARM ?
  • From: Robert Sander <r.sander@xxxxxxxxxxxxxxxxxxx>
• Re: Ceph on ARM ?
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Ceph on ARM ?
  • From: Adrian Nicolae <adrian.nicolae@xxxxxxxxxx>
• Re: osd crash: Caught signal (Aborted) thread_name:tp_osd_tp
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: osd crash: Caught signal (Aborted) thread_name:tp_osd_tp
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: Manual bucket resharding problem
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Re: 14. 2.15: Question to collection_list_legacy osd bug fixed in 14.2.15
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Re: Cephfs snapshots and previous version
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Re: OSD Memory usage
  • From: Seena Fallah <seenafallah@xxxxxxxxx>
• Re: Documentation of older Ceph version not accessible anymore on docs.ceph.com
  • From: Frank Schilder <frans@xxxxxx>
• Re: Cephfs snapshots and previous version
  • From: Frank Schilder <frans@xxxxxx>
• 14. 2.15: Question to collection_list_legacy osd bug fixed in 14.2.15
  • From: Rainer Krienke <krienke@xxxxxxxxxxxxxx>
• osd crash: Caught signal (Aborted) thread_name:tp_osd_tp
  • From: Milan Kupcevic <milan_kupcevic@xxxxxxxxxxx>