CEPH Filesystem Users

• Thread Index

• libceph: mds1 IP+PORT wrong peer at address
  • From: Frank Schilder <frans@xxxxxx>
• radosgw - octopus - 500 Bad file descriptor on upload
  • From: Boris Behrens <bb@xxxxxxxxx>
• Re: LRC k6m3l3, rack outage and availability
  • From: Eugen Block <eblock@xxxxxx>
• Re: restoring ceph cluster from osds
  • From: Eugen Block <eblock@xxxxxx>
• Re: Error deploying Ceph Qunicy using ceph-ansible 7 on Rocky 9
  • From: Robert Sander <r.sander@xxxxxxxxxxxxxxxxxxx>
• Re: Trying to throttle global backfill
  • From: Alex Gorbachev <ag@xxxxxxxxxxxxxxxxxxx>
• Trying to throttle global backfill
  • From: "Rice, Christian" <crice@xxxxxxxxxxx>
• Difficulty with rbd-mirror on different networks.
  • From: Murilo Morais <murilo@xxxxxxxxxxxxxx>
• Dashboard for Object Servers using wrong hostname
  • From: Wyll Ingersoll <wyllys.ingersoll@xxxxxxxxxxxxxx>
• Re: Problem with cephadm and deploying 4 ODSs on nvme Storage
  • From: Gregor Radtke <gregor.radtke@xxxxxxxx>
• LRC k6m3l3, rack outage and availability
  • From: steve.bakerx1@xxxxxxxxx
• Error deploying Ceph Qunicy using ceph-ansible 7 on Rocky 9
  • From: wodel youchi <wodel.youchi@xxxxxxxxx>
• user and bucket not sync ( permission denied )
  • From: Guillaume Morin <guillaume.morin-ext@xxxxxxxx>
• Re: Upgrade problem from 1.6 to 1.7
  • From: Eugen Block <eblock@xxxxxx>
• s3 lock api get-object-retention
  • From: garcetto <garcetto@xxxxxxxxx>
• user and bucket not sync ( permission denied )
  • From: Guillaume Morin <guillaume.morin-ext@xxxxxxxx>
• Re: Issue upgrading 17.2.0 to 17.2.5
  • From: aellahib@xxxxxxxxx
• Re: Issue upgrading 17.2.0 to 17.2.5
  • From: aellahib@xxxxxxxxx
• Upgrade problem from 1.6 to 1.7
  • From: Oğuz Yarımtepe <oguzyarimtepe@xxxxxxxxx>
• Re: Issue upgrading 17.2.0 to 17.2.5
  • From: Adam King <adking@xxxxxxxxxx>
• Re: upgrading from 15.2.17 to 16.2.11 - Health ERROR
  • From: Adam King <adking@xxxxxxxxxx>
• upgrading from 15.2.17 to 16.2.11 - Health ERROR
  • From: xadhoom76@xxxxxxxxx
• Re: Issue upgrading 17.2.0 to 17.2.5
  • From: aellahib@xxxxxxxxx
• Re: Issue upgrading 17.2.0 to 17.2.5
  • From: aellahib@xxxxxxxxx
• Re: Theory about min_size and its implications
  • From: stefan.pinter@xxxxxxxxxxxxxxxx
• upgrade problem from 1.6 to 1.7 related with osd
  • From: Oğuz Yarımtepe <oguzyarimtepe@xxxxxxxxx>
• Re: Problem with cephadm and deploying 4 ODSs on nvme Storage
  • From: claas.goltz@xxxxxxxxxxxxxxxxxxxx
• Re: mds readonly, mds all down
  • From: kreept.sama@xxxxxxxxx
• Role for setting quota on Cephfs pools
  • From: saaa_2001@xxxxxxxxx
• restoring ceph cluster from osds
  • From: Ben <ruidong.gao@xxxxxxxxx>
• Re: Creating a role for quota management
  • From: "Adiga, Anantha" <anantha.adiga@xxxxxxxxx>
• Re: Very slow backfilling
  • From: Sridhar Seshasayee <sseshasa@xxxxxxxxxx>
• Re: Very slow backfilling
  • From: Joffrey <joff.au@xxxxxxxxx>
• Re: Creating a role for quota management
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: Issue upgrading 17.2.0 to 17.2.5
  • From: "David Orman" <ormandj@xxxxxxxxxxxx>
• Re: Issue upgrading 17.2.0 to 17.2.5
  • From: Adam King <adking@xxxxxxxxxx>
• Re: rbd on EC pool with fast and extremely slow writes/reads
  • From: Paul Mezzanini <pfmeec@xxxxxxx>
• Re: s3 compatible interface
  • From: Daniel Gryniewicz <dang@xxxxxxxxxx>
• Re: s3 compatible interface
  • From: "Fox, Kevin M" <Kevin.Fox@xxxxxxxx>
• Creating a role for quota management
  • From: anantha.adiga@xxxxxxxxx
• Re: s3 compatible interface
  • From: Daniel Gryniewicz <dang@xxxxxxxxxx>
• rbd on EC pool with fast and extremely slow writes/reads
  • From: Andrej Filipcic <andrej.filipcic@xxxxxx>
• Re: orchestrator issues on ceph 16.2.9
  • From: Ernesto Puerta <epuertat@xxxxxxxxxx>
• Creating a role for allowing users to set quota on CpehFS pools
  • From: ananda a <saaa_2001@xxxxxxxxx>
• Re: deep scrub and long backfilling
  • From: Alessandro Bolgia <xadhoom76@xxxxxxxxx>
• Re: deep scrub and long backfilling
  • From: Wesley Dillingham <wes@xxxxxxxxxxxxxxxxx>
• Re: Issue upgrading 17.2.0 to 17.2.5
  • From: Eugen Block <eblock@xxxxxx>
• Re: Theory about min_size and its implications
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• restoring ceph cluster from osds
  • From: Ben <ruidong.gao@xxxxxxxxx>
• Re: Ceph v15.2.14 - Dirty Object issue
  • From: Neeraj Pratap Singh <neesingh@xxxxxxxxxx>
• Re: Problem with cephadm and deploying 4 ODSs on nvme Storage
  • From: Eugen Block <eblock@xxxxxx>
• orchestrator issues on ceph 16.2.9
  • From: Adrian Nicolae <adrian.nicolae@xxxxxxxxxx>
• Re: deep scrub and long backfilling
  • From: Janne Johansson <icepic.dz@xxxxxxxxx>
• Re: Ceph v15.2.14 - Dirty Object issue
  • From: xadhoom76@xxxxxxxxx
• Problem with cephadm and deploying 4 ODSs on nvme Storage
  • From: claas.goltz@xxxxxxxxxxxxxxxxxxxx
• Re: Theory about min_size and its implications
  • From: stefan.pinter@xxxxxxxxxxxxxxxx
• Re: Very slow backfilling
  • From: "Sridhar Seshasayee" <sseshasa@xxxxxxxxxx>
• Re: Theory about min_size and its implications
  • From: stefan.pinter@xxxxxxxxxxxxxxxx
• deep scrub and long backfilling
  • From: xadhoom76@xxxxxxxxx
• Issue upgrading 17.2.0 to 17.2.5
  • From: aellahib@xxxxxxxxx
• The conditional policy for the List operations does not work as expected for the bucket with tenant.
  • From: Dmitry Kvashnin <dm.kvashnin@xxxxxxxxx>
• Re: ceph quincy nvme drives displayed in device list sata ssd not displayed
  • From: "Chris Brown" <dogatemyiphone@xxxxxxxxx>
• RGW Multisite archive zone bucket removal restriction
  • From: Ondřej Kukla <ondrej@xxxxxxx>
• Re: s3 compatible interface
  • From: Kai Stian Olstad <ceph+list@xxxxxxxxxx>
• Re: Minimum client version for Quincy
  • From: Massimo Sgaravatto <massimo.sgaravatto@xxxxxxxxx>
• Re: Very slow backfilling
  • From: Sridhar Seshasayee <sseshasa@xxxxxxxxxx>
• Re: Very slow backfilling
  • From: Joffrey <joff.au@xxxxxxxxx>
• Re: Theory about min_size and its implications
  • From: "Anthony D'Atri" <aad@xxxxxxxxxxxxxx>
• Re: Minimum client version for Quincy
  • From: Daniel Gryniewicz <dang@xxxxxxxxxx>
• 3 node clusters and a corner case behavior
  • From: Victor Rodriguez <vrodriguez@xxxxxxxxxxxxx>
• Re: unable to calc client keyring client.admin placement PlacementSpec(label='_admin'): Cannot place : No matching hosts for label _admin
  • From: Robert Sander <r.sander@xxxxxxxxxxxxxxxxxxx>
• Re: unable to calc client keyring client.admin placement PlacementSpec(label='_admin'): Cannot place : No matching hosts for label _admin
  • From: Eugen Block <eblock@xxxxxx>
• unable to calc client keyring client.admin placement PlacementSpec(label='_admin'): Cannot place : No matching hosts for label _admin
  • From: Jeremy Hansen <jeremy@xxxxxxxxxx>
• Minimum client version for Quincy
  • From: Massimo Sgaravatto <massimo.sgaravatto@xxxxxxxxx>
• Re: Theory about min_size and its implications
  • From: Janne Johansson <icepic.dz@xxxxxxxxx>
• Re: CephFS Kernel Mount Options Without Mount Helper
  • From: Milind Changire <mchangir@xxxxxxxxxx>
• Re: Theory about min_size and its implications
  • From: Robert Sander <r.sander@xxxxxxxxxxxxxxxxxxx>
• Re: Ceph v15.2.14 - Dirty Object issue
  • From: Dhairya Parmar <dparmar@xxxxxxxxxx>
• Re: Theory about min_size and its implications
  • From: "Anthony D'Atri" <aad@xxxxxxxxxxxxxx>
• Ceph v15.2.14 - Dirty Object issue
  • From: xadhoom76@xxxxxxxxx
• Theory about min_size and its implications
  • From: stefan.pinter@xxxxxxxxxxxxxxxx
• Re: ceph 16.2.10 - misplaced object after changing crush map only setting hdd class
  • From: xadhoom76@xxxxxxxxx
• Re: Very slow backfilling
  • From: Curt <lightspd@xxxxxxxxx>
• Re: Interruption of rebalancing
  • From: Jeffrey Turmelle <jefft@xxxxxxxxxxxxxxxx>
• Re: Interruption of rebalancing
  • From: "Bailey Allison" <ballison@xxxxxxxxxxxx>
• Re: Very slow backfilling
  • From: Joffrey <joff.au@xxxxxxxxx>
• Re: Very slow backfilling
  • From: Curt <lightspd@xxxxxxxxx>
• Re: Very slow backfilling
  • From: Joffrey <joff.au@xxxxxxxxx>
• Re: Interruption of rebalancing
  • From: Janne Johansson <icepic.dz@xxxxxxxxx>
• Very slow backfilling
  • From: Joffrey <joff.au@xxxxxxxxx>
• Re: Interruption of rebalancing
  • From: Eugen Block <eblock@xxxxxx>
• Re: How do I troubleshoot radosgw errors STS?
  • From: Pritha Srivastava <prsrivas@xxxxxxxxxx>
• RadosGW multipart fragments not being cleaned up by lifecycle policy on Quincy
  • From: "Sean Houghton" <sean.houghton@xxxxxxxxx>
• Re: How do I troubleshoot radosgw errors STS?
  • From: mat@xxxxxxxxxx
• Re: PG Sizing Question
  • From: "Anthony D'Atri" <aad@xxxxxxxxxxxxxx>
• Re: PG Sizing Question
  • From: Deep Dish <deeepdish@xxxxxxxxx>
• Interruption of rebalancing
  • From: Jeffrey Turmelle <jefft@xxxxxxxxxxxxxxxx>
• Re: How do I troubleshoot radosgw errors STS?
  • From: hazmat <mat@xxxxxxxxxx>
• Re: How do I troubleshoot radosgw errors STS?
  • From: Pritha Srivastava <prsrivas@xxxxxxxxxx>
• How do I troubleshoot radosgw errors STS?
  • From: mat@xxxxxxxxxx
• Re: Next quincy release (17.2.6)
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: s3 compatible interface
  • From: Daniel Gryniewicz <dang@xxxxxxxxxx>
• Re: ceph 16.2.10 - misplaced object after changing crush map only setting hdd class
  • From: Eugen Block <eblock@xxxxxx>
• Re: PG Sizing Question
  • From: "Anthony D'Atri" <aad@xxxxxxxxxxxxxx>
• Re: s3 compatible interface
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• PG Sizing Question
  • From: Deep Dish <deeepdish@xxxxxxxxx>
• Re: avg apply latency went up after update from octopus to pacific
  • From: Mark Nelson <mark.a.nelson@xxxxxxxxx>
• Re: Ceph OSD imbalance and performance
  • From: Reed Dier <reed.dier@xxxxxxxxxxx>
• Re: avg apply latency went up after update from octopus to pacific
  • From: Boris Behrens <bb@xxxxxxxxx>
• ceph quincy nvme drives displayed in device list sata ssd not displayed
  • From: "Chris Brown" <dogatemyiphone@xxxxxxxxx>
• Re: Ceph OSD imbalance and performance
  • From: Mark Nelson <mark.a.nelson@xxxxxxxxx>
• Re: s3 compatible interface
  • From: "Fox, Kevin M" <Kevin.Fox@xxxxxxxx>
• Re: Ceph OSD imbalance and performance
  • From: Dave Ingram <dave@xxxxxxxxxxxx>
• Re: Ceph OSD imbalance and performance
  • From: Dave Ingram <dave@xxxxxxxxxxxx>
• Re: Ceph OSD imbalance and performance
  • From: Reed Dier <reed.dier@xxxxxxxxxxx>
• Re: Ceph OSD imbalance and performance
  • From: Janne Johansson <icepic.dz@xxxxxxxxx>
• Re: s3 compatible interface
  • From: Jens Galsgaard <jens@xxxxxxxxxxxxx>
• Re: Do not use SSDs with (small) SLC cache
  • From: Matthew Stroud <mattstroud@xxxxxxxxxxxxx>
• Re: CephFS Kernel Mount Options Without Mount Helper
  • From: Shawn Weeks <sweeks@xxxxxxxxxxxxxxxxxx>
• Re: s3 compatible interface
  • From: Robert Sander <r.sander@xxxxxxxxxxxxxxxxxxx>
• Ceph OSD imbalance and performance
  • From: Dave Ingram <dave@xxxxxxxxxxxx>
• CephFS Kernel Mount Options Without Mount Helper
  • From: Shawn Weeks <sweeks@xxxxxxxxxxxxxxxxxx>
• [RGW] Rebuilding a non master zone
  • From: Gilles Mocellin <gilles.mocellin@xxxxxxxxxxxxxx>
• Re: mds readonly, mds all down
  • From: Eugen Block <eblock@xxxxxx>
• s3 compatible interface
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• Re: Upgrade cephadm cluster
  • From: "Nicola Mori" <mori@xxxxxxxxxx>
• ceph 16.2.10 - misplaced object after changing crush map only setting hdd class
  • From: xadhoom76@xxxxxxxxx
• mds readonly, mds all down
  • From: kreept.sama@xxxxxxxxx
• CompleteMultipartUploadResult has empty ETag response
  • From: "Lars Dunemark" <lars.dunemark@xxxxxxxxx>
• How to see bucket usage when user is suspended ?
  • From: Arnaud M <arnaud.meauzoone@xxxxxxxxx>
• Any experience dealing with CephMgrPrometheusModuleInactive?
  • From: Joshua Katz <gravypod@xxxxxxxxx>
• Daily failed capability releases, slow ops, fully stuck IO
  • From: "Kuhring, Mathias" <mathias.kuhring@xxxxxxxxxxxxxx>
• Re: [ext] Re: Re: kernel client osdc ops stuck and mds slow reqs
  • From: "Kuhring, Mathias" <mathias.kuhring@xxxxxxxxxxxxxx>
• slow replication of large buckets
  • From: Glaza <glaza2@xxxxx>
• Re: avg apply latency went up after update from octopus to pacific
  • From: Josh Baergen <jbaergen@xxxxxxxxxxxxxxxx>
• Re: avg apply latency went up after update from octopus to pacific
  • From: Boris Behrens <bb@xxxxxxxxx>
• Re: avg apply latency went up after update from octopus to pacific
  • From: Josh Baergen <jbaergen@xxxxxxxxxxxxxxxx>
• Re: OSD upgrade problem nautilus->octopus - snap_mapper upgrade stuck
  • From: Jan Pekař - Imatic <jan.pekar@xxxxxxxxx>
• avg apply latency went up after update from octopus to pacific
  • From: Boris Behrens <bb@xxxxxxxxx>
• Re: CompleteMultipartUploadResult has empty ETag response
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: OSD upgrade problem nautilus->octopus - snap_mapper upgrade stuck
  • From: "Mark Schouten" <mark@xxxxxxxx>
• CompleteMultipartUploadResult has empty ETag response
  • From: Lars Dunemark <lars.dunemark@xxxxxxxxx>
• Re: Upgrade not doing anything...
  • From: Jeremy Hansen <jeremy@xxxxxxxxxx>
• Re: Upgrade not doing anything...
  • From: Jeremy Hansen <jeremy@xxxxxxxxxx>
• Re: Upgrade not doing anything...
  • From: Curt <lightspd@xxxxxxxxx>
• Re: Upgrade not doing anything...
  • From: Jeremy Hansen <jeremy@xxxxxxxxxx>
• Re: Upgrade not doing anything...
  • From: Curt <lightspd@xxxxxxxxx>
• Upgrade not doing anything...
  • From: Jeremy Hansen <jeremy@xxxxxxxxxx>
• Re: Upgrade cephadm cluster
  • From: ceph@xxxxxxxxxx
• Re: mons excessive writes to local disk and SSD wearout
  • From: Mark Nelson <mark.a.nelson@xxxxxxxxx>
• Re: rbd map error: couldn't connect to the cluster!
  • From: Thomas Schneider <74cmonty@xxxxxxxxx>
• Re: rbd map error: couldn't connect to the cluster!
  • From: Curt <lightspd@xxxxxxxxx>
• Re: rbd map error: couldn't connect to the cluster!
  • From: Thomas Schneider <74cmonty@xxxxxxxxx>
• Slow replication of large buckets (after reshard)
  • From: Glaza <glaza2@xxxxx>
• Re: mons excessive writes to local disk and SSD wearout
  • From: Andrej Filipcic <andrej.filipcic@xxxxxx>
• Re: OpenSSL in librados
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: OpenSSL in librados
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: OpenSSL in librados
  • From: Patrick Schlangen <patrick@xxxxxxxxxxxx>
• Re: OpenSSL in librados
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: rbd map error: couldn't connect to the cluster!
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: rbd map error: couldn't connect to the cluster!
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• tools to debug librbd / qemu
  • From: Arvid Picciani <aep@xxxxxxxx>
• Re: OSD upgrade problem nautilus->octopus - snap_mapper upgrade stuck
  • From: Jan Pekař - Imatic <jan.pekar@xxxxxxxxx>
• Re: OpenSSL in librados
  • From: Patrick Schlangen <patrick@xxxxxxxxxxxx>
• Accessing OSD objects
  • From: Geoffrey Rhodes <geoffrey@xxxxxxxxxxxxx>
• Large STDDEV in pg per osd
  • From: Joe Ryner <jryner@xxxxxxxx>
• OpenSSL in librados
  • From: Patrick Schlangen <patrick@xxxxxxxxxxxx>
• Re: mons excessive writes to local disk and SSD wearout
  • From: Dan van der Ster <dvanders@xxxxxxxxx>
• Accessing OSD objects
  • From: Geoffrey Rhodes <geoffrey@xxxxxxxxxxxxx>
• Re: rbd map error: couldn't connect to the cluster!
  • From: Thomas Schneider <74cmonty@xxxxxxxxx>
• mons excessive writes to local disk and SSD wearout
  • From: Andrej Filipcic <andrej.filipcic@xxxxxx>
• Re: rbd map error: couldn't connect to the cluster!
  • From: Eugen Block <eblock@xxxxxx>
• Re: rbd map error: couldn't connect to the cluster!
  • From: Thomas Schneider <74cmonty@xxxxxxxxx>
• Re: MDS stuck in "up:replay"
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: rbd map error: couldn't connect to the cluster!
  • From: Eugen Block <eblock@xxxxxx>
• Re: rbd map error: couldn't connect to the cluster!
  • From: Thomas Schneider <74cmonty@xxxxxxxxx>
• Re: rbd map error: couldn't connect to the cluster!
  • From: Eugen Block <eblock@xxxxxx>
• Re: Undo "radosgw-admin bi purge"
  • From: "J. Eric Ivancich" <ivancich@xxxxxxxxxx>
• Re: [ext] Re: Re: kernel client osdc ops stuck and mds slow reqs
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: rbd map error: couldn't connect to the cluster!
  • From: Thomas Schneider <74cmonty@xxxxxxxxx>
• Re: rbd map error: couldn't connect to the cluster!
  • From: Eugen Block <eblock@xxxxxx>
• Re: rbd map error: couldn't connect to the cluster!
  • From: Eugen Block <eblock@xxxxxx>
• Re: rbd map error: couldn't connect to the cluster!
  • From: Thomas Schneider <74cmonty@xxxxxxxxx>
• Re: rbd map error: couldn't connect to the cluster!
  • From: Thomas Schneider <74cmonty@xxxxxxxxx>
• Re: rbd map error: couldn't connect to the cluster!
  • From: Curt <lightspd@xxxxxxxxx>
• Re: rbd map error: couldn't connect to the cluster!
  • From: Eugen Block <eblock@xxxxxx>
• Re: rbd map error: couldn't connect to the cluster!
  • From: Thomas Schneider <74cmonty@xxxxxxxxx>
• Re: rbd map error: couldn't connect to the cluster!
  • From: Eugen Block <eblock@xxxxxx>
• rbd map error: couldn't connect to the cluster!
  • From: Thomas Schneider <74cmonty@xxxxxxxxx>
• Re: growing osd_pglog_items (was: increasing PGs OOM kill SSD OSDs (octopus) - unstable OSD behavior)
  • From: Boris Behrens <bb@xxxxxxxxx>
• Re: MDS stuck in "up:replay"
  • From: Thomas Widhalm <widhalmt@xxxxxxxxxxxxx>
• Re: Undo "radosgw-admin bi purge"
  • From: Robert Sander <r.sander@xxxxxxxxxxxxxxxxxxx>
• setup problem for ingress + SSL for RGW
  • From: Patrick Vranckx <patrick.vranckx@xxxxxxxxxxxx>
• Re: MDS stuck in "up:replay"
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: OSD upgrade problem nautilus->octopus - snap_mapper upgrade stuck
  • From: Jan Pekař - Imatic <jan.pekar@xxxxxxxxx>
• Re: MDS stuck in "up:replay"
  • From: Thomas Widhalm <widhalmt@xxxxxxxxxxxxx>
• Re: MDS stuck in "up:replay"
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: MDS stuck in "up:replay"
  • From: Thomas Widhalm <widhalmt@xxxxxxxxxxxxx>
• Re: [Quincy] Module 'devicehealth' has failed: disk I/O error
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: MDS stuck in "up:replay"
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: Problem with IO after renaming File System .data pool
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: Undo "radosgw-admin bi purge"
  • From: "J. Eric Ivancich" <ivancich@xxxxxxxxxx>
• Re: 17.2.5 ceph fs status: AssertionError
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Ceph Leadership Team Meeting, Feb 22 2023 Minutes
  • From: Ernesto Puerta <epuertat@xxxxxxxxxx>
• Re: Undo "radosgw-admin bi purge"
  • From: Robert Sander <r.sander@xxxxxxxxxxxxxxxxxxx>
• Re: Undo "radosgw-admin bi purge"
  • From: "David Orman" <ormandj@xxxxxxxxxxxx>
• Re: Undo "radosgw-admin bi purge"
  • From: Robert Sander <r.sander@xxxxxxxxxxxxxxxxxxx>
• Strange behavior when using storage classes
  • From: Michal Strnad <michal.strnad@xxxxxxxxx>
• Re: [ext] Re: Re: kernel client osdc ops stuck and mds slow reqs
  • From: "Kuhring, Mathias" <mathias.kuhring@xxxxxxxxxxxxxx>
• Re: Undo "radosgw-admin bi purge"
  • From: Richard Bade <hitrich@xxxxxxxxx>
• Re: Undo "radosgw-admin bi purge"
  • From: "J. Eric Ivancich" <ivancich@xxxxxxxxxx>
• Re: increasing PGs OOM kill SSD OSDs (octopus) - unstable OSD behavior
  • From: Boris Behrens <bb@xxxxxxxxx>
• Re: increasing PGs OOM kill SSD OSDs (octopus) - unstable OSD behavior
  • From: Josh Baergen <jbaergen@xxxxxxxxxxxxxxxx>
• Re: Do not use SSDs with (small) SLC cache
  • From: Alvaro Soto <alsotoes@xxxxxxxxx>
• increasing PGs OOM kill SSD OSDs (octopus) - unstable OSD behavior
  • From: Boris Behrens <bb@xxxxxxxxx>
• Re: Do not use SSDs with (small) SLC cache
  • From: Sven Kieske <S.Kieske@xxxxxxxxxxx>
• Re: Stuck OSD service specification - can't remove
  • From: Eugen Block <eblock@xxxxxx>
• Re: Do not use SSDs with (small) SLC cache
  • From: Michael Wodniok <wodniok@xxxxxxx>
• Re: kernel client osdc ops stuck and mds slow reqs
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: Do not use SSDs with (small) SLC cache
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• Re: Do not use SSDs with (small) SLC cache
  • From: Phil Regnauld <pr@xxxxx>
• Re: Do not use SSDs with (small) SLC cache
  • From: Michael Wodniok <wodniok@xxxxxxx>
• Re: Do not use SSDs with (small) SLC cache
  • From: mailing-lists <mailing-lists@xxxxxxxxx>
• Do not use SSDs with (small) SLC cache
  • From: Michael Wodniok <wodniok@xxxxxxx>
• Re: kernel client osdc ops stuck and mds slow reqs
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: Missing keyrings on upgraded cluster
  • From: Eugen Block <eblock@xxxxxx>
• Re: Missing keyrings on upgraded cluster
  • From: Adam King <adking@xxxxxxxxxx>
• Re: kernel client osdc ops stuck and mds slow reqs
  • From: "Kuhring, Mathias" <mathias.kuhring@xxxxxxxxxxxxxx>
• Re: Next quincy release (17.2.6)
  • From: "Louis Koo" <zhucan.k8s@xxxxxxxxx>
• Re: Missing keyrings on upgraded cluster
  • From: Eugen Block <eblock@xxxxxx>
• Undo "radosgw-admin bi purge"
  • From: Robert Sander <r.sander@xxxxxxxxxxxxxxxxxxx>
• Re: Missing keyrings on upgraded cluster
  • From: Eugen Block <eblock@xxxxxx>
• Re: Missing keyrings on upgraded cluster
  • From: Adam King <adking@xxxxxxxxxx>
• Re: Missing keyrings on upgraded cluster
  • From: Eugen Block <eblock@xxxxxx>
• Re: Missing keyrings on upgraded cluster
  • From: Adam King <adking@xxxxxxxxxx>
• Missing keyrings on upgraded cluster
  • From: Eugen Block <eblock@xxxxxx>
• Re: Very slow snaptrim operations blocking client I/O
  • From: Boris Behrens <bb@xxxxxxxxx>
• Upgrade cephadm cluster
  • From: Nicola Mori <mori@xxxxxxxxxx>
• Re: ceph-iscsi-cli: cannot remove duplicated gateways.
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: ceph-iscsi-cli: cannot remove duplicated gateways.
  • From: luckydog xf <luckydogxf@xxxxxxxxx>
• Re: ceph-iscsi-cli: cannot remove duplicated gateways.
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: ceph-iscsi-cli: cannot remove duplicated gateways.
  • From: luckydog xf <luckydogxf@xxxxxxxxx>
• Re: ceph-iscsi-cli: cannot remove duplicated gateways.
  • From: luckydog xf <luckydogxf@xxxxxxxxx>
• Re: ceph-iscsi-cli: cannot remove duplicated gateways.
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: ceph-iscsi-cli: cannot remove duplicated gateways.
  • From: luckydog xf <luckydogxf@xxxxxxxxx>
• Re: ceph-iscsi-cli: cannot remove duplicated gateways.
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: Removing failing OSD with cephadm?
  • From: Eugen Block <eblock@xxxxxx>
• Removing failing OSD with cephadm?
  • From: Matt Larson <larsonmattr@xxxxxxxxx>
• Re: RGW cannot list or create openidconnect providers
  • From: mat@xxxxxxxxxx
• Re: RGW Service SSL HAProxy.cfg
  • From: "Jimmy Spets" <jimmy@xxxxxxxxx>
• Re: ceph noout vs ceph norebalance, which is better for minor maintenance
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Re: ceph noout vs ceph norebalance, which is better for minor maintenance
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Re: Next quincy release (17.2.6)
  • From: Laura Flores <lflores@xxxxxxxxxx>
• Next quincy release (17.2.6)
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: ceph noout vs ceph norebalance, which is better for minor maintenance
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• bluefs_db_type
  • From: "Stolte, Felix" <f.stolte@xxxxxxxxxxxxx>
• Re: RGW cannot list or create openidconnect providers
  • From: Pritha Srivastava <prsrivas@xxxxxxxxxx>
• ceph-iscsi-cli: cannot remove duplicated gateways.
  • From: luckydog xf <luckydogxf@xxxxxxxxx>
• ceph-osd@86.service crashed at a random time.
  • From: luckydog xf <luckydogxf@xxxxxxxxx>
• Re: ceph noout vs ceph norebalance, which is better for minor maintenance
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Re: RGW Service SSL HAProxy.cfg
  • From: "Jimmy Spets" <jimmy@xxxxxxxxx>
• Re: Extremally need help. Openshift cluster is down :c
  • From: kreept.sama@xxxxxxxxx
• Re: Extremally need help. Openshift cluster is down :c
  • From: kreept.sama@xxxxxxxxx
• Re: Extremally need help. Openshift cluster is down :c
  • From: kreept.sama@xxxxxxxxx
• RGW cannot list or create openidconnect providers
  • From: mat@xxxxxxxxxx
• Re: Ceph (cepadm) quincy: can't add osd from remote nodes.
  • From: Anton Chivkunov <anton@xxxxxxxxxxxxxxxxx>
• Re: forever stuck "slow ops" osd
  • From: Eugen Block <eblock@xxxxxx>
• forever stuck "slow ops" osd
  • From: Arvid Picciani <aep@xxxxxxxx>
• Re: RGW Service SSL HAProxy.cfg
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• RGW Service SSL HAProxy.cfg
  • From: Jimmy Spets <jimmy@xxxxxxxxx>
• Re: clt meeting summary [15/02/2023]
  • From: Nizamudeen A <nia@xxxxxxxxxx>
• Re: User + Dev monthly meeting happening tomorrow, Feb. 16th!
  • From: Laura Flores <lflores@xxxxxxxxxx>
• Re: RGW archive zone lifecycle
  • From: "J. Eric Ivancich" <ivancich@xxxxxxxxxx>
• Re: how to sync data on two site CephFS
  • From: Robert Sander <r.sander@xxxxxxxxxxxxxxxxxxx>
• Re: how to sync data on two site CephFS
  • From: Eugen Block <eblock@xxxxxx>
• how to sync data on two site CephFS
  • From: zxcs <zhuxiongcs@xxxxxxx>
• Re: [EXTERNAL] Re: Renaming a ceph node
  • From: Eugen Block <eblock@xxxxxx>
• Re: Extremally need help. Openshift cluster is down :c
  • From: Eugen Block <eblock@xxxxxx>
• Re: Ceph (cepadm) quincy: can't add osd from remote nodes.
  • From: Eugen Block <eblock@xxxxxx>
• Re: [EXTERNAL] Re: Renaming a ceph node
  • From: "Rice, Christian" <crice@xxxxxxxxxxx>
• Re: ceph noout vs ceph norebalance, which is better for minor maintenance
  • From: William Konitzer <wkonitzer@xxxxxxxxxxxx>
• Re: ceph noout vs ceph norebalance, which is better for minor maintenance
  • From: Dan van der Ster <dvanders@xxxxxxxxx>
• Re: ceph noout vs ceph norebalance, which is better for minor maintenance
  • From: Dan van der Ster <dvanders@xxxxxxxxx>
• Re: Extremally need help. Openshift cluster is down :c
  • From: kreept.sama@xxxxxxxxx
• Re: Extremally need help. Openshift cluster is down :c
  • From: kreept.sama@xxxxxxxxx
• ceph noout vs ceph norebalance, which is better for minor maintenance
  • From: wkonitzer@xxxxxxxxxxxx
• Re: clt meeting summary [15/02/2023]
  • From: Laura Flores <lflores@xxxxxxxxxx>
• User + Dev monthly meeting happening tomorrow, Feb. 16th!
  • From: Laura Flores <lflores@xxxxxxxxxx>
• Re: Announcing go-ceph v0.17.0
  • From: Sven Anderson <sven@xxxxxxxxxx>
• clt meeting summary [15/02/2023]
  • From: Nizamudeen A <nia@xxxxxxxxxx>
• Re: Ceph (cepadm) quincy: can't add osd from remote nodes.
  • From: Adam King <adking@xxxxxxxxxx>
• Ceph (cepadm) quincy: can't add osd from remote nodes.
  • From: Anton Chivkunov <anton@xxxxxxxxxxxxxxxxx>
• Re: PSA: Potential problems in a recent kernel?
  • From: Dmitrii Ermakov <demonihin@xxxxxxxxx>
• Re: Very slow snaptrim operations blocking client I/O
  • From: Victor Rodriguez <vrodriguez@xxxxxxxxxxxxx>
• Swift Public Access URL returns "NoSuchBucket" when rgw_swift_account_in_url is True
  • From: "Beaman, Joshua" <Joshua_Beaman@xxxxxxxxxxx>
• Re: Missing object in bucket list
  • From: mahnoosh shahidi <mahnooosh.shd@xxxxxxxxx>
• Re: Renaming a ceph node
  • From: Eugen Block <eblock@xxxxxx>
• Re: iDRAC 9 version 6.10 shows 0% for write endurance on non-dell drives, work around?
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Announcing go-ceph v0.20.0
  • From: Sven Anderson <sven@xxxxxxxxxx>
• Re: iDRAC 9 version 6.10 shows 0% for write endurance on non-dell drives, work around? [EXT]
  • From: Drew Weaver <drew.weaver@xxxxxxxxxx>
• Re: Missing object in bucket list
  • From: "J. Eric Ivancich" <ivancich@xxxxxxxxxx>
• Re: iDRAC 9 version 6.10 shows 0% for write endurance on non-dell drives, work around? [EXT]
  • From: Dave Holland <dh3@xxxxxxxxxxxx>
• iDRAC 9 version 6.10 shows 0% for write endurance on non-dell drives, work around?
  • From: Drew Weaver <drew.weaver@xxxxxxxxxx>
• Re: Cephalocon 2023 Amsterdam Call For Proposals Extended to February 19!
  • From: Satoru Takeuchi <satoru.takeuchi@xxxxxxxxx>
• Renaming a ceph node
  • From: Manuel Lausch <manuel.lausch@xxxxxxxx>
• Re: Frequent calling monitor election
  • From: Frank Schilder <frans@xxxxxx>
• Re: Does cephfs subvolume have commands similar to `rbd perf` to query iops, bandwidth, and latency of rbd image?
  • From: Venky Shankar <vshankar@xxxxxxxxxx>
• Renaming a ceph node
  • From: "Rice, Christian" <crice@xxxxxxxxxxx>
• Re: Any issues with podman 4.2 and Quincy?
  • From: Adam King <adking@xxxxxxxxxx>
• Any issues with podman 4.2 and Quincy?
  • From: Vladimir Brik <vladimir.brik@xxxxxxxxxxxxxxxx>
• Does cephfs subvolume have commands similar to `rbd perf` to query iops, bandwidth, and latency of rbd image?
  • From: 郑亮 <zhengliang0901@xxxxxxxxx>
• Re: Health warning - POOL_TARGET_SIZE_BYTES_OVERCOMMITED
  • From: Sake Paulusma <sake1989@xxxxxxxxxxx>
• Re: Health warning - POOL_TARGET_SIZE_BYTES_OVERCOMMITED
  • From: Sake Paulusma <sake1989@xxxxxxxxxxx>
• Re: mds damage cannot repair
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Missing object in bucket list
  • From: mahnoosh shahidi <mahnooosh.shd@xxxxxxxxx>
• Re: Health warning - POOL_TARGET_SIZE_BYTES_OVERCOMMITED
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Migrate a bucket from replicated pool to ec pool
  • From: Massimo Sgaravatto <massimo.sgaravatto@xxxxxxxxx>
• Re: [RGW - octopus] too many omapkeys on versioned bucket
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: Migrate a bucket from replicated pool to ec pool
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: Is ceph bootstrap keyrings in use after bootstrap?
  • From: Guillaume Abrioux <gabrioux@xxxxxxxxxx>
• Re: mds damage cannot repair
  • From: Andrej Filipcic <andrej.filipcic@xxxxxx>
• Re: [RGW - octopus] too many omapkeys on versioned bucket
  • From: Boris Behrens <bb@xxxxxxxxx>
• Re: [RGW - octopus] too many omapkeys on versioned bucket
  • From: Boris Behrens <bb@xxxxxxxxx>
• [RGW - octopus] too many omapkeys on versioned bucket
  • From: Boris Behrens <bb@xxxxxxxxx>
• Health warning - POOL_TARGET_SIZE_BYTES_OVERCOMMITED
  • From: Sake Paulusma <sake1989@xxxxxxxxxxx>
• Limited set of permissions for an RGW user (S3)
  • From: Gauvain Pocentek <gauvainpocentek@xxxxxxxxx>
• Health warning - POOL_TARGET_SIZE_BYTES_OVERCOMMITED
  • From: Sake Paulusma <sake1989@xxxxxxxxxxx>
• Re%3A%20%5Bceph-users%5D%20Re%3A%20Exit%20yolo%20mode%20by%20increasing%20size/min_size%20does%20not%20%28really%29%20work
  • From: Stefan Pinter <stefan.pinter@xxxxxxxxxxxxxxxx>
• Re: Migrate a bucket from replicated pool to ec pool
  • From: Boris Behrens <bb@xxxxxxxxx>
• Re: Extremally need help. Openshift cluster is down :c
  • From: Eugen Block <eblock@xxxxxx>
• Re: recovery for node disaster
  • From: Robert Sander <r.sander@xxxxxxxxxxxxxxxxxxx>
• Re: Subject: OSDs added, remapped pgs and objects misplaced cycling up and down
  • From: Chris Dunlop <chris@xxxxxxxxxxxx>
• Re: Subject: OSDs added, remapped pgs and objects misplaced cycling up and down
  • From: Alexandre Marangone <a.marangone@xxxxxxxxx>
• recovery for node disaster
  • From: farhad kh <farhad.khedriyan@xxxxxxxxx>
• Subject: OSDs added, remapped pgs and objects misplaced cycling up and down
  • From: Chris Dunlop <chris@xxxxxxxxxxxx>
• Re: Quincy: Stuck on image permissions
  • From: Jakub Chromy <hicks@xxxxxx>
• Re: Extremally need help. Openshift cluster is down :c
  • From: kreept.sama@xxxxxxxxx
• Re: Ceph Quincy On Rocky 8.x - Upgrade To Rocky 9.1
  • From: hicks@xxxxxx
• Quincy: Stuck on image permissions
  • From: hicks@xxxxxx
• Re: Extremally need help. Openshift cluster is down :c
  • From: kreept.sama@xxxxxxxxx
• Re: Exit yolo mode by increasing size/min_size does not (really) work
  • From: stefan <stefan@xxxxxxxxxxxxx>
• Re: Migrate a bucket from replicated pool to ec pool
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: Extremally need help. Openshift cluster is down :c
  • From: Eugen Block <eblock@xxxxxx>
• Migrate a bucket from replicated pool to ec pool
  • From: Boris Behrens <bb@xxxxxxxxx>
• Re: Ceph Quincy On Rocky 8.x - Upgrade To Rocky 9.1
  • From: duluxoz <duluxoz@xxxxxxxxx>
• Re: Ceph Quincy On Rocky 8.x - Upgrade To Rocky 9.1
  • From: duluxoz <duluxoz@xxxxxxxxx>
• Re: Ceph Quincy On Rocky 8.x - Upgrade To Rocky 9.1
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Re: Ceph Quincy On Rocky 8.x - Upgrade To Rocky 9.1
  • From: duluxoz <duluxoz@xxxxxxxxx>
• Re: Ceph Quincy On Rocky 8.x - Upgrade To Rocky 9.1
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Re: Exit yolo mode by increasing size/min_size does not (really) work
  • From: Eugen Block <eblock@xxxxxx>
• Extremally need help. Openshift cluster is down :c
  • From: kreept.sama@xxxxxxxxx
• Re: Exit yolo mode by increasing size/min_size does not (really) work
  • From: stefan.pinter@xxxxxxxxxxxxxxxx
• Re: issue in connecting Openstack(Kolla-ansible) manila with external ceph (cephadm)
  • From: Eugen Block <eblock@xxxxxx>
• issue in connecting Openstack(Kolla-ansible) manila with external ceph (cephadm)
  • From: Haitham Abdulaziz <H14m_@xxxxxxxxxxx>
• Re: RadosGW - Performance Expectations
  • From: Mark Nelson <mark.a.nelson@xxxxxxxxx>
• Re: RadosGW - Performance Expectations
  • From: Shawn Weeks <sweeks@xxxxxxxxxxxxxxxxxx>
• Re: RadosGW - Performance Expectations
  • From: Shawn Weeks <sweeks@xxxxxxxxxxxxxxxxxx>
• Re: RadosGW - Performance Expectations
  • From: Janne Johansson <icepic.dz@xxxxxxxxx>
• Re: RadosGW - Performance Expectations
  • From: Matt Benjamin <mbenjami@xxxxxxxxxx>
• RadosGW - Performance Expectations
  • From: Shawn Weeks <sweeks@xxxxxxxxxxxxxxxxxx>
• Re: No such file or directory when issuing "rbd du"
  • From: Mehmet <ceph@xxxxxxxxxx>
• Yet another question about OSD memory usage ...
  • From: Ulrich Klein <Ulrich.Klein@xxxxxxxxxxxxxx>
• Re: Frequent calling monitor election
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: No such file or directory when issuing "rbd du"
  • From: Victor Rodriguez <vrodriguez@xxxxxxxxxxxxx>
• Re: OSD fail to authenticate after node outage
  • From: Eugen Block <eblock@xxxxxx>
• Re: Exit yolo mode by increasing size/min_size does not (really) work
  • From: Eugen Block <eblock@xxxxxx>
• mds damage cannot repair
  • From: Andrej Filipcic <andrej.filipcic@xxxxxx>
• Ceph Quincy On Rocky 8.x - Upgrade To Rocky 9.1
  • From: duluxoz <duluxoz@xxxxxxxxx>
• Re: Generated signurl is accessible from restricted IPs in bucket policy
  • From: "Robin H. Johnson" <robbat2@xxxxxxxxxx>
• Is ceph bootstrap keyrings in use after bootstrap?
  • From: Zhongzhou Cai <zhongzhoucai@xxxxxxxxxx>
• Re: Frequent calling monitor election
  • From: Frank Schilder <frans@xxxxxx>
• Re: Exit yolo mode by increasing size/min_size does not (really) work
  • From: stefan.pinter@xxxxxxxxxxxxxxxx
• Re: Permanently ignore some warning classes
  • From: "Nicola Mori" <mori@xxxxxxxxxx>
• Generated signurl is accessible from restricted IPs in bucket policy
  • From: "Aggelos Toumasis" <aggelos.toumasis@xxxxxxxxxxxx>
• Re: Nautilus to Octopus when RGW already on Octopus
  • From: r.burrowes@xxxxxxxxxxxxxx
• RGW archive zone lifecycle
  • From: ondrej@xxxxxxx
• [Quincy] Module 'devicehealth' has failed: disk I/O error
  • From: Satish Patel <satish.txt@xxxxxxxxx>
• Rotate lockbox keyring
  • From: Zhongzhou Cai <zhongzhoucai@xxxxxxxxxx>
• OSD fail to authenticate after node outage
  • From: tsmgeek@xxxxxxxxx
• Re: Corrupt bluestore after sudden reboot (17.2.5)
  • From: Peter van Heusden <pvh@xxxxxxxxxxx>
• Re: Frequent calling monitor election
  • From: Frank Schilder <frans@xxxxxx>
• Re: Frequent calling monitor election
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Frequent calling monitor election
  • From: Dan van der Ster <dvanders@xxxxxxxxx>
• No such file or directory when issuing "rbd du"
  • From: Mehmet <ceph@xxxxxxxxxx>
• Frequent calling monitor election
  • From: Frank Schilder <frans@xxxxxx>
• Throttle down rebalance with Quincy
  • From: Victor Rodriguez <vrodriguez@xxxxxxxxxxxxx>
• Re: OSD logs missing from Centralised Logging
  • From: Peter van Heusden <pvh@xxxxxxxxxxx>
• Re: OSD logs missing from Centralised Logging
  • From: "Tarrago, Eli (RIS-BCT)" <Eli.Tarrago@xxxxxxxxxxxxxxxxxx>
• Re: Deep scrub debug option
  • From: Frank Schilder <frans@xxxxxx>
• Is autoscaler doing the right thing?
  • From: "Kyriazis, George" <george.kyriazis@xxxxxxxxx>
• Cephalocon 2023 Amsterdam Call For Proposals Extended to February 19!
  • From: Mike Perez <miperez@xxxxxxxxxx>
• Re: Adding osds to each nodes
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: Exit yolo mode by increasing size/min_size does not (really) work
  • From: Eugen Block <eblock@xxxxxx>
• Re: Adding osds to each nodes
  • From: Eugen Block <eblock@xxxxxx>
• Re: OSD upgrade problem nautilus->octopus - snap_mapper upgrade stuck
  • From: Eugen Block <eblock@xxxxxx>
• Re: Nautilus to Octopus when RGW already on Octopus
  • From: Eugen Block <eblock@xxxxxx>
• OSD logs missing from Centralised Logging
  • From: Peter van Heusden <pvh@xxxxxxxxxxx>
• Re: RGW archive zone lifecycle
  • From: Matt Benjamin <mbenjami@xxxxxxxxxx>
• Adding osds to each nodes
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: Replacing OSD with containerized deployment
  • From: mailing-lists <mailing-lists@xxxxxxxxx>
• RGW archive zone lifecycle
  • From: Ondřej Kukla <ondrej@xxxxxxx>
• Re: Permanently ignore some warning classes
  • From: "Nicola Mori" <mori@xxxxxxxxxx>
• Cephalocon 2023 Amsterdam CFP ENDS in Less Than Five Days
  • From: Mike Perez <miperez@xxxxxxxxxx>
• Re: Deep scrub debug option
  • From: Broccoli Bob <brockolibob@xxxxxxxxx>
• Re: OSD upgrade problem nautilus->octopus - snap_mapper upgrade stuck
  • From: "Mark Schouten" <mark@xxxxxxxx>
• Re: OSD upgrade problem nautilus->octopus - snap_mapper upgrade stuck
  • From: Eugen Block <eblock@xxxxxx>
• Re: Deep scrub debug option
  • From: "Anthony D'Atri" <aad@xxxxxxxxxxxxxx>
• Re: Replacing OSD with containerized deployment
  • From: Guillaume Abrioux <gabrioux@xxxxxxxxxx>
• Re: ceph-fuse in infinite loop reading objects without client requests
  • From: Venky Shankar <vshankar@xxxxxxxxxx>
• Re: Removing Rados Gateway in ceph cluster
  • From: Eugen Block <eblock@xxxxxx>
• Deep scrub debug option
  • From: Broccoli Bob <brockolibob@xxxxxxxxx>
• Re: Rotate lockbox keyring
  • From: Zhongzhou Cai <zhongzhoucai@xxxxxxxxxx>
• Re: Nautilus to Octopus when RGW already on Octopus
  • From: Richard Bade <hitrich@xxxxxxxxx>
• Rotate lockbox keyring
  • From: Zhongzhou Cai <zhongzhoucai@xxxxxxxxxx>
• Re: OSD upgrade problem nautilus->octopus - snap_mapper upgrade stuck
  • From: "Mark Schouten" <mark@xxxxxxxx>
• Re: Ceph Bluestore tweaks for Bcache
  • From: Richard Bade <hitrich@xxxxxxxxx>
• Re: Removing Rados Gateway in ceph cluster
  • From: Gilles Mocellin <gilles.mocellin@xxxxxxxxxxxxxx>
• Ceph Pacific 16.2.11 : ceph-volume does not like LV with the same name in different VG
  • From: Gilles Mocellin <gilles.mocellin@xxxxxxxxxxxxxx>
• Re: Telemetry service is temporarily down
  • From: Yaarit Hatuka <yhatuka@xxxxxxxxxx>
• Re: Inconsistency in rados ls
  • From: Ramin Najjarbashi <ramin.najarbashi@xxxxxxxxx>
• Re: Removing Rados Gateway in ceph cluster
  • From: Michel Niyoyita <micou12@xxxxxxxxx>
• Re: Removing Rados Gateway in ceph cluster
  • From: Michel Niyoyita <micou12@xxxxxxxxx>
• Re: Removing Rados Gateway in ceph cluster
  • From: Eugen Block <eblock@xxxxxx>
• Re: Removing Rados Gateway in ceph cluster
  • From: Eugen Block <eblock@xxxxxx>
• Re: Removing Rados Gateway in ceph cluster
  • From: Michel Niyoyita <micou12@xxxxxxxxx>
• Re: Removing Rados Gateway in ceph cluster
  • From: Robert Sander <r.sander@xxxxxxxxxxxxxxxxxxx>
• Re: Inconsistency in rados ls
  • From: Robert Sander <r.sander@xxxxxxxxxxxxxxxxxxx>
• Re: Removing Rados Gateway in ceph cluster
  • From: Michel Niyoyita <micou12@xxxxxxxxx>
• Re: Any ceph constants available?
  • From: Robert Sander <r.sander@xxxxxxxxxxxxxxxxxxx>
• Re: Removing Rados Gateway in ceph cluster
  • From: Eugen Block <eblock@xxxxxx>
• Re: Removing Rados Gateway in ceph cluster
  • From: Eugen Block <eblock@xxxxxx>
• Re: Inconsistency in rados ls
  • From: Eugen Block <eblock@xxxxxx>
• Removing Rados Gateway in ceph cluster
  • From: Michel Niyoyita <micou12@xxxxxxxxx>
• PG increase / data movement fine tuning
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: Inconsistency in rados ls
  • From: Ramin Najjarbashi <ramin.najarbashi@xxxxxxxxx>
• Re: Any ceph constants available?
  • From: William Edwards <wedwards@xxxxxxxxxxxxxx>
• Re: [EXTERNAL] Any ceph constants available?
  • From: "Beaman, Joshua (Contractor)" <Joshua_Beaman@xxxxxxxxxxx>
• Re: cephadm and the future
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• Nautilus to Octopus when RGW already on Octopus
  • From: r.burrowes@xxxxxxxxxxxxxx
• 'ceph orch upgrade...' causes an rbd outage on a proxmox cluster
  • From: Pierre BELLEMAIN <pierre.bellemain@xxxxxxxxxxxxxx>
• Re: Permanently ignore some warning classes
  • From: "Nicola Mori" <mori@xxxxxxxxxx>
• Re: Permanently ignore some warning classes
  • From: "Nicola Mori" <mori@xxxxxxxxxx>
• Re: deploying Ceph using FQDN for MON / MDS Services
  • From: kushagra.gupta@xxxxxxx
• Re: [EXTERNAL] Any ceph constants available?
  • From: Thomas Cannon <thomas.cannon@xxxxxxxxx>
• Re: [EXTERNAL] Any ceph constants available?
  • From: "Beaman, Joshua (Contractor)" <Joshua_Beaman@xxxxxxxxxxx>
• Any ceph constants available?
  • From: Thomas Cannon <thomas.cannon@xxxxxxxxx>
• cephadm and the future
  • From: Christopher Durham <caduceus42@xxxxxxx>
• ceph-fuse in infinite loop reading objects without client requests
  • From: Andras Pataki <apataki@xxxxxxxxxxxxxxxxxxxxx>
• Exit yolo mode by increasing size/min_size does not (really) work
  • From: Stefan Pinter <stefan.pinter@xxxxxxxxxxxxxxxx>
• Re: deploying Ceph using FQDN for MON / MDS Services
  • From: Ruidong Gao <ruidong.gao@xxxxxxxxx>
• Re: 'ceph orch upgrade...' causes an rbd outage on a proxmox cluster
  • From: Pierre BELLEMAIN <pierre.bellemain@xxxxxxxxxxxxxx>
• Re: deploying Ceph using FQDN for MON / MDS Services
  • From: Lokendra Rathour <lokendrarathour@xxxxxxxxx>
• Re: Telemetry service is temporarily down
  • From: Yaarit Hatuka <yhatuka@xxxxxxxxxx>
• Re: [EXTERNAL] Re: Ceph Upgrade path
  • From: "Beaman, Joshua (Contractor)" <Joshua_Beaman@xxxxxxxxxxx>
• 'ceph orch upgrade...' causes an rbd outage on a proxmox cluster
  • From: Pierre BELLEMAIN <pierre.bellemain@xxxxxxxxxxxxxx>
• Re: Inconsistency in rados ls
  • From: Eugen Block <eblock@xxxxxx>
• Re: January Ceph Science Virtual User Group
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Re: January Ceph Science Virtual User Group
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• ceph quincy cannot change osd_recovery_max_active, please help
  • From: "辣条➀号" <8888@xxxxxxxxx>
• Re: Ceph Bluestore tweaks for Bcache
  • From: Matthias Ferdinand <mf+ml.ceph@xxxxxxxxx>
• Re: CEPHADM_STRAY_DAEMON does not exist, how do I remove knowledge of it from ceph?
  • From: Michael Baer <ceph@xxxxxxxxxxxxxxx>
• Re: CEPHADM_STRAY_DAEMON does not exist, how do I remove knowledge of it from ceph?
  • From: Adam King <adking@xxxxxxxxxx>
• CEPHADM_STRAY_DAEMON does not exist, how do I remove knowledge of it from ceph?
  • From: ceph@xxxxxxxxxxxxxxx
• Re: How to get RBD client log?
  • From: Jinhao Hu <jinhaohu@xxxxxxxxxx>
• CLT meeting summary 2023-02-01
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: Adding Labels Section to Perf Counters Output
  • From: Josh Baergen <jbaergen@xxxxxxxxxxxxxxxx>
• Re: Ceph Upgrade path
  • From: "Fox, Kevin M" <Kevin.Fox@xxxxxxxx>
• Re: How to get RBD client log?
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: Replacing OSD with containerized deployment
  • From: mailing-lists <mailing-lists@xxxxxxxxx>
• Re: Replacing OSD with containerized deployment
  • From: mailing-lists <mailing-lists@xxxxxxxxx>
• Re: How to get RBD client log?
  • From: Ruidong Gao <ruidong.gao@xxxxxxxxx>
• Inconsistency in rados ls
  • From: Ramin Najjarbashi <ramin.najarbashi@xxxxxxxxx>
• Documentation - February 2023 - Request for Comments
  • From: John Zachary Dover <zac.dover@xxxxxxxxx>
• Ceph Upgrade path
  • From: Iztok Gregori <iztok.gregori@xxxxxxxxxx>
• Re: Replacing OSD with containerized deployment
  • From: Guillaume Abrioux <gabrioux@xxxxxxxxxx>
• Re: Replacing OSD with containerized deployment
  • From: mailing-lists <mailing-lists@xxxxxxxxx>
• Adding Labels Section to Perf Counters Output
  • From: Ali Maredia <amaredia@xxxxxxxxxx>
• Re: January Ceph Science Virtual User Group
  • From: Mike Perez <miperez@xxxxxxxxxx>
• How to get RBD client log?
  • From: Jinhao Hu <jinhaohu@xxxxxxxxxx>
• Re: Replacing OSD with containerized deployment
  • From: Guillaume Abrioux <gabrioux@xxxxxxxxxx>
• Re: Replacing OSD with containerized deployment
  • From: mailing-lists <mailing-lists@xxxxxxxxx>
• Re: ceph/daemon stable tag
  • From: Jonas Nemeikšis <jnemeiksis@xxxxxxxxx>
• Re: Replacing OSD with containerized deployment
  • From: mailing-lists <mailing-lists@xxxxxxxxx>
• Re: ceph/daemon stable tag
  • From: Guillaume Abrioux <gabrioux@xxxxxxxxxx>
• Re: Debian update to 16.2.11-1~bpo11+1 failing
  • From: Matthew Booth <mbooth@xxxxxxxxxx>
• Re: ceph/daemon stable tag
  • From: Guillaume Abrioux <gabrioux@xxxxxxxxxx>
• Re: Replacing OSD with containerized deployment
  • From: "David Orman" <ormandj@xxxxxxxxxxxx>
• Re: ceph/daemon stable tag
  • From: Jonas Nemeikšis <jnemeiksis@xxxxxxxxx>
• Re: Replacing OSD with containerized deployment
  • From: mailing-lists <mailing-lists@xxxxxxxxx>
• Re: ceph/daemon stable tag
  • From: Guillaume Abrioux <gabrioux@xxxxxxxxxx>
• ceph/daemon stable tag
  • From: Jonas Nemeikšis <jnemeiksis@xxxxxxxxx>
• Re: Permanently ignore some warning classes
  • From: Reed Dier <reed.dier@xxxxxxxxxxx>
• Re: Very slow snaptrim operations blocking client I/O
  • From: Victor Rodriguez <vrodriguez@xxxxxxxxxxxxx>
• Re: Replacing OSD with containerized deployment
  • From: mailing-lists <mailing-lists@xxxxxxxxx>
• Re: Replacing OSD with containerized deployment
  • From: mailing-lists <mailing-lists@xxxxxxxxx>
• Re: Write amplification for CephFS?
  • From: Janne Johansson <icepic.dz@xxxxxxxxx>
• Re: Replacing OSD with containerized deployment
  • From: "David Orman" <ormandj@xxxxxxxxxxxx>
• Re: Write amplification for CephFS?
  • From: Manuel Holtgrewe <zyklenfrei@xxxxxxxxx>
• Re: Write amplification for CephFS?
  • From: Janne Johansson <icepic.dz@xxxxxxxxx>
• Re: Very slow snaptrim operations blocking client I/O
  • From: Ana Aviles <ana@xxxxxxxxxxxx>
• Re: Write amplification for CephFS?
  • From: Manuel Holtgrewe <zyklenfrei@xxxxxxxxx>
• Re: Write amplification for CephFS?
  • From: Janne Johansson <icepic.dz@xxxxxxxxx>
• Re: rbd online sparsify image
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• OSDs will not start
  • From: Geoffrey Rhodes <geoffrey@xxxxxxxxxxxxx>
• Write amplification for CephFS?
  • From: Manuel Holtgrewe <zyklenfrei@xxxxxxxxx>
• Re: Replacing OSD with containerized deployment
  • From: mailing-lists <mailing-lists@xxxxxxxxx>
• Re: Very slow snaptrim operations blocking client I/O
  • From: Frank Schilder <frans@xxxxxx>
• Re: Very slow snaptrim operations blocking client I/O
  • From: Victor Rodriguez <vrodriguez@xxxxxxxxxxxxx>
• Re: Very slow snaptrim operations blocking client I/O
  • From: Frank Schilder <frans@xxxxxx>
• Re: rbd-mirror ceph quincy Not able to find rbd_mirror_journal_max_fetch_bytes config in rbd mirror
  • From: Eugen Block <eblock@xxxxxx>
• Re: rbd online sparsify image
  • From: Jiatong Shen <yshxxsjt715@xxxxxxxxx>
• Re: excluding from host_pattern
  • From: mored1948@xxxxxxxxxxxxxx
• Re: Ceph rbd clients surrender exclusive lock in critical situation
  • From: Mored1948@xxxxxxxxxxxxxx
• Re: Debian update to 16.2.11-1~bpo11+1 failing
  • From: maebi@xxxxxxxxx
• Real memory usage of the osd(s)
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: Very slow snaptrim operations blocking client I/O
  • From: Victor Rodriguez <vrodriguez@xxxxxxxxxxxxx>
• Re: Replacing OSD with containerized deployment
  • From: "David Orman" <ormandj@xxxxxxxxxxxx>
• Re: All pgs unknown
  • From: Josh Baergen <jbaergen@xxxxxxxxxxxxxxxx>
• Re: Very slow snaptrim operations blocking client I/O
  • From: Matt Vandermeulen <storage@xxxxxxxxxxxx>
• Re: rbd online sparsify image
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• rbd-mirror replication speed is very slow - but initial replication is fast
  • From: "ankit raikwar" <ankit199999raikwar@xxxxxxxxx>
• All pgs unknown
  • From: Daniel Brunner <daniel@brunner.ninja>
• Replacing OSD with containerized deployment
  • From: "Ken D" <mailing-lists@xxxxxxxxx>
• Replacing OSD with containerized deployment
  • From: mailing-lists <mailing-lists@xxxxxxxxx>
• Replacing OSD with containerized deployment
  • From: mailing-lists <mailing-lists@xxxxxxxxx>
• rbd online sparsify image
  • From: Jiatong Shen <yshxxsjt715@xxxxxxxxx>
• Re: Very slow snaptrim operations blocking client I/O
  • From: Victor Rodriguez <vrodriguez@xxxxxxxxxxxxx>
• Re: Very slow snaptrim operations blocking client I/O
  • From: Matt Vandermeulen <storage@xxxxxxxxxxxx>
• Re: Very slow snaptrim operations blocking client I/O
  • From: Victor Rodriguez <vrodriguez@xxxxxxxxxxxxx>
• Re: excluding from host_pattern
  • From: Nizamudeen A <nia@xxxxxxxxxx>
• Re: excluding from host_pattern
  • From: E Taka <0etaka0@xxxxxxxxx>
• Re: excluding from host_pattern
  • From: Ulrich Klein <Ulrich.Klein@xxxxxxxxxxxxxx>
• Re: Very slow snaptrim operations blocking client I/O
  • From: Victor Rodriguez <vrodriguez@xxxxxxxxxxxxx>
• Re: Very slow snaptrim operations blocking client I/O
  • From: Victor Rodriguez <vrodriguez@xxxxxxxxxxxxx>
• excluding from host_pattern
  • From: E Taka <0etaka0@xxxxxxxxx>
• Re: Very slow snaptrim operations blocking client I/O
  • From: Josh Baergen <jbaergen@xxxxxxxxxxxxxxxx>
• Re: Very slow snaptrim operations blocking client I/O
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: Very slow snaptrim operations blocking client I/O
  • From: Victor Rodriguez <vrodriguez@xxxxxxxxxxxxx>
• Re: Very slow snaptrim operations blocking client I/O
  • From: Wesley Dillingham <wes@xxxxxxxxxxxxxxxxx>
• Re: Ceph rbd clients surrender exclusive lock in critical situation
  • From: Frank Schilder <frans@xxxxxx>
• Re: Ceph rbd clients surrender exclusive lock in critical situation
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: Ceph rbd clients surrender exclusive lock in critical situation
  • From: Frank Schilder <frans@xxxxxx>
• Re: OSDs fail to start after stopping them with ceph osd stop command
  • From: Stefan Hanreich <s.hanreich@xxxxxxxxxxx>
• Re: Ceph rbd clients surrender exclusive lock in critical situation
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Very slow snaptrim operations blocking client I/O
  • From: Victor Rodriguez <vrodriguez@xxxxxxxxxxxxx>
• PSA: Potential problems in a recent kernel?
  • From: Matthew Booth <mbooth@xxxxxxxxxx>
• Re: Ceph rbd clients surrender exclusive lock in critical situation
  • From: Frank Schilder <frans@xxxxxx>
• Re: OSDs fail to start after stopping them with ceph osd stop command
  • From: Eugen Block <eblock@xxxxxx>
• Audit logs of creating RBD volumes and creating RGW buckets
  • From: Jinhao Hu <jinhaohu@xxxxxxxxxx>
• Re: OSDs are not utilized evenly
  • From: Jeremy Austin <jhaustin@xxxxxxxxx>
• Re: ceph 16.2.10 cluster down
  • From: Jens Galsgaard <jens@xxxxxxxxxxxxx>
• Re: OSDs are not utilized evenly
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: OSDs are not utilized evenly
  • From: Jeremy Austin <jhaustin@xxxxxxxxx>
• Re: Ceph rbd clients surrender exclusive lock in critical situation
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• Ceph Days Co-Located with SCALE - CFP ends in 1 week
  • From: Mike Perez <miperez@xxxxxxxxxx>
• Re: Octopus mgr doesn't resume after boot
  • From: Renata Callado Borges <renato.callado@xxxxxxxxxxxx>
• Re: cephadm upgrade 16.2.10 to 16.2.11: osds crash and get stuck restarting
  • From: Zakhar Kirpichenko <zakhar@xxxxxxxxx>
• Re: ceph 16.2.10 cluster down
  • From: Robert Sander <r.sander@xxxxxxxxxxxxxxxxxxx>
• Cannot delete images in rbd_trash
  • From: Nikhil Shah <nishah@xxxxxxxxx>
• Re: ceph 16.2.10 cluster down
  • From: Jens Galsgaard <jens@xxxxxxxxxxxxx>
• January Ceph Science Virtual User Group
  • From: Kevin Hrpcek <kevin.hrpcek@xxxxxxxxxxxxx>
• Re: ceph 16.2.10 cluster down
  • From: Robert Sander <r.sander@xxxxxxxxxxxxxxxxxxx>
• ceph 16.2.10 cluster down
  • From: Jens Galsgaard <jens@xxxxxxxxxxxxx>
• Re: Debian update to 16.2.11-1~bpo11+1 failing
  • From: Matthias Aebi <maebi@xxxxxxxxx>
• Re: Debian update to 16.2.11-1~bpo11+1 failing
  • From: Luke Hall <luke@xxxxxxxxxxxxxxxxxxxxx>
• Re: Debian update to 16.2.11-1~bpo11+1 failing
  • From: Luke Hall <luke@xxxxxxxxxxxxxxxxxxxxx>
• Re: cephadm upgrade 16.2.10 to 16.2.11: osds crash and get stuck restarting
  • From: Stefan Kooman <stefan@xxxxxx>
• Debian update to 16.2.11-1~bpo11+1 failing
  • From: Luke Hall <luke@xxxxxxxxxxxxxxxxxxxxx>
• Cephalocon 2023 Is Coming to Amsterdam! CFP Is Now Open!
  • From: Mike Perez <miperez@xxxxxxxxxx>
• Re: cephadm upgrade 16.2.10 to 16.2.11: osds crash and get stuck restarting
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• cephadm upgrade 16.2.10 to 16.2.11: osds crash and get stuck restarting
  • From: Zakhar Kirpichenko <zakhar@xxxxxxxxx>
• Re: MDS stuck in "up:replay"
  • From: Thomas Widhalm <widhalmt@xxxxxxxxxxxxx>
• v16.2.11 Pacific released
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: Mount ceph using FQDN
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: deploying Ceph using FQDN for MON / MDS Services
  • From: John Mulligan <phlogistonjohn@xxxxxxxxxxxxx>
• Re: Status of Quincy 17.2.5 ?
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Re: Image corrupt after restoring snapshot via Proxmox
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• Re: Problems with autoscaler (overlapping roots) after changing the pool class
  • From: Massimo Sgaravatto <massimo.sgaravatto@xxxxxxxxx>
• OSDs will not start
  • From: Geoffrey Rhodes <geoffrey@xxxxxxxxxxxxx>
• Re: Status of Quincy 17.2.5 ?
  • From: Christian Rohmann <christian.rohmann@xxxxxxxxx>
• Image corrupt after restoring snapshot via Proxmox
  • From: Roel van Meer <roel@xxxxxxxx>
• Re: ceph cluster iops low
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Re: Mount ceph using FQDN
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Re: ceph cluster iops low
  • From: petersun@xxxxxxxxxxxx
• Re: Problems with autoscaler (overlapping roots) after changing the pool class
  • From: Eugen Block <eblock@xxxxxx>
• Octopus mgr doesn't resume after boot
  • From: Renata Callado Borges <renato.callado@xxxxxxxxxxxx>
• Re: 16.2.11 pacific QE validation status
  • From: Josh Durgin <jdurgin@xxxxxxxxxx>
• Re: 16.2.11 pacific QE validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Mount ceph using FQDN
  • From: kushagra.gupta@xxxxxxx
• Problems with autoscaler (overlapping roots) after changing the pool class
  • From: Massimo Sgaravatto <massimo.sgaravatto@xxxxxxxxx>
• Integrating openstack/swift to ceph cluster
  • From: Michel Niyoyita <micou12@xxxxxxxxx>
• OSDs fail to start after stopping them with ceph osd stop command
  • From: Stefan Hanreich <s.hanreich@xxxxxxxxxxx>
• Re: deploying Ceph using FQDN for MON / MDS Services
  • From: Robert Sander <r.sander@xxxxxxxxxxxxxxxxxxx>
• Re: deploying Ceph using FQDN for MON / MDS Services
  • From: Robert Sander <r.sander@xxxxxxxxxxxxxxxxxxx>
• Re: Mds crash at cscs
  • From: Venky Shankar <vshankar@xxxxxxxxxx>
• deploying Ceph using FQDN for MON / MDS Services
  • From: Lokendra Rathour <lokendrarathour@xxxxxxxxx>
• Re: 16.2.11 pacific QE validation status
  • From: Venky Shankar <vshankar@xxxxxxxxxx>
• Re: 16.2.11 pacific QE validation status
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: MDS stuck in "up:replay"
  • From: Venky Shankar <vshankar@xxxxxxxxxx>
• Re: ceph cluster iops low
  • From: Mark Nelson <mark.a.nelson@xxxxxxxxx>
• rbd_mirroring_delete_delay not removing images with snaps
  • From: Tyler Brekke <tbrekke@xxxxxxxxxxxxxxxx>
• ceph cluster iops low
  • From: petersun@xxxxxxxxxxxx
• Re: rbd-mirror ceph quincy Not able to find rbd_mirror_journal_max_fetch_bytes config in rbd mirror
  • From: "ankit raikwar" <ankit199999raikwar@xxxxxxxxx>
• Re: MDS stuck in "up:replay"
  • From: adjurdjevic@xxxxxxxxx
• Re: Ceph Disk Prediction module issues
  • From: Nikhil Shah <nshah113@xxxxxxxxx>
• Set async+rdma in Ceph cluster
  • From: Aristide Bekroundjo <bekroundjo@xxxxxxx>
• Re: 16.2.11 pacific QE validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: 16.2.11 pacific QE validation status
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: 16.2.11 pacific QE validation status
  • From: Venky Shankar <vshankar@xxxxxxxxxx>
• Re: Pools and classes
  • From: Massimo Sgaravatto <massimo.sgaravatto@xxxxxxxxx>
• Re: trouble deploying custom config OSDs
  • From: Guillaume Abrioux <gabrioux@xxxxxxxxxx>
• Re: Pools and classes
  • From: Robert Sander <r.sander@xxxxxxxxxxxxxxxxxxx>
• Re: Pools and classes
  • From: Massimo Sgaravatto <massimo.sgaravatto@xxxxxxxxx>
• Re: 16.2.11 pacific QE validation status
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• Re: 16.2.11 pacific QE validation status
  • From: Nizamudeen A <nia@xxxxxxxxxx>
• Re: Retrieve number of read/write operations for a particular file in Cephfs
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: 16.2.11 pacific QE validation status
  • From: Neha Ojha <nojha@xxxxxxxxxx>
• Re: 16.2.11 pacific QE validation status
  • From: Laura Flores <lflores@xxxxxxxxxx>
• Re: trouble deploying custom config OSDs
  • From: seccentral <seccentral@xxxxxxxxxxxxxx>
• Re: 16.2.11 pacific QE validation status
  • From: Ernesto Puerta <epuertat@xxxxxxxxxx>
• Re: 16.2.11 pacific QE validation status
  • From: Adam King <adking@xxxxxxxxxx>
• Re: 16.2.11 pacific QE validation status
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: 16.2.11 pacific QE validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• RBD to fail fast/auto unmap in case of timeout
  • From: Mathias Chapelain <mathias.chapelain@xxxxxxxxx>
• Pools and classes
  • From: Massimo Sgaravatto <massimo.sgaravatto@xxxxxxxxx>
• Re: MDS stuck in "up:replay"
  • From: Venky Shankar <vshankar@xxxxxxxxxx>
• Re: trouble deploying custom config OSDs
  • From: Guillaume Abrioux <gabrioux@xxxxxxxxxx>
• trouble deploying custom config OSDs
  • From: seccentral <seccentral@xxxxxxxxxxxxxx>
• journal fills ...
  • From: Michael Lipp <mnl@xxxxxx>
• Mds crash at cscs
  • From: "Lo Re Giuseppe" <giuseppe.lore@xxxxxxx>
• Re: rbd-mirror ceph quincy Not able to find rbd_mirror_journal_max_fetch_bytes config in rbd mirror
  • From: "ankit raikwar" <ankit199999raikwar@xxxxxxxxx>
• Re: ceph quincy rgw openstack howto
  • From: Eugen Block <eblock@xxxxxx>
• journal fills ...
  • From: Michael Lipp <mnl@xxxxxx>
• Re: MDS stuck in "up:replay"
  • From: Thomas Widhalm <thomas.widhalm@xxxxxxxxxx>
• Re: MDS stuck in "up:replay"
  • From: Thomas Widhalm <thomas.widhalm@xxxxxxxxxx>
• Re: MDS stuck in "up:replay"
  • From: Venky Shankar <vshankar@xxxxxxxxxx>
• Re: Ceph rbd clients surrender exclusive lock in critical situation
  • From: Frank Schilder <frans@xxxxxx>
• Re: Ceph rbd clients surrender exclusive lock in critical situation
  • From: Andreas Teuchert <a.teuchert@xxxxxxxxxxxx>
• Re: Problem with IO after renaming File System .data pool
  • From: Murilo Morais <murilo@xxxxxxxxxxxxxx>
• Re: Ceph rbd clients surrender exclusive lock in critical situation
  • From: Frank Schilder <frans@xxxxxx>
• Re: 17.2.5 ceph fs status: AssertionError
  • From: Venky Shankar <vshankar@xxxxxxxxxx>
• Re: 17.2.5 ceph fs status: AssertionError
  • From: Robert Sander <r.sander@xxxxxxxxxxxxxxxxxxx>
• ceph quincy rgw openstack howto
  • From: Shashi Dahal <myshashi@xxxxxxxxx>
• MDS crash in "inotablev == mds->inotable->get_version()"
  • From: Kenny Van Alstyne <kenny.vanalstyne@xxxxxxxxxxxx>
• Re: Ceph rbd clients surrender exclusive lock in critical situation
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: Flapping OSDs on pacific 16.2.10
  • From: Frank Schilder <frans@xxxxxx>
• Re: Flapping OSDs on pacific 16.2.10
  • From: J-P Methot <jp.methot@xxxxxxxxxxxxxxxxx>
• Re: Flapping OSDs on pacific 16.2.10
  • From: Frank Schilder <frans@xxxxxx>
• Re: ceph orch osd spec questions
  • From: Wyll Ingersoll <wyllys.ingersoll@xxxxxxxxxxxxxx>
• Re: Ceph-ansible: add a new HDD to an already provisioned WAL device
  • From: Len Kimms <len.kimms@xxxxxxxxxxxxxxx>
• Re: Ceph rbd clients surrender exclusive lock in critical situation
  • From: Frank Schilder <frans@xxxxxx>
• Re: Flapping OSDs on pacific 16.2.10
  • From: J-P Methot <jp.methot@xxxxxxxxxxxxxxxxx>
• Re: Flapping OSDs on pacific 16.2.10
  • From: "Anthony D'Atri" <aad@xxxxxxxxxxxxxx>
• Re: Flapping OSDs on pacific 16.2.10
  • From: Danny Webb <Danny.Webb@xxxxxxxxxxxxxxx>
• Re: Ceph rbd clients surrender exclusive lock in critical situation
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Flapping OSDs on pacific 16.2.10
  • From: J-P Methot <jp.methot@xxxxxxxxxxxxxxxxx>
• Ceph rbd clients surrender exclusive lock in critical situation
  • From: Frank Schilder <frans@xxxxxx>
• Re: MDS stuck in "up:replay"
  • From: Thomas Widhalm <thomas.widhalm@xxxxxxxxxx>
• Re: MDS stuck in "up:replay"
  • From: Kotresh Hiremath Ravishankar <khiremat@xxxxxxxxxx>
• Re: MDS stuck in "up:replay"
  • From: Kotresh Hiremath Ravishankar <khiremat@xxxxxxxxxx>
• Re: Ceph-ansible: add a new HDD to an already provisioned WAL device
  • From: Guillaume Abrioux <gabrioux@xxxxxxxxxx>
• [RFC] Detail view of OSD network I/O
  • From: Nico Schottelius <nico.schottelius@xxxxxxxxxxx>
• Re: Ceph Community Infrastructure Outage
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• Re: Stable erasure coding CRUSH rule for multiple hosts?
  • From: Eugen Block <eblock@xxxxxx>
• 17.2.5 ceph fs status: AssertionError
  • From: Robert Sander <r.sander@xxxxxxxxxxxxxxxxxxx>
• Re: bidirectional rbd-mirroring
  • From: "Aielli, Elia" <elia.aielli@xxxxxxxxxx>