a) Description of problem: Add a use-case for the CRUSH OSD tunable "osd crush update on start" under the section "1.1. ceph-crush-location hook" in RHCS1.2.3 Storage Strategies documentation. If a user sets a custom hostname for an OSD node in CRUSH map, and the OSD process or the node is restarted, the CRUSH maps get reverted back to the initial state. This makes the custom settings vanish. In order to overcome this, set "osd crush update on start = false" in /etc/ceph/ceph.conf and push the configuration to the OSD/MON nodes with : # ceph-deploy --overwrite-conf config push <node1> <node2> ... <nodeN> b) Version-Release number of selected component (if applicable): RHCS1.2.3 Storage Strategies documentation. NOTE: Editing a crush map and setting custom hostnames for rulesets and buckets are something customers do usually. The Crush map will revert back to the default as per the OSD hierarchy, if this tunable is not set. We need to get this added as a use-case.
Added clarifying language and use case here: https://gitlab.cee.redhat.com/jowilkin/red-hat-ceph-storage-strategies-guide/commit/5e9ac01e9c034fc814016f5481dcb1fb602028c0 I also added the setting in the Quick Start with a link back to the storage strategies guide here: https://gitlab.cee.redhat.com/jowilkin/red-hat-ceph-storage-installation-guide-rhel/commit/fefaa1c2b8d6242e56736d4bf1338b00a8c44b3d And added the link here: https://gitlab.cee.redhat.com/jowilkin/red-hat-ceph-storage-installation-guide-rhel/commit/38565348b1cc2c805945f555e2535ed6e4ccb813
3. bug summary says, add option in Storage strategy Document. As per comment#2 it is also being added in Installation Quick guide
https://gitlab.cee.redhat.com/red-hat-ceph-storage-documentation/doc-Red_Hat_Ceph_Storage_1.3-Installation_Guide_for_Red_Hat_Enterprise_Linux/commit/84838fd0b076b158fe2046b9f89a02ca25a364e7
I've removed the comment from the storage strategies guide for now. https://gitlab.cee.redhat.com/red-hat-ceph-storage-documentation/doc-Red_Hat_Ceph_Storage_1.3-Storage_Strategies/commit/ffeef31e155d49ceefe2d7d934a39be289fc70e4