CEPH Filesystem Users

• Thread Index

• Re: Received signal: Hangup from killall
  • From: Rok Jaklič <rjaklic@xxxxxxxxx>
• Re: Ceph 16.2.x excessive logging, how to reduce?
  • From: Zakhar Kirpichenko <zakhar@xxxxxxxxx>
• Re: Ceph 16.2.x excessive logging, how to reduce?
  • From: Kai Stian Olstad <ceph+list@xxxxxxxxxx>
• Re: Ceph 16.2.x excessive logging, how to reduce?
  • From: Zakhar Kirpichenko <zakhar@xxxxxxxxx>
• Ceph 16.2.x mon compactions, disk writes
  • From: Zakhar Kirpichenko <zakhar@xxxxxxxxx>
• Re: Manual resharding with multisite
  • From: Danny Webb <Danny.Webb@xxxxxxxxxxxxxxx>
• Re: Ceph 16.2.x excessive logging, how to reduce?
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• Re: Ceph 16.2.x excessive logging, how to reduce?
  • From: Zakhar Kirpichenko <zakhar@xxxxxxxxx>
• Re: Ceph 16.2.x excessive logging, how to reduce?
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• Re: Ceph 16.2.x excessive logging, how to reduce?
  • From: Zakhar Kirpichenko <zakhar@xxxxxxxxx>
• If you know your cluster is performing as expected？
  • From: "Louis Koo" <zhucan.k8s@xxxxxxxxx>
• Re: Hardware recommendations for a Ceph cluster
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: Manual resharding with multisite
  • From: Richard Bade <hitrich@xxxxxxxxx>
• Re: Hardware recommendations for a Ceph cluster
  • From: Christian Wuerdig <christian.wuerdig@xxxxxxxxx>
• Ceph 18: Unable to delete image after imcomplete migration "image being migrated"
  • From: Rhys Goodwin <rhys.goodwin@xxxxxxxxx>
• compounded problems interfering with recovery
  • From: Simon Oosthoek <s.oosthoek@xxxxxxxxxxxxx>
• Re: Ceph 16.2.x excessive logging, how to reduce?
  • From: Zakhar Kirpichenko <zakhar@xxxxxxxxx>
• Re: Introduce: Storage stability testing and DATA consistency verifying tools and system
  • From: Igor Savlook <isav@xxxxxxxxx>
• cephadm, cannot use ECDSA key with quincy
  • From: Paul JURCO <paul.jurco@xxxxxxxxx>
• Introduce: Storage stability testing and DATA consistency verifying tools and system
  • From: 张友加 <zhang_youjia@xxxxxxx>
• Re: Hardware recommendations for a Ceph cluster
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Hardware recommendations for a Ceph cluster
  • From: Gustavo Fahnle <gfahnle@xxxxxxxxxxx>
• Re: cannot repair a handful of damaged pg's
  • From: Simon Oosthoek <s.oosthoek@xxxxxxxxxxxxx>
• Re: cannot repair a handful of damaged pg's
  • From: Kai Stian Olstad <ceph+list@xxxxxxxxxx>
• Re: cannot repair a handful of damaged pg's
  • From: Wesley Dillingham <wes@xxxxxxxxxxxxxxxxx>
• Re: cannot repair a handful of damaged pg's
  • From: Simon Oosthoek <s.oosthoek@xxxxxxxxxxxxx>
• cannot repair a handful of damaged pg's
  • From: Simon Oosthoek <s.oosthoek@xxxxxxxxxxxxx>
• Re: is the rbd mirror journal replayed on primary after a crash?
  • From: Scheurer François <francois.scheurer@xxxxxxxxxxxx>
• Re: Random issues with Reef
  • From: Eugen Block <eblock@xxxxxx>
• Received signal: Hangup from killall
  • From: Rok Jaklič <rjaklic@xxxxxxxxx>
• Re: rgw: disallowing bucket creation for specific users?
  • From: Ondřej Kukla <ondrej@xxxxxxx>
• Re: rgw: disallowing bucket creation for specific users?
  • From: Matthias Ferdinand <mf+ml.ceph@xxxxxxxxx>
• Re: rgw: disallowing bucket creation for specific users?
  • From: Ondřej Kukla <ondrej@xxxxxxx>
• Re: rgw: disallowing bucket creation for specific users?
  • From: Matthias Ferdinand <mf+ml.ceph@xxxxxxxxx>
• Re: Fixing BlueFS spillover (pacific 16.2.14)
  • From: Chris Dunlop <chris@xxxxxxxxxxxx>
• Fixing BlueFS spillover (pacific 16.2.14)
  • From: Chris Dunlop <chris@xxxxxxxxxxxx>
• Random issues with Reef
  • From: Martin Conway <martin.conway@xxxxxxxxxx>
• Re: Next quincy point release 17.2.7
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: Autoscaler problems in pacific
  • From: Boris Behrens <bb@xxxxxxxxx>
• Re: Autoscaler problems in pacific
  • From: Eugen Block <eblock@xxxxxx>
• Re: Remove empty orphaned PGs not mapped to a pool
  • From: Eugen Block <eblock@xxxxxx>
• Re: CEPH complete cluster failure: unknown PGS
  • From: Theofilos Mouratidis <mtheofilos@xxxxxxxxx>
• Re: Remove empty orphaned PGs not mapped to a pool
  • From: Malte Stroem <malte.stroem@xxxxxxxxx>
• Re: Remove empty orphaned PGs not mapped to a pool
  • From: Eugen Block <eblock@xxxxxx>
• Re: Remove empty orphaned PGs not mapped to a pool
  • From: Joachim Kraftmayer - ceph ambassador <joachim.kraftmayer@xxxxxxxxx>
• Re: snap_schedule works after 1 hour of scheduling
  • From: Milind Changire <mchangir@xxxxxxxxxx>
• Re: Remove empty orphaned PGs not mapped to a pool
  • From: Eugen Block <eblock@xxxxxx>
• Re: rgw: disallowing bucket creation for specific users?
  • From: Robert Hish <robert.hish@xxxxxxxxxxxx>
• Re: snap_schedule works after 1 hour of scheduling
  • From: Milind Changire <mchangir@xxxxxxxxxx>
• Re: CEPH complete cluster failure: unknown PGS
  • From: Eugen Block <eblock@xxxxxx>
• Re: Question about RGW S3 Select
  • From: Gal Salomon <gsalomon@xxxxxxxxxx>
• Re: Next quincy point release 17.2.7
  • From: Tobias Urdin <tobias.urdin@xxxxxxxxxx>
• Re: Ceph 16.2.x excessive logging, how to reduce?
  • From: Zakhar Kirpichenko <zakhar@xxxxxxxxx>
• Re: outdated mds slow requests
  • From: Ben <ruidong.gao@xxxxxxxxx>
• Re: Next quincy point release 17.2.7
  • From: Satoru Takeuchi <satoru.takeuchi@xxxxxxxxx>
• Re: rgw: disallowing bucket creation for specific users?
  • From: Matthias Ferdinand <mf@xxxxxxxx>
• Next quincy point release 17.2.7
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Question about RGW S3 Select
  • From: Dave S <bigdave.schulz@xxxxxxxxx>
• Re: Ceph 16.2.x excessive logging, how to reduce?
  • From: Igor Fedotov <igor.fedotov@xxxxxxxx>
• Re: Ceph 16.2.x excessive logging, how to reduce?
  • From: Zakhar Kirpichenko <zakhar@xxxxxxxxx>
• Manual resharding with multisite
  • From: Yixin Jin <yjin77@xxxxxxxx>
• Re: rgw: disallowing bucket creation for specific users?
  • From: Matthias Ferdinand <mf+ml.ceph@xxxxxxxxx>
• Re: rgw: disallowing bucket creation for specific users?
  • From: Matthias Ferdinand <mf+ml.ceph@xxxxxxxxx>
• Calling all Ceph users and developers! Submit a topic for the next User + Dev Meeting!
  • From: Laura Flores <lflores@xxxxxxxxxx>
• Re: snap_schedule works after 1 hour of scheduling
  • From: Milind Changire <mchangir@xxxxxxxxxx>
• Re: Autoscaler problems in pacific
  • From: Boris Behrens <bb@xxxxxxxxx>
• Re: Remove empty orphaned PGs not mapped to a pool
  • From: Malte Stroem <malte.stroem@xxxxxxxxx>
• Re: snap_schedule works after 1 hour of scheduling
  • From: Kushagr Gupta <kushagrguptasps.mun@xxxxxxxxx>
• Issue with radosgw-admin reshard when bucket belongs to user with tenant on ceph quincy (17.2.6)
  • From: christoph.weber+cephmailinglist@xxxxxxxxxx
• snap_schedule works after 1 hour of scheduling
  • From: Kushagr Gupta <kushagrguptasps.mun@xxxxxxxxx>
• Re: Autoscaler problems in pacific
  • From: Boris Behrens <bb@xxxxxxxxx>
• Re: snap_schedule works after 1 hour of scheduling
  • From: Milind Changire <mchangir@xxxxxxxxxx>
• Autoscaler problems in pacific
  • From: Boris Behrens <bb@xxxxxxxxx>
• Re: RGW multisite - requesting help for fixing error_code: 125
  • From: Eugen Block <eblock@xxxxxx>
• Re: ceph luminous client connect to ceph reef always permission denied
  • From: Eugen Block <eblock@xxxxxx>
• Re: outdated mds slow requests
  • From: Eugen Block <eblock@xxxxxx>
• Re: Balancer blocked as autoscaler not acting on scaling change
  • From: Joachim Kraftmayer - ceph ambassador <joachim.kraftmayer@xxxxxxxxx>
• Re: Balancer blocked as autoscaler not acting on scaling change
  • From: Eugen Block <eblock@xxxxxx>
• Re: VM hangs when overwriting a file on erasure coded RBD
  • From: Peter Linder <peter.linder@xxxxxxxxxxxxxx>
• Re: Remove empty orphaned PGs not mapped to a pool
  • From: Eugen Block <eblock@xxxxxx>
• Re: Slow recovery and inaccurate recovery figures since Quincy upgrade
  • From: Sake <ceph@xxxxxxxxxxx>
• Re: set proxy for ceph installation
  • From: Eugen Block <eblock@xxxxxx>
• Re: Slow recovery and inaccurate recovery figures since Quincy upgrade
  • From: Sridhar Seshasayee <sseshasa@xxxxxxxxxx>
• Re: cephfs health warn
  • From: Ben <ruidong.gao@xxxxxxxxx>
• Re: cephfs health warn
  • From: Venky Shankar <vshankar@xxxxxxxxxx>
• Re: radosgw-admin sync error trim seems to do nothing
  • From: Matthew Darwin <bugs@xxxxxxxxxx>
• ingress of haproxy is down after I specify the haproxy.cfg in quincy
  • From: wjsherry075@xxxxxxxxxxx
• ceph luminous client connect to ceph reef always permission denied
  • From: "Pureewat Kaewpoi" <pureewat.k@xxxxxxxxxxxxx>
• Re: [EXTERNAL] [Pacific] ceph orch device ls do not returns any HDD
  • From: Patrick Bégou <Patrick.Begou@xxxxxxxxxxxxxxxxxxxx>
• VM hangs when overwriting a file on erasure coded RBD
  • From: Peter Linder <peter@xxxxxxxxxxxxxx>
• Re: ceph osd down doesn't seem to work
  • From: Simon Oosthoek <s.oosthoek@xxxxxxxxxxxxx>
• Re: ceph osd down doesn't seem to work
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: ceph osd down doesn't seem to work
  • From: Josh Baergen <jbaergen@xxxxxxxxxxxxxxxx>
• Re: Impacts on doubling the size of pgs in a rbd pool?
  • From: "David C." <david.casier@xxxxxxxx>
• ceph osd down doesn't seem to work
  • From: Simon Oosthoek <s.oosthoek@xxxxxxxxxxxxx>
• Re: rgw: disallowing bucket creation for specific users?
  • From: Matthias Ferdinand <mf+ml.ceph@xxxxxxxxx>
• Re: S3 user with more than 1000 buckets
  • From: Thomas Bennett <thomas@xxxxxxxx>
• Re: cephfs health warn
  • From: Ben <ruidong.gao@xxxxxxxxx>
• Re: Impacts on doubling the size of pgs in a rbd pool?
  • From: Michel Jouvin <michel.jouvin@xxxxxxxxxxxxxxx>
• Re: Impacts on doubling the size of pgs in a rbd pool?
  • From: Hervé Ballans <herve.ballans@xxxxxxxxxxxxx>
• is the rbd mirror journal replayed on primary after a crash?
  • From: Scheurer François <francois.scheurer@xxxxxxxxxxxx>
• Re: Slow recovery and inaccurate recovery figures since Quincy upgrade
  • From: Iain Stott <Iain.Stott@xxxxxxxxxxxxxxx>
• Re: S3 user with more than 1000 buckets
  • From: Matt Benjamin <mbenjami@xxxxxxxxxx>
• Re: S3 user with more than 1000 buckets
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: S3 user with more than 1000 buckets
  • From: Janne Johansson <icepic.dz@xxxxxxxxx>
• Re: S3 user with more than 1000 buckets
  • From: Thomas Bennett <thomas@xxxxxxxx>
• Ceph Quarterly (CQ) - Issue #2
  • From: Zac Dover <zac.dover@xxxxxxxxx>
• Performance drop and retransmits with CephFS
  • From: Tom Wezepoel <tomwezepoel@xxxxxxxxx>
• Re: S3 user with more than 1000 buckets
  • From: Jonas Nemeiksis <jnemeiksis@xxxxxxxxx>
• S3 user with more than 1000 buckets
  • From: Thomas Bennett <thomas@xxxxxxxx>
• Re: Slow recovery and inaccurate recovery figures since Quincy upgrade
  • From: Sridhar Seshasayee <sseshasa@xxxxxxxxxx>
• Slow recovery and inaccurate recovery figures since Quincy upgrade
  • From: Iain Stott <Iain.Stott@xxxxxxxxxxxxxxx>
• Re: cephfs health warn
  • From: Venky Shankar <vshankar@xxxxxxxxxx>
• Re: cephfs health warn
  • From: Ben <ruidong.gao@xxxxxxxxx>
• Re: Clients failing to respond to capability release
  • From: E Taka <0etaka0@xxxxxxxxx>
• MDS failing to respond to capability release while `ls -lR`
  • From: E Taka <0etaka0@xxxxxxxxx>
• Re: rgw: disallowing bucket creation for specific users?
  • From: Peter Goron <peter.goron@xxxxxxxxx>
• rgw: disallowing bucket creation for specific users?
  • From: Matthias Ferdinand <mf+ml.ceph@xxxxxxxxx>
• Re: VM hangs when overwriting a file on erasure coded RBD
  • From: peter.linder@xxxxxxxxxxxxxx
• Re: VM hangs when overwriting a file on erasure coded RBD
  • From: peter.linder@xxxxxxxxxxxxxx
• Re: Join us for the User + Dev Relaunch, happening this Thursday!
  • From: Laura Flores <lflores@xxxxxxxxxx>
• Re: 16.2.14: [progress WARNING root] complete: ev {UUID} does not exist
  • From: Zakhar Kirpichenko <zakhar@xxxxxxxxx>
• Remove empty orphaned PGs not mapped to a pool
  • From: Malte Stroem <malte.stroem@xxxxxxxxx>
• Re: 16.2.14: [progress WARNING root] complete: ev {UUID} does not exist
  • From: Tyler Stachecki <stachecki.tyler@xxxxxxxxx>
• Re: 16.2.14: [progress WARNING root] complete: ev {UUID} does not exist
  • From: Zakhar Kirpichenko <zakhar@xxxxxxxxx>
• VM hangs when overwriting a file on erasure coded RBD
  • From: Peter Linder <peter.linder@xxxxxxxxxxxxxx>
• Re: 16.2.14: [progress WARNING root] complete: ev {UUID} does not exist
  • From: Tyler Stachecki <stachecki.tyler@xxxxxxxxx>
• Re: 16.2.14: [progress WARNING root] complete: ev {UUID} does not exist
  • From: Zakhar Kirpichenko <zakhar@xxxxxxxxx>
• Impacts on doubling the size of pgs in a rbd pool?
  • From: Hervé Ballans <herve.ballans@xxxxxxxxxxxxx>
• Re: 16.2.14: [progress WARNING root] complete: ev {UUID} does not exist
  • From: Eugen Block <eblock@xxxxxx>
• 16.2.14: [progress WARNING root] complete: ev {UUID} does not exist
  • From: Zakhar Kirpichenko <zakhar@xxxxxxxxx>
• CEPH complete cluster failure: unknown PGS
  • From: v1tnam@xxxxxxxxx
• Re: After upgrading from 17.2.6 to 18.2.0, OSDs are very frequently restarting due to livenessprobe failures
  • From: Mark Nelson <mark.nelson@xxxxxxxxx>
• Re: Snap_schedule does not always work.
  • From: Kushagr Gupta <kushagrguptasps.mun@xxxxxxxxx>
• Re: cephfs health warn
  • From: Ben <ruidong.gao@xxxxxxxxx>
• Re: After upgrading from 17.2.6 to 18.2.0, OSDs are very frequently restarting due to livenessprobe failures
  • From: Igor Fedotov <igor.fedotov@xxxxxxxx>
• Re: Specify priority for active MGR and MDS
  • From: Janne Johansson <icepic.dz@xxxxxxxxx>
• Re: Snap_schedule does not always work.
  • From: Milind Changire <mchangir@xxxxxxxxxx>
• Re: cephfs health warn
  • From: Venky Shankar <vshankar@xxxxxxxxxx>
• Re: Snap_schedule does not always work.
  • From: Milind Changire <mchangir@xxxxxxxxxx>
• Re: After upgrading from 17.2.6 to 18.2.0, OSDs are very frequently restarting due to livenessprobe failures
  • From: sbengeri@xxxxxxxxx
• Re: Not able to find a standardized restoration procedure for subvolume snapshots.
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Snap_schedule does not always work.
  • From: Kushagr Gupta <kushagrguptasps.mun@xxxxxxxxx>
• Re: Not able to find a standardized restoration procedure for subvolume snapshots.
  • From: Kushagr Gupta <kushagrguptasps.mun@xxxxxxxxx>
• Re: cephfs health warn
  • From: Ben <ruidong.gao@xxxxxxxxx>
• Re: Quincy NFS ingress failover
  • From: John Mulligan <phlogistonjohn@xxxxxxxxxxxxx>
• Re: CVE-2023-43040 - Improperly verified POST keys in Ceph RGW?
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Ceph leadership team notes 9/27
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Dashboard daemon logging not working
  • From: Thomas Bennett <thomas@xxxxxxxx>
• Specify priority for active MGR and MDS
  • From: Nicolas FONTAINE <n.fontaine@xxxxxxx>
• Cephadm specs application order
  • From: Luis Domingues <luis.domingues@xxxxxxxxx>
• CVE-2023-43040 - Improperly verified POST keys in Ceph RGW?
  • From: Christian Rohmann <christian.rohmann@xxxxxxxxx>
• Re: set proxy for ceph installation
  • From: Eugen Block <eblock@xxxxxx>
• Re: set proxy for ceph installation
  • From: Dario Graña <dgrana@xxxxxx>
• Re: Quincy NFS ingress failover
  • From: Thorne Lawler <thorne@xxxxxxxxxxx>
• Re: After upgrading from 17.2.6 to 18.2.0, OSDs are very frequently restarting due to livenessprobe failures
  • From: Igor Fedotov <igor.fedotov@xxxxxxxx>
• Re: After upgrading from 17.2.6 to 18.2.0, OSDs are very frequently restarting due to livenessprobe failures
  • From: sbengeri@xxxxxxxxx
• Re: CEPH zero iops after upgrade to Reef and manual read balancer
  • From: Laura Flores <lflores@xxxxxxxxxx>
• Re: replacing storage server host (not drives)
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• replacing storage server host (not drives)
  • From: Wyll Ingersoll <wyllys.ingersoll@xxxxxxxxxxxxxx>
• set proxy for ceph installation
  • From: Majid Varzideh <m.varzideh@xxxxxxxxx>
• Re: Balancer blocked as autoscaler not acting on scaling change
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• cephfs health warn
  • From: Ben <ruidong.gao@xxxxxxxxx>
• Re: pgs incossistent every day same osd
  • From: Jorge JP <jorgejp@xxxxxxxxxx>
• Re: pgs incossistent every day same osd
  • From: Janek Bevendorff <janek.bevendorff@xxxxxxxxxxxxx>
• pgs incossistent every day same osd
  • From: Jorge JP <jorgejp@xxxxxxxxxx>
• Re: Quincy NFS ingress failover
  • From: "Ackermann, Christoph" <c.ackermann@xxxxxxxxxxxx>
• rbd rados cephfs libs compilation
  • From: Arnaud Morin <arnaud.morin@xxxxxxxxx>
• Re: Libcephfs : ceph_readdirplus_r() with ceph_ll_lookup_vino() : ceph version 17.2.5 (98318ae89f1a893a6ded3a640405cdbb33e08757) quincy (stable)
  • From: Joseph Fernandes <josephaug26@xxxxxxxxx>
• Re: Balancer blocked as autoscaler not acting on scaling change
  • From: ceph@xxxxxxxxxx
• Re: CephFS warning: clients laggy due to laggy OSDs
  • From: Janek Bevendorff <janek.bevendorff@xxxxxxxxxxxxx>
• In which cases can the "mon_osd_full_ratio" and the "mon_osd_backfillfull_ratio" be exceeded ?
  • From: Raphael Laguerre <raphaellaguerre@xxxxxxxxxxxxxx>
• Re: Join us for the User + Dev Relaunch, happening this Thursday!
  • From: "FastInfo Class" <fastinfoclass@xxxxxxxxxxxxxx>
• Re: S3website range requests - possible issue
  • From: Ondřej Kukla <ondrej.kukla@xxxxxxxxx>
• Balancer blocked as autoscaler not acting on scaling change
  • From: bc10@xxxxxxxxxxxx
• September Ceph Science Virtual User Group
  • From: Kevin Hrpcek <kevin.hrpcek@xxxxxxxxxxxxx>
• Re: rgw: strong consistency for (bucket) policy settings?
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: CEPH zero iops after upgrade to Reef and manual read balancer
  • From: Mosharaf Hossain <mosharaf.hossain@xxxxxxxxxxxxxx>
• How to properly remove of cluster_network
  • From: Jan Marek <jmarek@xxxxxx>
• outdated mds slow requests
  • From: Ben <ruidong.gao@xxxxxxxxx>
• Re: rgw: strong consistency for (bucket) policy settings?
  • From: Matthias Ferdinand <mf+ml.ceph@xxxxxxxxx>
• How to use STS Lite correctly?
  • From: "Huy Nguyen" <viplanghe6@xxxxxxxxx>
• Re: rgw: strong consistency for (bucket) policy settings?
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: rgw: strong consistency for (bucket) policy settings?
  • From: Matthias Ferdinand <mf+ml.ceph@xxxxxxxxx>
• Re: S3website range requests - possible issue
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: S3website range requests - possible issue
  • From: Ondřej Kukla <ondrej@xxxxxxx>
• Re: S3website range requests - possible issue
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: Join us for the User + Dev Relaunch, happening this Thursday!
  • From: Matthias Ferdinand <mf+ml.ceph@xxxxxxxxx>
• Re: millions of hex 80 0_0000 omap keys in single index shard for single bucket
  • From: Christopher Durham <caduceus42@xxxxxxx>
• Re: Libcephfs : ceph_readdirplus_r() with ceph_ll_lookup_vino() : ceph version 17.2.5 (98318ae89f1a893a6ded3a640405cdbb33e08757) quincy (stable)
  • From: Joseph Fernandes <josephaug26@xxxxxxxxx>
• Re: Libcephfs : ceph_readdirplus_r() with ceph_ll_lookup_vino() : ceph version 17.2.5 (98318ae89f1a893a6ded3a640405cdbb33e08757) quincy (stable)
  • From: Venky Shankar <vshankar@xxxxxxxxxx>
• Re: After upgrading from 17.2.6 to 18.2.0, OSDs are very frequently restarting due to livenessprobe failures
  • From: Peter Goron <peter.goron@xxxxxxxxx>
• Re: Libcephfs : ceph_readdirplus_r() with ceph_ll_lookup_vino() : ceph version 17.2.5 (98318ae89f1a893a6ded3a640405cdbb33e08757) quincy (stable)
  • From: Joseph Fernandes <josephaug26@xxxxxxxxx>
• Re: Libcephfs : ceph_readdirplus_r() with ceph_ll_lookup_vino() : ceph version 17.2.5 (98318ae89f1a893a6ded3a640405cdbb33e08757) quincy (stable)
  • From: Joseph Fernandes <josephaug26@xxxxxxxxx>
• Libcephfs : ceph_readdirplus_r() with ceph_ll_lookup_vino() : ceph version 17.2.5 (98318ae89f1a893a6ded3a640405cdbb33e08757) quincy (stable)
  • From: Joseph Fernandes <josephaug26@xxxxxxxxx>
• multiple rgw instances with same cephx key
  • From: Boris Behrens <bb@xxxxxxxxx>
• Re: Querying the most recent snapshot
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Querying the most recent snapshot
  • From: Dominique Ramaekers <dominique.ramaekers@xxxxxxxxxx>
• Re: Join us for the User + Dev Relaunch, happening this Thursday!
  • From: Laura Flores <lflores@xxxxxxxxxx>
• Re: After upgrading from 17.2.6 to 18.2.0, OSDs are very frequently restarting due to livenessprobe failures
  • From: Sudhin Bengeri <sbengeri@xxxxxxxxx>
• Re: After upgrading from 17.2.6 to 18.2.0, OSDs are very frequently restarting due to livenessprobe failures
  • From: Travis Nielsen <tnielsen@xxxxxxxxxx>
• RGW External IAM Authorization
  • From: Seena Fallah <seenafallah@xxxxxxxxx>
• Re: millions of hex 80 0_0000 omap keys in single index shard for single bucket
  • From: Christopher Durham <caduceus42@xxxxxxx>
• Re: millions of hex 80 0_0000 omap keys in single index shard for single bucket
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: millions of hex 80 0_0000 omap keys in single index shard for single bucket
  • From: Christopher Durham <caduceus42@xxxxxxx>
• Re: Recently started OSD crashes (or messages thereof)
  • From: Igor Fedotov <igor.fedotov@xxxxxxxx>
• Re: backfill_wait preventing deep scrubs
  • From: Frank Schilder <frans@xxxxxx>
• Re: After power outage, osd do not restart
  • From: Patrick Begou <Patrick.Begou@xxxxxxxxxxxxxxxxxxxxxx>
• Re: backfill_wait preventing deep scrubs
  • From: Mykola Golub <to.my.trociny@xxxxxxxxx>
• Recently started OSD crashes (or messages thereof)
  • From: Luke Hall <luke@xxxxxxxxxxxxxxxxxxxxx>
• Re: After power outage, osd do not restart
  • From: Eneko Lacunza <elacunza@xxxxxxxxx>
• Re: After power outage, osd do not restart
  • From: Patrick Begou <Patrick.Begou@xxxxxxxxxxxxxxxxxxxxxx>
• Re: ceph orch osd data_allocate_fraction does not work
  • From: Adam King <adking@xxxxxxxxxx>
• ceph orch osd data_allocate_fraction does not work
  • From: Boris Behrens <bb@xxxxxxxxx>
• Re: After power outage, osd do not restart
  • From: Igor Fedotov <igor.fedotov@xxxxxxxx>
• Re: After power outage, osd do not restart
  • From: Patrick Begou <Patrick.Begou@xxxxxxxxxxxxxxxxxxxxxx>
• backfill_wait preventing deep scrubs
  • From: Frank Schilder <frans@xxxxxx>
• OSD not starting after being mounted with ceph-objectstore-tool --op fuse
  • From: Budai Laszlo <laszlo.budai@xxxxxxxxx>
• Re: After power outage, osd do not restart
  • From: Igor Fedotov <igor.fedotov@xxxxxxxx>
• After power outage, osd do not restart
  • From: Patrick Begou <Patrick.Begou@xxxxxxxxxxxxxxxxxxxxxx>
• Re: After upgrading from 17.2.6 to 18.2.0, OSDs are very frequently restarting due to livenessprobe failures
  • From: Igor Fedotov <igor.fedotov@xxxxxxxx>
• Re: CephFS warning: clients laggy due to laggy OSDs
  • From: Janek Bevendorff <janek.bevendorff@xxxxxxxxxxxxx>
• Error adding OSD
  • From: Budai Laszlo <laszlo.budai@xxxxxxxxx>
• Re: millions of hex 80 0_0000 omap keys in single index shard for single bucket
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• After upgrading from 17.2.6 to 18.2.0, OSDs are very frequently restarting due to livenessprobe failures
  • From: sbengeri@xxxxxxxxx
• Re: S3website range requests - possible issue
  • From: Ondřej Kukla <ondrej.kukla@xxxxxxxxx>
• millions of hex 80 0_0000 omap keys in single index shard for single bucket
  • From: Christopher Durham <caduceus42@xxxxxxx>
• Re: S3website range requests - possible issue
  • From: Ondřej Kukla <ondrej@xxxxxxx>
• Re: Clients failing to respond to capability release
  • From: Tim Bishop <tim-lists@xxxxxxxxxxx>
• Re: CephFS warning: clients laggy due to laggy OSDs
  • From: Dhairya Parmar <dparmar@xxxxxxxxxx>
• Re: cephfs mount 'stalls'
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• Re: CephFS warning: clients laggy due to laggy OSDs
  • From: Venky Shankar <vshankar@xxxxxxxxxx>
• Re: CephFS warning: clients laggy due to laggy OSDs
  • From: Venky Shankar <vshankar@xxxxxxxxxx>
• Re: Ceph MDS OOM in combination with 6.5.1 kernel client
  • From: Mark Nelson <mark.nelson@xxxxxxxxx>
• Re: S3website range requests - possible issue
  • From: Ondřej Kukla <ondrej@xxxxxxx>
• Re: Clients failing to respond to capability release
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: libceph: mds1 IP+PORT wrong peer at address
  • From: Frank Schilder <frans@xxxxxx>
• Re: No snap_schedule module in Octopus
  • From: Patrick Begou <Patrick.Begou@xxxxxxxxxxxxxxxxxxxxxx>
• Re: No snap_schedule module in Octopus
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: No snap_schedule module in Octopus
  • From: Patrick Begou <Patrick.Begou@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Status of IPv4 / IPv6 dual stack?
  • From: Robert Sander <r.sander@xxxxxxxxxxxxxxxxxxx>
• Re: Ceph 16.2.x excessive logging, how to reduce?
  • From: Zakhar Kirpichenko <zakhar@xxxxxxxxx>
• Re: libceph: mds1 IP+PORT wrong peer at address
  • From: "U S" <ultrasagenexus@xxxxxxxxx>
• Re: MDS_CACHE_OVERSIZED, what is this a symptom of?
  • From: "Pedro Lopes" <pavila@xxxxxxxxxxx>
• Join us for the User + Dev Relaunch, happening this Thursday!
  • From: Laura Flores <lflores@xxxxxxxxxx>
• Re: No snap_schedule module in Octopus
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: No snap_schedule module in Octopus
  • From: Patrick Begou <Patrick.Begou@xxxxxxxxxxxxxxxxxxxxxx>
• Re: No snap_schedule module in Octopus
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: No snap_schedule module in Octopus
  • From: Patrick Begou <Patrick.Begou@xxxxxxxxxxxxxxxxxxxxxx>
• Clients failing to respond to capability release
  • From: Tim Bishop <tim-lists@xxxxxxxxxxx>
• Re: CephFS warning: clients laggy due to laggy OSDs
  • From: Janek Bevendorff <janek.bevendorff@xxxxxxxxxxxxx>
• Re: CephFS warning: clients laggy due to laggy OSDs
  • From: Venky Shankar <vshankar@xxxxxxxxxx>
• Re: Upgrading OS [and ceph release] nondestructively for oldish Ceph cluster
  • From: "York Huang" <york@xxxxxxxxxxxxx>
• Ceph MDS OOM in combination with 6.5.1 kernel client
  • From: Stefan Kooman <stefan@xxxxxx>
• S3website range requests - possible issue
  • From: Ondřej Kukla <ondrej@xxxxxxx>
• Re: No snap_schedule module in Octopus
  • From: Patrick Begou <Patrick.Begou@xxxxxxxxxxxxxxxxxxxxxx>
• No snap_schedule module in Octopus
  • From: Patrick Begou <Patrick.Begou@xxxxxxxxxxxxxxxxxxxxxx>
• Re: MDS_CACHE_OVERSIZED, what is this a symptom of?
  • From: "Alexander E. Patrakov" <patrakov@xxxxxxxxx>
• Ceph 16.2.x excessive logging, how to reduce?
  • From: Zakhar Kirpichenko <zakhar@xxxxxxxxx>
• Re: Quincy 17.2.6 - Rados gateway crash -
  • From: Michal Strnad <michal.strnad@xxxxxxxxx>
• Re: Error EPERM: error setting 'osd_op_queue' to 'wpq': (1) Operation not permitted
  • From: ndandoul@xxxxxxxx
• Re: libceph: mds1 IP+PORT wrong peer at address
  • From: ultrasagenexus@xxxxxxxxx
• python error when adding subvolume permission in cli
  • From: metrax@xxxxxxxxx
• MDS_CACHE_OVERSIZED, what is this a symptom of?
  • From: "Pedro Lopes" <pavila@xxxxxxxxxxx>
• Re: CephFS warning: clients laggy due to laggy OSDs
  • From: Janek Bevendorff <janek.bevendorff@xxxxxxxxxxxxx>
• Re: CephFS warning: clients laggy due to laggy OSDs
  • From: Laura Flores <lflores@xxxxxxxxxx>
• CephFS warning: clients laggy due to laggy OSDs
  • From: Janek Bevendorff <janek.bevendorff@xxxxxxxxxxxxx>
• Re: Error EPERM: error setting 'osd_op_queue' to 'wpq': (1) Operation not permitted
  • From: Josh Baergen <jbaergen@xxxxxxxxxxxxxxxx>
• Re: openstack rgw swift -- reef vs quincy
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• rbd-mirror and DR test
  • From: Kamil Madac <kamil.madac@xxxxxxxxx>
• Re: 6.5 CephFS client - ceph_cap_reclaim_work [ceph] / ceph_con_workfn [libceph] hogged CPU
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: Make ceph orch daemons reboot safe
  • From: Boris Behrens <bb@xxxxxxxxx>
• Re: Quincy 17.2.6 - Rados gateway crash -
  • From: Berger Wolfgang <wolfgang.berger@xxxxxxxxxxxxxxxxxxx>
• Error EPERM: error setting 'osd_op_queue' to 'wpq': (1) Operation not permitted
  • From: Nikolaos Dandoulakis <nick.dan@xxxxxxxx>
• Re: Status of IPv4 / IPv6 dual stack?
  • From: Nico Schottelius <nico.schottelius@xxxxxxxxxxx>
• Re: Status of IPv4 / IPv6 dual stack?
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: radosgw bucket usage metrics gone after created in a loop 64K buckets
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• radosgw bucket usage metrics gone after created in a loop 64K buckets
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: cephfs mount 'stalls'
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Re: Rebuilding data resiliency after adding new OSD's stuck for so long at 5%
  • From: sharathvuthpala@xxxxxxxxx
• RGW multisite - requesting help for fixing error_code: 125
  • From: Jayanth Reddy <jayanthreddy5666@xxxxxxxxx>
• Re: cephfs mount 'stalls'
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• Re: cephfs mount 'stalls'
  • From: William Edwards <wedwards@xxxxxxxxxxxxxx>
• cephfs mount 'stalls'
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• Re: Quincy 17.2.6 - Rados gateway crash -
  • From: Michal Strnad <michal.strnad@xxxxxxxxx>
• openstack rgw swift -- reef vs quincy
  • From: Shashi Dahal <myshashi@xxxxxxxxx>
• Re: Make ceph orch daemons reboot safe
  • From: Boris <bb@xxxxxxxxx>
• Re: Make ceph orch daemons reboot safe
  • From: Eugen Block <eblock@xxxxxx>
• Re: Make ceph orch daemons reboot safe
  • From: Boris Behrens <bb@xxxxxxxxx>
• Re: Make ceph orch daemons reboot safe
  • From: Eugen Block <eblock@xxxxxx>
• Make ceph orch daemons reboot safe
  • From: Boris Behrens <bb@xxxxxxxxx>
• Re: Awful new dashboard in Reef
  • From: Nizamudeen A <nia@xxxxxxxxxx>
• Re: ceph orchestator managed daemons do not use authentication (was: ceph orchestrator pulls strange images from docker.io)
  • From: Boris Behrens <bb@xxxxxxxxx>
• Re: Questions about PG auto-scaling and node addition
  • From: Christophe BAILLON <cb@xxxxxxx>
• Re: Awful new dashboard in Reef
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• Re: ceph orchestator managed daemons do not use authentication (was: ceph orchestrator pulls strange images from docker.io)
  • From: Boris Behrens <bb@xxxxxxxxx>
• Re: ceph orchestator pulls strange images from docker.io
  • From: Eugen Block <eblock@xxxxxx>
• Re: ceph orchestator pulls strange images from docker.io
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: ceph orchestator pulls strange images from docker.io
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: ceph orchestator pulls strange images from docker.io
  • From: Boris Behrens <bb@xxxxxxxxx>
• Status of IPv4 / IPv6 dual stack?
  • From: Robert Sander <r.sander@xxxxxxxxxxxxxxxxxxx>
• Re: ceph orchestator pulls strange images from docker.io
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• Re: ceph orchestator pulls strange images from docker.io
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: osd cannot get osdmap
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: Questions about PG auto-scaling and node addition
  • From: Kai Stian Olstad <ceph+list@xxxxxxxxxx>
• ceph orchestator pulls strange images from docker.io
  • From: Boris Behrens <bb@xxxxxxxxx>
• osd cannot get osdmap
  • From: Nathan Gleason <nathan@xxxxxxxxxxxxxxxx>
• Re: CEPH zero iops after upgrade to Reef and manual read balancer
  • From: Josh Salomon <jsalomon@xxxxxxxxxx>
• Re: Not able to find a standardized restoration procedure for subvolume snapshots.
  • From: Kushagr Gupta <kushagrguptasps.mun@xxxxxxxxx>
• Re: CEPH zero iops after upgrade to Reef and manual read balancer
  • From: Josh Salomon <jsalomon@xxxxxxxxxx>
• What is causing *.rgw.log pool to fill up / not be expired (Re: RGW multisite logs (data, md, bilog) not being trimmed automatically?)
  • From: Christian Rohmann <christian.rohmann@xxxxxxxxx>
• Re: Rebuilding data resiliency after adding new OSD's stuck for so long at 5%
  • From: sharathvuthpala@xxxxxxxxx
• Re: CEPH zero iops after upgrade to Reef and manual read balancer
  • From: Mosharaf Hossain <mosharaf.hossain@xxxxxxxxxxxxxx>
• Re: 6.5 CephFS client - ceph_cap_reclaim_work [ceph] / ceph_con_workfn [libceph] hogged CPU
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: Not able to find a standardized restoration procedure for subvolume snapshots.
  • From: Lokendra Rathour <lokendrarathour@xxxxxxxxx>
• Re: 6.5 CephFS client - ceph_cap_reclaim_work [ceph] / ceph_con_workfn [libceph] hogged CPU
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: Ceph services failing to start after OS upgrade
  • From: Fabian Grünbichler <f.gruenbichler@xxxxxxxxxxx>
• Re: 6.5 CephFS client - ceph_cap_reclaim_work [ceph] / ceph_con_workfn [libceph] hogged CPU
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: Rebuilding data resiliency after adding new OSD's stuck for so long at 5%
  • From: Sake <ceph@xxxxxxxxxxx>
• Re: Rebuilding data resiliency after adding new OSD's stuck for so long at 5%
  • From: sharathvuthpala@xxxxxxxxx
• Re: CEPH zero iops after upgrade to Reef and manual read balancer
  • From: Mosharaf Hossain <mosharaf.hossain@xxxxxxxxxxxxxx>
• Re: 6.5 CephFS client - ceph_cap_reclaim_work [ceph] / ceph_con_workfn [libceph] hogged CPU
  • From: Xiubo Li <xiubli@xxxxxxxxxx>
• Re: CEPH zero iops after upgrade to Reef and manual read balancer
  • From: Laura Flores <lflores@xxxxxxxxxx>
• Re: Awful new dashboard in Reef
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• Re: CEPH zero iops after upgrade to Reef and manual read balancer
  • From: Laura Flores <lflores@xxxxxxxxxx>
• Re: Rebuilding data resiliency after adding new OSD's stuck for so long at 5%
  • From: ceph@xxxxxxxxxx
• Re: Ceph services failing to start after OS upgrade
  • From: Robert Sander <r.sander@xxxxxxxxxxxxxxxxxxx>
• Rebuilding data resiliency after adding new OSD's stuck for so long at 5%
  • From: sharathvuthpala@xxxxxxxxx
• Ceph services failing to start after OS upgrade
  • From: hansen.ross@xxxxxxxxxxx
• Re: 6.5 CephFS client - ceph_cap_reclaim_work [ceph] / ceph_con_workfn [libceph] hogged CPU
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: 6.5 CephFS client - ceph_cap_reclaim_work [ceph] / ceph_con_workfn [libceph] hogged CPU
  • From: Stefan Kooman <stefan@xxxxxx>
• Questions about PG auto-scaling and node addition
  • From: Christophe BAILLON <cb@xxxxxxx>
• Re: 6.5 CephFS client - ceph_cap_reclaim_work [ceph] / ceph_con_workfn [libceph] hogged CPU
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: Awful new dashboard in Reef
  • From: Nizamudeen A <nia@xxxxxxxxxx>
• Re: Awful new dashboard in Reef
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• Re: cannot create new OSDs - ceph version 17.2.6 (810db68029296377607028a6c6da1ec06f5a2b27) quincy (stable)
  • From: Igor Fedotov <igor.fedotov@xxxxxxxx>
• CEPH zero iops after upgrade to Reef and manual read balancer
  • From: Mosharaf Hossain <mosharaf.hossain@xxxxxxxxxxxxxx>
• Re: MDS crash after Disaster Recovery
  • From: Eugen Block <eblock@xxxxxx>
• 6.5 CephFS client - ceph_cap_reclaim_work [ceph] / ceph_con_workfn [libceph] hogged CPU
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: Awful new dashboard in Reef
  • From: Nizamudeen A <nia@xxxxxxxxxx>
• Re: Separating Mons and OSDs in Ceph Cluster
  • From: Joachim Kraftmayer - ceph ambassador <joachim.kraftmayer@xxxxxxxxx>
• Re: rgw: strong consistency for (bucket) policy settings?
  • From: Matthias Ferdinand <mf+ml.ceph@xxxxxxxxx>
• Re: cannot create new OSDs - ceph version 17.2.6 (810db68029296377607028a6c6da1ec06f5a2b27) quincy (stable)
  • From: "Konold, Martin" <martin.konold@xxxxxxxxxx>
• Re: [ceph v16.2.10] radosgw crash
  • From: Tobias Urdin <tobias.urdin@xxxxxxxxxx>
• Re: MDS daemons don't report any more
  • From: Frank Schilder <frans@xxxxxx>
• Re: Upgrading OS [and ceph release] nondestructively for oldish Ceph cluster
  • From: "Ackermann, Christoph" <c.ackermann@xxxxxxxxxxxx>
• Re: Rocksdb compaction and OSD timeout
  • From: Igor Fedotov <igor.fedotov@xxxxxxxx>
• Re: Rocksdb compaction and OSD timeout
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Re: Rocksdb compaction and OSD timeout
  • From: Igor Fedotov <igor.fedotov@xxxxxxxx>
• Re: ceph orch command hung
  • From: Eugen Block <eblock@xxxxxx>
• cannot create new OSDs - ceph version 17.2.6 (810db68029296377607028a6c6da1ec06f5a2b27) quincy (stable)
  • From: "Konold, Martin" <martin.konold@xxxxxxxxxx>
• Re: ceph orch command hung
  • From: kgh02017.g@xxxxxxxxx
• MDS crash after Disaster Recovery
  • From: Sasha BALLET <balletn@xxxxxxxx>
• Re: [ceph v16.2.10] radosgw crash
  • From: "Louis Koo" <zhucan.k8s@xxxxxxxxx>
• Re: cannot create new OSDs - ceph version 17.2.6 (810db68029296377607028a6c6da1ec06f5a2b27) quincy (stable)
  • From: Igor Fedotov <igor.fedotov@xxxxxxxx>
• Re: rgw: strong consistency for (bucket) policy settings?
  • From: Matt Benjamin <mbenjami@xxxxxxxxxx>
• rgw: strong consistency for (bucket) policy settings?
  • From: Matthias Ferdinand <mf+ml.ceph@xxxxxxxxx>
• cannot create new OSDs - ceph version 17.2.6 (810db68029296377607028a6c6da1ec06f5a2b27) quincy (stable)
  • From: "Konold, Martin" <martin.konold@xxxxxxxxxx>
• Re: MDS daemons don't report any more
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: Rocksdb compaction and OSD timeout
  • From: J-P Methot <jp.methot@xxxxxxxxxxxxxxxxx>
• Re: ceph orch command hung
  • From: Eugen Block <eblock@xxxxxx>
• Re: Upgrading OS [and ceph release] nondestructively for oldish Ceph cluster
  • From: Eugen Block <eblock@xxxxxx>
• Re: MDS daemons don't report any more
  • From: Frank Schilder <frans@xxxxxx>
• Re: ceph_leadership_team_meeting_s18e06.mkv
  • From: Rok Jaklič <rjaklic@xxxxxxxxx>
• Re: MGR executes config rm all the time
  • From: Frank Schilder <frans@xxxxxx>
• Re: Awful new dashboard in Reef
  • From: Nicola Mori <mori@xxxxxxxxxx>
• Re: Separating Mons and OSDs in Ceph Cluster
  • From: Robert Sander <r.sander@xxxxxxxxxxxxxxxxxxx>
• Re: Awful new dashboard in Reef
  • From: Nizamudeen A <nia@xxxxxxxxxx>
• ceph orch command hung
  • From: Taku Izumi <kgh02017.g@xxxxxxxxx>
• Re: Separating Mons and OSDs in Ceph Cluster
  • From: Ramin Najjarbashi <ramin.najarbashi@xxxxxxxxx>
• Re: MGR executes config rm all the time
  • From: Mykola Golub <to.my.trociny@xxxxxxxxx>
• Re: Best practices regarding MDS node restart
  • From: Eugen Block <eblock@xxxxxx>
• MGR executes config rm all the time
  • From: Frank Schilder <frans@xxxxxx>
• MDS daemons don't report any more
  • From: Frank Schilder <frans@xxxxxx>
• Re: Separating Mons and OSDs in Ceph Cluster
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: Separating Mons and OSDs in Ceph Cluster
  • From: Tyler Stachecki <stachecki.tyler@xxxxxxxxx>
• CephFS session recovery with different source IP
  • From: caskd <caskd@xxxxxxxxx>
• Re: Separating Mons and OSDs in Ceph Cluster
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Best practices regarding MDS node restart
  • From: "Alexander E. Patrakov" <patrakov@xxxxxxxxx>
• Re: Separating Mons and OSDs in Ceph Cluster
  • From: Eugen Block <eblock@xxxxxx>
• Separating Mons and OSDs in Ceph Cluster
  • From: Ramin Najjarbashi <ramin.najarbashi@xxxxxxxxx>
• Re: Unhappy Cluster
  • From: Dave S <bigdave.schulz@xxxxxxxxx>
• Re: Unhappy Cluster
  • From: Dave S <bigdave.schulz@xxxxxxxxx>
• Re: Unhappy Cluster
  • From: "Alexander E. Patrakov" <patrakov@xxxxxxxxx>
• Unhappy Cluster
  • From: Dave S <bigdave.schulz@xxxxxxxxx>
• Re: ceph_leadership_team_meeting_s18e06.mkv
  • From: "David Orman" <ormandj@xxxxxxxxxxxx>
• Re: MGR Memory Leak in Restful
  • From: "David Orman" <ormandj@xxxxxxxxxxxx>
• Re: Rocksdb compaction and OSD timeout
  • From: Igor Fedotov <igor.fedotov@xxxxxxxx>
• Re: ceph_leadership_team_meeting_s18e06.mkv
  • From: Loïc Tortay <tortay@xxxxxxxxxxx>
• MGR Memory Leak in Restful
  • From: Chris Palmer <chris.palmer@xxxxxxxxx>
• Re: ceph_leadership_team_meeting_s18e06.mkv
  • From: Rok Jaklič <rjaklic@xxxxxxxxx>
• Re: Rocksdb compaction and OSD timeout
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Re: Rocksdb compaction and OSD timeout
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: Rocksdb compaction and OSD timeout
  • From: xiaowenhao111 <xiaowenhao111@xxxxxxxx>
• Re: ceph_leadership_team_meeting_s18e06.mkv
  • From: Mark Nelson <mark.a.nelson@xxxxxxxxx>
• Re: Rocksdb compaction and OSD timeout
  • From: Mark Nelson <mark.nelson@xxxxxxxxx>
• Re: Rocksdb compaction and OSD timeout
  • From: J-P Methot <jp.methot@xxxxxxxxxxxxxxxxx>
• Re: Rocksdb compaction and OSD timeout
  • From: Mark Nelson <mark.nelson@xxxxxxxxx>
• Re: Rocksdb compaction and OSD timeout
  • From: J-P Methot <jp.methot@xxxxxxxxxxxxxxxxx>
• Re: Rocksdb compaction and OSD timeout
  • From: J-P Methot <jp.methot@xxxxxxxxxxxxxxxxx>
• Re: Rocksdb compaction and OSD timeout
  • From: Mark Nelson <mark.nelson@xxxxxxxxx>
• Re: Rocksdb compaction and OSD timeout
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Upgrading OS [and ceph release] nondestructively for oldish Ceph cluster
  • From: "Sam Skipsey" <aoanla@xxxxxxxxx>
• Re: Rocksdb compaction and OSD timeout
  • From: J-P Methot <jp.methot@xxxxxxxxxxxxxxxxx>
• Re: Rocksdb compaction and OSD timeout
  • From: Stefan Kooman <stefan@xxxxxx>
• failure domain and rack awareness
  • From: Reza Bakhshayeshi <reza.b2008@xxxxxxxxx>
• Re: Permissions of the .snap directory do not inherit ACLs in 17.2.6
  • From: Eugen Block <eblock@xxxxxx>
• Re: Is it possible (or meaningful) to revive old OSDs?
  • From: ceph-mail@xxxxxxxxxxxxxxxx
• Re: Rocksdb compaction and OSD timeout
  • From: "Alexander E. Patrakov" <patrakov@xxxxxxxxx>
• Re: Debian/bullseye build for reef
  • From: Matthew Vernon <mvernon@xxxxxxxxxxxxx>
• Re: ceph_leadership_team_meeting_s18e06.mkv
  • From: Rok Jaklič <rjaklic@xxxxxxxxx>
• Re: Rocksdb compaction and OSD timeout
  • From: J-P Methot <jp.methot@xxxxxxxxxxxxxxxxx>
• Re: Awful new dashboard in Reef
  • From: Nicola Mori <mori@xxxxxxxxxx>
• Re: Awful new dashboard in Reef
  • From: Nigel Williams <nigel.williams@xxxxxxxxxxx>
• Re: Rocksdb compaction and OSD timeout
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Awful new dashboard in Reef
  • From: Nicola Mori <mori@xxxxxxxxxx>
• Re: Is it possible (or meaningful) to revive old OSDs?
  • From: Frank Schilder <frans@xxxxxx>
• Rocksdb compaction and OSD timeout
  • From: J-P Methot <jp.methot@xxxxxxxxxxxxxxxxx>
• Re: Contionuous spurious repairs without cause?
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: Contionuous spurious repairs without cause?
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: Is it possible (or meaningful) to revive old OSDs?
  • From: Richard Bade <hitrich@xxxxxxxxx>
• ceph_leadership_team_meeting_s18e06.mkv
  • From: Ernesto Puerta <epuertat@xxxxxxxxxx>
• Join Us for the Relaunch of the Ceph User + Developer Monthly Meeting!
  • From: Laura Flores <lflores@xxxxxxxxxx>
• Re: Is it possible (or meaningful) to revive old OSDs?
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: Is it possible (or meaningful) to revive old OSDs?
  • From: Malte Stroem <malte.stroem@xxxxxxxxx>
• Questions about 'public network' and 'cluster nertwork'?
  • From: "Louis Koo" <zhucan.k8s@xxxxxxxxx>
• Re: insufficient space ( 10 extents) on vgs lvm detected locked
  • From: Eugen Block <eblock@xxxxxx>
• Re: ceph-dashboard python warning with new pyo3 0.17 lib (debian12)
  • From: Max Carrara <m.carrara@xxxxxxxxxxx>
• insufficient space ( 10 extents) on vgs lvm detected locked
  • From: absankar89@xxxxxxxxx
• Re: lack of RGW_API_HOST in ceph dashboard, 17.2.6, causes ceph mgr dashboard problems
  • From: Christopher Durham <caduceus42@xxxxxxx>
• Re: RGW Lua - writable response header/field
  • From: Yuval Lifshitz <ylifshit@xxxxxxxxxx>
• Re: Contionuous spurious repairs without cause?
  • From: Manuel Lausch <manuel.lausch@xxxxxxxx>
• Re: Contionuous spurious repairs without cause?
  • From: Eugen Block <eblock@xxxxxx>
• Contionuous spurious repairs without cause?
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: Debian/bullseye build for reef
  • From: Matthew Vernon <mvernon@xxxxxxxxxxxxx>
• Re: Permissions of the .snap directory do not inherit ACLs in 17.2.6
  • From: MARTEL Arnaud <arnaud.martel@xxxxxx>
• Re: rgw replication sync issue
  • From: Eugen Block <eblock@xxxxxx>
• Re: Permissions of the .snap directory do not inherit ACLs in 17.2.6
  • From: Eugen Block <eblock@xxxxxx>
• RGW Lua - writable response header/field
  • From: Ondřej Kukla <ondrej@xxxxxxx>
• Is it possible (or meaningful) to revive old OSDs?
  • From: ceph-mail@xxxxxxxxxxxxxxxx
• Re: Is it safe to add different OS but same ceph version to the existing cluster?
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: Quincy NFS ingress failover
  • From: Thorne Lawler <thorne@xxxxxxxxxxx>
• Re: Quincy NFS ingress failover
  • From: Thorne Lawler <thorne@xxxxxxxxxxx>
• Running trim / discard on an OSD
  • From: Victor Rodriguez <vrodriguez@xxxxxxxxxxxxx>
• Re: Client failing to respond to capability release
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: When to use the auth profiles simple-rados-client and profile simple-rados-client-with-blocklist?
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: Critical Information: DELL/Toshiba SSDs dying after 70,000 hours of operation
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Permissions of the .snap directory do not inherit ACLs in 17.2.6
  • From: MARTEL Arnaud <arnaud.martel@xxxxxx>
• Re: OSDs spam log with scrub starts
  • From: Adrien Georget <adrien.georget@xxxxxxxxxxx>
• Re: Critical Information: DELL/Toshiba SSDs dying after 70,000 hours of operation
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Re: OSDs spam log with scrub starts
  • From: "David Orman" <ormandj@xxxxxxxxxxxx>
• Re: OSDs spam log with scrub starts
  • From: Zakhar Kirpichenko <zakhar@xxxxxxxxx>
• Re: osdspec_affinity error in the Cephadm module
  • From: Adam Huffman <adam.huffman.lists@xxxxxxxxx>
• OSDs spam log with scrub starts
  • From: Adrien Georget <adrien.georget@xxxxxxxxxxx>
• Re: Quincy NFS ingress failover
  • From: John Mulligan <phlogistonjohn@xxxxxxxxxxxxx>
• Re: Reef - what happened to OSD spec?
  • From: Eugen Block <eblock@xxxxxx>
• Re: Pacific 16.2.14 debian Incomplete
  • From: Zakhar Kirpichenko <zakhar@xxxxxxxxx>
• Re: cephfs snapshot mirror peer_bootstrap import hung
  • From: Venky Shankar <vshankar@xxxxxxxxxx>
• Re: Quincy NFS ingress failover
  • From: Thorne Lawler <thorne@xxxxxxxxxxx>
• Re: Pacific 16.2.14 debian Incomplete
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: Quincy NFS ingress failover
  • From: Thorne Lawler <thorne@xxxxxxxxxxx>
• Re: Quincy NFS ingress failover
  • From: Thorne Lawler <thorne@xxxxxxxxxxx>
• Re: Pacific 16.2.14 debian Incomplete
  • From: Zakhar Kirpichenko <zakhar@xxxxxxxxx>
• v16.2.14 Pacific released
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: Pacific 16.2.14 debian Incomplete
  • From: Laura Flores <lflores@xxxxxxxxxx>
• Re: Multisite RGW setup not working when following the docs step by step
  • From: Zac Dover <zac.dover@xxxxxxxxx>
• Re: Pacific 16.2.14 debian Incomplete
  • From: Paul Mezzanini <pfmeec@xxxxxxx>
• Re: Pacific 16.2.14 debian Incomplete
  • From: Laura Flores <lflores@xxxxxxxxxx>
• Re: cephfs snapshot mirror peer_bootstrap import hung
  • From: "Adiga, Anantha" <anantha.adiga@xxxxxxxxx>
• Re: Pacific 16.2.14 debian Incomplete
  • From: Zakhar Kirpichenko <zakhar@xxxxxxxxx>
• Re: radosgw mulsite multi zone configuration: current period realm name not same as in zonegroup
  • From: "Adiga, Anantha" <anantha.adiga@xxxxxxxxx>
• Multisite RGW setup not working when following the docs step by step
  • From: "Petr Bena" <petr@bena.rocks>
• CLT Meeting minutes 2023-08-30
  • From: Nizamudeen A <nia@xxxxxxxxxx>
• Re: Pacific 16.2.14 debian Incomplete
  • From: Reed Dier <reed.dier@xxxxxxxxxxx>
• Re: Pacific 16.2.14 debian Incomplete
  • From: Burkhard Linke <Burkhard.Linke@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Pacific 16.2.14 debian Incomplete
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Pacific 16.2.14 debian Incomplete
  • From: Reed Dier <reed.dier@xxxxxxxxxxx>
• Re: A couple OSDs not starting after host reboot
  • From: "Alison Peisker" <apeisker@xxxxxxxx>
• Re: lack of RGW_API_HOST in ceph dashboard, 17.2.6, causes ceph mgr dashboard problems
  • From: Eugen Block <eblock@xxxxxx>
• Re: Reef - what happened to OSD spec?
  • From: Eugen Block <eblock@xxxxxx>
• Re: Is there any way to fine tune peering/pg relocation/rebalance?
  • From: "Louis Koo" <zhucan.k8s@xxxxxxxxx>
• Re: Is there any way to fine tune peering/pg relocation/rebalance?
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: Is there any way to fine tune peering/pg relocation/rebalance?
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: Is there any way to fine tune peering/pg relocation/rebalance?
  • From: "Louis Koo" <zhucan.k8s@xxxxxxxxx>
• Quincy NFS ingress failover
  • From: Thorne Lawler <thorne@xxxxxxxxxxx>
• lack of RGW_API_HOST in ceph dashboard, 17.2.6, causes ceph mgr dashboard problems
  • From: Christopher Durham <caduceus42@xxxxxxx>
• Re: Is there any way to fine tune peering/pg relocation/rebalance?
  • From: Matt Vandermeulen <storage@xxxxxxxxxxxx>
• Re: Reef - what happened to OSD spec?
  • From: Nigel Williams <nigel.williams@xxxxxxxxxxx>
• Is there any way to fine tune peering/pg relocation/rebalance?
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: hardware setup recommendations wanted
  • From: Eneko Lacunza <elacunza@xxxxxxxxx>
• Re: two ways of adding OSDs? LVN vs ceph orch daemon add
  • From: Eugen Block <eblock@xxxxxx>
• Re: A couple OSDs not starting after host reboot
  • From: Igor Fedotov <igor.fedotov@xxxxxxxx>
• Re: rgw replication sync issue
  • From: "ankit raikwar" <ankit199999raikwar@xxxxxxxxx>
• Re: Reef - what happened to OSD spec?
  • From: Eugen Block <eblock@xxxxxx>
• Re: A couple OSDs not starting after host reboot
  • From: Frank Schilder <frans@xxxxxx>
• Re: Reef - what happened to OSD spec?
  • From: Nigel Williams <nigel.williams@xxxxxxxxxxx>
• Reef - what happened to OSD spec?
  • From: Nigel Williams <nigel.williams@xxxxxxxxxxx>
• Questions since updating to 18.0.2
  • From: Curt <lightspd@xxxxxxxxx>
• two ways of adding OSDs? LVN vs ceph orch daemon add
  • From: Giuliano Maggi <giuliano.maggi.olmedo@xxxxxxxxx>
• Re: A couple OSDs not starting after host reboot
  • From: apeisker@xxxxxxxx
• Re: cephadm to setup wal/db on nvme
  • From: Satish Patel <satish.txt@xxxxxxxxx>
• Re: 16.2.14 pacific QE validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: Status of diskprediction MGR module?
  • From: "Anthony D'Atri" <aad@xxxxxxxxxxxxxx>
• Re: Status of diskprediction MGR module?
  • From: Robert Sander <r.sander@xxxxxxxxxxxxxxxxxxx>
• Re: 16.2.14 pacific QE validation status
  • From: Adam King <adking@xxxxxxxxxx>
• Re: Status of diskprediction MGR module?
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Re: What does 'removed_snaps_queue' [d5~3] means?
  • From: Eugen Block <eblock@xxxxxx>
• Status of diskprediction MGR module?
  • From: Robert Sander <r.sander@xxxxxxxxxxxxxxxxxxx>
• Re: Windows 2016 RBD Driver install failure
  • From: Lucian Petrut <lpetrut@xxxxxxxxxxxxxxxxxxxxxx>
• hardware setup recommendations wanted
  • From: Kai Zimmer <zimmer@xxxxxxx>
• Re: rbd export-diff/import-diff hangs
  • From: Mykola Golub <to.my.trociny@xxxxxxxxx>
• Re: rbd export-diff/import-diff hangs
  • From: Tony Liu <tonyliu0592@xxxxxxxxxxx>
• Re: rbd export-diff/import-diff hangs
  • From: Tony Liu <tonyliu0592@xxxxxxxxxxx>
• Re: rbd export with export-format 2 exports all snapshots?
  • From: Tony Liu <tonyliu0592@xxxxxxxxxxx>
• Re: rbd export with export-format 2 exports all snapshots?
  • From: Alex Gorbachev <ag@xxxxxxxxxxxxxxxxxxx>
• rbd export with export-format 2 exports all snapshots?
  • From: Tony Liu <tonyliu0592@xxxxxxxxxxx>
• Re: What does 'removed_snaps_queue' [d5~3] means?
  • From: Work Ceph <work.ceph.user.mailing@xxxxxxxxx>
• Re: rbd export-diff/import-diff hangs
  • From: Eugen Block <eblock@xxxxxx>
• Re: rbd export-diff/import-diff hangs
  • From: Tony Liu <tonyliu0592@xxxxxxxxxxx>
• rbd export-diff/import-diff hangs
  • From: Tony Liu <tonyliu0592@xxxxxxxxxxx>
• Re: Can ceph-volume manage the LVs optionally used for DB / WAL at all?
  • From: Eugen Block <eblock@xxxxxx>
• Re: Can ceph-volume manage the LVs optionally used for DB / WAL at all?
  • From: Christian Rohmann <christian.rohmann@xxxxxxxxx>
• Re: What does 'removed_snaps_queue' [d5~3] means?
  • From: Eugen Block <eblock@xxxxxx>
• Re: 16.2.14 pacific QE validation status
  • From: Radoslaw Zarzynski <rzarzyns@xxxxxxxxxx>
• What does 'removed_snaps_queue' [d5~3] means?
  • From: Work Ceph <work.ceph.user.mailing@xxxxxxxxx>
• Re: cephadm to setup wal/db on nvme
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: A couple OSDs not starting after host reboot
  • From: Eugen Block <eblock@xxxxxx>
• A couple OSDs not starting after host reboot
  • From: Alison Peisker <apeisker@xxxxxxxx>
• Re: cephadm to setup wal/db on nvme
  • From: Satish Patel <satish.txt@xxxxxxxxx>
• Re: 16.2.14 pacific QE validation status
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: 16.2.14 pacific QE validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: 16.2.14 pacific QE validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: 16.2.14 pacific QE validation status
  • From: Laura Flores <lflores@xxxxxxxxxx>
• Re: 16.2.14 pacific QE validation status
  • From: Laura Flores <lflores@xxxxxxxxxx>
• Re: 16.2.14 pacific QE validation status
  • From: Travis Nielsen <tnielsen@xxxxxxxxxx>
• Re: 16.2.14 pacific QE validation status
  • From: Venky Shankar <vshankar@xxxxxxxxxx>
• Re: lun allocation failure
  • From: Eugen Block <eblock@xxxxxx>
• Re: lun allocation failure
  • From: Eugen Block <eblock@xxxxxx>
• Re: rgw replication sync issue
  • From: Eugen Block <eblock@xxxxxx>
• Re: Can ceph-volume manage the LVs optionally used for DB / WAL at all?
  • From: Eugen Block <eblock@xxxxxx>
• Re: Can ceph-volume manage the LVs optionally used for DB / WAL at all?
  • From: Christian Rohmann <christian.rohmann@xxxxxxxxx>
• Re: Problem when configuring S3 website domain go through Cloudflare DNS proxy
  • From: "Huy Nguyen" <viplanghe6@xxxxxxxxx>
• Problem when configuring S3 website domain go through Cloudflare DNS proxy
  • From: "Huy Nguyen" <viplanghe6@xxxxxxxxx>
• Re: 16.2.14 pacific QE validation status
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• radosgw mulsite multi zone configuration: current period realm name not same as in zonegroup
  • From: "Adiga, Anantha" <anantha.adiga@xxxxxxxxx>
• Re: User + Dev Monthly Meeting Minutes 2023-08-24
  • From: Laura Flores <lflores@xxxxxxxxxx>
• Re: User + Dev Monthly Meeting Minutes 2023-08-24
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Re: CephFS: convert directory into subvolume
  • From: Milind Changire <mchangir@xxxxxxxxxx>
• lun allocation failure
  • From: Opánszki Gábor <gabor.opanszki@xxxxxxxxxxxxx>
• User + Dev Monthly Meeting Minutes 2023-08-24
  • From: Laura Flores <lflores@xxxxxxxxxx>
• Re: 16.2.14 pacific QE validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: 16.2.14 pacific QE validation status
  • From: Nizamudeen A <nia@xxxxxxxxxx>
• Re: 16.2.14 pacific QE validation status
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: 16.2.14 pacific QE validation status
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: CephFS: convert directory into subvolume
  • From: Eugen Block <eblock@xxxxxx>
• Re: Rados object transformation
  • From: Yixin Jin <yjin77@xxxxxxxx>
• rgw replication sync issue
  • From: "ankit raikwar" <ankit199999raikwar@xxxxxxxxx>
• Re: CephFS: convert directory into subvolume
  • From: Milind Changire <mchangir@xxxxxxxxxx>
• Re: 16.2.14 pacific QE validation status
  • From: Laura Flores <lflores@xxxxxxxxxx>
• Re: Rados object transformation
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: snaptrim number of objects
  • From: Angelo Hongens <angelo@xxxxxxxxxx>
• Rados object transformation
  • From: Yixin Jin <yjin77@xxxxxxxx>
• Re: User + Dev Monthly Meeting happening next week
  • From: Laura Flores <lflores@xxxxxxxxxx>
• Re: 16.2.14 pacific QE validation status
  • From: Laura Flores <lflores@xxxxxxxxxx>
• Re: Patch change for CephFS subvolume
  • From: Eugen Block <eblock@xxxxxx>
• Re: cephadm to setup wal/db on nvme
  • From: Adam King <adking@xxxxxxxxxx>
• cephadm to setup wal/db on nvme
  • From: Satish Patel <satish.txt@xxxxxxxxx>
• Re: Patch change for CephFS subvolume
  • From: Anh Phan Tuan <anhphan.net@xxxxxxxxx>
• 16.2.14 pacific QE validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: [quincy] Migrating ceph cluster to new network, bind OSDs to multple public_nework
  • From: Boris Behrens <bb@xxxxxxxxx>
• Re: Patch change for CephFS subvolume
  • From: Eugen Block <eblock@xxxxxx>
• Re: Listing S3 buckets of a tenant using admin API
  • From: Michal Strnad <michal.strnad@xxxxxxxxx>
• Re: Client failing to respond to capability release
  • From: Eugen Block <eblock@xxxxxx>
• Re: Client failing to respond to capability release
  • From: Frank Schilder <frans@xxxxxx>
• Re: Client failing to respond to capability release
  • From: Frank Schilder <frans@xxxxxx>
• Re: Client failing to respond to capability release
  • From: Dhairya Parmar <dparmar@xxxxxxxxxx>
• Re: Client failing to respond to capability release
  • From: Eugen Block <eblock@xxxxxx>
• Re: snaptrim number of objects
  • From: Sridhar Seshasayee <sseshasa@xxxxxxxxxx>
• Re: Create OSDs MANUALLY
  • From: Anh Phan Tuan <anhphan.net@xxxxxxxxx>
• ceph osd error log
  • From: Peter <petersun@xxxxxxxxxxxx>
• Create OSDs MANUALLY
  • From: Alfredo Rezinovsky <alfrenovsky@xxxxxxxxx>
• Client failing to respond to capability release
  • From: Frank Schilder <frans@xxxxxx>
• Re: snaptrim number of objects
  • From: Mark Nelson <mark.nelson@xxxxxxxxx>
• Re: [quincy] Migrating ceph cluster to new network, bind OSDs to multple public_nework
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Windows 2016 RBD Driver install failure
  • From: Robert Ford <rford@xxxxxxxxxxx>
• Re: radosgw-admin sync error trim seems to do nothing
  • From: Matthew Darwin <bugs@xxxxxxxxxx>
• When to use the auth profiles simple-rados-client and profile simple-rados-client-with-blocklist?
  • From: Christian Rohmann <christian.rohmann@xxxxxxxxx>
• Re: [quincy] Migrating ceph cluster to new network, bind OSDs to multple public_nework
  • From: Boris Behrens <bb@xxxxxxxxx>
• CephFS: convert directory into subvolume
  • From: Eugen Block <eblock@xxxxxx>
• Re: Patch change for CephFS subvolume
  • From: Michal Strnad <michal.strnad@xxxxxxxxx>
• Re: EC pool degrades when adding device-class to crush rule
  • From: Lars Fenneberg <lf@xxxxxxxxxxxxx>
• Re: Patch change for CephFS subvolume
  • From: Eugen Block <eblock@xxxxxx>
• Patch change for CephFS subvolume
  • From: Michal Strnad <michal.strnad@xxxxxxxxx>
• Re: [quincy] Migrating ceph cluster to new network, bind OSDs to multple public_nework
  • From: Eugen Block <eblock@xxxxxx>
• Re: Global recovery event but HEALTH_OK
  • From: Eugen Block <eblock@xxxxxx>
• Re: [quincy] Migrating ceph cluster to new network, bind OSDs to multple public_nework
  • From: Boris Behrens <bb@xxxxxxxxx>
• Re: [quincy] Migrating ceph cluster to new network, bind OSDs to multple public_nework
  • From: Eugen Block <eblock@xxxxxx>
• Upcoming change to fix "ceph config dump" output inconsistency.
  • From: Sridhar Seshasayee <sseshasa@xxxxxxxxxx>
• Re: snaptrim number of objects
  • From: Angelo Höngens <angelo@xxxxxxxxxx>
• Re: snaptrim number of objects
  • From: Angelo Hongens <angelo@xxxxxxxxxx>
• Re: Debian/bullseye build for reef
  • From: Matthew Darwin <bugs@xxxxxxxxxx>
• Re: Debian/bullseye build for reef
  • From: Josh Durgin <jdurgin@xxxxxxxxxx>
• Global recovery event but HEALTH_OK
  • From: Alfredo Daniel Rezinovsky <alfrenovsky@xxxxxxxxx>
• Re: Debian/bullseye build for reef
  • From: Chris Palmer <chris.palmer@xxxxxxxxx>
• Re: Debian/bullseye build for reef
  • From: Josh Durgin <jdurgin@xxxxxxxxxx>
• Re: snaptrim number of objects
  • From: Manuel Lausch <manuel.lausch@xxxxxxxx>
• Re: Debian/bullseye build for reef
  • From: Josh Durgin <jdurgin@xxxxxxxxxx>
• Re: Decrepit ceph cluster performance
  • From: Zoltán Arnold Nagy <zoltan@xxxxxxxxxxxxxxxxxx>
• osd: why not use aio in read?
  • From: Xinying Song <songxinying.ftd@xxxxxxxxx>
• Re: [quincy] Migrating ceph cluster to new network, bind OSDs to multple public_nework
  • From: Boris Behrens <bb@xxxxxxxxx>
• Re: [quincy] Migrating ceph cluster to new network, bind OSDs to multple public_nework
  • From: Eugen Block <eblock@xxxxxx>
• Re: [quincy] Migrating ceph cluster to new network, bind OSDs to multple public_nework
  • From: Boris Behrens <bb@xxxxxxxxx>
• Re: [quincy] Migrating ceph cluster to new network, bind OSDs to multple public_nework
  • From: Eugen Block <eblock@xxxxxx>
• Re: [quincy] Migrating ceph cluster to new network, bind OSDs to multple public_nework
  • From: Janne Johansson <icepic.dz@xxxxxxxxx>
• Re: snaptrim number of objects
  • From: Frank Schilder <frans@xxxxxx>
• [quincy] Migrating ceph cluster to new network, bind OSDs to multple public_nework
  • From: Boris Behrens <bb@xxxxxxxxx>
• Debian/bullseye build for reef
  • From: Chris Palmer <chris.palmer@xxxxxxxxx>
• Re: EC pool degrades when adding device-class to crush rule
  • From: Eugen Block <eblock@xxxxxx>
• Re: OSD delete vs destroy vs purge
  • From: Eugen Block <eblock@xxxxxx>
• radosgw-admin sync error trim seems to do nothing
  • From: Richard Bade <hitrich@xxxxxxxxx>
• Re: v18.2.0 Reef released
  • From: Zac Dover <zac.dover@xxxxxxxxx>
• radosgw-admin sync error trim seems to do nothing
  • From: Matthew Darwin <bugs@xxxxxxxxxx>
• Re: OSD delete vs destroy vs purge
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: OSD delete vs destroy vs purge
  • From: Nicola Mori <mori@xxxxxxxxxx>
• Re: snaptrim number of objects
  • From: Angelo Hongens <angelo@xxxxxxxxxx>
• Re: [ceph v16.2.10] radosgw crash
  • From: "1187873955" <1187873955@xxxxxx>
• Re: Degraded FS on 18.2.0 - two monitors per host????
  • From: "Robert W. Eckert" <rob@xxxxxxxxxxxxxxx>
• Re: Degraded FS on 18.2.0 - two monitors per host????
  • From: Eugen Block <eblock@xxxxxx>
• Degraded FS on 18.2.0 - two monitors per host????
  • From: "Robert W. Eckert" <rob@xxxxxxxxxxxxxxx>
• Re: Quincy 17.2.6 - Rados gateway crash -
  • From: "Wolfgang Berger" <wolfgang.berger@xxxxxxxxxxxxxxxxxxx>
• Re: Can't join new mon - lossy channel, failing
  • From: Josef Johansson <josef@xxxxxxxxxxx>
• Re: Can't join new mon - lossy channel, failing
  • From: Josef Johansson <josef@xxxxxxxxxxx>
• Re: Cephadm adoption - service reconfiguration changes container image
  • From: "Iain Stott" <iain.stott@xxxxxxxxxxxxxxx>
• Re: Ceph Tech Talk for August 2023: Making Tehthology Friendly
  • From: Mike Perez <mike@ceph.foundation>
• Re: Check allocated RGW bucket/object size after enabling Bluestore compression
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: Check allocated RGW bucket/object size after enabling Bluestore compression
  • From: yosr.kchaou96@xxxxxxxxx
• Re: Check allocated RGW bucket/object size after enabling Bluestore compression
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• EC pool degrades when adding device-class to crush rule
  • From: Lars Fenneberg <lf@xxxxxxxxxxxxx>
• Re: Check allocated RGW bucket/object size after enabling Bluestore compression
  • From: yosr.kchaou96@xxxxxxxxx
• Re: Check allocated RGW bucket/object size after enabling Bluestore compression
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Check allocated RGW bucket/object size after enabling Bluestore compression
  • From: yosr.kchaou96@xxxxxxxxx
• Lost buckets when moving OSD location
  • From: "Huy Nguyen" <viplanghe6@xxxxxxxxx>
• Re: Quincy 17.2.6 - Rados gateway crash -
  • From: Matthias Grandl <matthias.grandl@xxxxxxxx>
• Messenger v2 Connection mode config options
  • From: "Beaman, Joshua" <Joshua_Beaman@xxxxxxxxxxx>
• Re: osdspec_affinity error in the Cephadm module
  • From: Adam King <adking@xxxxxxxxxx>
• osdspec_affinity error in the Cephadm module
  • From: Adam Huffman <adam.huffman.lists@xxxxxxxxx>
• Re: cephadm orchestrator does not restart daemons [was: ceph orch upgrade stuck between 16.2.7 and 16.2.13]
  • From: Adam King <adking@xxxxxxxxxx>
• Re: [ceph v16.2.10] radosgw crash
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: cephadm orchestrator does not restart daemons [was: ceph orch upgrade stuck between 16.2.7 and 16.2.13]
  • From: Eugen Block <eblock@xxxxxx>
• Re: CephFS metadata outgrow DISASTER during recovery
  • From: Jakub Petrzilka <jakub.petrzilka@xxxxxxxxx>
• Re: cephadm orchestrator does not restart daemons [was: ceph orch upgrade stuck between 16.2.7 and 16.2.13]
  • From: Robert Sander <r.sander@xxxxxxxxxxxxxxxxxxx>
• Re: CephFS metadata outgrow DISASTER during recovery
  • From: Jakub Petrzilka <jakub.petrzilka@xxxxxxxxx>
• Re: Can't join new mon - lossy channel, failing
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Re: cephadm orchestrator does not restart daemons [was: ceph orch upgrade stuck between 16.2.7 and 16.2.13]
  • From: Eugen Block <eblock@xxxxxx>
• Re: Can't join new mon - lossy channel, failing
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• cephadm orchestrator does not restart daemons [was: ceph orch upgrade stuck between 16.2.7 and 16.2.13]
  • From: Robert Sander <r.sander@xxxxxxxxxxxxxxxxxxx>
• Re: Cephadm adoption - service reconfiguration changes container image
  • From: Eugen Block <eblock@xxxxxx>
• Re: Cephadm adoption - service reconfiguration changes container image
  • From: Iain Stott <Iain.Stott@xxxxxxxxxxxxxxx>
• [ceph v16.2.10] radosgw crash
  • From: "Louis Koo" <zhucan.k8s@xxxxxxxxx>
• Ceph Tech Talk for August 2023: Making Tehthology Friendly
  • From: Mike Perez <mike@ceph.foundation>
• Re: CEPHADM_STRAY_DAEMON
  • From: tyler.jurgens@xxxxxxxxxxxxxx
• Multisite s3 website slow period update
  • From: Ondřej Kukla <ondrej@xxxxxxx>
• User + Dev Monthly Meeting happening next week
  • From: Laura Flores <lflores@xxxxxxxxxx>
• Re: Cephadm adoption - service reconfiguration changes container image
  • From: Adam King <adking@xxxxxxxxxx>
• Re: ceph orch upgrade stuck between 16.2.7 and 16.2.13
  • From: Adam King <adking@xxxxxxxxxx>
• Announcing go-ceph v0.23.0
  • From: Sven Anderson <sven@xxxxxxxxxx>