CEPH Filesystem Users

• Thread Index

• Multisite RGW - Secondary zone's data pool bigger than master
  • From: mhnx <morphinwithyou@xxxxxxxxx>
• Re: towards a new ceph leadership team
  • From: Josh Durgin <jdurgin@xxxxxxxxxx>
• Ceph Pacific (16.2.6) - Orphaned cache tier objects?
  • From: David Herselman <dhe@xxxxxxxx>
• Re: Questions about tweaking ceph rebalancing activities
  • From: Jan-Philipp Litza <jpl@xxxxxxxxx>
• Re: Stretch cluster experiences in production?
  • From: Clyso GmbH - Ceph Foundation Member <joachim.kraftmayer@xxxxxxxxx>
• Questions about tweaking ceph rebalancing activities
  • From: ceph-users@xxxxxxxxxxxxxxxxx
• create osd on spdk nvme device failed
  • From: lin sir <pdo2013@xxxxxxxxxxx>
• Re: Which verison of ceph is better
  • From: Martin Verges <martin.verges@xxxxxxxx>
• Re: Stretch cluster experiences in production?
  • From: Martin Verges <martin.verges@xxxxxxxx>
• Which verison of ceph is better
  • From: "norman.kern" <norman.kern@xxxxxxx>
• Re: Stretch cluster experiences in production?
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Ceph Community Ambassador Sync
  • From: Mike Perez <miperez@xxxxxxxxxx>
• Re: OSD Crashes in 16.2.6
  • From: Marco Pizzolo <marcopizzolo@xxxxxxxxx>
• Re: A change in Ceph leadership...
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: ceph IO are interrupted when OSD goes down
  • From: Denis Polom <denispolom@xxxxxxxxx>
• Multisite RGW - Object count differs
  • From: mhnx <morphinwithyou@xxxxxxxxx>
• Re: ceph IO are interrupted when OSD goes down
  • From: Eugen Block <eblock@xxxxxx>
• Re: ceph IO are interrupted when OSD goes down
  • From: denispolom@xxxxxxxxx
• Re: Multisite Pubsub - Duplicates Growing Uncontrollably
  • From: Yuval Lifshitz <ylifshit@xxxxxxxxxx>
• Re: ceph IO are interrupted when OSD goes down
  • From: Eugen Block <eblock@xxxxxx>
• Re: [EXTERNAL] RE: OSDs flapping with "_open_alloc loaded 132 GiB in 2930776 extents available 113 GiB"
  • From: Dave Piper <david.piper@xxxxxxxxxxxxx>
• Re: Ceph Community Ambassador Sync
  • From: Etienne Menguy <etienne.menguy@xxxxxxxx>
• Re: ceph IO are interrupted when OSD goes down
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: ceph IO are interrupted when OSD goes down
  • From: Eugen Block <eblock@xxxxxx>
• ceph IO are interrupted when OSD goes down
  • From: Denis Polom <denispolom@xxxxxxxxx>
• Re: Ceph very slow bucket listing performance! how to deal with it.
  • From: 126 <jingxianqiang11@xxxxxxx>
• Re: A change in Ceph leadership...
  • From: Florian Haas <florian@xxxxxxxxxxxxxx>
• Re: Do people still use LevelDBStore?
  • From: mj <lists@xxxxxxxxxxxxx>
• Re: A change in Ceph leadership...
  • From: Wido den Hollander <wido@xxxxxxxx>
• Limit scrub impact
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: Stretch cluster experiences in production?
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: Cephfs + inotify
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: A change in Ceph leadership...
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: A change in Ceph leadership...
  • From: Vasu Kulkarni <vakulkar@xxxxxxxxxx>
• towards a new ceph leadership team
  • From: Josh Durgin <jdurgin@xxxxxxxxxx>
• Re: Does centos8/redhat8 support connection to luminous cluster
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Stretch cluster experiences in production?
  • From: Matthew Vernon <mvernon@xxxxxxxxxxxxx>
• Re: A change in Ceph leadership...
  • From: Josh Durgin <jdurgin@xxxxxxxxxx>
• Re: A change in Ceph leadership...
  • From: Michel Niyoyita <micou12@xxxxxxxxx>
• A change in Ceph leadership...
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Do people still use LevelDBStore?
  • From: Janne Johansson <icepic.dz@xxxxxxxxx>
• Does centos8/redhat8 support connection to luminous cluster
  • From: Malshan Peiris <malshan@xxxxxxxxxxxxxxxx>
• Re: Do people still use LevelDBStore?
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: Do people still use LevelDBStore?
  • From: mj <lists@xxxxxxxxxxxxx>
• Re: Do people still use LevelDBStore?
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: Do people still use LevelDBStore?
  • From: Janne Johansson <icepic.dz@xxxxxxxxx>
• Re: Ceph very slow bucket listing performance! how to deal with it.
  • From: "Xianqiang Jing" <jingxianqiang11@xxxxxxx>
• Re: Do people still use LevelDBStore?
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• Re: Ceph very slow bucket listing performance! how to deal with it.
  • From: Janne Johansson <icepic.dz@xxxxxxxxx>
• Ceph very slow bucket listing performance! how to deal with it.
  • From: "Xianqiang Jing" <jingxianqiang11@xxxxxxx>
• Re: Do people still use LevelDBStore?
  • From: mj <lists@xxxxxxxxxxxxx>
• Re: Do people still use LevelDBStore?
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: Do people still use LevelDBStore?
  • From: mj <lists@xxxxxxxxxxxxx>
• Re: ceph fs status output
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: Ganesha NFS hangs on any rebalancing or degraded data redundancy
  • From: Jeff Turmelle <jefft@xxxxxxxxxxxxxxxx>
• Re: Metrics for object sizes
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: Snap-schedule stopped working?
  • From: "Kyriazis, George" <george.kyriazis@xxxxxxxxx>
• Fwd: Ceph IRC channel linked to Slack
  • From: Alvaro Soto <alsotoes@xxxxxxxxx>
• Re: recreate a period in radosgw
  • From: Boris Behrens <bb@xxxxxxxxx>
• Re: Metrics for object sizes
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: Do people still use LevelDBStore?
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Re: cephfs, snapshots, deletion and stray files
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• ceph fs status output
  • From: Magnus HAGDORN <Magnus.Hagdorn@xxxxxxxx>
• cephfs, snapshots, deletion and stray files
  • From: Magnus HAGDORN <Magnus.Hagdorn@xxxxxxxx>
• recreate a period in radosgw
  • From: Boris Behrens <bb@xxxxxxxxx>
• Re: MDS in state stopping
  • From: Magnus HAGDORN <Magnus.Hagdorn@xxxxxxxx>
• Re: MDS in state stopping
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• MDS in state stopping
  • From: Magnus HAGDORN <Magnus.Hagdorn@xxxxxxxx>
• Re: cephadm cluster behing a proxy
  • From: Sebastian Wagner <sewagner@xxxxxxxxxx>
• Re: RGW pubsub deprecation
  • From: Yuval Lifshitz <ylifshit@xxxxxxxxxx>
• cephadm cluster behing a proxy
  • From: Luis Domingues <luis.domingues@xxxxxxxxx>
• selinux, OSDs and cents
  • From: Adam Witwicki <Adam.Witwicki@xxxxxxxxxxxx>
• Re: Metrics for object sizes
  • From: Christian Rohmann <christian.rohmann@xxxxxxxxx>
• Re: Do people still use LevelDBStore?
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• snapshotted cephfs deleting files 'no space left on device'
  • From: Magnus HAGDORN <Magnus.Hagdorn@xxxxxxxx>
• Re: Ganesha NFS hangs on any rebalancing or degraded data redundancy
  • From: Eugen Block <eblock@xxxxxx>
• Re: Cluster down
  • From: Alex Gorbachev <ag@xxxxxxxxxxxxxxxxxxx>
• Snap-schedule stopped working?
  • From: "Kyriazis, George" <george.kyriazis@xxxxxxxxx>
• Re: OSD's fail to start after power loss
  • From: "Orbiting Code, Inc." <support@xxxxxxxxxxxxxxxx>
• Re: OSD's fail to start after power loss
  • From: <DHilsbos@xxxxxxxxxxxxxx>
• Re: Cluster down
  • From: <DHilsbos@xxxxxxxxxxxxxx>
• Re: Adopting "unmanaged" OSDs into OSD service specification
  • From: David Orman <ormandj@xxxxxxxxxxxx>
• Re: Do people still use LevelDBStore?
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: Do people still use LevelDBStore?
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• Do people still use LevelDBStore?
  • From: "Adam C. Emerson" <aemerson@xxxxxxxxxx>
• Ganesha NFS hangs on any rebalancing or degraded data redundancy
  • From: Jeff Turmelle <jefft@xxxxxxxxxxxxxxxx>
• Re: RGW pubsub deprecation
  • From: Dave Piper <david.piper@xxxxxxxxxxxxx>
• Default policy for bucket creation
  • From: Dante F. B. Colò <dante01010@xxxxxxxxx>
• Accessing Ceph storage from a Windows guest.
  • From: open infra <openinfradn@xxxxxxxxx>
• Re: MDS: corrupted header/values: decode past end of struct encoding: Malformed input
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: MDS: corrupted header/values: decode past end of struct encoding: Malformed input
  • From: "von Hoesslin, Volker" <Volker.Hoesslin@xxxxxxx>
• Re: RFP for arm64 test nodes
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• OSD's fail to start after power loss
  • From: "Orbiting Code, Inc." <support@xxxxxxxxxxxxxxxx>
• Re: Cluster down
  • From: Jorge JP <jorgejp@xxxxxxxxxx>
• Datacenter migration: How to change cluster network.
  • From: mhnx <morphinwithyou@xxxxxxxxx>
• Re: Cluster down
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• Cluster down
  • From: Jorge JP <jorgejp@xxxxxxxxxx>
• Re: Multisite Pubsub - Duplicates Growing Uncontrollably
  • From: Yuval Lifshitz <ylifshit@xxxxxxxxxx>
• Re: Adopting "unmanaged" OSDs into OSD service specification
  • From: Luis Domingues <luis.domingues@xxxxxxxxx>
• Re: is it possible to remove the db+wal from an external device (nvme)
  • From: Igor Fedotov <igor.fedotov@xxxxxxxx>
• Re: is it possible to remove the db+wal from an external device (nvme)
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: ceph full-object read crc != expected on xxx:head
  • From: Frank Schilder <frans@xxxxxx>
• Re: Ceph cluster Sync
  • From: Tony Liu <tonyliu0592@xxxxxxxxxxx>
• Re: Broken mon state after (attempted) 16.2.5 -> 16.2.6 upgrade
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: Ceph cluster Sync
  • From: Manuel Holtgrewe <zyklenfrei@xxxxxxxxx>
• Re: Where is my free space?
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: OSD Crashes in 16.2.6
  • From: Zakhar Kirpichenko <zakhar@xxxxxxxxx>
• Re: ceph full-object read crc != expected on xxx:head
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: OSD Crashes in 16.2.6
  • From: Marco Pizzolo <marcopizzolo@xxxxxxxxx>
• Re: OSD Crashes in 16.2.6
  • From: Igor Fedotov <igor.fedotov@xxxxxxxx>
• Re: OSD Crashes in 16.2.6
  • From: Igor Fedotov <igor.fedotov@xxxxxxxx>
• Re: OSD Crashes in 16.2.6
  • From: Zakhar Kirpichenko <zakhar@xxxxxxxxx>
• Re: OSD Crashes in 16.2.6
  • From: Igor Fedotov <igor.fedotov@xxxxxxxx>
• Re: OSD Crashes in 16.2.6
  • From: Marco Pizzolo <marcopizzolo@xxxxxxxxx>
• Re: OSD Crashes in 16.2.6
  • From: Zakhar Kirpichenko <zakhar@xxxxxxxxx>
• OSD Crashes in 16.2.6
  • From: Marco Pizzolo <marcopizzolo@xxxxxxxxx>
• Re: Ceph cluster Sync
  • From: <DHilsbos@xxxxxxxxxxxxxx>
• Ceph cluster Sync
  • From: Michel Niyoyita <micou12@xxxxxxxxx>
• Announcing go-ceph v0.12.0
  • From: John Mulligan <phlogistonjohn@xxxxxxxxxxxxx>
• Re: is it possible to remove the db+wal from an external device (nvme)
  • From: Igor Fedotov <igor.fedotov@xxxxxxxx>
• Re: bluefs _allocate unable to allocate
  • From: Igor Fedotov <igor.fedotov@xxxxxxxx>
• Re: is it possible to remove the db+wal from an external device (nvme)
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: is it possible to remove the db+wal from an external device (nvme)
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: is it possible to remove the db+wal from an external device (nvme)
  • From: Igor Fedotov <igor.fedotov@xxxxxxxx>
• Re: is it possible to remove the db+wal from an external device (nvme)
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: bluefs _allocate unable to allocate
  • From: Igor Fedotov <igor.fedotov@xxxxxxxx>
• Re: is it possible to remove the db+wal from an external device (nvme)
  • From: Igor Fedotov <igor.fedotov@xxxxxxxx>
• Re: bluefs _allocate unable to allocate
  • From: José H. Freidhof <harald.freidhof@xxxxxxxxxxxxxx>
• Re: bluefs _allocate unable to allocate
  • From: José H. Freidhof <harald.freidhof@xxxxxxxxxxxxxx>
• Re: is it possible to remove the db+wal from an external device (nvme)
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: Metrics for object sizes
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: Where is my free space?
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: bluefs _allocate unable to allocate
  • From: José H. Freidhof <harald.freidhof@xxxxxxxxxxxxxx>
• ceph full-object read crc != expected on xxx:head
  • From: Frank Schilder <frans@xxxxxx>
• Re: Where is my free space?
  • From: Stefan Kooman <stefan@xxxxxx>
• get_health_metrics reporting slow ops and gw outage
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Where is my free space?
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: One PG keeps going inconsistent (stat mismatch)
  • From: Eric Petit <eric@xxxxxxxxxx>
• Re: Ceph User Survey 2022 Planning
  • From: Mike Perez <thingee@xxxxxxxxxx>
• Multisite Pubsub - Duplicates Growing Uncontrollably
  • From: Alex Hussein-Kershaw <alexhus@xxxxxxxxxxxxx>
• Re: MDSs report damaged metadata
  • From: Vadim Bulst <vadim.bulst@xxxxxxxxxxxxxx>
• Re: RFP for arm64 test nodes
  • From: Dan Mick <dmick@xxxxxxxxxx>
• Re: is it possible to remove the db+wal from an external device (nvme)
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: One PG keeps going inconsistent (stat mismatch)
  • From: Simon Ironside <sironside@xxxxxxxxxxxxx>
• CentOS 7 and CentOS 8 Stream dependencies for diskprediction module
  • From: Michal Strnad <michal.strnad@xxxxxxxxx>
• Re: cephfs vs rbd
  • From: PABLO MARTINEZ <pmartinez@xxxxxxx>
• Re: cephadm adopt with another user than root
  • From: Luis Domingues <luis.domingues@xxxxxxxxx>
• Re: RFP for arm64 test nodes
  • From: mabi <mabi@xxxxxxxxxxxxx>
• Re: bluefs _allocate unable to allocate
  • From: Igor Fedotov <igor.fedotov@xxxxxxxx>
• MDSs report damaged metadata
  • From: Vadim Bulst <vadim.bulst@xxxxxxxxxxxxxx>
• Re: RFP for arm64 test nodes
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: RFP for arm64 test nodes
  • From: Phil Regnauld <pr@xxxxx>
• Re: RFP for arm64 test nodes
  • From: Martin Verges <martin.verges@xxxxxxxx>
• Re: Cluster inaccessible
  • From: Ben Timby <btimby@xxxxxxxxxxxxx>
• Re: Cluster inaccessible
  • From: Ben Timby <btimby@xxxxxxxxxxxxx>
• Re: Cluster inaccessible
  • From: Ben Timby <btimby@xxxxxxxxxxxxx>
• Re: Cluster inaccessible
  • From: 胡 玮文 <huww98@xxxxxxxxxxx>
• Re: Cluster inaccessible
  • From: Ben Timby <btimby@xxxxxxxxxxxxx>
• Re: Cluster inaccessible
  • From: 胡 玮文 <huww98@xxxxxxxxxxx>
• Cluster inaccessible
  • From: Ben Timby <btimby@xxxxxxxxxxxxx>
• Re: RFP for arm64 test nodes
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: RFP for arm64 test nodes
  • From: David Orman <ormandj@xxxxxxxxxxxx>
• Re: cephfs vs rbd
  • From: Maged Mokhtar <mmokhtar@xxxxxxxxxxx>
• Re: cephfs vs rbd
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• Re: Cephfs + inotify
  • From: Janne Johansson <icepic.dz@xxxxxxxxx>
• Re: cephfs vs rbd
  • From: "Robert W. Eckert" <rob@xxxxxxxxxxxxxxx>
• RFP for arm64 test nodes
  • From: Dan Mick <dmick@xxxxxxxxxx>
• Re: Cephfs + inotify
  • From: David Rivera <rivera.david87@xxxxxxxxx>
• Re: cephfs vs rbd
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• Re: cephfs vs rbd
  • From: Jorge Garcia <jgarcia@xxxxxxxxxxxx>
• Re: bluefs _allocate unable to allocate
  • From: José H. Freidhof <harald.freidhof@xxxxxxxxxxxxxx>
• Re: cephadm adopt with another user than root
  • From: Daniel Pivonka <dpivonka@xxxxxxxxxx>
• Re: Determining non-subvolume cephfs snapshot size
  • From: David Prude <david@xxxxxxxxxxxxxxxx>
• Re: cephfs vs rbd
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: Cephfs + inotify
  • From: Daniel Poelzleithner <poelzi@xxxxxxxxxx>
• cephfs vs rbd
  • From: Jorge Garcia <jgarcia@xxxxxxxxxxxx>
• Re: Cephfs + inotify
  • From: David Rivera <rivera.david87@xxxxxxxxx>
• Re: Determining non-subvolume cephfs snapshot size
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Cephfs + inotify
  • From: Sean <sean@xxxxxxxxx>
• Determining non-subvolume cephfs snapshot size
  • From: David Prude <david@xxxxxxxxxxxxxxxx>
• Re: bluefs _allocate unable to allocate
  • From: Igor Fedotov <igor.fedotov@xxxxxxxx>
• Re: is it possible to remove the db+wal from an external device (nvme)
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• cephadm adopt with another user than root
  • From: Luis Domingues <luis.domingues@xxxxxxxxx>
• Re: Broken mon state after (attempted) 16.2.5 -> 16.2.6 upgrade
  • From: "Jonathan D. Proulx" <jon@xxxxxxxxxxxxx>
• Re: Edit crush rule
  • From: ceph-users@xxxxxxxxxxxxxxxxx
• Re: Multi-MDS CephFS upgrades limitation
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: Broken mon state after (attempted) 16.2.5 -> 16.2.6 upgrade
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: bluefs _allocate unable to allocate
  • From: José H. Freidhof <harald.freidhof@xxxxxxxxxxxxxx>
• Re: bluefs _allocate unable to allocate
  • From: José H. Freidhof <harald.freidhof@xxxxxxxxxxxxxx>
• Re: Restore OSD disks damaged by deployment misconfiguration
  • From: Phil Merricks <seffyroff@xxxxxxxxx>
• Re: bluefs _allocate unable to allocate
  • From: Igor Fedotov <igor.fedotov@xxxxxxxx>
• Re: bluefs _allocate unable to allocate
  • From: Igor Fedotov <igor.fedotov@xxxxxxxx>
• RGW dynamic resharding
  • From: André Cruz <acruz@xxxxxxxxxxxxxx>
• Re: MDS: corrupted header/values: decode past end of struct encoding: Malformed input
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: bluefs _allocate unable to allocate
  • From: José H. Freidhof <harald.freidhof@xxxxxxxxxxxxxx>
• Re: MDS: corrupted header/values: decode past end of struct encoding: Malformed input
  • From: "von Hoesslin, Volker" <Volker.Hoesslin@xxxxxxx>
• Re: Edit crush rule
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Re: Edit crush rule
  • From: ceph-users@xxxxxxxxxxxxxxxxx
• Re: CEPH 16.2.x: disappointing I/O performance
  • From: Zakhar Kirpichenko <zakhar@xxxxxxxxx>
• Re: CEPH 16.2.x: disappointing I/O performance
  • From: Fyodor Ustinov <ufm@xxxxxx>
• Multi-MDS CephFS upgrades limitation
  • From: Bryan Stillwell <bstillwell@xxxxxxxxxxx>
• Cache tiers hit_set values
  • From: Daniel Persson <mailto.woden@xxxxxxxxx>
• data objects lost but RGW objects still listed
  • From: Mara Sophie Grosch <littlefox@xxxxxxxxxx>
• Re: mds openfiles table shards
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: bluefs _allocate unable to allocate
  • From: José H. Freidhof <harald.freidhof@xxxxxxxxxxxxxx>
• Re: MDS: corrupted header/values: decode past end of struct encoding: Malformed input
  • From: Stefan Kooman <stefan@xxxxxx>
• Cephfs + inotify
  • From: nORKy <joff.au@xxxxxxxxx>
• Re: bluefs _allocate unable to allocate
  • From: Igor Fedotov <igor.fedotov@xxxxxxxx>
• Re: bluefs _allocate unable to allocate
  • From: José H. Freidhof <harald.freidhof@xxxxxxxxxxxxxx>
• Re: bluefs _allocate unable to allocate
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: bluefs _allocate unable to allocate
  • From: José H. Freidhof <harald.freidhof@xxxxxxxxxxxxxx>
• Re: bluefs _allocate unable to allocate
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: bluefs _allocate unable to allocate
  • From: José H. Freidhof <harald.freidhof@xxxxxxxxxxxxxx>
• Re: bluefs _allocate unable to allocate
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• bluefs _allocate unable to allocate
  • From: José H. Freidhof <harald.freidhof@xxxxxxxxxxxxxx>
• Re: CEPH 16.2.x: disappointing I/O performance
  • From: Zakhar Kirpichenko <zakhar@xxxxxxxxx>
• Re: CEPH 16.2.x: disappointing I/O performance
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: CEPH 16.2.x: disappointing I/O performance
  • From: Zakhar Kirpichenko <zakhar@xxxxxxxxx>
• Re: Orchestrator is internally ignoring applying a spec against SSDs, apparently determining they're rotational.
  • From: Eugen Block <eblock@xxxxxx>
• Re: CEPH 16.2.x: disappointing I/O performance
  • From: Janne Johansson <icepic.dz@xxxxxxxxx>
• Re: Leader election loop reappears
  • From: Manuel Holtgrewe <zyklenfrei@xxxxxxxxx>
• Re: CEPH 16.2.x: disappointing I/O performance
  • From: Zakhar Kirpichenko <zakhar@xxxxxxxxx>
• Re: 1 MDS report slow metadata IOs
  • From: Eugen Block <eblock@xxxxxx>
• Re: CEPH 16.2.x: disappointing I/O performance
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: CEPH 16.2.x: disappointing I/O performance
  • From: Zakhar Kirpichenko <zakhar@xxxxxxxxx>
• Re: CEPH 16.2.x: disappointing I/O performance
  • From: Zakhar Kirpichenko <zakhar@xxxxxxxxx>
• Re: MDS replay questions
  • From: Daniel Persson <mailto.woden@xxxxxxxxx>
• Re: CEPH 16.2.x: disappointing I/O performance
  • From: Janne Johansson <icepic.dz@xxxxxxxxx>
• Re: MDS replay questions
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: CEPH 16.2.x: disappointing I/O performance
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: CEPH 16.2.x: disappointing I/O performance
  • From: Christian Wuerdig <christian.wuerdig@xxxxxxxxx>
• Re: CEPH 16.2.x: disappointing I/O performance
  • From: Zakhar Kirpichenko <zakhar@xxxxxxxxx>
• Re: CEPH 16.2.x: disappointing I/O performance
  • From: Janne Johansson <icepic.dz@xxxxxxxxx>
• Re: CEPH 16.2.x: disappointing I/O performance
  • From: Zakhar Kirpichenko <zakhar@xxxxxxxxx>
• Re: CEPH 16.2.x: disappointing I/O performance
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: CEPH 16.2.x: disappointing I/O performance
  • From: Zakhar Kirpichenko <zakhar@xxxxxxxxx>
• Re: ceph-iscsi issue after upgrading from nautilus to octopus
  • From: icy chan <icy.kf.chan@xxxxxxxxx>
• Re: radosgw breaking because of too many open files
  • From: shubjero <shubjero@xxxxxxxxx>
• MDS replay questions
  • From: Brian Kim <bkimstunnaboss@xxxxxxxxx>
• Re: CEPH 16.2.x: disappointing I/O performance
  • From: Zakhar Kirpichenko <zakhar@xxxxxxxxx>
• Re: CEPH 16.2.x: disappointing I/O performance
  • From: Zakhar Kirpichenko <zakhar@xxxxxxxxx>
• Re: Orchestrator is internally ignoring applying a spec against SSDs, apparently determining they're rotational.
  • From: Chris <hagfelsh@xxxxxxxxx>
• Re: radosgw breaking because of too many open files
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• radosgw breaking because of too many open files
  • From: shubjero <shubjero@xxxxxxxxx>
• Re: 1 MDS report slow metadata IOs
  • From: Abdelillah Asraoui <aasraoui@xxxxxxxxx>
• Re: CEPH 16.2.x: disappointing I/O performance
  • From: Tor Martin Ølberg <tmolberg@xxxxxxxxx>
• Re: CEPH 16.2.x: disappointing I/O performance
  • From: Christian Wuerdig <christian.wuerdig@xxxxxxxxx>
• Re: Erasure coded pool chunk count k
  • From: Christian Wuerdig <christian.wuerdig@xxxxxxxxx>
• Re: 1 MDS report slow metadata IOs
  • From: Eugen Block <eblock@xxxxxx>
• 1 MDS report slow metadata IOs
  • From: Abdelillah Asraoui <aasraoui@xxxxxxxxx>
• Re: *****SPAM***** Re: CEPH 16.2.x: disappointing I/O performance
  • From: Zakhar Kirpichenko <zakhar@xxxxxxxxx>
• Re: *****SPAM***** Re: CEPH 16.2.x: disappointing I/O performance
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• Re: CEPH 16.2.x: disappointing I/O performance
  • From: Zakhar Kirpichenko <zakhar@xxxxxxxxx>
• Re: is it possible to remove the db+wal from an external device (nvme)
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: CEPH 16.2.x: disappointing I/O performance
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• Re: is it possible to remove the db+wal from an external device (nvme)
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: is it possible to remove the db+wal from an external device (nvme)
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• CEPH 16.2.x: disappointing I/O performance
  • From: Zakhar Kirpichenko <zakhar@xxxxxxxxx>
• Re: is it possible to remove the db+wal from an external device (nvme)
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: is it possible to remove the db+wal from an external device (nvme)
  • From: Eugen Block <eblock@xxxxxx>
• Re: is it possible to remove the db+wal from an external device (nvme)
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: Can't join new mon - lossy channel, failing
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Re: Daemon Version Mismatch (But Not Really?) After Deleting/Recreating OSDs
  • From: Edward R Huyer <erhvks@xxxxxxx>
• Broken mon state after (attempted) 16.2.5 -> 16.2.6 upgrade
  • From: "Jonathan D. Proulx" <jon@xxxxxxxxxxxxx>
• Re: MDS not becoming active after migrating to cephadm
  • From: Petr Belyaev <p.belyaev@xxxxxxxxx>
• Re: Erasure coded pool chunk count k
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: Daemon Version Mismatch (But Not Really?) After Deleting/Recreating OSDs
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Adopting "unmanaged" OSDs into OSD service specification
  • From: David Orman <ormandj@xxxxxxxxxxxx>
• Re: Daemon Version Mismatch (But Not Really?) After Deleting/Recreating OSDs
  • From: Edward R Huyer <erhvks@xxxxxxx>
• Re: MDS: corrupted header/values: decode past end of struct encoding: Malformed input
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: Daemon Version Mismatch (But Not Really?) After Deleting/Recreating OSDs
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: osd marked down
  • From: Abdelillah Asraoui <aasraoui@xxxxxxxxx>
• Re: osd marked down
  • From: Eugen Block <eblock@xxxxxx>
• Re: [External Email] Re: ceph-objectstore-tool core dump
  • From: Michael Thomas <wart@xxxxxxxxxxx>
• Re: [External Email] Re: ceph-objectstore-tool core dump
  • From: Dave Hall <kdhall@xxxxxxxxxxxxxx>
• Re: osd marked down
  • From: Abdelillah Asraoui <aasraoui@xxxxxxxxx>
• Re: Multisite reshard stale instances
  • From: Christian Rohmann <christian.rohmann@xxxxxxxxx>
• Re: Erasure coded pool chunk count k
  • From: Etienne Menguy <etienne.menguy@xxxxxxxx>
• Re: Can't join new mon - lossy channel, failing
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Re: Can't join new mon - lossy channel, failing
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Erasure coded pool chunk count k
  • From: Golasowski Martin <martin.golasowski@xxxxxx>
• Daemon Version Mismatch (But Not Really?) After Deleting/Recreating OSDs
  • From: Edward R Huyer <erhvks@xxxxxxx>
• Re: Can't join new mon - lossy channel, failing
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: Can't join new mon - lossy channel, failing
  • From: Vladimir Bashkirtsev <vladimir@xxxxxxxxxxxxxxx>
• Re: Can't join new mon - lossy channel, failing
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Re: Can't join new mon - lossy channel, failing
  • From: Vladimir Bashkirtsev <vladimir@xxxxxxxxxxxxxxx>
• Re: Can't join new mon - lossy channel, failing
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Re: nfs and showmount
  • From: Daniel Gryniewicz <dang@xxxxxxxxxx>
• Re: Can't join new mon - lossy channel, failing
  • From: Stefan Kooman <stefan@xxxxxx>
• Can't join new mon - lossy channel, failing
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Re: nfs and showmount
  • From: Fyodor Ustinov <ufm@xxxxxx>
• Re: nfs and showmount
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• Re: MDS: corrupted header/values: decode past end of struct encoding: Malformed input
  • From: "von Hoesslin, Volker" <Volker.Hoesslin@xxxxxxx>
• Re: MDS: corrupted header/values: decode past end of struct encoding: Malformed input
  • From: "von Hoesslin, Volker" <Volker.Hoesslin@xxxxxxx>
• Re: MDS: corrupted header/values: decode past end of struct encoding: Malformed input
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: MDS not becoming active after migrating to cephadm
  • From: 胡 玮文 <huww98@xxxxxxxxxxx>
• Re: Tool to cancel pending backfills
  • From: Peter Lieven <pl@xxxxxxx>
• Re: MDS: corrupted header/values: decode past end of struct encoding: Malformed input
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: MDS not becoming active after migrating to cephadm
  • From: Petr Belyaev <p.belyaev@xxxxxxxxx>
• =?eucgb2312_cn?q?=BB=D8=B8=B4=3A_MDS_not_becoming_active_after_migrating_to_cephadm?=
  • From: 胡 玮文 <huww98@xxxxxxxxxxx>
• Re: Multisite reshard stale instances
  • From: Christian Rohmann <christian.rohmann@xxxxxxxxx>
• Re: nfs and showmount
  • From: Fyodor Ustinov <ufm@xxxxxx>
• MDS not becoming active after migrating to cephadm
  • From: Petr Belyaev <p.belyaev@xxxxxxxxx>
• Re: nfs and showmount
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• nfs and showmount
  • From: Fyodor Ustinov <ufm@xxxxxx>
• Re: MDS: corrupted header/values: decode past end of struct encoding: Malformed input
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: MDS: corrupted header/values: decode past end of struct encoding: Malformed input
  • From: "von Hoesslin, Volker" <Volker.Hoesslin@xxxxxxx>
• Re: ceph-objectstore-tool core dump
  • From: 胡 玮文 <huww98@xxxxxxxxxxx>
• Re: ceph-objectstore-tool core dump
  • From: Michael Thomas <wart@xxxxxxxxxxx>
• Re: ceph-objectstore-tool core dump
  • From: Dave Hall <kdhall@xxxxxxxxxxxxxx>
• Re: is it possible to remove the db+wal from an external device (nvme)
  • From: 胡 玮文 <huww98@xxxxxxxxxxx>
• 回复: Re: is it possible to remove the db+wal from an external device (nvme)
  • From: 胡 玮文 <huww98@xxxxxxxxxxx>
• Re: ceph-objectstore-tool core dump
  • From: 胡 玮文 <huww98@xxxxxxxxxxx>
• ceph-objectstore-tool core dump
  • From: Michael Thomas <wart@xxxxxxxxxxx>
• Re: is it possible to remove the db+wal from an external device (nvme)
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: How to get ceph bug 'non-errors' off the dashboard?
  • From: "Harry G. Coin" <hgcoin@xxxxxxxxx>
• Re: Leader election loop reappears
  • From: Manuel Holtgrewe <zyklenfrei@xxxxxxxxx>
• Re: MDS: corrupted header/values: decode past end of struct encoding: Malformed input
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: Leader election, how to notice it?
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Leader election, how to notice it?
  • From: gustavo panizzo <gfa+ceph@xxxxxxxxxxxx>
• Re: How to get ceph bug 'non-errors' off the dashboard?
  • From: 胡 玮文 <huww98@xxxxxxxxxxx>
• How to get ceph bug 'non-errors' off the dashboard?
  • From: "Harry G. Coin" <hgcoin@xxxxxxxxx>
• Multisite RGW with two realms + ingress (haproxy/keepalived) using cephadm
  • From: Manuel Holtgrewe <zyklenfrei@xxxxxxxxx>
• Re: is it possible to remove the db+wal from an external device (nvme)
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: Leader election loop reappears
  • From: Manuel Holtgrewe <zyklenfrei@xxxxxxxxx>
• Re: osd_memory_target=level0 ?
  • From: Christian Wuerdig <christian.wuerdig@xxxxxxxxx>
• Re: Trying to understand what overlapped roots means in pg_autoscale's scale-down mode
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: is it possible to remove the db+wal from an external device (nvme)
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: is it possible to remove the db+wal from an external device (nvme)
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: Trying to understand what overlapped roots means in pg_autoscale's scale-down mode
  • From: "Andrew Gunnerson" <accounts.ceph@xxxxxxxxxxxx>
• Re: Trying to understand what overlapped roots means in pg_autoscale's scale-down mode
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: urgent question about rdb mirror
  • From: Ignazio Cassano <ignaziocassano@xxxxxxxxx>
• Re: Trying to understand what overlapped roots means in pg_autoscale's scale-down mode
  • From: "Harry G. Coin" <hgcoin@xxxxxxxxx>
• Re: urgent question about rdb mirror
  • From: <DHilsbos@xxxxxxxxxxxxxx>
• Re: Multisite reshard stale instances
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: Multisite reshard stale instances
  • From: Christian Rohmann <christian.rohmann@xxxxxxxxx>
• Re: Multisite reshard stale instances
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: Tool to cancel pending backfills
  • From: Josh Baergen <jbaergen@xxxxxxxxxxxxxxxx>
• shards falling behind on multisite metadata sync
  • From: Boris Behrens <bb@xxxxxxxxx>
• Re: Multisite reshard stale instances
  • From: Christian Rohmann <christian.rohmann@xxxxxxxxx>
• Re: Tool to cancel pending backfills
  • From: Peter Lieven <pl@xxxxxxx>
• cephfs could not lock
  • From: nORKy <joff.au@xxxxxxxxx>
• Re: MDS: corrupted header/values: decode past end of struct encoding: Malformed input
  • From: "von Hoesslin, Volker" <Volker.Hoesslin@xxxxxxx>
• Re: MDS: corrupted header/values: decode past end of struct encoding: Malformed input
  • From: Eugen Block <eblock@xxxxxx>
• Re: Rbd mirror
  • From: Arthur Outhenin-Chalandre <arthur.outhenin-chalandre@xxxxxxx>
• Re: Rbd mirror
  • From: Ignazio Cassano <ignaziocassano@xxxxxxxxx>
• Re: MDS: corrupted header/values: decode past end of struct encoding: Malformed input
  • From: "von Hoesslin, Volker" <Volker.Hoesslin@xxxxxxx>
• Re: dealing with unfound pg in 4:2 ec pool
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: Rbd mirror
  • From: Arthur Outhenin-Chalandre <arthur.outhenin-chalandre@xxxxxxx>
• Re: dealing with unfound pg in 4:2 ec pool
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: Failing to mount PVCs
  • From: Eugen Block <eblock@xxxxxx>
• Re: MDS: corrupted header/values: decode past end of struct encoding: Malformed input
  • From: "von Hoesslin, Volker" <Volker.Hoesslin@xxxxxxx>
• Re: MDS: corrupted header/values: decode past end of struct encoding: Malformed input
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: MDS: corrupted header/values: decode past end of struct encoding: Malformed input
  • From: "von Hoesslin, Volker" <Volker.Hoesslin@xxxxxxx>
• Re: is it possible to remove the db+wal from an external device (nvme)
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: S3 Bucket Notification requirement
  • From: Sanjeev Jha <sanjeev_mac@xxxxxxxxxxx>
• Re: is it possible to remove the db+wal from an external device (nvme)
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: Rbd mirror
  • From: Ignazio Cassano <ignaziocassano@xxxxxxxxx>
• Re: Rbd mirror
  • From: Eugen Block <eblock@xxxxxx>
• Re: MDS: corrupted header/values: decode past end of struct encoding: Malformed input
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: S3 Bucket Notification requirement
  • From: Yuval Lifshitz <ylifshit@xxxxxxxxxx>
• Re: S3 Bucket Notification requirement
  • From: Sanjeev Jha <sanjeev_mac@xxxxxxxxxxx>
• Re: dealing with unfound pg in 4:2 ec pool
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: dealing with unfound pg in 4:2 ec pool
  • From: Eugen Block <eblock@xxxxxx>
• Re: osd marked down
  • From: Eugen Block <eblock@xxxxxx>
• Re: is it possible to remove the db+wal from an external device (nvme)
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• urgent question about rdb mirror
  • From: Ignazio Cassano <ignaziocassano@xxxxxxxxx>
• Re: prometheus - figure out which mgr (metrics endpoint) that is active
  • From: Karsten Nielsen <karsten@xxxxxxxxxx>
• MDS: corrupted header/values: decode past end of struct encoding: Malformed input
  • From: "von Hoesslin, Volker" <Volker.Hoesslin@xxxxxxx>
• Re: osd_memory_target=level0 ?
  • From: Christian Wuerdig <christian.wuerdig@xxxxxxxxx>
• Re: osd_memory_target=level0 ?
  • From: Christian Wuerdig <christian.wuerdig@xxxxxxxxx>
• Re: is it possible to remove the db+wal from an external device (nvme)
  • From: Victor Hooi <victorhooi@xxxxxxxxx>
• dealing with unfound pg in 4:2 ec pool
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: [EXTERNAL] RE: OSDs flapping with "_open_alloc loaded 132 GiB in 2930776 extents available 113 GiB"
  • From: Stefan Kooman <stefan@xxxxxx>
• Rbd mirror
  • From: Ignazio Cassano <ignaziocassano@xxxxxxxxx>
• Re: Migrating CEPH OS looking for suggestions
  • From: Martin Verges <martin.verges@xxxxxxxx>
• Re: [EXTERNAL] RE: OSDs flapping with "_open_alloc loaded 132 GiB in 2930776 extents available 113 GiB"
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: bucket_index_max_shards vs. no resharding in multisite? How to brace RADOS for huge buckets
  • From: Christian Rohmann <christian.rohmann@xxxxxxxxx>
• ceph rebalance behavior
  • From: "Chu, Vincent" <vchu@xxxxxxxx>
• Trying to understand what overlapped roots means in pg_autoscale's scale-down mode
  • From: "Andrew Gunnerson" <accounts.ceph@xxxxxxxxxxxx>
• Re: [EXTERNAL] RE: OSDs flapping with "_open_alloc loaded 132 GiB in 2930776 extents available 113 GiB"
  • From: Dave Piper <david.piper@xxxxxxxxxxxxx>
• bucket_index_max_shards vs. no resharding in multisite? How to brace RADOS for huge buckets
  • From: Christian Rohmann <christian.rohmann@xxxxxxxxx>
• Re: osd marked down
  • From: Abdelillah Asraoui <aasraoui@xxxxxxxxx>
• Re: Migrating CEPH OS looking for suggestions
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: is it possible to remove the db+wal from an external device (nvme)
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: RGW performance as a Veeam capacity tier
  • From: Drew Weaver <drew.weaver@xxxxxxxxxx>
• Migrating CEPH OS looking for suggestions
  • From: Drew Weaver <drew.weaver@xxxxxxxxxx>
• Re: osd_memory_target=level0 ?
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: osd_memory_target=level0 ?
  • From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
• Re: osd_memory_target=level0 ?
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: New Ceph cluster in PRODUCTION
  • From: Michel Niyoyita <micou12@xxxxxxxxx>
• Re: New Ceph cluster in PRODUCTION
  • From: Eugen Block <eblock@xxxxxx>
• Re: osd marked down
  • From: Eugen Block <eblock@xxxxxx>
• Re: is it possible to remove the db+wal from an external device (nvme)
  • From: Eugen Block <eblock@xxxxxx>
• Re: osd_memory_target=level0 ?
  • From: Christian Wuerdig <christian.wuerdig@xxxxxxxxx>
• osd_memory_target=level0 ?
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: [16.2.6] When adding new host, cephadm deploys ceph image that no longer exists
  • From: "Andrew Gunnerson" <accounts.ceph@xxxxxxxxxxxx>
• reducing mon_initial_members
  • From: Rok Jaklič <rjaklic@xxxxxxxxx>
• Re: prometheus - figure out which mgr (metrics endpoint) that is active
  • From: Ernesto Puerta <epuertat@xxxxxxxxxx>
• Re: [16.2.6] When adding new host, cephadm deploys ceph image that no longer exists
  • From: David Orman <ormandj@xxxxxxxxxxxx>
• Re: Leader election loop reappears
  • From: Manuel Holtgrewe <zyklenfrei@xxxxxxxxx>
• Re: Leader election loop reappears
  • From: <DHilsbos@xxxxxxxxxxxxxx>
• [16.2.6] When adding new host, cephadm deploys ceph image that no longer exists
  • From: "Andrew Gunnerson" <accounts.ceph@xxxxxxxxxxxx>
• Re: osd marked down
  • From: Abdelillah Asraoui <aasraoui@xxxxxxxxx>
• Re: is it possible to remove the db+wal from an external device (nvme)
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Write Order during Concurrent S3 PUT on RGW
  • From: Scheurer François <francois.scheurer@xxxxxxxxxxxx>
• Failing to mount PVCs
  • From: Fatih Ertinaz <fertinaz@xxxxxxxxx>
• rgw user metadata default_storage_class not honnored
  • From: Scheurer François <francois.scheurer@xxxxxxxxxxxx>
• Re: prometheus - figure out which mgr (metrics endpoint) that is active
  • From: Karsten Nielsen <karsten@xxxxxxxxxx>
• Re: is it possible to remove the db+wal from an external device (nvme)
  • From: Eugen Block <eblock@xxxxxx>
• Re: is it possible to remove the db+wal from an external device (nvme)
  • From: 胡 玮文 <huww98@xxxxxxxxxxx>
• Leader election loop reappears
  • From: Manuel Holtgrewe <zyklenfrei@xxxxxxxxx>
• Re: is it possible to remove the db+wal from an external device (nvme)
  • From: Eugen Block <eblock@xxxxxx>
• Re: is it possible to remove the db+wal from an external device (nvme)
  • From: 胡 玮文 <huww98@xxxxxxxxxxx>
• Re: [EXTERNAL] RE: OSDs flapping with "_open_alloc loaded 132 GiB in 2930776 extents available 113 GiB"
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: 回复: Re: is it possible to remove the db+wal from an external device (nvme)
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: [EXTERNAL] RE: OSDs flapping with "_open_alloc loaded 132 GiB in 2930776 extents available 113 GiB"
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: [EXTERNAL] RE: OSDs flapping with "_open_alloc loaded 132 GiB in 2930776 extents available 113 GiB"
  • From: Dave Piper <david.piper@xxxxxxxxxxxxx>
• Re: Cephadm set rgw SSL port
  • From: Sebastian Wagner <sewagner@xxxxxxxxxx>
• Re: 16.2.6: clients being incorrectly directed to the OSDs cluster_network address
  • From: Javier Cacheiro <Javier.Cacheiro@xxxxxxxxx>
• Re: S3 Bucket Notification requirement
  • From: Yuval Lifshitz <ylifshit@xxxxxxxxxx>
• Re: 16.2.6: clients being incorrectly directed to the OSDs cluster_network address
  • From: Javier Cacheiro <Javier.Cacheiro@xxxxxxxxx>
• Re: osd marked down
  • From: Eugen Block <eblock@xxxxxx>
• Re: 回复: [ceph-users] Re: is it possible to remove the db+wal from an external device (nvme)
  • From: Eugen Block <eblock@xxxxxx>
• SSD partitioned for HDD wal+db plus SSD osd
  • From: Chris Dunlop <chris@xxxxxxxxxxxx>
• Re: Limiting osd or buffer/cache memory with Pacific/cephadm?
  • From: Manuel Holtgrewe <zyklenfrei@xxxxxxxxx>
• Set some but not all drives as 'autoreplace'?
  • From: "Harry G. Coin" <hgcoin@xxxxxxxxx>
• Re: Limiting osd or buffer/cache memory with Pacific/cephadm?
  • From: Christian Wuerdig <christian.wuerdig@xxxxxxxxx>
• Limiting osd or buffer/cache memory with Pacific/cephadm?
  • From: Manuel Holtgrewe <zyklenfrei@xxxxxxxxx>
• Re: prometheus - figure out which mgr (metrics endpoint) that is active
  • From: David Orman <ormandj@xxxxxxxxxxxx>
• prometheus - figure out which mgr (metrics endpoint) that is active
  • From: Karsten Nielsen <karsten@xxxxxxxxxx>
• =?eucgb2312_cn?q?=BB=D8=B8=B4=3A_Re=3A_is_it_possible_to_remove_the_db+wal_from_an_external_device_=28nvme=29?=
  • From: 胡 玮文 <huww98@xxxxxxxxxxx>
• Re: osd marked down
  • From: Abdelillah Asraoui <aasraoui@xxxxxxxxx>
• Re: is it possible to remove the db+wal from an external device (nvme)
  • From: Eugen Block <eblock@xxxxxx>
• Re: 16.2.6: clients being incorrectly directed to the OSDs cluster_network address
  • From: David Caro <dcaro@xxxxxxxxxxxxx>
• Re: Billions of objects upload with bluefs spillover cause osds down?
  • From: 胡 玮文 <huww98@xxxxxxxxxxx>
• Re: Billions of objects upload with bluefs spillover cause osds down?
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: 16.2.6: clients being incorrectly directed to the OSDs cluster_network address
  • From: Javier Cacheiro <Javier.Cacheiro@xxxxxxxxx>
• 16.2.6: clients being incorrectly directed to the OSDs cluster_network address
  • From: Javier Cacheiro <Javier.Cacheiro@xxxxxxxxx>
• Re: Cephadm set rgw SSL port
  • From: Sebastian Wagner <sewagner@xxxxxxxxxx>
• Re: 16.2.6 CEPHADM_REFRESH_FAILED New Cluster
  • From: Marco Pizzolo <marcopizzolo@xxxxxxxxx>
• Re: Cephadm set rgw SSL port
  • From: Daniel Pivonka <dpivonka@xxxxxxxxxx>
• DAEMON_OLD_VERSION for 16.2.5-387-g7282d81d
  • From: Выдрук Денис <dvydruk@xxxxxxx>
• Re: "Partitioning" in RGW
  • From: Manuel Holtgrewe <zyklenfrei@xxxxxxxxx>
• Re: "Partitioning" in RGW
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Re: is it possible to remove the db+wal from an external device (nvme)
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• New Ceph cluster in PRODUCTION
  • From: Michel Niyoyita <micou12@xxxxxxxxx>
• Re: MacOS Ceph Filesystem client
  • From: Daniel Persson <mailto.woden@xxxxxxxxx>
• Re: Billions of objects upload with bluefs spillover cause osds down?
  • From: Janne Johansson <icepic.dz@xxxxxxxxx>
• Re: Billions of objects upload with bluefs spillover cause osds down?
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: Billions of objects upload with bluefs spillover cause osds down?
  • From: Janne Johansson <icepic.dz@xxxxxxxxx>
• Billions of objects upload with bluefs spillover cause osds down?
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: MacOS Ceph Filesystem client
  • From: Daniel Persson <mailto.woden@xxxxxxxxx>
• Re: MacOS Ceph Filesystem client
  • From: Daniel Persson <mailto.woden@xxxxxxxxx>
• Cephadm set rgw SSL port
  • From: Sergei Genchev <sgenchev@xxxxxxxxx>
• Re: Tool to cancel pending backfills
  • From: Josh Baergen <jbaergen@xxxxxxxxxxxxxxxx>
• Re: Tool to cancel pending backfills
  • From: Peter Lieven <pl@xxxxxxx>
• Re: 16.2.6 CEPHADM_REFRESH_FAILED New Cluster
  • From: Adam King <adking@xxxxxxxxxx>
• MacOS Ceph Filesystem client
  • From: Daniel Persson <mailto.woden@xxxxxxxxx>
• Re: Orchestrator is internally ignoring applying a spec against SSDs, apparently determining they're rotational.
  • From: Edward R Huyer <erhvks@xxxxxxx>
• Re: S3 Bucket Notification requirement
  • From: Sanjeev Jha <sanjeev_mac@xxxxxxxxxxx>
• Re: OSD Service Advanced Specification db_slots
  • From: Edward R Huyer <erhvks@xxxxxxx>
• Re: 16.2.6 CEPHADM_REFRESH_FAILED New Cluster
  • From: Marco Pizzolo <marcopizzolo@xxxxxxxxx>
• Re: Orchestrator is internally ignoring applying a spec against SSDs, apparently determining they're rotational.
  • From: Eugen Block <eblock@xxxxxx>
• Re: Orchestrator is internally ignoring applying a spec against SSDs, apparently determining they're rotational.
  • From: Chris <hagfelsh@xxxxxxxxx>
• Re: change osdmap first_committed
  • From: Seena Fallah <seenafallah@xxxxxxxxx>
• change osdmap first_committed
  • From: Seena Fallah <seenafallah@xxxxxxxxx>
• Re: Problem with adopting 15.2.14 cluster with cephadm on CentOS 7
  • From: Manuel Holtgrewe <zyklenfrei@xxxxxxxxx>
• Re: is it possible to remove the db+wal from an external device (nvme)
  • From: Eugen Block <eblock@xxxxxx>
• Re: How you loadbalance your rgw endpoints?
  • From: Stefan Kooman <stefan@xxxxxx>
• is it possible to remove the db+wal from an external device (nvme)
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: ceph_add_cap: couldn't find snap realm 110
  • From: Eugen Block <eblock@xxxxxx>
• Re: How you loadbalance your rgw endpoints?
  • From: Svante Karlsson <svante.karlsson@xxxxxx>
• Re: How you loadbalance your rgw endpoints?
  • From: Svante Karlsson <svante.karlsson@xxxxxx>
• Re: How you loadbalance your rgw endpoints?
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: How you loadbalance your rgw endpoints?
  • From: Svante Karlsson <svante.karlsson@xxxxxx>
• Re: How you loadbalance your rgw endpoints?
  • From: Robert Sander <r.sander@xxxxxxxxxxxxxxxxxxx>
• Re: How you loadbalance your rgw endpoints?
  • From: Svante Karlsson <svante.karlsson@xxxxxx>
• Re: ceph_add_cap: couldn't find snap realm 110
  • From: Luis Henriques <lhenriques@xxxxxxx>
• Re: Problem with adopting 15.2.14 cluster with cephadm on CentOS 7
  • From: Eugen Block <eblock@xxxxxx>
• Re: Orchestrator is internally ignoring applying a spec against SSDs, apparently determining they're rotational.
  • From: Eugen Block <eblock@xxxxxx>
• Re: Error ceph-mgr on fedora 36
  • From: Sebastian Wagner <sewagner@xxxxxxxxxx>
• Re: RGW memory consumption
  • From: Martin Traxl <martin.traxl@xxxxxxxx>
• Problem with adopting 15.2.14 cluster with cephadm on CentOS 7
  • From: Manuel Holtgrewe <zyklenfrei@xxxxxxxxx>
• Re: Remoto 1.1.4 in Ceph 16.2.6 containers
  • From: Sebastian Wagner <sewagner@xxxxxxxxxx>
• Re: How you loadbalance your rgw endpoints?
  • From: Sebastian Wagner <sewagner@xxxxxxxxxx>
• Re: Restore OSD disks damaged by deployment misconfiguration
  • From: Sebastian Wagner <sewagner@xxxxxxxxxx>
• Restore OSD disks damaged by deployment misconfiguration
  • From: Phil Merricks <seffyroff@xxxxxxxxx>
• ceph_add_cap: couldn't find snap realm 110
  • From: Eugen Block <eblock@xxxxxx>
• Re: Change max backfills
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: Tool to cancel pending backfills
  • From: Alexandre Marangone <a.marangone@xxxxxxxxx>
• Re: S3 Bucket Notification requirement
  • From: Yuval Lifshitz <ylifshit@xxxxxxxxxx>
• Tool to cancel pending backfills
  • From: Alex Gorbachev <ag@xxxxxxxxxxxxxxxxxxx>
• Re: Successful Upgrade from 14.2.22 to 15.2.14
  • From: Rainer Krienke <krienke@xxxxxxxxxxxxxx>
• Re: Change max backfills
  • From: David Orman <ormandj@xxxxxxxxxxxx>
• Re: *****SPAM***** Re: Corruption on cluster
  • From: David Schulz <dschulz@xxxxxxxxxxx>
• Re: Orchestrator is internally ignoring applying a spec against SSDs, apparently determining they're rotational.
  • From: Chris <hagfelsh@xxxxxxxxx>
• Re: 16.2.6 CEPHADM_REFRESH_FAILED New Cluster
  • From: Marco Pizzolo <marcopizzolo@xxxxxxxxx>
• Re: 16.2.6 CEPHADM_REFRESH_FAILED New Cluster
  • From: Adam King <adking@xxxxxxxxxx>
• 16.2.6 CEPHADM_REFRESH_FAILED New Cluster
  • From: Marco Pizzolo <marcopizzolo@xxxxxxxxx>
• Re: Successful Upgrade from 14.2.22 to 15.2.14
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: Successful Upgrade from 14.2.22 to 15.2.14
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: Successful Upgrade from 14.2.22 to 15.2.14
  • From: Rainer Krienke <krienke@xxxxxxxxxxxxxx>
• Re: Orchestrator is internally ignoring applying a spec against SSDs, apparently determining they're rotational.
  • From: Eugen Block <eblock@xxxxxx>
• How you loadbalance your rgw endpoints?
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Is this really an 'error'? "pg_autoscaler... has overlapping roots"
  • From: "Harry G. Coin" <hgcoin@xxxxxxxxx>
• Re: Remoto 1.1.4 in Ceph 16.2.6 containers
  • From: David Galloway <dgallowa@xxxxxxxxxx>
• "Partitioning" in RGW
  • From: Manuel Holtgrewe <zyklenfrei@xxxxxxxxx>
• ceph-iscsi / tcmu-runner bad pefromance with vmware esxi
  • From: José H. Freidhof <harald.freidhof@xxxxxxxxxxxxxx>
• Re: Force MGR to be active one
  • From: ceph@xxxxxxxxxx
• Orchestrator is internally ignoring applying a spec against SSDs, apparently determining they're rotational.
  • From: Chris <hagfelsh@xxxxxxxxx>
• Re: when mds_all_down open "file system" page provoque dashboard crash
  • From: Ernesto Puerta <epuertat@xxxxxxxxxx>
• Re: when mds_all_down open "file system" page provoque dashboard crash
  • From: Francois Legrand <fleg@xxxxxxxxxxxxxx>
• when mds_all_down open "file system" page provoque dashboard crash
  • From: Francois Legrand <fleg@xxxxxxxxxxxxxx>
• Force MGR to be active one
  • From: Pascal Weißhaupt <pascal@xxxxxxxxxxxxxxxxxxxx>
• Error while adding Ceph/RBD for Cloudstack/KVM: pool not found
  • From: Mevludin Blazevic <mblazevic@xxxxxxxxxxxxxx>
• Re: Cluster downtime due to unsynchronized clocks
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: Cluster downtime due to unsynchronized clocks
  • From: Robert Sander <r.sander@xxxxxxxxxxxxxxxxxxx>
• Re: Cluster downtime due to unsynchronized clocks
  • From: 胡 玮文 <huww98@xxxxxxxxxxx>
• Re: Cluster downtime due to unsynchronized clocks
  • From: Burkhard Linke <Burkhard.Linke@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Cluster downtime due to unsynchronized clocks
  • From: Mark Schouten <mark@xxxxxxxx>
• Re: Balancer vs. Autoscaler
  • From: Jan-Philipp Litza <jpl@xxxxxxxxx>
• Re: High overwrite latency
  • From: Nico Schottelius <nico.schottelius@xxxxxxxxxxx>
• Re: Balancer vs. Autoscaler
  • From: Richard Bade <hitrich@xxxxxxxxx>
• Re: Remoto 1.1.4 in Ceph 16.2.6 containers
  • From: David Orman <ormandj@xxxxxxxxxxxx>
• Re: Why set osd flag to noout during upgrade ?
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• One PG keeps going inconsistent (stat mismatch)
  • From: Simon Ironside <sironside@xxxxxxxxxxxxx>
• Re: Remoto 1.1.4 in Ceph 16.2.6 containers
  • From: David Orman <ormandj@xxxxxxxxxxxx>
• Remoto 1.1.4 in Ceph 16.2.6 containers
  • From: David Orman <ormandj@xxxxxxxxxxxx>
• "Remaining time" under-estimates by 100x....
  • From: "Harry G. Coin" <hgcoin@xxxxxxxxx>
• IO500 SC’21 Call for Submission
  • From: IO500 Committee <committee@xxxxxxxxx>
• Re: Why set osd flag to noout during upgrade ?
  • From: Frank Schilder <frans@xxxxxx>
• Re: Change max backfills
  • From: Pascal Weißhaupt <pascal@xxxxxxxxxxxxxxxxxxxx>
• Re: Change max backfills
  • From: Etienne Menguy <etienne.menguy@xxxxxxxx>
• Change max backfills
  • From: Pascal Weißhaupt <pascal@xxxxxxxxxxxxxxxxxxxx>
• Re: Balancer vs. Autoscaler
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: Modify pgp number after pg_num increased
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: Is it normal Ceph reports "Degraded data redundancy" in normal use?
  • From: Kai Stian Olstad <ceph+list@xxxxxxxxxx>
• Re: Why set osd flag to noout during upgrade ?
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: Why set osd flag to noout during upgrade ?
  • From: Etienne Menguy <etienne.menguy@xxxxxxxx>
• Re: Successful Upgrade from 14.2.22 to 15.2.14
  • From: Eugen Block <eblock@xxxxxx>
• High overwrite latency
  • From: Erwin Ceph <ceph@xxxxxxxxxxxxxxxxx>
• Why set osd flag to noout during upgrade ?
  • From: Francois Legrand <fleg@xxxxxxxxxxxxxx>
• Re: Successful Upgrade from 14.2.22 to 15.2.14
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: Successful Upgrade from 14.2.22 to 15.2.14
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: Successful Upgrade from 14.2.22 to 15.2.14
  • From: Andras Pataki <apataki@xxxxxxxxxxxxxxxxxxxxx>
• Balancer vs. Autoscaler
  • From: Jan-Philipp Litza <jpl@xxxxxxxxx>
• Re: Successful Upgrade from 14.2.22 to 15.2.14
  • From: Eugen Block <eblock@xxxxxx>
• Re: Modify pgp number after pg_num increased
  • From: Eugen Block <eblock@xxxxxx>
• Modify pgp number after pg_num increased
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: Corruption on cluster
  • From: Christian Wuerdig <christian.wuerdig@xxxxxxxxx>
• Re: Corruption on cluster
  • From: Nigel Williams <nigel.williams@xxxxxxxxxxx>
• Re: RocksDB options for HDD, SSD, NVME Mixed productions
  • From: Christian Wuerdig <christian.wuerdig@xxxxxxxxx>
• Re: EC CLAY production-ready or technology preview in Pacific?
  • From: Neha Ojha <nojha@xxxxxxxxxx>
• Re: RocksDB options for HDD, SSD, NVME Mixed productions
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: Monitor issue while installation
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Re: Monitor issue while installation
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Re: Monitor issue while installation
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Re: RocksDB options for HDD, SSD, NVME Mixed productions
  • From: Christian Wuerdig <christian.wuerdig@xxxxxxxxx>
• Re: *****SPAM***** Re: Corruption on cluster
  • From: David Schulz <dschulz@xxxxxxxxxxx>
• Re: RocksDB options for HDD, SSD, NVME Mixed productions
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: RocksDB options for HDD, SSD, NVME Mixed productions
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: RocksDB options for HDD, SSD, NVME Mixed productions
  • From: Christian Wuerdig <christian.wuerdig@xxxxxxxxx>
• Re: *****SPAM***** Re: Corruption on cluster
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: *****SPAM***** Re: Corruption on cluster
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• Re: Corruption on cluster
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Corruption on cluster
  • From: David Schulz <dschulz@xxxxxxxxxxx>
• Re: Error: UPGRADE_FAILED_PULL: Upgrade: failed to pull target image
  • From: Radoslav Milanov <radoslav.milanov@xxxxxxxxx>
• Re: S3 Bucket Notification requirement
  • From: Sanjeev Jha <sanjeev_mac@xxxxxxxxxxx>
• Re: rocksdb corruption with 16.2.6
  • From: Sven Kieske <S.Kieske@xxxxxxxxxxx>
• after upgrade: HEALTH ERR ...'devicehealth' has failed: can't subtract offset-naive and offset-aware datetimes
  • From: "Harry G. Coin" <hgcoin@xxxxxxxxx>
• osd marked down
  • From: Abdelillah Asraoui <aasraoui@xxxxxxxxx>
• Re: RocksDB options for HDD, SSD, NVME Mixed productions
  • From: mhnx <morphinwithyou@xxxxxxxxx>
• MDS 16.2.5-387-g7282d81d and DAEMON_OLD_VERSION
  • From: Выдрук Денис <dvydruk@xxxxxxx>
• Successful Upgrade from 14.2.22 to 15.2.14
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Monitor issue while installation
  • From: Michel Niyoyita <micou12@xxxxxxxxx>
• Re: [EXTERNAL] RE: OSDs flapping with "_open_alloc loaded 132 GiB in 2930776 extents available 113 GiB"
  • From: Dave Piper <david.piper@xxxxxxxxxxxxx>
• Re: RocksDB options for HDD, SSD, NVME Mixed productions
  • From: Christian Wuerdig <christian.wuerdig@xxxxxxxxx>
• Re: [EXTERNAL] Re: OSDs flapping with "_open_alloc loaded 132 GiB in 2930776 extents available 113 GiB"
  • From: Janne Johansson <icepic.dz@xxxxxxxxx>
• Re: rocksdb corruption with 16.2.6
  • From: Andrej Filipcic <andrej.filipcic@xxxxxx>
• Re: RocksDB options for HDD, SSD, NVME Mixed productions
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• RocksDB options for HDD, SSD, NVME Mixed productions
  • From: mhnx <morphinwithyou@xxxxxxxxx>
• Re: Safe value for maximum speed backfilling
  • From: Kobi Ginon <kobi.ginon@xxxxxxxxx>
• Re: etcd support
  • From: Kobi Ginon <kobi.ginon@xxxxxxxxx>
• Re: Getting cephadm "stderr:Inferring config" every minute in log - for a monitor that doesn't exist and shouldn't exist
  • From: "Robert W. Eckert" <rob@xxxxxxxxxxxxxxx>
• Re: Getting cephadm "stderr:Inferring config" every minute in log - for a monitor that doesn't exist and shouldn't exist
  • From: Fyodor Ustinov <ufm@xxxxxx>
• etcd support
  • From: Tony Liu <tonyliu0592@xxxxxxxxxxx>
• Re: [EXTERNAL] Re: OSDs flapping with "_open_alloc loaded 132 GiB in 2930776 extents available 113 GiB"
  • From: Dave Piper <david.piper@xxxxxxxxxxxxx>
• Re: rocksdb corruption with 16.2.6
  • From: Paul Mezzanini <pfmeec@xxxxxxx>
• Re: Getting cephadm "stderr:Inferring config" every minute in log - for a monitor that doesn't exist and shouldn't exist
  • From: "Robert W. Eckert" <rob@xxxxxxxxxxxxxxx>
• Re: rocksdb corruption with 16.2.6
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Getting cephadm "stderr:Inferring config" every minute in log - for a monitor that doesn't exist and shouldn't exist
  • From: "Robert W. Eckert" <rob@xxxxxxxxxxxxxxx>
• Re: rocksdb corruption with 16.2.6
  • From: Neha Ojha <nojha@xxxxxxxxxx>
• Re: rocksdb corruption with 16.2.6
  • From: Andrej Filipcic <andrej.filipcic@xxxxxx>
• Re: rocksdb corruption with 16.2.6
  • From: Sean <sean@xxxxxxxxx>
• Safe value for maximum speed backfilling
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: rocksdb corruption with 16.2.6
  • From: David Orman <ormandj@xxxxxxxxxxxx>
• Re: rocksdb corruption with 16.2.6
  • From: David Orman <ormandj@xxxxxxxxxxxx>
• Re: rocksdb corruption with 16.2.6
  • From: Sean <sean@xxxxxxxxx>
• Re: rocksdb corruption with 16.2.6
  • From: Paul Mezzanini <pfmeec@xxxxxxx>
• Re: Drop of performance after Nautilus to Pacific upgrade
  • From: Luis Domingues <luis.domingues@xxxxxxxxx>
• Re: PGs stuck in unkown state
  • From: "Mr. Gecko" <grmrgecko@xxxxxxxxx>
• Re: OSDs unable to mount BlueFS after reboot
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: OSDs unable to mount BlueFS after reboot
  • From: Davíð Steinn Geirsson <david@xxxxxx>
• Re: OSDs unable to mount BlueFS after reboot
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: Is it normal Ceph reports "Degraded data redundancy" in normal use?
  • From: Kai Stian Olstad <ceph+list@xxxxxxxxxx>
• Re: debugging radosgw sync errors
  • From: Boris Behrens <bb@xxxxxxxxx>
• Re: rocksdb corruption with 16.2.6
  • From: Andrej Filipcic <andrej.filipcic@xxxxxx>
• Re: rocksdb corruption with 16.2.6
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: Adding cache tier to an existing objectstore cluster possible?
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: Adding cache tier to an existing objectstore cluster possible?
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: Adding cache tier to an existing objectstore cluster possible?
  • From: Zakhar Kirpichenko <zakhar@xxxxxxxxx>
• Re: HEALTH_WARN: failed to probe daemons or devices after upgrade to 16.2.6
  • From: Eugen Block <eblock@xxxxxx>
• Re: Adding cache tier to an existing objectstore cluster possible?
  • From: Eugen Block <eblock@xxxxxx>
• Re: PGs stuck in unkown state
  • From: Stefan Kooman <stefan@xxxxxx>
• PGs stuck in unkown state
  • From: "Mr. Gecko" <grmrgecko@xxxxxxxxx>
• Re: Adding cache tier to an existing objectstore cluster possible?
  • From: Zakhar Kirpichenko <zakhar@xxxxxxxxx>
• Adding cache tier to an existing objectstore cluster possible?
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: debugging radosgw sync errors
  • From: Boris Behrens <bb@xxxxxxxxx>
• rocksdb corruption with 16.2.6
  • From: Andrej Filipcic <andrej.filipcic@xxxxxx>
• Re: ceph fs service outage: currently failed to authpin, subtree is being exported
  • From: Frank Schilder <frans@xxxxxx>
• Re: ceph fs service outage: currently failed to authpin, subtree is being exported
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: ceph fs service outage: currently failed to authpin, subtree is being exported
  • From: Frank Schilder <frans@xxxxxx>
• ceph fs service outage: currently failed to authpin, subtree is being exported
  • From: Frank Schilder <frans@xxxxxx>
• Cache tiering adding a storage tier
  • From: Daniel Persson <mailto.woden@xxxxxxxxx>
• Re: No active MDS after upgrade to 16.2.6
  • From: "Robert W. Eckert" <rob@xxxxxxxxxxxxxxx>
• Re: HEALTH_WARN: failed to probe daemons or devices after upgrade to 16.2.6
  • From: Fyodor Ustinov <ufm@xxxxxx>
• Re: Cephfs - MDS all up:standby, not becoming up:active
  • From: 胡 玮文 <huww98@xxxxxxxxxxx>
• =?eucgb2312_cn?q?=BB=D8=B8=B4=3A_No_active_MDS_after_upgrade_to_16=2E2=2E6?=
  • From: 胡 玮文 <huww98@xxxxxxxxxxx>
• No active MDS after upgrade to 16.2.6
  • From: "Robert W. Eckert" <rob@xxxxxxxxxxxxxxx>
• Re: Cephfs - MDS all up:standby, not becoming up:active
  • From: Eric Dold <dold.eric@xxxxxxxxx>
• Re: Error: UPGRADE_FAILED_PULL: Upgrade: failed to pull target image
  • From: Sean <sean@xxxxxxxxx>
• Re: anyone using cephfs or rgw for 'streaming' videos?
  • From: Sean <sean@xxxxxxxxx>
• anyone using cephfs or rgw for 'streaming' videos?
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• ceph mgr alert mail using tls
  • From: Amudhan P <amudhan83@xxxxxxxxx>
• Error ceph-mgr on fedora 36
  • From: Igor Savlook <isav@xxxxxxxxx>
• Re: Error: UPGRADE_FAILED_PULL: Upgrade: failed to pull target image
  • From: Cem Zafer <cemzafer@xxxxxxxxx>
• Re: Buffered io +/vs osd memory target
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Error: UPGRADE_FAILED_PULL: Upgrade: failed to pull target image
  • From: Cem Zafer <cemzafer@xxxxxxxxx>
• Re: HEALTH_WARN: failed to probe daemons or devices after upgrade to 16.2.6
  • From: Eugen Block <eblock@xxxxxx>
• Buffered io +/vs osd memory target
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: Cephfs - MDS all up:standby, not becoming up:active
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: Cephfs - MDS all up:standby, not becoming up:active
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: Cephfs - MDS all up:standby, not becoming up:active
  • From: Eric Dold <dold.eric@xxxxxxxxx>
• Re: Cephfs - MDS all up:standby, not becoming up:active
  • From: 胡 玮文 <huww98@xxxxxxxxxxx>
• Re: Cephfs - MDS all up:standby, not becoming up:active
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: HEALTH_WARN: failed to probe daemons or devices after upgrade to 16.2.6
  • From: Fyodor Ustinov <ufm@xxxxxx>
• =?eucgb2312_cn?q?=BB=D8=B8=B4=3A_Cephfs_-_MDS_all_up=3Astandby=2C_not_becoming_up=3Aactive?=
  • From: 胡 玮文 <huww98@xxxxxxxxxxx>
• Re: Cephfs - MDS all up:standby, not becoming up:active
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: Replacing swift with RGW
  • From: Michel Niyoyita <micou12@xxxxxxxxx>
• Re: Ceph Community Ambassador Sync
  • From: Michel Niyoyita <micou12@xxxxxxxxx>
• Re: Cephfs - MDS all up:standby, not becoming up:active
  • From: 胡 玮文 <huww98@xxxxxxxxxxx>
• Ceph Community Ambassador Sync
  • From: Mike Perez <thingee@xxxxxxxxxx>
• Re: Cephfs - MDS all up:standby, not becoming up:active
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• aws-sdk-cpp-s3 alternative for ceph
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• Re: debugging radosgw sync errors
  • From: Boris Behrens <bb@xxxxxxxxx>
• Re: Cephfs - MDS all up:standby, not becoming up:active
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• Re: Cephfs - MDS all up:standby, not becoming up:active
  • From: Robert Sander <r.sander@xxxxxxxxxxxxxxxxxxx>
• Re: radosgw find buckets which use the s3website feature
  • From: Boris Behrens <bb@xxxxxxxxx>
• =?eucgb2312_cn?q?=BB=D8=B8=B4=3A_Re=3A_Cephfs_-_MDS_all_up=3Astandby=2C_not_becoming_up=3Aactive?=
  • From: 胡 玮文 <huww98@xxxxxxxxxxx>
• Re: Cephfs - MDS all up:standby, not becoming up:active
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: Cephfs - MDS all up:standby, not becoming up:active
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• Re: Cephfs - MDS all up:standby, not becoming up:active
  • From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
• debugging radosgw sync errors
  • From: Boris Behrens <bb@xxxxxxxxx>
• Re: Is it normal Ceph reports "Degraded data redundancy" in normal use?
  • From: Eugen Block <eblock@xxxxxx>
• Re: CentOS Linux 8 EOL
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>