CEPH Filesystem Users

• Thread Index

• Re: Help needed, ceph fs down due to large stray dir
  • From: Frank Schilder <frans@xxxxxx>
• Re: Help needed, ceph fs down due to large stray dir
  • From: Spencer Macphee <spencerofsydney@xxxxxxxxx>
• Re: Help needed, ceph fs down due to large stray dir
  • From: Frank Schilder <frans@xxxxxx>
• Re: Help needed, ceph fs down due to large stray dir
  • From: Bailey Allison <ballison@xxxxxxxxxxxx>
• Re: Help needed, ceph fs down due to large stray dir
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Help needed, ceph fs down due to large stray dir
  • From: Frank Schilder <frans@xxxxxx>
• Re: Slow initial boot of OSDs in large cluster with unclean state
  • From: Joshua Baergen <jbaergen@xxxxxxxxxxxxxxxx>
• Re: ceph orch upgrade tries to pull latest?
  • From: tobias tempel <tobias.tempel@xxxxxxx>
• Re: MDSs report oversized cache during forward scrub
  • From: Frank Schilder <frans@xxxxxx>
• MDSs report oversized cache during forward scrub
  • From: Frank Schilder <frans@xxxxxx>
• MDSs report oversized cache during forward scrub
  • From: Frank Schilder <frans@xxxxxx>
• Re: Per-Client Quality of Service settings
  • From: Olaf Seibert <o.seibert@xxxxxxxxxxxx>
• Re: Ceph Orchestrator ignores attribute filters for SSDs
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Re: Per-Client Quality of Service settings
  • From: "Anthony D'Atri" <aad@xxxxxxxxxxxxxx>
• Ceph Orchestrator ignores attribute filters for SSDs
  • From: Janek Bevendorff <janek.bevendorff@xxxxxxxxxxxxx>
• Per-Client Quality of Service settings
  • From: Olaf Seibert <o.seibert@xxxxxxxxxxxx>
• Re: ceph tell throws WARN: the service id you provided does not exist.
  • From: Frank Schilder <frans@xxxxxx>
• ceph tell throws WARN: the service id you provided does not exist.
  • From: Frank Schilder <frans@xxxxxx>
• Re: Find out num of PGs that would go offline on OSD shutdown
  • From: Andre Tann <atann@xxxxxxxxxxxx>
• Re: Find out num of PGs that would go offline on OSD shutdown
  • From: Eugen Block <eblock@xxxxxx>
• Re: Slow initial boot of OSDs in large cluster with unclean state
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Re: Find out num of PGs that would go offline on OSD shutdown
  • From: Robert Sander <r.sander@xxxxxxxxxxxxxxxxxxx>
• Find out num of PGs that would go offline on OSD shutdown
  • From: Andre Tann <atann@xxxxxxxxxxxx>
• Re: Can I delete cluster_network?
  • From: Dan van der Ster <dan.vanderster@xxxxxxxxx>
• Can I delete cluster_network?
  • From: "=?gb18030?b?y9Wy7Ln+tvuy0w==?=" <2644294460@xxxxxx>
• Re: Slow initial boot of OSDs in large cluster with unclean state
  • From: Joshua Baergen <jbaergen@xxxxxxxxxxxxxxxx>
• Re: squid 19.2.1 RC QE validation status
  • From: Adam Emerson <aemerson@xxxxxxxxxx>
• Re: who build RPM package
  • From: John Mulligan <phlogistonjohn@xxxxxxxxxxxxx>
• Re: Slow initial boot of OSDs in large cluster with unclean state
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Re: OSDs won't come back after upgrade
  • From: Eugen Block <eblock@xxxxxx>
• Re: Protection of WAL during spillover on implicitly colocated db/wal devices
  • From: Igor Fedotov <igor.fedotov@xxxxxxxx>
• Re: Experimental upgrade of a Cephadm-managed Squid cluster to Ubuntu Noble (walk-through and RFC)
  • From: Redouane Kachach <rkachach@xxxxxxxxxx>
• Re: ceph orch upgrade tries to pull latest?
  • From: Stephan Hohn <stephan@xxxxxxxxxxxx>
• Re: ceph orch upgrade tries to pull latest?
  • From: tobias tempel <tobias.tempel@xxxxxxx>
• Re: Random ephemeral pinning, what happens to sub-tree under pin root dir
  • From: Frank Schilder <frans@xxxxxx>
• Re: squid 19.2.1 RC QE validation status
  • From: Matan Breizman <mbreizma@xxxxxxxxxx>
• who build RPM package
  • From: Tony Liu <tonyliu0592@xxxxxxxxxxx>
• OSDs won't come back after upgrade
  • From: Jorge Garcia <jgarcia@xxxxxxxxxxxx>
• Re: squid 19.2.1 RC QE validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: ceph orch upgrade tries to pull latest?
  • From: Adam King <adking@xxxxxxxxxx>
• Re: Slow initial boot of OSDs in large cluster with unclean state
  • From: Dan van der Ster <dan.vanderster@xxxxxxxxx>
• Re: squid 19.2.1 RC QE validation status
  • From: Laura Flores <lflores@xxxxxxxxxx>
• Re: Slow initial boot of OSDs in large cluster with unclean state
  • From: Thomas Byrne - STFC UKRI <tom.byrne@xxxxxxxxxx>
• Re: Slow initial boot of OSDs in large cluster with unclean state
  • From: Thomas Byrne - STFC UKRI <tom.byrne@xxxxxxxxxx>
• Re: Slow initial boot of OSDs in large cluster with unclean state
  • From: "Anthony D'Atri" <aad@xxxxxxxxxxxxxx>
• Re: Slow initial boot of OSDs in large cluster with unclean state
  • From: Thomas Byrne - STFC UKRI <tom.byrne@xxxxxxxxxx>
• Re: Understanding filesystem size
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: Slow initial boot of OSDs in large cluster with unclean state
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Re: Slow initial boot of OSDs in large cluster with unclean state
  • From: Thomas Byrne - STFC UKRI <tom.byrne@xxxxxxxxxx>
• Re: fqdn in spec
  • From: Lukasz Borek <lukasz@xxxxxxxxxxxx>
• fqdn in spec
  • From: "Piotr Pisz" <piotr@xxxxxxxxx>
• Re: Understanding filesystem size
  • From: Nicola Mori <mori@xxxxxxxxxx>
• ceph orch upgrade tries to pull latest?
  • From: tobias tempel <tobias.tempel@xxxxxxx>
• Re: Understanding filesystem size
  • From: Nicola Mori <mori@xxxxxxxxxx>
• Re: Cephfs path based restricition without cephx
  • From: Rok Jaklič <rjaklic@xxxxxxxxx>
• Re: Cephfs path based restricition without cephx
  • From: Dan van der Ster <dan.vanderster@xxxxxxxxx>
• Re: squid 19.2.1 RC QE validation status
  • From: Laura Flores <lflores@xxxxxxxxxx>
• Re: Slow initial boot of OSDs in large cluster with unclean state
  • From: Dan van der Ster <dan.vanderster@xxxxxxxxx>
• 18.2.5 reediness for QE Validation
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: Slow initial boot of OSDs in large cluster with unclean state
  • From: Wesley Dillingham <wes@xxxxxxxxxxxxxxxxx>
• Re: Slow initial boot of OSDs in large cluster with unclean state
  • From: "Anthony D'Atri" <aad@xxxxxxxxxxxxxx>
• Slow initial boot of OSDs in large cluster with unclean state
  • From: Thomas Byrne - STFC UKRI <tom.byrne@xxxxxxxxxx>
• Re: squid 19.2.1 RC QE validation status
  • From: Adam Emerson <aemerson@xxxxxxxxxx>
• Cephfs path based restricition without cephx
  • From: Rok Jaklič <rjaklic@xxxxxxxxx>
• check Nova keyring file
  • From: Michel Niyoyita <micou12@xxxxxxxxx>
• Re: How to configure prometheus password in ceph dashboard.
  • From: Redouane Kachach <rkachach@xxxxxxxxxx>
• Re: Modify or override ceph_default_alerts.yml
  • From: Eugen Block <eblock@xxxxxx>
• Re: Modify or override ceph_default_alerts.yml
  • From: "Devin A. Bougie" <devin.bougie@xxxxxxxxxxx>
• Re: squid 19.2.1 RC QE validation status
  • From: "J. Eric Ivancich" <ivancich@xxxxxxxxxx>
• Re: squid 19.2.1 RC QE validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: squid 19.2.1 RC QE validation status
  • From: Adam Emerson <aemerson@xxxxxxxxxx>
• Protection of WAL during spillover on implicitly colocated db/wal devices
  • From: Wesley Dillingham <wes@xxxxxxxxxxxxxxxxx>
• Re: Many misplaced PG's, full OSD's and a good amount of manual intervention to keep my Ceph cluster alive.
  • From: Bruno Gomes Pessanha <bruno.pessanha@xxxxxxxxx>
• Re: Many misplaced PG's, full OSD's and a good amount of manual intervention to keep my Ceph cluster alive.
  • From: Bruno Gomes Pessanha <bruno.pessanha@xxxxxxxxx>
• Re: Many misplaced PG's, full OSD's and a good amount of manual intervention to keep my Ceph cluster alive.
  • From: Bruno Gomes Pessanha <bruno.pessanha@xxxxxxxxx>
• Re: Problems with autoscaler (overlapping roots) after changing the pool class
  • From: Rok Jaklič <rjaklic@xxxxxxxxx>
• Re: How to configure prometheus password in ceph dashboard.
  • From: Eugen Block <eblock@xxxxxx>
• Re: squid 19.2.1 RC QE validation status
  • From: Venky Shankar <vshankar@xxxxxxxxxx>
• Re: Many misplaced PG's, full OSD's and a good amount of manual intervention to keep my Ceph cluster alive.
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• [no subject]
  • From: Unknown
• Re: Many misplaced PG's, full OSD's and a good amount of manual intervention to keep my Ceph cluster alive.
  • From: Laimis Juzeliūnas <laimis.juzeliunas@xxxxxxxxxx>
• Re: Many misplaced PG's, full OSD's and a good amount of manual intervention to keep my Ceph cluster alive.
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: Many misplaced PG's, full OSD's and a good amount of manual intervention to keep my Ceph cluster alive.
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: Many misplaced PG's, full OSD's and a good amount of manual intervention to keep my Ceph cluster alive.
  • From: Bruno Gomes Pessanha <bruno.pessanha@xxxxxxxxx>
• Re: Many misplaced PG's, full OSD's and a good amount of manual intervention to keep my Ceph cluster alive.
  • From: Bruno Gomes Pessanha <bruno.pessanha@xxxxxxxxx>
• Re: Many misplaced PG's, full OSD's and a good amount of manual intervention to keep my Ceph cluster alive.
  • From: Bruno Gomes Pessanha <bruno.pessanha@xxxxxxxxx>
• Re: Many misplaced PG's, full OSD's and a good amount of manual intervention to keep my Ceph cluster alive.
  • From: Bruno Gomes Pessanha <bruno.pessanha@xxxxxxxxx>
• Re: Many misplaced PG's, full OSD's and a good amount of manual intervention to keep my Ceph cluster alive.
  • From: Burkhard Linke <Burkhard.Linke@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Many misplaced PG's, full OSD's and a good amount of manual intervention to keep my Ceph cluster alive.
  • From: Laimis Juzeliūnas <laimis.juzeliunas@xxxxxxxxxx>
• Re: Many misplaced PG's, full OSD's and a good amount of manual intervention to keep my Ceph cluster alive.
  • From: Laimis Juzeliūnas <laimis.juzeliunas@xxxxxxxxxx>
• Re: Many misplaced PG's, full OSD's and a good amount of manual intervention to keep my Ceph cluster alive.
  • From: Laimis Juzeliūnas <laimis.juzeliunas@xxxxxxxxxx>
• Re: Understanding filesystem size
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: Understanding filesystem size
  • From: Nicola Mori <mori@xxxxxxxxxx>
• cephadm rollout behavior and post adoption issues
  • From: Nima AbolhassanBeigi <nima.abolhassanbeigi@xxxxxxxxx>
• How to configure prometheus password in ceph dashboard.
  • From: s.dhivagar.cse@xxxxxxxxx
• Re: recovery a downed/inaccessible pg
  • From: Bartosz Rabiega <bartosz.rabiega@xxxxxxxxxxxx>
• Many misplaced PG's, full OSD's and a good amount of manual intervention to keep my Ceph cluster alive.
  • From: bruno.pessanha@xxxxxxxxx
• Re: Understanding filesystem size
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: Understanding filesystem size
  • From: Nicola Mori <mori@xxxxxxxxxx>
• Re: Understanding filesystem size
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: Understanding filesystem size
  • From: Eugen Block <eblock@xxxxxx>
• Re: Understanding filesystem size
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: Understanding filesystem size
  • From: Eugen Block <eblock@xxxxxx>
• Re: Understanding filesystem size
  • From: Nicola Mori <mori@xxxxxxxxxx>
• Re: Understanding filesystem size
  • From: "Anthony D'Atri" <aad@xxxxxxxxxxxxxx>
• Measuring write latency (ceph osd perf)
  • From: Jan Kasprzak <kas@xxxxxxxxxx>
• Re: Understanding filesystem size
  • From: Nicola Mori <mori@xxxxxxxxxx>
• Re: Understanding filesystem size
  • From: Eugen Block <eblock@xxxxxx>
• Re: Understanding filesystem size
  • From: "Anthony D'Atri" <aad@xxxxxxxxxxxxxx>
• Re: Understanding filesystem size
  • From: Nicola Mori <mori@xxxxxxxxxx>
• Re: Understanding filesystem size
  • From: "Anthony D'Atri" <aad@xxxxxxxxxxxxxx>
• Re: squid 19.2.1 RC QE validation status
  • From: Adam King <adking@xxxxxxxxxx>
• Re: Experimental upgrade of a Cephadm-managed Squid cluster to Ubuntu Noble (walk-through and RFC)
  • From: Florian Haas <florian.haas@xxxxxxxxxx>
• Re: Understanding filesystem size
  • From: Nicola Mori <mori@xxxxxxxxxx>
• Re: Experimental upgrade of a Cephadm-managed Squid cluster to Ubuntu Noble (walk-through and RFC)
  • From: Redouane Kachach <rkachach@xxxxxxxxxx>
• Re: Understanding filesystem size
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: squid 19.2.1 RC QE validation status
  • From: Guillaume ABRIOUX <gabrioux@xxxxxxx>
• Understanding filesystem size
  • From: Nicola Mori <mori@xxxxxxxxxx>
• Re: recovery a downed/inaccessible pg
  • From: Eugen Block <eblock@xxxxxx>
• disregard Re: Missing Release file? (cephadm add-repo —release squid fails on Ubuntu 24.04.1 LTS)
  • From: Christian Kuhtz <christian@xxxxxxxxx>
• Missing Release file? (cephadm add-repo —release squid fails on Ubuntu 24.04.1 LTS)
  • From: Christian Kuhtz <christian@xxxxxxxxx>
• Re: Modify or override ceph_default_alerts.yml
  • From: Eugen Block <eblock@xxxxxx>
• Re: download.ceph.com TLS cert expired 29/12/2024
  • From: Zakhar Kirpichenko <zakhar@xxxxxxxxx>
• Modify or override ceph_default_alerts.yml
  • From: "Devin A. Bougie" <devin.bougie@xxxxxxxxxxx>
• Re: download.ceph.com TLS cert expired 29/12/2024
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: download.ceph.com TLS cert expired 29/12/2024
  • From: Zakhar Kirpichenko <zakhar@xxxxxxxxx>
• Re: download.ceph.com TLS cert expired 29/12/2024
  • From: Christian Kuhtz <christian@xxxxxxxxx>
• download.ceph.com TLS cert expired 29/12/2024
  • From: Zakhar Kirpichenko <zakhar@xxxxxxxxx>
• ceph-14.2.22 OSD crashing - PrimaryLogPG::hit_set_trim on unfound object
  • From: Nikola Ciprich <nikola.ciprich@xxxxxxxxxxx>
• Re: squid 19.2.1 RC QE validation status
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: Tpm2 in squid
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Re: Tpm2 in squid
  • From: Ehsan Golpayegani <e.golpayegani@xxxxxxxxx>
• Re: Pls stuck in snaptrim
  • From: Eugen Block <eblock@xxxxxx>
• Re: Tpm2 in squid
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Re: Ceph Reef 18.2.2 - stucked pgs in not scrubbed and deep-scrubbed in time
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Ceph Reef 18.2.2 - stucked pgs in not scrubbed and deep-scrubbed in time
  • From: Saint Kid <saint8kid@xxxxxxxxx>
• Re: squid 19.2.1 RC QE validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• TPM2 in squid 19.2.0
  • From: Ehsan Golpayegani <e.golpayegani@xxxxxxxxx>
• Pls stuck in snaptrim
  • From: bellow.oar_0t@xxxxxxxxxx
• Re: OSD_FULL after OSD Node Failures
  • From: Boris <bb@xxxxxxxxx>
• Re: OSD_FULL after OSD Node Failures
  • From: "Gerard Hand" <g.hand@xxxxxxxxxxxxxxx>
• (no subject)
  • From: Gilles Mocellin <gilles.mocellin@xxxxxxxxxxxxxx>
• TPM2 capabilities
  • From: Ehsan Golpayegani <e.golpayegani@xxxxxxxxx>
• Tpm2 in squid
  • From: Ehsan Golpayegani <e.golpayegani@xxxxxxxxx>
• recovery a downed/inaccessible pg
  • From: Nick Anderson <ande3707@xxxxxxxxx>
• Re: RGW sizing in multisite and rgw_run_sync_thread
  • From: Vahideh Alinouri <vahideh.alinouri@xxxxxxxxx>
• 2024-12-26 Perf Meeting Cancelled
  • From: Matt Vandermeulen <storage@xxxxxxxxxxxx>
• SI (was: radosgw stopped working)
  • From: Gregory Orange <gregory.orange@xxxxxxxxxxxxx>
• Re: Problems with autoscaler (overlapping roots) after changing the pool class
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: Problems with autoscaler (overlapping roots) after changing the pool class
  • From: Rok Jaklič <rjaklic@xxxxxxxxx>
• Re: radosgw stopped working
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: radosgw stopped working
  • From: Rok Jaklič <rjaklic@xxxxxxxxx>
• Re: radosgw stopped working
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: radosgw stopped working
  • From: Rok Jaklič <rjaklic@xxxxxxxxx>
• Re: radosgw stopped working
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: Problems with autoscaler (overlapping roots) after changing the pool class
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: Problems with autoscaler (overlapping roots) after changing the pool class
  • From: Rok Jaklič <rjaklic@xxxxxxxxx>
• Re: radosgw stopped working
  • From: Alwin Antreich <alwin.antreich@xxxxxxxx>
• Re: Problems with autoscaler (overlapping roots) after changing the pool class
  • From: Eugen Block <eblock@xxxxxx>
• Re: Problems with autoscaler (overlapping roots) after changing the pool class
  • From: Rok Jaklič <rjaklic@xxxxxxxxx>
• Re: RGW multisite metadata sync issue
  • From: Vahideh Alinouri <vahideh.alinouri@xxxxxxxxx>
• Re: Issue With Dasboard TLS Certificate (Renewal)
  • From: duluxoz <duluxoz@xxxxxxxxx>
• Re: radosgw stopped working
  • From: Rok Jaklič <rjaklic@xxxxxxxxx>
• Re: radosgw stopped working
  • From: Rok Jaklič <rjaklic@xxxxxxxxx>
• Re: radosgw stopped working
  • From: Laimis Juzeliūnas <laimis.juzeliunas@xxxxxxxxxx>
• Re: radosgw stopped working
  • From: Alwin Antreich <alwin.antreich@xxxxxxxx>
• Re: radosgw stopped working
  • From: Rok Jaklič <rjaklic@xxxxxxxxx>
• Re: radosgw stopped working
  • From: Alwin Antreich <alwin.antreich@xxxxxxxx>
• Re: radosgw stopped working
  • From: Laimis Juzeliūnas <laimis.juzeliunas@xxxxxxxxxx>
• Re: radosgw stopped working
  • From: Rok Jaklič <rjaklic@xxxxxxxxx>
• Re: radosgw stopped working
  • From: Laimis Juzeliūnas <laimis.juzeliunas@xxxxxxxxxx>
• Re: radosgw stopped working
  • From: Rok Jaklič <rjaklic@xxxxxxxxx>
• Re: radosgw stopped working
  • From: Laimis Juzeliūnas <laimis.juzeliunas@xxxxxxxxxx>
• Re: radosgw stopped working
  • From: Alwin Antreich <alwin.antreich@xxxxxxxx>
• Re: radosgw stopped working
  • From: Rok Jaklič <rjaklic@xxxxxxxxx>
• Re: radosgw stopped working
  • From: Eugen Block <eblock@xxxxxx>
• radosgw stopped working
  • From: Rok Jaklič <rjaklic@xxxxxxxxx>
• Re: EC pool only for hdd
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: Upgrade stalled after upgrading managers
  • From: Laimis Juzeliūnas <laimis.juzeliunas@xxxxxxxxxx>
• Re: EC pool only for hdd
  • From: Rok Jaklič <rjaklic@xxxxxxxxx>
• Re: Experimental upgrade of a Cephadm-managed Squid cluster to Ubuntu Noble (walk-through and RFC)
  • From: Florian Haas <florian.haas@xxxxxxxxxx>
• Re: RGW multisite metadata sync issue
  • From: Eugen Block <eblock@xxxxxx>
• Re: EC pool only for hdd
  • From: Eugen Block <eblock@xxxxxx>
• Re: Issue With Dasboard TLS Certificate (Renewal)
  • From: Eugen Block <eblock@xxxxxx>
• Re: EC pool only for hdd
  • From: Rok Jaklič <rjaklic@xxxxxxxxx>
• Re: Experimental upgrade of a Cephadm-managed Squid cluster to Ubuntu Noble (walk-through and RFC)
  • From: Robert Sander <r.sander@xxxxxxxxxxxxxxxxxxx>
• Re: OSD stuck during a two-OSD drain
  • From: Nicola Mori <mori@xxxxxxxxxx>
• Re: OSD stuck during a two-OSD drain
  • From: Laimis Juzeliūnas <laimis.juzeliunas@xxxxxxxxxx>
• OSD stuck during a two-OSD drain
  • From: Nicola Mori <mori@xxxxxxxxxx>
• Re: Issue With Dasboard TLS Certificate (Renewal)
  • From: duluxoz <duluxoz@xxxxxxxxx>
• Re: squid 19.2.1 RC QE validation status
  • From: Laura Flores <lflores@xxxxxxxxxx>
• Re: Cephadm multi zone rgw_dns_name setting
  • From: Huseyin Cotuk <hcotuk@xxxxxxxxx>
• Re: Cephadm multi zone rgw_dns_name setting
  • From: Can Özyurt <acozyurt@xxxxxxxxx>
• [RGW] multisite sync, stall recovering shards
  • From: Gilles Mocellin <gilles.mocellin@xxxxxxxxxxxxxx>
• Cephadm multi zone rgw_dns_name setting
  • From: Huseyin Cotuk <hcotuk@xxxxxxxxx>
• January 2025 Ceph Meetup in Berlin, Germany and Frankfurt/Main, Germany - interested people welcome !
  • From: Matthias Muench <mmuench@xxxxxxxxxx>
• Re: Issue With Dasboard TLS Certificate (Renewal)
  • From: Chris Palmer <chris.palmer@xxxxxxxxx>
• Re: MONs not trimming
  • From: Janek Bevendorff <janek.bevendorff@xxxxxxxxxxxxx>
• Re: CRC Bad Signature when using KRBD
  • From: Friedrich Weber <f.weber@xxxxxxxxxxx>
• Re: Squid: deep scrub issues
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Re: squid 19.2.1 RC QE validation status
  • From: Eugen Block <eblock@xxxxxx>
• Issue With Dasboard TLS Certificate (Renewal)
  • From: duluxoz <duluxoz@xxxxxxxxx>
• Re: squid 19.2.1 RC QE validation status
  • From: Harry G Coin <hgcoin@xxxxxxxxx>
• Re: squid 19.2.1 RC QE validation status
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: Squid Manager Daemon: balancer crashing orchestrator and dashboard
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Re: pgs not deep-scrubbed in time
  • From: Jan Kasprzak <kas@xxxxxxxxxx>
• Re: Experimental upgrade of a Cephadm-managed Squid cluster to Ubuntu Noble (walk-through and RFC)
  • From: Florian Haas <florian.haas@xxxxxxxxxx>
• Re: pgs not deep-scrubbed in time
  • From: Eugen Block <eblock@xxxxxx>
• Re: Experimental upgrade of a Cephadm-managed Squid cluster to Ubuntu Noble (walk-through and RFC)
  • From: Robert Sander <r.sander@xxxxxxxxxxxxxxxxxxx>
• pgs not deep-scrubbed in time
  • From: Jan Kasprzak <kas@xxxxxxxxxx>
• Announcing go-ceph v0.31.0
  • From: Anoop C S <anoopcs@xxxxxxxxxxxxx>
• RGW sizing in multisite and rgw_run_sync_thread
  • From: Adam Prycki <aprycki@xxxxxxxxxxxxx>
• Re: Update host operating system - Ceph version 18.2.4 reef
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: Update host operating system - Ceph version 18.2.4 reef
  • From: Janne Johansson <icepic.dz@xxxxxxxxx>
• ceph network acl: multiple network prefixes possible?
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: Random ephemeral pinning, what happens to sub-tree under pin root dir
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: MONs not trimming
  • From: Gregory Orange <gregory.orange@xxxxxxxxxxxxx>
• Re: squid 19.2.1 RC QE validation status
  • From: Laura Flores <lflores@xxxxxxxxxx>
• Re: squid 19.2.1 RC QE validation status
  • From: Laura Flores <lflores@xxxxxxxxxx>
• Re: Erasure coding best practice
  • From: Eugen Block <eblock@xxxxxx>
• Re: stray host with daemons
  • From: Eugen Block <eblock@xxxxxx>
• Re: Erasure coding issue
  • From: Eugen Block <eblock@xxxxxx>
• cephadm problem with create hosts fqdn via spec
  • From: "Piotr Pisz" <piotr@xxxxxxxxx>
• Re: Update host operating system - Ceph version 18.2.4 reef
  • From: Linas Vepstas <linasvepstas@xxxxxxxxx>
• Experimental upgrade of a Cephadm-managed Squid cluster to Ubuntu Noble (walk-through and RFC)
  • From: Florian Haas <florian.haas@xxxxxxxxxx>
• Re: Update host operating system - Ceph version 18.2.4 reef
  • From: Janne Johansson <icepic.dz@xxxxxxxxx>
• Re: MONs not trimming
  • From: Janek Bevendorff <janek.bevendorff@xxxxxxxxxxxxx>
• Re: MONs not trimming
  • From: Joshua Baergen <jbaergen@xxxxxxxxxxxxxxxx>
• Re: MONs not trimming
  • From: Janek Bevendorff <janek.bevendorff@xxxxxxxxxxxxx>
• Tracing Ceph with LTTng-UST issue
  • From: IslamChakib Kedadsa <ki_kedadsa@xxxxxx>
• Re: MONs not trimming
  • From: Joshua Baergen <jbaergen@xxxxxxxxxxxxxxxx>
• Re: MONs not trimming
  • From: Janek Bevendorff <janek.bevendorff@xxxxxxxxxxxxx>
• [Cephadm] Bootstrap Ceph with alternative data directory
  • From: Jinfeng Biao <Jinfeng.Biao@xxxxxxxxxx>
• Re: Squid Manager Daemon: balancer crashing orchestrator and dashboard
  • From: Laimis Juzeliūnas <laimis.juzeliunas@xxxxxxxxxx>
• Erasure coding issue
  • From: Deba Dey <debadey886@xxxxxxxxx>
• mount path missing for subvolume
  • From: bruno.pessanha@xxxxxxxxx
• Update host operating system - Ceph version 18.2.4 reef
  • From: alessandro@xxxxxxxxxxxxxxxxxx
• Update host operating system - Ceph version 18.2.4 reef
  • From: alessandro@xxxxxxxxxxxxxxxxxx
• OSD_FULL after OSD Node Failures
  • From: "Gerard Hand" <g.hand@xxxxxxxxxxxxxxx>
• Re: Squid: deep scrub issues
  • From: Laimis Juzeliūnas <laimis.juzeliunas@xxxxxxxxxx>
• Re: stray host with daemons
  • From: zzxtty@xxxxxxxxx
• Re: MONs not trimming
  • From: Janek Bevendorff <janek.bevendorff@xxxxxxxxxxxxx>
• Re: MONs not trimming
  • From: Janek Bevendorff <janek.bevendorff@xxxxxxxxxxxxx>
• Re: Erasure coding best practice
  • From: "Anthony D'Atri" <aad@xxxxxxxxxxxxxx>
• Re: Erasure coding best practice
  • From: Janne Johansson <icepic.dz@xxxxxxxxx>
• Re: MONs not trimming
  • From: Janne Johansson <icepic.dz@xxxxxxxxx>
• Re: Erasure coding best practice
  • From: "Anthony D'Atri" <aad@xxxxxxxxxxxxxx>
• Re: MONs not trimming
  • From: Janek Bevendorff <janek.bevendorff@xxxxxxxxxxxxx>
• Re: MONs not trimming
  • From: Wesley Dillingham <wes@xxxxxxxxxxxxxxxxx>
• Re: MONs not trimming
  • From: Burkhard Linke <Burkhard.Linke@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• MONs not trimming
  • From: Janek Bevendorff <janek.bevendorff@xxxxxxxxxxxxx>
• Re: Erasure coding best practice
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: Upgrade stalled after upgrading managers
  • From: Torkil Svensgaard <torkil@xxxxxxxx>
• Re: Upgrade stalled after upgrading managers
  • From: Eugen Block <eblock@xxxxxx>
• Re: Upgrade stalled after upgrading managers
  • From: Laimis Juzeliūnas <laimis.juzeliunas@xxxxxxxxxx>
• Re: Upgrade stalled after upgrading managers
  • From: Torkil Svensgaard <torkil@xxxxxxxx>
• Upgrade stalled after upgrading managers
  • From: Torkil Svensgaard <torkil@xxxxxxxx>
• Re: Correct way to replace working OSD disk keeping the same OSD ID
  • From: Nicola Mori <mori@xxxxxxxxxx>
• Re: Erasure coding best practice
  • From: Alexander Patrakov <patrakov@xxxxxxxxx>
• Re: RGW multisite metadata sync issue
  • From: Vahideh Alinouri <vahideh.alinouri@xxxxxxxxx>
• we cannot read the prometheus Metrics
  • From: Giovanna Ratini <giovanna.ratini@xxxxxxxxxxxxxxx>
• Erasure coding best practice
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• squid 19.2.1 RC QE validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• doc: https://docs.ceph.com/ root URL still redirects to Reef
  • From: Florian Haas <florian.haas@xxxxxxxxxx>
• Re: RGW multisite metadata sync issue
  • From: Vahideh Alinouri <vahideh.alinouri@xxxxxxxxx>
• Re: OSD bind ports min/max sizing
  • From: Eugen Block <eblock@xxxxxx>
• Re: OSD bind ports min/max sizing
  • From: Joachim Kraftmayer <joachim.kraftmayer@xxxxxxxxx>
• OSD bind ports min/max sizing
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• RGW multisite metadata sync issue
  • From: Vahideh Alinouri <vahideh.alinouri@xxxxxxxxx>
• Re: failed to load OSD map for epoch 2898146, got 0 bytes
  • From: ceph@xxxxxxxxxx
• Re: OSD process in the "weird" state
  • From: Malte Stroem <malte.stroem@xxxxxxxxx>
• Re: stray host with daemons
  • From: Eugen Block <eblock@xxxxxx>
• Re: CRC Bad Signature when using KRBD
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [RGW] Never ending PUT requests
  • From: Gilles Mocellin <gilles.mocellin@xxxxxxxxxxxxxx>
• Random ephemeral pinning, what happens to sub-tree under pin root dir
  • From: Frank Schilder <frans@xxxxxx>
• Re: failed to load OSD map for epoch 2898146, got 0 bytes
  • From: Frank Schilder <frans@xxxxxx>
• Re: constant increase in osdmap epoch
  • From: Eugen Block <eblock@xxxxxx>
• Re: constant increase in osdmap epoch
  • From: Frank Schilder <frans@xxxxxx>
• Dashboard redirection changed after upgrade octopus to pacific
  • From: Frank Schilder <frans@xxxxxx>
• Re: 19.2.1 reediness for QE Validation
  • From: Eugen Block <eblock@xxxxxx>
• Re: 19.2.1 reediness for QE Validation
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: Ceph Cluster slowness in production
  • From: Curt <lightspd@xxxxxxxxx>
• Re: How to list pg-upmap-items
  • From: Cedric <yipikai7@xxxxxxxxx>
• Re: CRC Bad Signature when using KRBD
  • From: Friedrich Weber <f.weber@xxxxxxxxxxx>
• stray host with daemons
  • From: Chris Webb <zzxtty@xxxxxxxxx>
• Re: The Object Gateway Service is not configured, Credentials not found for RGW Daemon
  • From: Malte Stroem <malte.stroem@xxxxxxxxx>
• Re: NFS cluster
  • From: John Mulligan <phlogistonjohn@xxxxxxxxxxxxx>
• NFS cluster
  • From: Rok Jaklič <rjaklic@xxxxxxxxx>
• Re: How to list pg-upmap-items
  • From: Janne Johansson <icepic.dz@xxxxxxxxx>
• Re: Ceph Cluster slowness in production
  • From: Eugen Block <eblock@xxxxxx>
• Ceph Cluster slowness in production
  • From: Michel Niyoyita <micou12@xxxxxxxxx>
• Re: How to list pg-upmap-items
  • From: Matt Vandermeulen <storage@xxxxxxxxxxxx>
• How to list pg-upmap-items
  • From: Frank Schilder <frans@xxxxxx>
• Re: The Object Gateway Service is not configured, Credentials not found for RGW Daemon
  • From: Nizamudeen A <nia@xxxxxxxxxx>
• The Object Gateway Service is not configured, Credentials not found for RGW Daemon
  • From: Malte Stroem <malte.stroem@xxxxxxxxx>
• admin_socket: exception getting command descriptions: [Errno 2] No such file or directory
  • From: Frank Schilder <frans@xxxxxx>
• Re: 19.2.1 reediness for QE Validation
  • From: Eugen Block <eblock@xxxxxx>
• Re: 19.2.1 reediness for QE Validation
  • From: Laura Flores <lflores@xxxxxxxxxx>
• Re: Correct way to replace working OSD disk keeping the same OSD ID
  • From: Eugen Block <eblock@xxxxxx>
• Re: Correct way to replace working OSD disk keeping the same OSD ID
  • From: tobias tempel <tobias.tempel@xxxxxxx>
• Re: Correct way to replace working OSD disk keeping the same OSD ID
  • From: Nicola Mori <mori@xxxxxxxxxx>
• Re: Correct way to replace working OSD disk keeping the same OSD ID
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• Re: Correct way to replace working OSD disk keeping the same OSD ID
  • From: Janne Johansson <icepic.dz@xxxxxxxxx>
• Correct way to replace working OSD disk keeping the same OSD ID
  • From: Nicola Mori <mori@xxxxxxxxxx>
• MDS crashing and stuck in replay(laggy) ( "batch_ops.empty()", "p->first <= start" )
  • From: Enrico Favero <enrico.favero@xxxxxx>
• Re: Performance Discrepancy Between rbd bench and fio on Ceph RBD
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: is replica pool required to store metadata for EC pool?
  • From: Eugen Block <eblock@xxxxxx>
• Re: Performance Discrepancy Between rbd bench and fio on Ceph RBD
  • From: Ml Ml <mliebherr99@xxxxxxxxxxxxxx>
• Re: About erasure code for larger hdd
  • From: Phong Tran Thanh <tranphong079@xxxxxxxxx>
• Re: Single unfound object in cluster with no previous version - is there anyway to recover rather than deleting the object?
  • From: Ivan Clayson <ivan@xxxxxxxxxxxxxxxxx>
• OSD process in the "weird" state
  • From: Jan Marek <jmarek@xxxxxx>
• Re: ceph multisite lifecycle not working
  • From: Christopher Durham <caduceus42@xxxxxxx>
• Re: Performance Discrepancy Between rbd bench and fio on Ceph RBD
  • From: darren@xxxxxxxxxxxx
• Re: Performance Discrepancy Between rbd bench and fio on Ceph RBD
  • From: Robert Sander <r.sander@xxxxxxxxxxxxxxxxxxx>
• Performance Discrepancy Between rbd bench and fio on Ceph RBD
  • From: Ml Ml <mliebherr99@xxxxxxxxxxxxxx>
• Re: ceph multisite lifecycle not working
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: About erasure code for larger hdd
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: About erasure code for larger hdd
  • From: Lukasz Borek <lukasz@xxxxxxxxxxxx>
• Re: Replacing Ceph Monitors for Openstack
  • From: Enrico Bocchi <enrico.bocchi@xxxxxxx>
• About erasure code for larger hdd
  • From: Phong Tran Thanh <tranphong079@xxxxxxxxx>
• Ceph Steering Committee Election: Ceph Executive Council
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: Slow ops during index pool recovery causes cluster performance drop to 1%
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• ceph multisite lifecycle not working
  • From: Christopher Durham <caduceus42@xxxxxxx>
• Re: Dump/Add users yaml/json
  • From: Joachim Kraftmayer <joachim.kraftmayer@xxxxxxxxx>
• Re: CephFS: Revert snapshot
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• CephFS: Revert snapshot
  • From: Andre Tann <atann@xxxxxxxxxxxx>
• Re: Dump/Add users yaml/json
  • From: "David C." <david.casier@xxxxxxxx>
• Re: Dump/Add users yaml/json
  • From: Albert Shih <Albert.Shih@xxxxxxxx>
• Weird pg degradation behavior
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: what's the minimum m to keep cluster functioning when 2 OSDs are down?
  • From: Eugen Block <eblock@xxxxxx>
• is replica pool required to store metadata for EC pool?
  • From: Tony Liu <tonyliu0592@xxxxxxxxxxx>
• what's the minimum m to keep cluster functioning when 2 OSDs are down?
  • From: Tony Liu <tonyliu0592@xxxxxxxxxxx>
• 19.2.1 reediness for QE Validation
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: Mailing List Issues
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• Mailing List Issues
  • From: "Kozakis, Anestis" <Anestis.Kozakis@xxxxxxxxxxxxxxx>
• Re: Dump/Add users yaml/json
  • From: Kai Stian Olstad <ceph+list@xxxxxxxxxx>
• Re: Dump/Add users yaml/json
  • From: "David C." <david.casier@xxxxxxxx>
• Re: Dump/Add users yaml/json
  • From: Albert Shih <Albert.Shih@xxxxxxxx>
• lifecycle processing in multisite
  • From: Christopher Durham <caduceus42@xxxxxxx>
• Re: down OSDs, Bluestore out of space, unable to restart
  • From: John Jasen <jjasen@xxxxxxxxx>
• Re: Replacing Ceph Monitors for Openstack
  • From: Adrien Georget <adrien.georget@xxxxxxxxxxx>
• Re: EC pool only for hdd
  • From: Rok Jaklič <rjaklic@xxxxxxxxx>
• Ceph mirror failing on /archive/el6/x86_64/ceph-0.67.10-0.el6.x86_64.rpm
  • From: Rouven Seifert <rouven.seifert@xxxxxxxx>
• Re: EC pool only for hdd
  • From: ceph@xxxxxxxxxx
• Re: failed to load OSD map for epoch 2898146, got 0 bytes
  • From: Eugen Block <eblock@xxxxxx>
• Re: Issue creating LVs within cephadm shell
  • From: Eugen Block <eblock@xxxxxx>
• Re: EC pool only for hdd
  • From: Rok Jaklič <rjaklic@xxxxxxxxx>
• Re: EC pool only for hdd
  • From: Eugen Block <eblock@xxxxxx>
• Re: Single unfound object in cluster with no previous version - is there anyway to recover rather than deleting the object?
  • From: Joachim Kraftmayer <joachim.kraftmayer@xxxxxxxxx>
• Re: failed to load OSD map for epoch 2898146, got 0 bytes
  • From: Frank Schilder <frans@xxxxxx>
• Re: EC pool only for hdd
  • From: Rok Jaklič <rjaklic@xxxxxxxxx>
• Re: Dump/Add users yaml/json
  • From: Joachim Kraftmayer <joachim.kraftmayer@xxxxxxxxx>
• Re: EC pool only for hdd
  • From: Eugen Block <eblock@xxxxxx>
• Re: Squid: deep scrub issues
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Re: Squid: deep scrub issues
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• Re: EC pool only for hdd
  • From: Rok Jaklič <rjaklic@xxxxxxxxx>
• Re: down OSDs, Bluestore out of space, unable to restart
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Re: Squid: deep scrub issues
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Re: down OSDs, Bluestore out of space, unable to restart
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Re: Snaptriming speed degrade with pg increase
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Issue creating LVs within cephadm shell
  • From: Ed Krotee <ed.krotee@xxxxxxx>
• Re: Squid: deep scrub issues
  • From: Laimis Juzeliūnas <laimis.juzeliunas@xxxxxxxxxx>
• Re: Squid: deep scrub issues
  • From: Laimis Juzeliūnas <laimis.juzeliunas@xxxxxxxxxx>
• Re: Squid: deep scrub issues
  • From: Laimis Juzeliūnas <laimis.juzeliunas@xxxxxxxxxx>
• Re: classes crush rules new cluster
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• Re: classes crush rules new cluster
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: new cluser ceph osd perf = 0
  • From: Linas Vepstas <linasvepstas@xxxxxxxxx>
• Re: Additional rgw pool
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Dump/Add users yaml/json
  • From: Albert Shih <Albert.Shih@xxxxxxxx>
• Re: down OSDs, Bluestore out of space, unable to restart
  • From: Martin Konold <martin.konold@xxxxxxxxxx>
• Re: classes crush rules new cluster
  • From: Eugen Block <eblock@xxxxxx>
• Re: down OSDs, Bluestore out of space, unable to restart
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Re: nfs-ganesha 5 changes
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• Re: nfs-ganesha 5 changes
  • From: P Wagner-Beccard <wagner-kerschbaumer@xxxxxxxxxxxxx>
• Re: Replacing Ceph Monitors for Openstack
  • From: Eugen Block <eblock@xxxxxx>
• Re: classes crush rules new cluster
  • From: Andre Tann <atann@xxxxxxxxxxxx>
• Re: Replacing Ceph Monitors for Openstack
  • From: Tyler Stachecki <stachecki.tyler@xxxxxxxxx>
• Re: Snaptriming speed degrade with pg increase
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: Additional rgw pool
  • From: Janne Johansson <icepic.dz@xxxxxxxxx>
• Single unfound object in cluster with no previous version - is there anyway to recover rather than deleting the object?
  • From: Ivan Clayson <ivan@xxxxxxxxxxxxxxxxx>
• Re: down OSDs, Bluestore out of space, unable to restart
  • From: Igor Fedotov <igor.fedotov@xxxxxxxx>
• Additional rgw pool
  • From: Rok Jaklič <rjaklic@xxxxxxxxx>
• Re: internal communication network
  • From: Michel Niyoyita <micou12@xxxxxxxxx>
• Re: classes crush rules new cluster
  • From: Eugen Block <eblock@xxxxxx>
• Replacing Ceph Monitors for Openstack
  • From: Adrien Georget <adrien.georget@xxxxxxxxxxx>
• Re: Snaptriming speed degrade with pg increase
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Re: Snaptriming speed degrade with pg increase
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: internal communication network
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Re: Snaptriming speed degrade with pg increase
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Re: internal communication network
  • From: Eugen Block <eblock@xxxxxx>
• Re: new cluser ceph osd perf = 0
  • From: Eugen Block <eblock@xxxxxx>
• Re: [CephFS] Completely exclude some MDS rank from directory processing
  • From: Eugen Block <eblock@xxxxxx>
• Re: new cluser ceph osd perf = 0
  • From: Janne Johansson <icepic.dz@xxxxxxxxx>
• Re: classes crush rules new cluster
  • From: Andre Tann <atann@xxxxxxxxxxxx>
• Re: classes crush rules new cluster
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• Re: classes crush rules new cluster
  • From: Eugen Block <eblock@xxxxxx>
• Re: Snaptriming speed degrade with pg increase
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: down OSDs, Bluestore out of space, unable to restart
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Re: Snaptriming speed degrade with pg increase
  • From: "Bandelow, Gunnar" <gunnar.bandelow@xxxxxxxxxxxxxxxxx>
• Snaptriming speed degrade with pg increase
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• new cluser ceph osd perf = 0
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• Re: EC pool only for hdd
  • From: Eugen Block <eblock@xxxxxx>
• Re: EC pool only for hdd
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• classes crush rules new cluster
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• 2024-11-28 Perf Meeting Cancelled
  • From: Matt Vandermeulen <storage@xxxxxxxxxxxx>
• rgw multisite excessive data usage on secondary zone
  • From: Adam Prycki <aprycki@xxxxxxxxxxxxx>
• Re: Squid: deep scrub issues
  • From: Nmz <nemesiz@xxxxxx>
• Re: down OSDs, Bluestore out of space, unable to restart
  • From: Igor Fedotov <igor.fedotov@xxxxxxxx>
• Re: nfs-ganesha 5 changes
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• nfs-ganesha 5 changes
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• Re: Migrated to cephadm, rgw logs to file even when rgw_ops_log_rados is true
  • From: Paul JURCO <paul.jurco@xxxxxxxxx>
• Re: Migrated to cephadm, rgw logs to file even when rgw_ops_log_rados is true
  • From: Eugen Block <eblock@xxxxxx>
• Re: EC pool only for hdd
  • From: Eugen Block <eblock@xxxxxx>
• internal communication network
  • From: Michel Niyoyita <micou12@xxxxxxxxx>
• Re: Squid: deep scrub issues
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• testing with tcmu-runner vs rbd map
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• Re: Ceph Nautilus packages for ubuntu 20.04
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: Ceph Nautilus packages for ubuntu 20.04
  • From: Sarunas Burdulis <sarunas@xxxxxxxxxxxxxxxxxxx>
• Ceph Nautilus packages for ubuntu 20.04
  • From: Pardhiv Karri <meher4india@xxxxxxxxx>
• Re: EC pool only for hdd
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: ceph cluster planning size / disks
  • From: Matthew Darwin <bugs@xxxxxxxxxx>
• Re: Balancer: Unable to find further optimization
  • From: sinan@xxxxxxxx
• EC pool only for hdd
  • From: Rok Jaklič <rjaklic@xxxxxxxxx>
• Re: Balancer: Unable to find further optimization
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: Balancer: Unable to find further optimization
  • From: sinan@xxxxxxxx
• Re: Balancer: Unable to find further optimization
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: Squid: deep scrub issues
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Balancer: Unable to find further optimization
  • From: sinan@xxxxxxxx
• iscsi-ceph
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• Fwd: Re: Squid: deep scrub issues
  • From: Michel Jouvin <michel.jouvin@xxxxxxxxxxxxxxx>
• iscsi testing
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• Re: Squid: deep scrub issues
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• macos rbd client
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• Re: CephFS 16.2.10 problem
  • From: Dhairya Parmar <dparmar@xxxxxxxxxx>
• Re: down OSDs, Bluestore out of space, unable to restart
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Re: config set -> ceph.conf
  • From: Gregory Orange <gregory.orange@xxxxxxxxxxxxx>
• config set -> ceph.conf
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• Upgrade of OS and ceph during recovery
  • From: Rok Jaklič <rjaklic@xxxxxxxxx>
• Re: CephFS empty files in a Frankenstein system
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• Re: down OSDs, Bluestore out of space, unable to restart
  • From: Igor Fedotov <igor.fedotov@xxxxxxxx>
• Re: down OSDs, Bluestore out of space, unable to restart
  • From: Igor Fedotov <igor.fedotov@xxxxxxxx>
• Re: down OSDs, Bluestore out of space, unable to restart
  • From: Igor Fedotov <igor.fedotov@xxxxxxxx>
• Re: How to modify the destination pool name in the rbd-mirror configuration?
  • From: David Yang <gmydw1118@xxxxxxxxx>
• Re: How to modify the destination pool name in the rbd-mirror configuration?
  • From: Eugen Block <eblock@xxxxxx>
• Re: How to modify the destination pool name in the rbd-mirror configuration?
  • From: David Yang <gmydw1118@xxxxxxxxx>
• Re: How to modify the destination pool name in the rbd-mirror configuration?
  • From: Eugen Block <eblock@xxxxxx>
• Re: down OSDs, Bluestore out of space, unable to restart
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: down OSDs, Bluestore out of space, unable to restart
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• How to modify the destination pool name in the rbd-mirror configuration?
  • From: David Yang <gmydw1118@xxxxxxxxx>
• Re: down OSDs, Bluestore out of space, unable to restart
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: CephFS empty files in a Frankenstein system
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• CephFS empty files in a Frankenstein system
  • From: Linas Vepstas <linasvepstas@xxxxxxxxx>
• Re: down OSDs, Bluestore out of space, unable to restart
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Squid: deep scrub issues
  • From: Laimis Juzeliūnas <laimis.juzeliunas@xxxxxxxxxx>
• Re: down OSDs, Bluestore out of space, unable to restart
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Re: 4k IOPS: miserable performance in All-SSD cluster
  • From: Sergio Rabellino <rabellino@xxxxxxxxxxx>
• Re: 4k IOPS: miserable performance in All-SSD cluster
  • From: Maged Mokhtar <mmokhtar@xxxxxxxxxxx>
• Re: 4k IOPS: miserable performance in All-SSD cluster
  • From: Peter Linder <peter.linder@xxxxxxxxxxxxxx>
• Re: 4k IOPS: miserable performance in All-SSD cluster
  • From: Peter Linder <peter.linder@xxxxxxxxxxxxxx>
• Re: 4k IOPS: miserable performance in All-SSD cluster
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Re: 4k IOPS: miserable performance in All-SSD cluster
  • From: Maged Mokhtar <mmokhtar@xxxxxxxxxxx>
• Re: 4k IOPS: miserable performance in All-SSD cluster
  • From: Martin Gerhard Loschwitz <martin.loschwitz@xxxxxxxxxxxxx>
• Re: 4k IOPS: miserable performance in All-SSD cluster
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• Re: 4k IOPS: miserable performance in All-SSD cluster
  • From: Peter Linder <peter.linder@xxxxxxxxxxxxxx>
• Re: 4k IOPS: miserable performance in All-SSD cluster
  • From: Peter Linder <peter.linder@xxxxxxxxxxxxxx>
• Re: 4k IOPS: miserable performance in All-SSD cluster
  • From: Alex Gorbachev <ag@xxxxxxxxxxxxxxxxxxx>
• Re: down OSDs, Bluestore out of space, unable to restart
  • From: John Jasen <jjasen@xxxxxxxxx>
• Re: down OSDs, Bluestore out of space, unable to restart
  • From: Igor Fedotov <igor.fedotov@xxxxxxxx>
• Re: down OSDs, Bluestore out of space, unable to restart
  • From: John Jasen <jjasen@xxxxxxxxx>
• Re: 4k IOPS: miserable performance in All-SSD cluster
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: v17.2.8 Quincy released - failed on Debian 11
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Re: 4k IOPS: miserable performance in All-SSD cluster
  • From: pg@xxxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: 4k IOPS: miserable performance in All-SSD cluster
  • From: pg@xxxxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: v17.2.8 Quincy released - failed on Debian 11
  • From: Matthew Darwin <bugs@xxxxxxxxxx>
• Re: v17.2.8 Quincy released - failed on Debian 11
  • From: Matthew Darwin <bugs@xxxxxxxxxx>
• Re: CephFS 16.2.10 problem
  • From: <Alexey.Tsivinsky@xxxxxxxxxxxxxxxxxxxx>
• RGW Daemons Crash After Adding Secondary Zone with Archive module
  • From: mahnoosh shahidi <mahnooosh.shd@xxxxxxxxx>
• Multisite RGW-SYNC error: failed to remove omap key from error repo
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: 4k IOPS: miserable performance in All-SSD cluster
  • From: Martin Gerhard Loschwitz <martin.loschwitz@xxxxxxxxxxxxx>
• Re: 4k IOPS: miserable performance in All-SSD cluster
  • From: Martin Gerhard Loschwitz <martin.loschwitz@xxxxxxxxxxxxx>
• Re: down OSDs, Bluestore out of space, unable to restart
  • From: Igor Fedotov <igor.fedotov@xxxxxxxx>
• CephFS 16.2.10 problem
  • From: <Alexey.Tsivinsky@xxxxxxxxxxxxxxxxxxxx>
• Re: Cephalocon Update - New Users Workshop and Power Users Session
  • From: Rongqi Sun <rongqi.sun777@xxxxxxxxx>
• How to synchronize pools with the same name in multiple clusters to multiple pools in one cluster
  • From: David Yang <gmydw1118@xxxxxxxxx>
• Re: [CephFS] Completely exclude some MDS rank from directory processing
  • From: Александр Руденко <a.rudikk@xxxxxxxxx>
• Re: [CephFS] Completely exclude some MDS rank from directory processing
  • From: Александр Руденко <a.rudikk@xxxxxxxxx>
• Re: Cephalocon Update - New Users Workshop and Power Users Session
  • From: Gregory Orange <gregory.orange@xxxxxxxxxxxxx>
• Re: Cephalocon Update - New Users Workshop and Power Users Session
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: Cephalocon Update - New Users Workshop and Power Users Session
  • From: Gregory Orange <gregory.orange@xxxxxxxxxxxxx>
• Re: 4k IOPS: miserable performance in All-SSD cluster
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: 4k IOPS: miserable performance in All-SSD cluster
  • From: Alex Gorbachev <ag@xxxxxxxxxxxxxxxxxxx>
• 4k IOPS: miserable performance in All-SSD cluster
  • From: Martin Gerhard Loschwitz <martin.loschwitz@xxxxxxxxxxxxx>
• v17.2.8 Quincy released
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• down OSDs, Bluestore out of space, unable to restart
  • From: John Jasen <jjasen@xxxxxxxxx>
• Ceph Steering Committee 2024-11-25
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Cephalocon Update - New Users Workshop and Power Users Session
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: Encrypt OSDs on running System. A good Idea?
  • From: Giovanna Ratini <giovanna.ratini@xxxxxxxxxxxxxxx>
• Re: UPGRADE_REDEPLOY_DAEMON: Upgrading daemon failed
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Re: Ceph OSD perf metrics missing
  • From: Pierre Riteau <pierre@xxxxxxxxxxxx>
• Re: CephFS 16.2.10 problem
  • From: <Alexey.Tsivinsky@xxxxxxxxxxxxxxxxxxxx>
• Re: Ceph OSD perf metrics missing
  • From: Sake Ceph <ceph@xxxxxxxxxxx>
• Re: CephFS 16.2.10 problem
  • From: Dhairya Parmar <dparmar@xxxxxxxxxx>
• Re: Ceph OSD perf metrics missing
  • From: Kilian Ries <mail@xxxxxxxxxxxxxx>
• Re: Ceph OSD perf metrics missing
  • From: Kilian Ries <mail@xxxxxxxxxxxxxx>
• UPGRADE_REDEPLOY_DAEMON: Upgrading daemon failed
  • From: "Stolte, Felix" <f.stolte@xxxxxxxxxxxxx>
• Re: CephFS 16.2.10 problem
  • From: <Alexey.Tsivinsky@xxxxxxxxxxxxxxxxxxxx>
• Re: CephFS 16.2.10 problem
  • From: Dhairya Parmar <dparmar@xxxxxxxxxx>
• Re: CephFS 16.2.10 problem
  • From: <Alexey.Tsivinsky@xxxxxxxxxxxxxxxxxxxx>
• Re: Separate gateway for bucket lifecycle
  • From: Paul JURCO <paul.jurco@xxxxxxxxx>
• Re: Migrated to cephadm, rgw logs to file even when rgw_ops_log_rados is true
  • From: Paul JURCO <paul.jurco@xxxxxxxxx>
• Separate gateway for bucket lifecycle
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: CephFS 16.2.10 problem
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• CephFS 16.2.10 problem
  • From: <Alexey.Tsivinsky@xxxxxxxxxxxxxxxxxxxx>
• Re: How to speed up OSD deployment process
  • From: YuFan Chen <wiz.chen@xxxxxxxxx>
• Re: multisite sync issue with bucket sync
  • From: Christopher Durham <caduceus42@xxxxxxx>
• Re: How to speed up OSD deployment process
  • From: Joachim Kraftmayer <joachim.kraftmayer@xxxxxxxxx>
• Migrated to cephadm, rgw logs to file even when rgw_ops_log_rados is true
  • From: Paul JURCO <paul.jurco@xxxxxxxxx>
• Re: How to speed up OSD deployment process
  • From: Eugen Block <eblock@xxxxxx>
• Re: please unsubscribe
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• please unsubscribe
  • From: Debian 108 <debian108@xxxxxxxxx>
• Re: [CephFS] Completely exclude some MDS rank from directory processing
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Re: [CephFS] Completely exclude some MDS rank from directory processing
  • From: Eugen Block <eblock@xxxxxx>
• Re: [CephFS] Completely exclude some MDS rank from directory processing
  • From: Eugen Block <eblock@xxxxxx>
• Re: Crush rule examples
  • From: Janne Johansson <icepic.dz@xxxxxxxxx>
• Re: [CephFS] Completely exclude some MDS rank from directory processing
  • From: Eugen Block <eblock@xxxxxx>
• Re: MDS blocklist/evict clients during network maintenance
  • From: Eugen Block <eblock@xxxxxx>
• Re: multisite sync issue with bucket sync
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• 2024-11-21 Perf meeting cancelled!
  • From: Matt Vandermeulen <storage@xxxxxxxxxxxx>
• Re: [CephFS] Completely exclude some MDS rank from directory processing
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Re: MDS blocklist/evict clients during network maintenance
  • From: Dan van der Ster <dan.vanderster@xxxxxxxxx>
• Lifetime for ceph
  • From: Steve Brasier <steveb@xxxxxxxxxxxx>
• MDS blocklist/evict clients during network maintenance
  • From: Eugen Block <eblock@xxxxxx>
• Re: [CephFS] Completely exclude some MDS rank from directory processing
  • From: Frank Schilder <frans@xxxxxx>
• Re: [CephFS] Completely exclude some MDS rank from directory processing
  • From: Eugen Block <eblock@xxxxxx>
• Re: [CephFS] Completely exclude some MDS rank from directory processing
  • From: Александр Руденко <a.rudikk@xxxxxxxxx>
• Re: [CephFS] Completely exclude some MDS rank from directory processing
  • From: Александр Руденко <a.rudikk@xxxxxxxxx>
• Re: [CephFS] Completely exclude some MDS rank from directory processing
  • From: Александр Руденко <a.rudikk@xxxxxxxxx>
• Re: CephFS subvolumes not inheriting ephemeral distributed pin
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: [CephFS] Completely exclude some MDS rank from directory processing
  • From: Frank Schilder <frans@xxxxxx>
• Re: Crush rule examples
  • From: Andre Tann <atann@xxxxxxxxxxxx>
• Re: Crush rule examples
  • From: Janne Johansson <icepic.dz@xxxxxxxxx>
• Re: Crush rule examples
  • From: Andre Tann <atann@xxxxxxxxxxxx>
• Re: [CephFS] Completely exclude some MDS rank from directory processing
  • From: Eugen Block <eblock@xxxxxx>
• Re: multisite sync issue with bucket sync
  • From: Christopher Durham <caduceus42@xxxxxxx>
• Re: multisite sync issue with bucket sync
  • From: Christopher Durham <caduceus42@xxxxxxx>
• Squid: regression in rgw multisite replication from Quincy/Reef clusters
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: multisite sync issue with bucket sync
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: multisite sync issue with bucket sync
  • From: Christopher Durham <caduceus42@xxxxxxx>
• Re: CephFS subvolumes not inheriting ephemeral distributed pin
  • From: Rajmohan Ramamoorthy <ram.rajmohanr@xxxxxxxxx>
• Re: [CephFS] Completely exclude some MDS rank from directory processing
  • From: Александр Руденко <a.rudikk@xxxxxxxxx>
• Re: [CephFS] Completely exclude some MDS rank from directory processing
  • From: Eugen Block <eblock@xxxxxx>
• Re: [CephFS] Completely exclude some MDS rank from directory processing
  • From: Александр Руденко <a.rudikk@xxxxxxxxx>
• Join us for today's User + Developer Monthly Meetup!
  • From: Laura Flores <lflores@xxxxxxxxxx>
• Re: [CephFS] Completely exclude some MDS rank from directory processing
  • From: Eugen Block <eblock@xxxxxx>
• Re: Crush rule examples
  • From: Andre Tann <atann@xxxxxxxxxxxx>
• CephFS maximum filename length
  • From: "Naumann, Thomas" <thomas.naumann@xxxxxxx>
• [CephFS] Completely exclude some MDS rank from directory processing
  • From: Александр Руденко <a.rudikk@xxxxxxxxx>
• Re: Crush rule examples
  • From: Frank Schilder <frans@xxxxxx>
• Re: Crush rule examples
  • From: Joachim Kraftmayer <joachim.kraftmayer@xxxxxxxxx>
• Re: Crush rule examples
  • From: Janne Johansson <icepic.dz@xxxxxxxxx>
• Re: Encrypt OSDs on running System. A good Idea?
  • From: Janne Johansson <icepic.dz@xxxxxxxxx>
• Re: Crush rule examples
  • From: Andre Tann <atann@xxxxxxxxxxxx>
• Re: Crush rule examples
  • From: Andre Tann <atann@xxxxxxxxxxxx>
• Crush rule examples
  • From: Andre Tann <atann@xxxxxxxxxxxx>
• Encrypt OSDs on running System. A good Idea?
  • From: Giovanna Ratini <giovanna.ratini@xxxxxxxxxxxxxxx>
• Re: CephFS subvolumes not inheriting ephemeral distributed pin
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: CephFS subvolumes not inheriting ephemeral distributed pin
  • From: Rajmohan Ramamoorthy <ram.rajmohanr@xxxxxxxxx>
• Re: CephFS subvolumes not inheriting ephemeral distributed pin
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• CephFS subvolumes not inheriting ephemeral distributed pin
  • From: Rajmohan Ramamoorthy <ram.rajmohanr@xxxxxxxxx>
• Re: Centos 9 updates break Reef MGR
  • From: Chris Palmer <chris.palmer@xxxxxxxxx>
• Re: Centos 9 updates break Reef MGR
  • From: Chris Palmer <chris.palmer@xxxxxxxxx>
• Re: Centos 9 updates break Reef MGR
  • From: Adam King <adking@xxxxxxxxxx>
• Centos 9 updates break Reef MGR
  • From: Chris Palmer <chris.palmer@xxxxxxxxx>
• Re: Question about speeding hdd based cluster
  • From: "quaglio@xxxxxxxxxx" <quaglio@xxxxxxxxxx>
• Re: Question about speeding hdd based cluster
  • From: "quaglio@xxxxxxxxxx" <quaglio@xxxxxxxxxx>
• Re: Question about speeding hdd based cluster
  • From: "quaglio@xxxxxxxxxx" <quaglio@xxxxxxxxxx>
• Re: Something like RAID0 with Ceph
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Re: Something like RAID0 with Ceph
  • From: Janne Johansson <icepic.dz@xxxxxxxxx>
• Something like RAID0 with Ceph
  • From: Christoph Pleger <Christoph.Pleger@xxxxxxxxxxxxxxxxx>
• What is the Best stable option for production env in Q4/24 Quincy or Reef?
  • From: Özkan Göksu <ozkangksu@xxxxxxxxx>
• Re: Ceph Octopus packages missing at download.ceph.com
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Stray monitor
  • From: Eugen Block <eblock@xxxxxx>
• Re: Stray monitor
  • From: Jakub Daniel <jakub.daniel@xxxxxxxxx>
• Re: constant increase in osdmap epoch
  • From: Eugen Block <eblock@xxxxxx>
• Re: constant increase in osdmap epoch
  • From: Frank Schilder <frans@xxxxxx>
• Re: constant increase in osdmap epoch
  • From: Eugen Block <eblock@xxxxxx>
• Re: done, waiting for purge
  • From: Eugen Block <eblock@xxxxxx>
• Re: Stray monitor
  • From: Eugen Block <eblock@xxxxxx>
• Re: The effect of changing an osd's class
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• constant increase in osdmap epoch
  • From: Frank Schilder <frans@xxxxxx>
• Re: ceph cluster planning size / disks
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• done, waiting for purge
  • From: Torkil Svensgaard <torkil@xxxxxxxx>
• Re: ceph cluster planning size / disks
  • From: Joachim Kraftmayer <joachim.kraftmayer@xxxxxxxxx>
• Re: ceph cluster planning size / disks
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• Re: Pacific: mgr loses osd removal queue
  • From: Eugen Block <eblock@xxxxxx>
• Re: Pacific: mgr loses osd removal queue
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Re: Stray monitor
  • From: Jakub Daniel <jakub.daniel@xxxxxxxxx>
• Re: RGW names disappeared in quincy
  • From: Boris <bb@xxxxxxxxx>
• Re: The effect of changing an osd's class
  • From: Roland Giesler <roland@xxxxxxxxxxxxxx>
• RGW names disappeared in quincy
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: The effect of changing an osd's class
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: The effect of changing an osd's class
  • From: Roland Giesler <roland@xxxxxxxxxxxxxx>
• Re: Ceph Octopus packages missing at download.ceph.com
  • From: Tim Holloway <timh@xxxxxxxxxxxxx>
• Re: Stray monitor
  • From: Tim Holloway <timh@xxxxxxxxxxxxx>
• Re: The effect of changing an osd's class
  • From: Gregory Orange <gregory.orange@xxxxxxxxxxxxx>
• Re: The effect of changing an osd's class
  • From: Roland Giesler <roland@xxxxxxxxxxxxxx>
• Re: Ceph Octopus packages missing at download.ceph.com / eu.ceph.com permission problem
  • From: Oliver Freyermuth <freyermuth@xxxxxxxxxxxxxxxxxx>
• Stray monitor
  • From: Jakub Daniel <jakub.daniel@xxxxxxxxx>
• Re: Pacific: mgr loses osd removal queue
  • From: Eugen Block <eblock@xxxxxx>
• Re: Question about speeding hdd based cluster
  • From: "Anthony D'Atri" <aad@xxxxxxxxxxxxxx>
• Re: Question about speeding hdd based cluster
  • From: Joachim Kraftmayer <joachim.kraftmayer@xxxxxxxxx>
• Re: ceph cluster planning size / disks
  • From: Joachim Kraftmayer <joachim.kraftmayer@xxxxxxxxx>
• Re: ceph cluster planning size / disks
  • From: Marc Schoechlin <ms@xxxxxxxxxx>
• Re: Question about speeding hdd based cluster
  • From: <christopher.colvin@xxxxxxxxxxxxxx>
• Re: ceph cluster planning size / disks
  • From: "Orange, Gregory (Pawsey, Kensington WA)" <Gregory.Orange@xxxxxxxx>
• Re: ceph cluster planning size / disks
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: ceph cluster planning size / disks
  • From: Vladimir Sigunov <vladimir.sigunov@xxxxxxxxx>
• Re: ceph cluster planning size / disks
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• ceph cluster planning size / disks
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• Re: The effect of changing an osd's class
  • From: Roland Giesler <roland@xxxxxxxxxxxxxx>
• Re: Slow ops during index pool recovery causes cluster performance drop to 1%
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Re: The effect of changing an osd's class
  • From: Roland Giesler <roland@xxxxxxxxxxxxxx>
• Re: The effect of changing an osd's class
  • From: Gregory Orange <gregory.orange@xxxxxxxxxxxxx>
• Re: Ceph Reef 16 pgs not deep scrub and scrub
  • From: Janne Johansson <icepic.dz@xxxxxxxxx>
• Re: The effect of changing an osd's class
  • From: Roland Giesler <roland@xxxxxxxxxxxxxx>
• Re: Slow ops during index pool recovery causes cluster performance drop to 1%
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: multisite sync issue with bucket sync
  • From: Christopher Durham <caduceus42@xxxxxxx>
• Re: The effect of changing an osd's class
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: Ceph Octopus packages missing at download.ceph.com
  • From: Frank Schilder <frans@xxxxxx>
• Re: The effect of changing an osd's class
  • From: Roland Giesler <roland@xxxxxxxxxxxxxx>
• Re: Slow ops during index pool recovery causes cluster performance drop to 1%
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Re: The effect of changing an osd's class
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Re: Ceph Octopus packages missing at download.ceph.com
  • From: Ben Zieglmeier <bzieglmeier@xxxxxxxxx>
• Re: Slow ops during index pool recovery causes cluster performance drop to 1%
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: Ceph Octopus packages missing at download.ceph.com
  • From: Frank Schilder <frans@xxxxxx>
• Re: The effect of changing an osd's class
  • From: Roland Giesler <roland@xxxxxxxxxxxxxx>
• Re: Slow ops during index pool recovery causes cluster performance drop to 1%
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Re: Slow ops during index pool recovery causes cluster performance drop to 1%
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: The effect of changing an osd's class
  • From: Joachim Kraftmayer <joachim.kraftmayer@xxxxxxxxx>
• Re: Slow ops during index pool recovery causes cluster performance drop to 1%
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Re: The effect of changing an osd's class
  • From: Eugen Block <eblock@xxxxxx>
• Re: The effect of changing an osd's class
  • From: Roland Giesler <roland@xxxxxxxxxxxxxx>
• Re: The effect of changing an osd's class
  • From: Roland Giesler <roland@xxxxxxxxxxxxxx>
• Re: The effect of changing an osd's class
  • From: Eugen Block <eblock@xxxxxx>
• Re: Slow ops during index pool recovery causes cluster performance drop to 1%
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: The effect of changing an osd's class
  • From: Roland Giesler <roland@xxxxxxxxxxxxxx>
• Ceph Octopus packages missing at download.ceph.com
  • From: bzieglmeier@xxxxxxxxx
• Re: cephadm node failure (re-use OSDs instead of reprovisioning)
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: The effect of changing an osd's class
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• The effect of changing an osd's class
  • From: Roland Giesler <roland@xxxxxxxxxxxxxx>
• Re: cephadm node failure (re-use OSDs instead of reprovisioning)
  • From: Eugen Block <eblock@xxxxxx>
• Re: Cephadm Drive upgrade process
  • From: <bkennedy@xxxxxxxxxx>
• cephadm node failure (re-use OSDs instead of reprovisioning)
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: Strange container restarts?
  • From: Tim Holloway <timh@xxxxxxxxxxxxx>
• Re: Slow ops during index pool recovery causes cluster performance drop to 1%
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Re: Slow ops during index pool recovery causes cluster performance drop to 1%
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: Move block.db to new ssd
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Re: Move block.db to new ssd
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: Move block.db to new ssd
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Re: Move block.db to new ssd
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: 9 out of 11 missing shards of shadow object in ERC 8:3 pool.
  • From: Eugen Block <eblock@xxxxxx>
• Re: Move block.db to new ssd
  • From: Alexander Patrakov <patrakov@xxxxxxxxx>
• Re: Move block.db to new ssd
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Re: Move block.db to new ssd
  • From: Alexander Patrakov <patrakov@xxxxxxxxx>
• Re: Strange container restarts?
  • From: Eugen Block <eblock@xxxxxx>
• Re: Move block.db to new ssd
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>