Comments (9)
Design for the formatting of devices is as follows. More options will come in the future as discussed in #102.
Rookd flags
The rookd command line arguments relevant to working with devices include:
--data-dir
Default: /var/lib/rook
The directory where all rook config is stored--data-devices
Default: None. Filestore will be initialized in the data dir
A comma-separated list of device names such as "sda,sdb,sdc". Note that the device names could change when the machine is rebooted and devices are removed.
If set to "all", all of the devices detected will be used by rook, as long as they meet formatting criteria. See below.--force-format
Default: false
When true, all rules for whether to format a volume are ignored. The only exception is that the system volume cannot be formatted.
Formatting criteria
In order for Rook to utilize devices, they must be formatted such that bluestore can use them. The default behavior is that devices will only be formatted if rook detects that they are clean. If there is any indication there could be other data on the device, rook will skip working with the device.
Criteria for determining if a device should be formatted by rook includes:
- No file system
- No partitions
- No disk UUID or label
Exceptions to the criteria:
- If the force-format flag is passed, the devices will be formatted
- OSD partitions from an old cluster will be re-formatted automatically. This is detected where the configuration is not found in the data dir (/var/lib/rook), but the partitions exist with known osd labels. Thus, loss of the data dir assumes loss of the data.
Bluestore Partitions
For context, there are three bluestore partitions:
- RocksDB metadata db
- RocksDB write-ahead-log
- Data: The raw data storage
Ideally the metadata and write-ahead-log would be stored on SSD or NVME, while the data partition is typically on an HDD. The scheme for selecting devices on which to place the partitions for each OSD is TBD. Currently all three partitions are placed on the same device.
from rook.
closing in favor of #102
from rook.
@travisn Can you please tell where to find the rookd
utility ?
from rook.
@travisn Can you please tell where to find the
rookd
utility ?
@JayjeetAtGithub Wow this is an old issue, rookd hasn't existed for a long time. That was for a non-K8s solution, but Rook is only focused on K8s now.
from rook.
Thanks for response @travisn . I am actually looking for ways to tell rook to format any previously used blockdevice that is currently dirty and use it again as OSD. In short, I am looking how to get the functionality of --force-format
in the current version of rook. Any pointers would be really helpful. Thanks.
from rook.
@JayjeetAtGithub You need to clean an OSD from a previous cluster? See the cleanup guide
from rook.
I see. So, currently rook doesn't support detecting disks previously used as OSD and cleaning it by itself right?
from rook.
In the v1.4 release soon, rook will have an option during uninstall to clean the disks automatically.
from rook.
Wow. That would be really helpful. Thanks a lot.
from rook.
Related Issues (20)
- Create a boolean configuration setting to disable CRUSH rule changes for existing pools HOT 7
- All CI is broken during ip tool install for multus HOT 1
- Allow force deletion of resources that have specific cleanup annotation HOT 22
- I installed a rook-ceph cluster with helm chart, but one csi-rbdplugin pod fails. HOT 5
- [helm] Ceph documentation links are broken HOT 3
- PrometheusRules: allow configuring which alerts are used HOT 7
- Multisite RGW pools are not reconciled HOT 1
- rook-ceph provides storage type for external cluster applications? HOT 2
- Rook service monitor default scrape interval is 5s while Ceph Prometheus uses 10s
- Integration test CephUpgradeSuite is not stable
- Govulncheck CI action is failing on the latest scans HOT 2
- mgr: adding filters for prometheus endpoint configuration HOT 2
- CSI config `centry.Namespace` is left empty HOT 6
- There is always an osd process that takes up high cpu and memory. HOT 3
- rgw: default crush_location {{host=rook-ceph-rgw-my-store-a-599b797b97-bnn9x,root=default}} HOT 6
- Creating COSI user causes the object store reconcile to fail several times before finally succeeding HOT 2
- Add a filter for docs check to detect 3rd person("you, they") HOT 4
- mgr prometheus not running. HOT 1
- Update the joblib version to fix CVE-2022-21797 CRITICAL vulnerability HOT 5
- RDMA network support (RoCEv2) HOT 2
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from rook.