CEPH Filesystem Users

• Thread Index

• Re: Rebooting one node immediately blocks IO via RGW
  • From: Eugen Block <eblock@xxxxxx>
• Re: mismatch between min-compat-client and connected clients
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: upgrade OSDs before mon
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: 16.2.6 OSD down, out but container running....
  • From: Marco Pizzolo <marcopizzolo@xxxxxxxxx>
• Re: Upgrade to 16.2.6 and osd+mds crash after bluestore_fsck_quick_fix_on_mount true
  • From: mgrzybowski <marek.grzybowski+ceph-users@xxxxxxxxx>
• Re: upgrade OSDs before mon
  • From: Boris Behrens <bb@xxxxxxxxx>
• Re: upgrade OSDs before mon
  • From: Yury Kirsanov <y.kirsanov@xxxxxxxxx>
• upgrade OSDs before mon
  • From: Boris Behrens <bb@xxxxxxxxx>
• Re: Rebooting one node immediately blocks IO via RGW
  • From: Troels Hansen <tha@xxxxxxxxxx>
• MDS and OSD Problems with cephadm@rockylinux solved
  • From: Magnus Harlander <magnus@xxxxxxxxx>
• Re: Consul as load balancer
  • From: Javier Cacheiro <Javier.Cacheiro@xxxxxxxxx>
• Re: SPECIFYING EXPECTED POOL SIZE
  • From: Yury Kirsanov <y.kirsanov@xxxxxxxxx>
• Re: SPECIFYING EXPECTED POOL SIZE
  • From: Сергей Цаболов <tsabolov@xxxxx>
• Re: ceph-osd iodepth for high-performance SSD OSDs
  • From: Frank Schilder <frans@xxxxxx>
• Re: mismatch between min-compat-client and connected clients
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Re: SPECIFYING EXPECTED POOL SIZE
  • From: Yury Kirsanov <y.kirsanov@xxxxxxxxx>
• SPECIFYING EXPECTED POOL SIZE
  • From: Сергей Цаболов <tsabolov@xxxxx>
• Re: ceph-osd iodepth for high-performance SSD OSDs
  • From: Stefan Kooman <stefan@xxxxxx>
• Re: ceph-osd iodepth for high-performance SSD OSDs
  • From: Frank Schilder <frans@xxxxxx>
• Re: ceph-osd iodepth for high-performance SSD OSDs
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: ceph-osd iodepth for high-performance SSD OSDs
  • From: Frank Schilder <frans@xxxxxx>
• ceph-osd iodepth for high-performance SSD OSDs
  • From: Frank Schilder <frans@xxxxxx>
• =?eucgb2312_cn?b?u9i4tDogMTYuMi42IE9TRCBkb3duLCBvdXQgYnV0IGNvbnRhaW5lciBydW5uaW5nLi4uLg==?=
  • From: 胡 玮文 <huww98@xxxxxxxxxxx>
• Re: 16.2.6 OSD down, out but container running....
  • From: Stefan Kooman <stefan@xxxxxx>
• 16.2.6 OSD down, out but container running....
  • From: Marco Pizzolo <marcopizzolo@xxxxxxxxx>
• Re: Upgrade to 16.2.6 and osd+mds crash after bluestore_fsck_quick_fix_on_mount true
  • From: Igor Fedotov <igor.fedotov@xxxxxxxx>
• Re: Upgrade to 16.2.6 and osd+mds crash after bluestore_fsck_quick_fix_on_mount true
  • From: Igor Fedotov <igor.fedotov@xxxxxxxx>
• Re: MDS not becoming active after migrating to cephadm
  • From: Magnus Harlander <magnus@xxxxxxxxx>
• cephadm does not find podman objects for osds
  • From: Magnus Harlander <magnus@xxxxxxxxx>
• Re: Upgrade to 16.2.6 and osd+mds crash after bluestore_fsck_quick_fix_on_mount true
  • From: mgrzybowski <marek.grzybowski+ceph-users@xxxxxxxxx>
• Re: Upgrade to 16.2.6 and osd+mds crash after bluestore_fsck_quick_fix_on_mount true
  • From: mgrzybowski <marek.grzybowski+ceph-users@xxxxxxxxx>
• Re: jj's "improved" ceph balancer
  • From: Jonas Jelten <jelten@xxxxxxxxx>
• Re: jj's "improved" ceph balancer
  • From: Jonas Jelten <jelten@xxxxxxxxx>
• Re: Rebooting one node immediately blocks IO via RGW
  • From: <DHilsbos@xxxxxxxxxxxxxx>
• Re: failing dkim
  • From: <DHilsbos@xxxxxxxxxxxxxx>
• Re: RGW/multisite sync traffic rps
  • From: Stefan Schueffler <s.schueffler@xxxxxxxxxxxxx>
• Re: How to make HEALTH_ERR quickly and pain-free
  • From: <DHilsbos@xxxxxxxxxxxxxx>
• Re: Doing SAML2 Auth With Containerized mgrs
  • From: Edward R Huyer <erhvks@xxxxxxx>
• Re: Doing SAML2 Auth With Containerized mgrs
  • From: Yury Kirsanov <y.kirsanov@xxxxxxxxx>
• Re: Doing SAML2 Auth With Containerized mgrs
  • From: Edward R Huyer <erhvks@xxxxxxx>
• Re: Doing SAML2 Auth With Containerized mgrs
  • From: Yury Kirsanov <y.kirsanov@xxxxxxxxx>
• Doing SAML2 Auth With Containerized mgrs
  • From: Edward R Huyer <erhvks@xxxxxxx>
• Re: jj's "improved" ceph balancer
  • From: E Taka <0etaka0@xxxxxxxxx>
• Re: s3cmd does not show multiparts in nautilus RGW on specific bucket (--debug shows loop)
  • From: Boris Behrens <bb@xxxxxxxxx>
• Re: s3cmd does not show multiparts in nautilus RGW on specific bucket (--debug shows loop)
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• failing dkim
  • From: mj <lists@xxxxxxxxxxxxx>
• s3cmd does not show multiparts in nautilus RGW on specific bucket (--debug shows loop)
  • From: Boris Behrens <bb@xxxxxxxxx>
• Re: jj's "improved" ceph balancer
  • From: Jonas Jelten <jelten@xxxxxxxxx>
• Re: Rebooting one node immediately blocks IO via RGW
  • From: Eugen Block <eblock@xxxxxx>
• Re: v15.2.15 Octopus released
  • From: Stefan Kooman <stefan@xxxxxx>
• Rebooting one node immediately blocks IO via RGW
  • From: Troels Hansen <tha@xxxxxxxxxx>
• Re: Fwd: Dashboard URL
  • From: Yury Kirsanov <y.kirsanov@xxxxxxxxx>
• mismatch between min-compat-client and connected clients
  • From: gustavo panizzo <gfa+ceph@xxxxxxxxxxxx>
• Re: Consul as load balancer
  • From: gustavo panizzo <gfa+ceph@xxxxxxxxxxxx>
• Re: Upgrade to 16.2.6 and osd+mds crash after bluestore_fsck_quick_fix_on_mount true
  • From: Igor Fedotov <ifedotov@xxxxxxx>
• Re: deep-scrubs not respecting scrub interval (ceph luminous)
  • From: "Anthony D'Atri" <aad@xxxxxxxxxxxxxx>
• Re: CephFS multi active MDS high availability
  • From: Denis Polom <dp@xxxxxxxxxxxx>
• Fwd: Dashboard URL
  • From: E Taka <0etaka0@xxxxxxxxx>
• Re: CephFS multi active MDS high availability
  • From: E Taka <0etaka0@xxxxxxxxx>
• CephFS multi active MDS high availability
  • From: "huxiaoyu@xxxxxxxxxxxx" <huxiaoyu@xxxxxxxxxxxx>
• Re: How to make HEALTH_ERR quickly and pain-free
  • From: mj <lists@xxxxxxxxxxxxx>
• =?eucgb2312_cn?q?=BB=D8=B8=B4=3A_deep-scrubs_not_respecting_scrub_interval_=28ceph_luminous=29?=
  • From: 胡 玮文 <huww98@xxxxxxxxxxx>
• Re: Expose rgw using consul or service discovery
  • From: Maged Mokhtar <mmokhtar@xxxxxxxxxxx>
• Re: Expose rgw using consul or service discovery
  • From: Pierre GINDRAUD <pierre.gindraud@xxxxxxxxxxxxx>
• Re: Open discussing: Designing 50GB/s CephFS or S3 ceph cluster
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: Upgrade to 16.2.6 and osd+mds crash after bluestore_fsck_quick_fix_on_mount true
  • From: mgrzybowski <marek.grzybowski+ceph-users@xxxxxxxxx>
• Re: Cephadm cluster with multiple MDS containers per server
  • From: Eugen Block <eblock@xxxxxx>
• Re: Ceph performance optimization with SSDs
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: RGW/multisite sync traffic rps
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Re: Expose rgw using consul or service discovery
  • From: Maged Mokhtar <mmokhtar@xxxxxxxxxxx>
• Cephadm cluster with multiple MDS containers per server
  • From: "McLennan, Kali A." <kali_ann@xxxxxx>
• Re: Open discussing: Designing 50GB/s CephFS or S3 ceph cluster
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Re: Expose rgw using consul or service discovery
  • From: Pierre GINDRAUD <pierre.gindraud@xxxxxxxxxxxxx>
• Re: Open discussing: Designing 50GB/s CephFS or S3 ceph cluster
  • From: "huxiaoyu@xxxxxxxxxxxx" <huxiaoyu@xxxxxxxxxxxx>
• Re: Open discussing: Designing 50GB/s CephFS or S3 ceph cluster
  • From: "huxiaoyu@xxxxxxxxxxxx" <huxiaoyu@xxxxxxxxxxxx>
• Re: Upgrade to 16.2.6 and osd+mds crash after bluestore_fsck_quick_fix_on_mount true
  • From: Beard Lionel <lbeard@xxxxxxxxxxxx>
• Re: Ceph performance optimization with SSDs
  • From: Peter Sabaini <peter@xxxxxxxxxx>
• Re: Can CEPH RBD devices be assigned to virtual machines in pre-allocation mode?
  • From: Peter Lieven <pl@xxxxxxx>
• Re: Can CEPH RBD devices be assigned to virtual machines in pre-allocation mode?
  • From: "Tommy Sway" <sz_cuitao@xxxxxxx>
• Re: Can CEPH RBD devices be assigned to virtual machines in pre-allocation mode?
  • From: "Tommy Sway" <sz_cuitao@xxxxxxx>
• Re: Can CEPH RBD devices be assigned to virtual machines in pre-allocation mode?
  • From: "Tommy Sway" <sz_cuitao@xxxxxxx>
• deep-scrubs not respecting scrub interval (ceph luminous)
  • From: Mehmet <ceph@xxxxxxxxxx>
• Re: Ceph performance optimization with SSDs
  • From: Mevludin Blazevic <mblazevic@xxxxxxxxxxxxxx>
• Re: Open discussing: Designing 50GB/s CephFS or S3 ceph cluster
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Re: Some of the EC pools (default.rgw.buckets.data) are PG down, making it impossible to connect to rgw.
  • From: "nagata3333333@xxxxxxxxxxx" <nagata3333333@xxxxxxxxxxx>
• Some of the EC pools (default.rgw.buckets.data) are PG down, making it impossible to connect to rgw.
  • From: "nagata3333333@xxxxxxxxxxx" <nagata3333333@xxxxxxxxxxx>
• Re: jj's "improved" ceph balancer
  • From: Jonas Jelten <jelten@xxxxxxxxx>
• Re: Ceph performance optimization with SSDs
  • From: Zakhar Kirpichenko <zakhar@xxxxxxxxx>
• Re: Ceph performance optimization with SSDs
  • From: "MERZOUKI, HAMID" <hamid.merzouki@xxxxxxxx>
• Ceph performance optimization with SSDs
  • From: Mevludin Blazevic <mblazevic@xxxxxxxxxxxxxx>
• Re: Can CEPH RBD devices be assigned to virtual machines in pre-allocation mode?
  • From: Peter Lieven <pl@xxxxxxx>
• Re: Can CEPH RBD devices be assigned to virtual machines in pre-allocation mode?
  • From: Zakhar Kirpichenko <zakhar@xxxxxxxxx>
• Re: Can CEPH RBD devices be assigned to virtual machines in pre-allocation mode?
  • From: "Tommy Sway" <sz_cuitao@xxxxxxx>
• RGW/multisite sync traffic rps
  • From: Stefan Schueffler <s.schueffler@xxxxxxxxxxxxx>
• Re: Can CEPH RBD devices be assigned to virtual machines in pre-allocation mode?
  • From: Etienne Menguy <etienne.menguy@xxxxxxxx>
• Re: Open discussing: Designing 50GB/s CephFS or S3 ceph cluster
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• Re: Ceph Pacific (16.2.6) - Orphaned cache tier objects?
  • From: Eugen Block <eblock@xxxxxx>
• Re: Open discussing: Designing 50GB/s CephFS or S3 ceph cluster
  • From: Martin Verges <martin.verges@xxxxxxxx>
• Re: about rbd and database
  • From: Zakhar Kirpichenko <zakhar@xxxxxxxxx>
• about rbd and database
  • From: "Tommy Sway" <sz_cuitao@xxxxxxx>
• Re: Can CEPH RBD devices be assigned to virtual machines in pre-allocation mode?
  • From: "tommy sway" <sz_cuitao@xxxxxxx>
• Re: Open discussing: Designing 50GB/s CephFS or S3 ceph cluster
  • From: Christian Wuerdig <christian.wuerdig@xxxxxxxxx>
• Re: Dashboard URL
  • From: Yury Kirsanov <y.kirsanov@xxxxxxxxx>
• Re: monitor not joining quorum
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Open discussing: Designing 50GB/s CephFS or S3 ceph cluster
  • From: "huxiaoyu@xxxxxxxxxxxx" <huxiaoyu@xxxxxxxxxxxx>
• Re: ceph IO are interrupted when OSD goes down
  • From: Eugen Block <eblock@xxxxxx>
• Re: Dashboard URL
  • From: Ernesto Puerta <epuertat@xxxxxxxxxx>
• Re: question on restoring mons
  • From: Alexander Closs <acloss@xxxxxxxxxxxxx>
• Re: question on restoring mons
  • From: Marcel Kuiper <ceph@xxxxxxxx>
• Re: bluestore zstd compression questions
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• bluestore zstd compression questions
  • From: Elias Abacioglu <elias.abacioglu@xxxxxxxxxxxxxxxxx>
• Re: Performance regression on rgw/s3 copy operation
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• question on restoring mons
  • From: Marcel Kuiper <ceph@xxxxxxxx>
• Re: monitor not joining quorum
  • From: Denis Polom <denispolom@xxxxxxxxx>
• Dashboard URL
  • From: Yury Kirsanov <y.kirsanov@xxxxxxxxx>
• Can CEPH RBD devices be assigned to virtual machines in pre-allocation mode?
  • From: "Tommy Sway" <sz_cuitao@xxxxxxx>
• Performance regression on rgw/s3 copy operation
  • From: ceph-users@xxxxxxxxxxxxx
• Re: Upgrade to 16.2.6 and osd+mds crash after bluestore_fsck_quick_fix_on_mount true
  • From: Igor Fedotov <igor.fedotov@xxxxxxxx>
• Upgrade to 16.2.6 and osd+mds crash after bluestore_fsck_quick_fix_on_mount true
  • From: mgrzybowski <marek.grzybowski+ceph-users@xxxxxxxxx>
• Re: jj's "improved" ceph balancer
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: jj's "improved" ceph balancer
  • From: "Anthony D'Atri" <anthony.datri@xxxxxxxxx>
• Re: jj's "improved" ceph balancer
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• v15.2.15 Octopus released
  • From: David Galloway <dgallowa@xxxxxxxxxx>
• Re: jj's "improved" ceph balancer
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: jj's "improved" ceph balancer
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: jj's "improved" ceph balancer
  • From: Jonas Jelten <jelten@xxxxxxxxx>
• Re: jj's "improved" ceph balancer
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: clients failing to respond to cache pressure (nfs-ganesha)
  • From: Magnus HAGDORN <Magnus.Hagdorn@xxxxxxxx>
• Re: clients failing to respond to cache pressure (nfs-ganesha)
  • From: 胡 玮文 <huww98@xxxxxxxxxxx>
• Re: monitor not joining quorum
  • From: Michael Moyles <michael.moyles@xxxxxxxxxxxxxxxxxxx>
• jj's "improved" ceph balancer
  • From: Jonas Jelten <jelten@xxxxxxxxx>
• Re: ceph-ansible stable-5.0 repository must be quincy?
  • From: Guillaume Abrioux <gabrioux@xxxxxxxxxx>
• ceph-ansible stable-5.0 repository must be quincy?
  • From: Simon Oosthoek <s.oosthoek@xxxxxxxxxxxxx>
• Re: config db host filter issue
  • From: Josh Baergen <jbaergen@xxxxxxxxxxxxxxxx>
• CEPH Zabbix MGR unable to send TLS Data
  • From: Marc Riudalbas Clemente <marc.riudalbas.clemente@xxxxxxxxxxx>
• clients failing to respond to cache pressure (nfs-ganesha)
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• Re: inconsistent pg after upgrade nautilus to octopus
  • From: Tomasz Płaza <glaza2@xxxxx>
• Re: Expose rgw using consul or service discovery
  • From: Sebastian Wagner <sewagner@xxxxxxxxxx>
• Re: inconsistent pg after upgrade nautilus to octopus
  • From: Tomasz Płaza <glaza2@xxxxx>
• Re: inconsistent pg after upgrade nautilus to octopus
  • From: Tomasz Płaza <glaza2@xxxxx>
• Re: inconsistent pg after upgrade nautilus to octopus
  • From: Marc <Marc@xxxxxxxxxxxxxxxxx>
• Re: inconsistent pg after upgrade nautilus to octopus
  • From: Etienne Menguy <etienne.menguy@xxxxxxxx>
• Re: inconsistent pg after upgrade nautilus to octopus
  • From: "Szabo, Istvan (Agoda)" <Istvan.Szabo@xxxxxxxxx>
• Expose rgw using consul or service discovery
  • From: Pierre GINDRAUD <Pierre.GINDRAUD@xxxxxxxxxxxxx>
• inconsistent pg after upgrade nautilus to octopus
  • From: Glaza <glaza2@xxxxx>
• Re: Trying to debug "Failed to send data to Zabbix"
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Re: monitor not joining quorum
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Re: monitor not joining quorum
  • From: Denis Polom <denispolom@xxxxxxxxx>
• config db host filter issue
  • From: Richard Bade <hitrich@xxxxxxxxx>
• Re: Cluster down
  • From: Alex Gorbachev <ag@xxxxxxxxxxxxxxxxxxx>
• Trying to debug "Failed to send data to Zabbix"
  • From: shubjero <shubjero@xxxxxxxxx>
• Re: monitor not joining quorum
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Re: monitor not joining quorum
  • From: Denis Polom <denispolom@xxxxxxxxx>
• Re: Stretch cluster experiences in production?
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: A change in Ceph leadership...
  • From: Alex Gorbachev <ag@xxxxxxxxxxxxxxxxxxx>
• Re: [EXTERNAL] Re: Multisite Pubsub - Duplicates Growing Uncontrollably
  • From: Alex Hussein-Kershaw <alexhus@xxxxxxxxxxxxx>
• 16.2.6 OSD Heartbeat Issues
  • From: Marco Pizzolo <marcopizzolo@xxxxxxxxx>
• Re: monitor not joining quorum
  • From: denispolom@xxxxxxxxx
• Re: monitor not joining quorum
  • From: Adam King <adking@xxxxxxxxxx>
• Re: Stretch cluster experiences in production?
  • From: Matthew Vernon <mvernon@xxxxxxxxxxxxx>
• monitor not joining quorum
  • From: Denis Polom <denispolom@xxxxxxxxx>
• 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>