CEPH Filesystem Users

• Thread Index

• 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>
• Re: Error ENOENT: Module not found - ceph orch commands stoppd working
  • From: Torkil Svensgaard <torkil@xxxxxxxx>
• Re: Error ENOENT: Module not found - ceph orch commands stoppd working
  • From: Eugen Block <eblock@xxxxxx>
• Re: Error ENOENT: Module not found - ceph orch commands stoppd working
  • From: Torkil Svensgaard <torkil@xxxxxxxx>
• Re: Ceph Reef 16 pgs not deep scrub and scrub
  • From: Eugen Block <eblock@xxxxxx>
• Re: Error ENOENT: Module not found - ceph orch commands stoppd working
  • From: Eugen Block <eblock@xxxxxx>
• Re: Cephadm Drive upgrade process
  • From: Eugen Block <eblock@xxxxxx>
• Error ENOENT: Module not found - ceph orch commands stoppd working
  • From: Torkil Svensgaard <torkil@xxxxxxxx>
• Re: Move block.db to new ssd
  • From: Roland Giesler <roland@xxxxxxxxxxxxxx>
• Re: Ceph pacific error when add new host
  • From: nguyenvandiep@xxxxxxxxxxxxxx
• Ceph Reef 16 pgs not deep scrub and scrub
  • From: Saint Kid <saint8kid@xxxxxxxxx>
• Re: multifs and snapshots
  • From: Dmitry Melekhov <dm@xxxxxxxxxx>
• Re: Move block.db to new ssd
  • From: Alwin Antreich <alwin.antreich@xxxxxxxx>
• Re: Cephadm Drive upgrade process
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Cephadm Drive upgrade process
  • From: <brentk@xxxxxxxxxx>
• Re: quincy v17.2.8 QE Validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: quincy v17.2.8 QE Validation status
  • From: Laura Flores <lflores@xxxxxxxxxx>
• Move block.db to new ssd
  • From: Roland Giesler <roland@xxxxxxxxxxxxxx>
• Re: quincy v17.2.8 QE Validation status
  • From: Guillaume ABRIOUX <gabrioux@xxxxxxx>
• Ceph Steering Committee 2024-11-11
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Ceph pacific error when add new host
  • From: Tim Holloway <timh@xxxxxxxxxxxxx>
• Re: multifs and snapshots
  • From: Toby Darling <toby@xxxxxxxxxxxxxxxxx>
• Re: Ceph pacific error when add new host
  • From: nguyenvandiep@xxxxxxxxxxxxxx
• Ceph pacific error when add new host
  • From: nguyenvandiep@xxxxxxxxxxxxxx
• Re: quincy v17.2.8 QE Validation status
  • From: Nizamudeen A <nia@xxxxxxxxxx>
• Re: quincy v17.2.8 QE Validation status
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: quincy v17.2.8 QE Validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: NFS and Service Dependencies
  • From: P Wagner-Beccard <wagner-kerschbaumer@xxxxxxxxxxxxx>
• Re: NFS and Service Dependencies
  • From: Tim Holloway <timh@xxxxxxxxxxxxx>
• Fwd: Call for participation: Software Defined Storage devroom at FOSDEM 2025
  • From: Jan Fajerski <jan@xxxxxxxxxxxxx>
• NFS and Service Dependencies
  • From: Alex Buie <abuie@xxxxxxxxxxxx>
• Re: How to speed up OSD deployment process
  • From: Tim Holloway <timh@xxxxxxxxxxxxx>
• Re: How to speed up OSD deployment process
  • From: YuFan Chen <wiz.chen@xxxxxxxxx>
• multisite sync issue with bucket sync
  • From: Christopher Durham <caduceus42@xxxxxxx>
• Re: quincy v17.2.8 QE Validation status
  • From: Laura Flores <lflores@xxxxxxxxxx>
• Re: How to speed up OSD deployment process
  • From: Tim Holloway <timh@xxxxxxxxxxxxx>
• Re: failed to load OSD map for epoch 2898146, got 0 bytes
  • From: Frank Schilder <frans@xxxxxx>
• Re: OSD META Capacity issue of rgw ceph cluster
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Re: 1 stray daemon(s) not managed by cephadm
  • From: Eugen Block <eblock@xxxxxx>
• How to speed up OSD deployment process
  • From: YuFan Chen <wiz.chen@xxxxxxxxx>
• Re: 1 stray daemon(s) not managed by cephadm
  • From: Tim Holloway <timh@xxxxxxxxxxxxx>
• Re: quincy v17.2.8 QE Validation status
  • From: Nizamudeen A <nia@xxxxxxxxxx>
• Re: osd removal leaves 'stray daemon'
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Re: OSD META Capacity issue of rgw ceph cluster
  • From: Jaemin Joo <jm7.joo@xxxxxxxxx>
• Re: osd removal leaves 'stray daemon'
  • From: Tim Holloway <timh@xxxxxxxxxxxxx>
• Re: osd removal leaves 'stray daemon'
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Re: Squid 19.2.0 balancer causes restful requests to be lost
  • From: Joachim Kraftmayer <joachim.kraftmayer@xxxxxxxxx>
• Re: Squid 19.2.0 balancer causes restful requests to be lost
  • From: Joachim Kraftmayer <joachim.kraftmayer@xxxxxxxxx>
• Re: osd removal leaves 'stray daemon'
  • From: Tim Holloway <timh@xxxxxxxxxxxxx>
• Re: OSD META Capacity issue of rgw ceph cluster
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Re: [External Email] Re: Recreate Destroyed OSD
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Re: osd removal leaves 'stray daemon'
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• 1 stray daemon(s) not managed by cephadm
  • From: Michel Niyoyita <micou12@xxxxxxxxx>
• OSD META Capacity issue of rgw ceph cluster
  • From: Jaemin Joo <jm7.joo@xxxxxxxxx>
• Re: [RGW] Enable per user/bucket performance counters
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: quincy v17.2.8 QE Validation status
  • From: Venky Shankar <vshankar@xxxxxxxxxx>
• Re: Squid 19.2.0 balancer causes restful requests to be lost
  • From: Chris Palmer <chris.palmer@xxxxxxxxx>
• [RGW] Enable per user/bucket performance counters
  • From: Nathan MALO <nathan.malo@xxxxxxxxx>
• Re: Unable to add OSD
  • From: tpDev Tester <tpdev.tester@xxxxxxxxx>
• Re: quincy v17.2.8 QE Validation status
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• Re: quincy v17.2.8 QE Validation status
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• Re: quincy v17.2.8 QE Validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: [External Email] Re: Recreate Destroyed OSD
  • From: Tim Holloway <timh@xxxxxxxxxxxxx>
• Re: [External Email] Re: Recreate Destroyed OSD
  • From: Adam King <adking@xxxxxxxxxx>
• Re: Unable to add OSD
  • From: Adam King <adking@xxxxxxxxxx>
• Re: [EXTERNAL] Re: Ceph Multisite Version Compatibility
  • From: "Alex Hussein-Kershaw (HE/HIM)" <alexhus@xxxxxxxxxxxxx>
• Re: Unable to add OSD
  • From: Tim Holloway <timh@xxxxxxxxxxxxx>
• Re: [External Email] Re: Recreate Destroyed OSD
  • From: Tim Holloway <timh@xxxxxxxxxxxxx>
• Re: [External Email] Re: Recreate Destroyed OSD
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Re: Backfill full osds
  • From: "Anthony D'Atri" <aad@xxxxxxxxxxxxxx>
• Re: [External Email] Re: Recreate Destroyed OSD
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Pacific: mgr loses osd removal queue
  • From: Eugen Block <eblock@xxxxxx>
• Re: [EXTERNAL] Re: Ceph Multisite Version Compatibility
  • From: "Alex Hussein-Kershaw (HE/HIM)" <alexhus@xxxxxxxxxxxxx>
• Re: Backfill full osds
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: Backfill full osds
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: quincy v17.2.8 QE Validation status
  • From: Nizamudeen A <nia@xxxxxxxxxx>
• Re: Backfill full osds
  • From: Eugen Block <eblock@xxxxxx>
• Re: Squid 19.2.0 balancer causes restful requests to be lost
  • From: Ernesto Puerta <epuertat@xxxxxxxxxx>
• Backfill full osds
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: Ceph Multisite Version Compatibility
  • From: Eugen Block <eblock@xxxxxx>
• Re: [External Email] Re: Recreate Destroyed OSD
  • From: Eugen Block <eblock@xxxxxx>
• Re: Setting temporary CRUSH "constraint" for planned cross-datacenter downtime
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Unable to add OSD
  • From: tpDev Tester <tpdev.tester@xxxxxxxxx>
• Re: OSD refuse to start
  • From: Albert Shih <Albert.Shih@xxxxxxxx>
• Ceph Steering Committee (CLT) Meeting Minutes 2024-11-04
  • From: Neha Ojha <nojha@xxxxxxxxxx>
• Re: Squid 19.2.0 balancer causes restful requests to be lost
  • From: Laura Flores <lflores@xxxxxxxxxx>
• Re: OSD refuse to start
  • From: Tim Holloway <timh@xxxxxxxxxxxxx>
• Re: quincy v17.2.8 QE Validation status
  • From: Adam Emerson <aemerson@xxxxxxxxxx>
• Re: quincy v17.2.8 QE Validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• OSD refuse to start
  • From: Albert Shih <Albert.Shih@xxxxxxxx>
• Re: quincy v17.2.8 QE Validation status
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: Setting temporary CRUSH "constraint" for planned cross-datacenter downtime
  • From: Niklas Hambüchen <mail@xxxxxx>
• Re: Setting temporary CRUSH "constraint" for planned cross-datacenter downtime
  • 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>
• Setting temporary CRUSH "constraint" for planned cross-datacenter downtime
  • From: Niklas Hambüchen <mail@xxxxxx>
• Re: Slow ops during index pool recovery causes cluster performance drop to 1%
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: Slow ops during index pool recovery causes cluster performance drop to 1%
  • From: Tyler Stachecki <stachecki.tyler@xxxxxxxxx>
• Re: Assistance Required: Ceph OSD Out of Memory (OOM) Issue
  • From: Md Mosharaf Hossain <mosharaf.hossain@xxxxxxxxxxxxxx>
• Re: Slow ops during index pool recovery causes cluster performance drop to 1%
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: [External Email] Re: Recreate Destroyed OSD
  • From: Eugen Block <eblock@xxxxxx>
• Re: quincy v17.2.8 QE Validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Slow ops during index pool recovery causes cluster performance drop to 1%
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: [External Email] Re: Recreate Destroyed OSD
  • From: Tim Holloway <timh@xxxxxxxxxxxxx>
• Re: quincy v17.2.8 QE Validation status
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [External Email] Re: Recreate Destroyed OSD
  • From: Dave Hall <kdhall@xxxxxxxxxxxxxx>
• Re: quincy v17.2.8 QE Validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: MDS and stretched clusters
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Recreate Destroyed OSD
  • From: Tim Holloway <timh@xxxxxxxxxxxxx>
• Re: Recreate Destroyed OSD
  • From: Dave Hall <kdhall@xxxxxxxxxxxxxx>
• quincy v17.2.8 QE Validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: Squid 19.2.0 balancer causes restful requests to be lost
  • From: Chris Palmer <chris.palmer@xxxxxxxxx>
• Re: Ceph Multisite Version Compatibility
  • From: "Alex Hussein-Kershaw (HE/HIM)" <alexhus@xxxxxxxxxxxxx>
• Ceph Multisite Version Compatibility
  • From: "Alex Hussein-Kershaw (HE/HIM)" <alexhus@xxxxxxxxxxxxx>
• Re: MDS and stretched clusters
  • From: Sake Ceph <ceph@xxxxxxxxxxx>
• Re: Recreate Destroyed OSD
  • From: Tim Holloway <timh@xxxxxxxxxxxxx>
• Re: Recreate Destroyed OSD
  • From: Eugen Block <eblock@xxxxxx>
• Re: Recreate Destroyed OSD
  • From: Tim Holloway <timh@xxxxxxxxxxxxx>
• Re: Recreate Destroyed OSD
  • From: Eugen Block <eblock@xxxxxx>
• Re: Recreate Destroyed OSD
  • From: Tim Holloway <timh@xxxxxxxxxxxxx>
• Recreate Destroyed OSD
  • From: Dave Hall <kdhall@xxxxxxxxxxxxxx>
• Re: Squid 19.2.0 balancer causes restful requests to be lost
  • From: Laura Flores <lflores@xxxxxxxxxx>
• Re: MDS and stretched clusters
  • From: Adam King <adking@xxxxxxxxxx>
• Re: KRBD: downside of setting alloc_size=4M for discard alignment?
  • From: Friedrich Weber <f.weber@xxxxxxxxxxx>
• Re: 9 out of 11 missing shards of shadow object in ERC 8:3 pool.
  • From: Robert Kihlberg <robkih@xxxxxxxxx>
• Re: "ceph orch" not working anymore
  • From: Eugen Block <eblock@xxxxxx>
• Re: Squid 19.2.0 balancer causes restful requests to be lost
  • From: Tyler Stachecki <stachecki.tyler@xxxxxxxxx>
• Re: Deploy custom mgr module
  • From: Tim Holloway <timh@xxxxxxxxxxxxx>
• Re: Deploy custom mgr module
  • From: John Mulligan <phlogistonjohn@xxxxxxxxxxxxx>
• Re: Deploy custom mgr module
  • From: Tim Holloway <timh@xxxxxxxxxxxxx>
• Re: Deploy custom mgr module
  • From: Joachim Kraftmayer <joachim.kraftmayer@xxxxxxxxx>
• Deploy custom mgr module
  • From: Darrell Enns <darrelle@xxxxxxxxxxxx>
• Re: "ceph orch" not working anymore
  • From: Malte Stroem <malte.stroem@xxxxxxxxx>
• Re: Destroyed OSD clinging to wrong disk
  • From: Tim Holloway <timh@xxxxxxxxxxxxx>
• Re: Squid 19.2.0 balancer causes restful requests to be lost
  • From: Eugen Block <eblock@xxxxxx>
• Squid 19.2.0 balancer causes restful requests to be lost
  • From: Chris Palmer <chris.palmer@xxxxxxxxx>
• Re: no recovery running
  • From: Alex Walender <awalende@xxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Assistance Required: Ceph OSD Out of Memory (OOM) Issue
  • From: Joachim Kraftmayer <joachim.kraftmayer@xxxxxxxxx>
• Assistance Required: Ceph OSD Out of Memory (OOM) Issue
  • From: Md Mosharaf Hossain <mosharaf.hossain@xxxxxxxxxxxxxx>
• Re: MDS and stretched clusters
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Re: why performance difference between 'rados bench seq' and 'rados bench rand' quite significant
  • From: Louisa <lushasha08@xxxxxxx>
• Re: why performance difference between 'rados bench seq' and 'rados bench rand' quite significant
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• why performance difference between 'rados bench seq' and 'rados bench rand' quite significant
  • From: Louisa <lushasha08@xxxxxxx>
• Re: Destroyed OSD clinging to wrong disk
  • From: Dave Hall <kdhall@xxxxxxxxxxxxxx>
• Re: MDS and stretched clusters
  • From: Travis Nielsen <tnielsen@xxxxxxxxxx>
• Re: MDS and stretched clusters
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: no recovery running
  • From: David Turner <drakonstein@xxxxxxxxx>
• Re: MDS and stretched clusters
  • From: Sake Ceph <ceph@xxxxxxxxxxx>
• Re: Destroyed OSD clinging to wrong disk
  • From: Tim Holloway <timh@xxxxxxxxxxxxx>