Actions
Bug #53235
closedcephadm: 'orch ls' shows individual osds (e.g., osd.123)
Status:
Resolved
Priority:
High
Assignee:
-
Category:
-
Target version:
-
% Done:
0%
Source:
Tags:
Backport:
pacific
Regression:
No
Severity:
3 - minor
Reviewed:
Description
example, from an old cluster running 16.2.6:
NAME PORTS RUNNING REFRESHED AGE PLACEMENT alertmanager ?:9093,9094 1/1 9m ago 20M count:1 crash 3/3 9m ago 20M * grafana ?:3000 1/1 9m ago 20M count:1 mds.ar 2/2 9m ago 3M count:2 mgr 2/2 9m ago 20M count:2 mon 3/3 9m ago 7M count:3 osd.0 1/1 9m ago - <unmanaged> osd.1 1/1 9m ago - <unmanaged> osd.10 1/1 9m ago - <unmanaged> osd.11 1/1 9m ago - <unmanaged> osd.12 1/1 9m ago - <unmanaged> osd.13 1/1 9m ago - <unmanaged> ...
notably, the unit.meta file in the /var/lib/ceph/$fsid/osd.$id directory has
root@cpach:/var/lib/ceph/11a72f1d-1752-43ba-bc6a-84b856e3c1bb/osd.30# cat unit.meta { "service_name": "osd.30", ...
in the latest version, osds get service_name = "osd" in unit.meta. these present as "osd" in "orch ls" output.
if service_name is missing from unit.meta, the "orch ls" presents "osd.unmanaged".
Actions