문제 해결 가이드

프로세스

1. 지원되지 않는 구성을 사용할 때 특정 문제가 발생할 수 있습니다. 구성이 지원되는지 확인합니다.

2. 문제를 유발하는 Ceph 구성 요소에 대해 알고 있습니까?

   1. 아니요. Red Hat Ceph Storage 문제 해결 가이드에서 Ceph 스토리지 클러스터 절차의 상태를 진단합니다.
   2. Ceph 모니터. Red Hat Ceph Storage 문제 해결 가이드의 Ceph 모니터 문제 해결 섹션을 참조하십시오.
   3. Ceph OSD. Red Hat Ceph Storage 문제 해결 가이드의 Ceph OSD 문제 해결 섹션을 참조하십시오.
   4. Ceph 배치 그룹. Red Hat Ceph Storage 문제 해결 가이드의 Ceph 배치 그룹 문제 해결 섹션을 참조하십시오.
   5. 다중 사이트 Ceph Object Gateway. Red Hat Ceph Storage 문제 해결 가이드의 다중 사이트 Ceph Object Gateway 문제 해결 섹션을 참조하십시오.

프로세스

1. Cephadm 쉘에 로그인합니다.

   예

   [root@host01 ~]# cephadm shell

2. 스토리지 클러스터의 전체 상태를 확인합니다.

   예

   [ceph: root@host01 /]# ceph health detail

   명령에서 HEALTH_WARN 또는 HEALTH_ERR 을 반환하는 경우 자세한 내용은 Ceph 상태 이해 를 참조하십시오.

3. 스토리지 클러스터의 로그를 모니터링합니다.

   예

   [ceph: root@host01 /]# ceph -W cephadm

4. 클러스터 로그를 파일로 캡처하려면 다음 명령을 실행합니다.

   예

   [ceph: root@host01 /]# ceph config set global log_to_file true
   [ceph: root@host01 /]# ceph config set global mon_cluster_log_to_file true

   로그는 기본적으로 /var/log/ceph/CLUSTER_FSID/ 디렉터리에 있습니다. Ceph 로그 이해에 나열된 오류 메시지가 Ceph 로그를 확인합니다.

5. 로그에 충분한 양의 정보가 포함되어 있지 않으면 디버깅 수준을 늘리고 실패한 작업을 재현합니다. 자세한 내용은 로깅 구성 을 참조하십시오.

프로세스

1. Cephadm 쉘에 로그인합니다.

   예

   [root@host01 ~]# cephadm shell

2. ceph health detail 명령을 실행하여 Red Hat Ceph Storage 클러스터의 상태를 확인합니다.

   예

   [ceph: root@host01 /]# ceph health detail
   
   HEALTH_WARN 1 osds down; 1 OSDs or CRUSH {nodes, device-classes} have {NOUP,NODOWN,NOIN,NOOUT} flags set
   [WRN] OSD_DOWN: 1 osds down
       osd.1 (root=default,host=host01) is down
   [WRN] OSD_FLAGS: 1 OSDs or CRUSH {nodes, device-classes} have {NOUP,NODOWN,NOIN,NOOUT} flags set
       osd.1 has flags noup

   OSD 중 하나가 다운되면 스토리지 클러스터가 HEALTH_WARN 상태에 있음을 확인할 수 있습니다.

3. 경고를 음소거합니다.

   구문

   ceph health mute HEALTH_MESSAGE

   예

   [ceph: root@host01 /]# ceph health mute OSD_DOWN

4. 선택 사항: 상태 점검 음소거는 연결된 TTL(Time to Live)을 가질 수 있으므로 지정된 기간이 경과된 후 음소거가 자동으로 만료됩니다. 명령에서 TTL을 선택적 기간 인수로 지정합니다.

   구문

   ceph health mute HEALTH_MESSAGE DURATION

   DURATION 은 s,sec,m,min,h 또는 hour 로 지정할 수 있습니다.

   예

   [ceph: root@host01 /]# ceph health mute OSD_DOWN 10m

   이 예에서 경고 OSD_DOWN 은 10분 동안 음소거됩니다.

5. Red Hat Ceph Storage 클러스터 상태가 HEALTH_OK 로 변경되었는지 확인합니다.

   예

   [ceph: root@host01 /]# ceph -s
     cluster:
       id:     81a4597a-b711-11eb-8cb8-001a4a000740
       health: HEALTH_OK
               (muted: OSD_DOWN(9m) OSD_FLAGS(9m))
   
     services:
       mon: 3 daemons, quorum host01,host02,host03 (age 33h)
       mgr: host01.pzhfuh(active, since 33h), standbys: host02.wsnngf, host03.xwzphg
       osd: 11 osds: 10 up (since 4m), 11 in (since 5d)
   
     data:
       pools:   1 pools, 1 pgs
       objects: 13 objects, 0 B
       usage:   85 MiB used, 165 GiB / 165 GiB avail
       pgs:     1 active+clean

   이 예제에서는 OSD_DOWN 및 OSD_FLAG 경고가 음소거되고 음소거가 9분 동안 활성 상태임을 확인할 수 있습니다.

6. 선택 사항: 고정을 설정하여 경고가 지워진 후에도 음소거를 유지할 수 있습니다.

   구문

   ceph health mute HEALTH_MESSAGE DURATION --sticky

   예

   [ceph: root@host01 /]# ceph health mute OSD_DOWN 1h --sticky

7. 다음 명령을 실행하여 음소거를 제거할 수 있습니다.

   구문

   ceph health unmute HEALTH_MESSAGE

   예제

   [ceph: root@host01 /]# ceph health unmute OSD_DOWN

프로세스

1. sos 패키지를 설치합니다.

   예

   [root@host01 ~]# dnf install sos

2. sos 보고서를 실행하여 스토리지 클러스터의 시스템 정보를 가져옵니다.

   예

   [root@host01 ~]# sos report -a --all-logs

   보고서는 /var/tmp 파일에 저장됩니다.

   특정 Ceph 데몬 정보에 대해 다음 명령을 실행합니다.

   예

   [root@host01 ~]# sos report --all-logs -e ceph_mgr,ceph_common,ceph_mon,ceph_osd,ceph_ansible,ceph_mds,ceph_rgw

프로세스

1. Ceph 디버깅 출력을 활성화하려면 런타임 시 dout() 를 실행합니다.

   ceph tell TYPE.ID injectargs --debug-SUBSYSTEM VALUE [--NAME VALUE]

2. 교체:

   • Ceph 데몬 유형이 있는 TYPE (osd,mon 또는 mds)
   • Ceph 데몬의 특정 ID 가 있는 ID입니다. 또는 * 를 사용하여 특정 유형의 모든 데몬에 런타임 설정을 적용합니다.
   • 특정 하위 시스템이 있는 SUBSYSTEM.

   • 1 에서 20 사이의 숫자가 있는 VALUE 입니다. 여기서 1 은 테스이고 20 은 상세 정보입니다.

     예를 들어 osd.0 이라는 OSD 하위 시스템의 로그 수준을 0으로 설정하고 메모리 수준을 5로 설정하려면 다음을 실행합니다.

     # ceph tell osd.0 injectargs --debug-osd 0/5

1. 실행 중인 Ceph 데몬을 사용하여 호스트에 로그인합니다(예: ceph-osd 또는 ceph-mon ).

2. 구성을 표시합니다.

   구문

   ceph daemon NAME config show | less

   예제

   [ceph: root@host01 /]# ceph daemon osd.0 config show | less

프로세스

1. Ceph 디버깅 출력을 활성화하려면 부팅 시 dout() 을 Ceph 구성 파일에 디버깅 설정을 추가합니다.

   1. 각 데몬에 공통되는 하위 시스템의 경우 [global] 섹션 아래에 설정을 추가합니다.

   2. 특정 데몬의 하위 시스템의 경우 데몬 섹션 아래에 [mon], [osd] 또는 [mds] 와 같은 설정을 추가합니다.

      예

      [global]
              debug_ms = 1/5
      
      [mon]
              debug_mon = 20
              debug_paxos = 1/5
              debug_auth = 2
      
      [osd]
              debug_osd = 1/5
              debug_monc = 5/20
      
      [mds]
              debug_mds = 1

프로세스

1. 회전 빈도 뒤에 size 설정을 로그 회전 파일에 추가합니다.

   rotate 7
   weekly
   size SIZE
   compress
   sharedscripts

   예를 들어 500MB에 도달하면 로그 파일을 순환하려면 다음을 수행합니다.

   rotate 7
   weekly
   size 500 MB
   compress
   sharedscripts
   size 500M

   참고

   크기 값은 '500MB' 또는 '500M'로 표시할 수 있습니다.

2. crontab 편집기를 엽니다.

   [root@mon ~]# crontab -e

3. 항목을 추가하여 /etc/logrotate.d/ceph-<fsid> 파일을 확인합니다. 예를 들어 Cron에 30분마다 /etc/logrotate.d/ceph-<fsid >를 확인하도록 지시하려면 다음을 수행합니다.

   30 * * * * /usr/sbin/logrotate /etc/logrotate.d/ceph-d3bb5396-c404-11ee-9e65-002590fc2a2e >/dev/null 2>&1

프로세스

1. 로그가 있는 위치를 찾습니다.

   구문

   logrotate -f

   예

   [root@host01 ~]# logrotate -f
   /etc/logrotate.d/ceph-12ab345c-1a2b-11ed-b736-fa163e4f6220

2. 지정된 위치 내의 로그를 나열합니다.

   구문

   ll LOG_LOCATION

   예

   [root@host01 ~]# ll /var/log/ceph/12ab345c-1a2b-11ed-b736-fa163e4f6220
    -rw-r--r--. 1 ceph ceph    412 Sep 28 09:26 opslog.log.1.gz

3. 현재 버킷을 나열합니다.

   예

   [root@host01 ~]# /usr/local/bin/s3cmd ls

4. 버킷을 생성합니다.

   구문

   /usr/local/bin/s3cmd mb s3://NEW_BUCKET_NAME

   예

   [root@host01 ~]# /usr/local/bin/s3cmd mb s3://bucket1
   Bucket `s3://bucket1` created

5. 현재 로그를 나열합니다.

   구문

   ll LOG_LOCATION

   예

   [root@host01 ~]# ll /var/log/ceph/12ab345c-1a2b-11ed-b736-fa163e4f6220
    total 852
    ...
    -rw-r--r--. 1 ceph ceph    920 Jun 29 02:17 opslog.log
    -rw-r--r--. 1 ceph ceph    412 Jun 28 09:26 opslog.log.1.gz

6. 로그를 수집합니다.

   구문

   tail -f LOG_LOCATION/opslog.log

   예

   [root@host01 ~]# tail -f /var/log/ceph/12ab345c-1a2b-11ed-b736-fa163e4f6220/opslog.log
   
   {"bucket":"","time":"2022-09-29T06:17:03.133488Z","time_local":"2022-09-
   29T06:17:03.133488+0000","remote_addr":"10.0.211.66","user":"test1",
   "operation":"list_buckets","uri":"GET /
   HTTP/1.1","http_status":"200","error_code":"","bytes_sent":232,
   "bytes_received":0,"object_size":0,"total_time":9,"user_agent":"","referrer":
   "","trans_id":"tx00000c80881a9acd2952a-006335385f-175e5-primary",
   "authentication_type":"Local","access_key_id":"1234","temp_url":false}
   
   {"bucket":"cn1","time":"2022-09-29T06:17:10.521156Z","time_local":"2022-09-
   29T06:17:10.521156+0000","remote_addr":"10.0.211.66","user":"test1",
   "operation":"create_bucket","uri":"PUT /cn1/
   HTTP/1.1","http_status":"200","error_code":"","bytes_sent":0,
   "bytes_received":0,"object_size":0,"total_time":106,"user_agent":"",
   "referrer":"","trans_id":"tx0000058d60c593632c017-0063353866-175e5-primary",
   "authentication_type":"Local","access_key_id":"1234","temp_url":false}

프로세스

1. net-tools 및 telnet 패키지를 설치하면 Ceph 스토리지 클러스터에서 발생할 수 있는 네트워크 문제를 해결하는 데 도움이 될 수 있습니다.

   예

   [root@host01 ~]# dnf install net-tools
   [root@host01 ~]# dnf install telnet

2. cephadm 쉘에 로그인하고 Ceph 구성 파일의 public_network 매개변수에 올바른 값이 포함되어 있는지 확인합니다.

   예

   [ceph: root@host01 /]# cat /etc/ceph/ceph.conf
   # minimal ceph.conf for 57bddb48-ee04-11eb-9962-001a4a000672
   [global]
   	fsid = 57bddb48-ee04-11eb-9962-001a4a000672
   	mon_host = [v2:10.74.249.26:3300/0,v1:10.74.249.26:6789/0] [v2:10.74.249.163:3300/0,v1:10.74.249.163:6789/0] [v2:10.74.254.129:3300/0,v1:10.74.254.129:6789/0]
   [mon.host01]
   public network = 10.74.248.0/21

3. 쉘을 종료하고 네트워크 인터페이스가 작동하는지 확인합니다.

   예

   [root@host01 ~]# ip link list
   1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
       link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
   2: ens3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000
       link/ether 00:1a:4a:00:06:72 brd ff:ff:ff:ff:ff:ff

4. 짧은 호스트 이름을 사용하여 Ceph 노드가 서로 연결할 수 있는지 확인합니다. 스토리지 클러스터의 각 노드에서 이를 확인합니다.

   구문

   ping SHORT_HOST_NAME

   예

   [root@host01 ~]# ping host02

5. 방화벽을 사용하는 경우 Ceph 노드가 적절한 포트에서 서로 연결할 수 있는지 확인합니다. firewall-cmd 및 telnet 툴은 포트 상태를 확인하고 포트가 각각 열려 있는지 확인할 수 있습니다.

   구문

   firewall-cmd --info-zone=ZONE
   telnet IP_ADDRESS PORT

   예

   [root@host01 ~]# firewall-cmd --info-zone=public
   public (active)
     target: default
     icmp-block-inversion: no
     interfaces: ens3
     sources:
     services: ceph ceph-mon cockpit dhcpv6-client ssh
     ports: 9283/tcp 8443/tcp 9093/tcp 9094/tcp 3000/tcp 9100/tcp 9095/tcp
     protocols:
     masquerade: no
     forward-ports:
     source-ports:
     icmp-blocks:
     rich rules:
   
   [root@host01 ~]# telnet 192.168.0.22 9100

6. 인터페이스 카운터에 오류가 없는지 확인합니다. 노드 간 네트워크 연결 대기 시간이 예상되었으며 패킷 손실이 없는지 확인합니다.

   1. ethtool 명령 사용:

      구문

      ethtool -S INTERFACE

      예

      [root@host01 ~]# ethtool -S ens3 | grep errors
      NIC statistics:
           rx_fcs_errors: 0
           rx_align_errors: 0
           rx_frame_too_long_errors: 0
           rx_in_length_errors: 0
           rx_out_length_errors: 0
           tx_mac_errors: 0
           tx_carrier_sense_errors: 0
           tx_errors: 0
           rx_errors: 0

   2. ifconfig 명령 사용:

      예

      [root@host01 ~]# ifconfig
      ens3: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
              inet 10.74.249.26  netmask 255.255.248.0  broadcast 10.74.255.255
              inet6 fe80::21a:4aff:fe00:672  prefixlen 64  scopeid 0x20<link>
              inet6 2620:52:0:4af8:21a:4aff:fe00:672  prefixlen 64  scopeid 0x0<global>
              ether 00:1a:4a:00:06:72  txqueuelen 1000  (Ethernet)
              RX packets 150549316  bytes 56759897541 (52.8 GiB)
              RX errors 0  dropped 176924  overruns 0  frame 0
              TX packets 55584046  bytes 62111365424 (57.8 GiB)
              TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
      
      lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
              inet 127.0.0.1  netmask 255.0.0.0
              inet6 ::1  prefixlen 128  scopeid 0x10<host>
              loop  txqueuelen 1000  (Local Loopback)
              RX packets 9373290  bytes 16044697815 (14.9 GiB)
              RX errors 0  dropped 0  overruns 0  frame 0
              TX packets 9373290  bytes 16044697815 (14.9 GiB)
              TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

   3. netstat 명령 사용:

      예

      [root@host01 ~]# netstat -ai
      Kernel Interface table
      Iface             MTU    RX-OK RX-ERR RX-DRP RX-OVR    TX-OK TX-ERR TX-DRP TX-OVR Flg
      ens3             1500 311847720      0 364903 0      114341918      0      0      0 BMRU
      lo              65536 19577001      0      0 0      19577001      0      0      0 LRU

7. 성능 문제의 경우 대기 시간 점검 및 스토리지 클러스터의 모든 노드 간 네트워크 대역폭을 확인하려면 iperf3 툴을 사용합니다. iperf3 툴은 서버와 클라이언트 간에 간단한 지점 간 네트워크 대역폭 테스트를 수행합니다.

   1. 대역폭을 확인하려는 Red Hat Ceph Storage 노드에 iperf3 패키지를 설치합니다.

      예

      [root@host01 ~]# dnf install iperf3

   2. Red Hat Ceph Storage 노드에서 iperf3 서버를 시작합니다.

      예

      [root@host01 ~]# iperf3 -s
      -----------------------------------------------------------
      Server listening on 5201
      -----------------------------------------------------------

      참고

      기본 포트는 5201이지만 -P 명령 인수를 사용하여 설정할 수 있습니다.

   3. 다른 Red Hat Ceph Storage 노드에서 iperf3 클라이언트를 시작합니다.

      예

      [root@host02 ~]# iperf3 -c mon
      Connecting to host mon, port 5201
      [  4] local xx.x.xxx.xx port 52270 connected to xx.x.xxx.xx port 5201
      [ ID] Interval           Transfer     Bandwidth       Retr  Cwnd
      [  4]   0.00-1.00   sec   114 MBytes   954 Mbits/sec    0    409 KBytes
      [  4]   1.00-2.00   sec   113 MBytes   945 Mbits/sec    0    409 KBytes
      [  4]   2.00-3.00   sec   112 MBytes   943 Mbits/sec    0    454 KBytes
      [  4]   3.00-4.00   sec   112 MBytes   941 Mbits/sec    0    471 KBytes
      [  4]   4.00-5.00   sec   112 MBytes   940 Mbits/sec    0    471 KBytes
      [  4]   5.00-6.00   sec   113 MBytes   945 Mbits/sec    0    471 KBytes
      [  4]   6.00-7.00   sec   112 MBytes   937 Mbits/sec    0    488 KBytes
      [  4]   7.00-8.00   sec   113 MBytes   947 Mbits/sec    0    520 KBytes
      [  4]   8.00-9.00   sec   112 MBytes   939 Mbits/sec    0    520 KBytes
      [  4]   9.00-10.00  sec   112 MBytes   939 Mbits/sec    0    520 KBytes
      - - - - - - - - - - - - - - - - - - - - - - - - -
      [ ID] Interval           Transfer     Bandwidth       Retr
      [  4]   0.00-10.00  sec  1.10 GBytes   943 Mbits/sec    0             sender
      [  4]   0.00-10.00  sec  1.10 GBytes   941 Mbits/sec                  receiver
      
      iperf Done.

      이 출력은 테스트 중 Red Hat Ceph Storage 노드 간에 1.1 Gbits/second 네트워크와 다시 전송(Retr)하지 않음을 보여줍니다.

      Red Hat은 스토리지 클러스터의 모든 노드 간 네트워크 대역폭을 확인하는 것이 좋습니다.

8. 모든 노드에 동일한 네트워크 상호 연결 속도가 있는지 확인합니다. 연결 속도가 느리면 더 빠르게 연결된 노드가 느려질 수 있습니다. 또한 상호 스위치 링크가 연결된 노드의 집계 대역폭을 처리할 수 있는지 확인합니다.

   구문

   ethtool INTERFACE

   예제

   [root@host01 ~]# ethtool ens3
   Settings for ens3:
   Supported ports: [ TP ]
   Supported link modes:   10baseT/Half 10baseT/Full
                           100baseT/Half 100baseT/Full
                           1000baseT/Half 1000baseT/Full
   Supported pause frame use: No
   Supports auto-negotiation: Yes
   Supported FEC modes: Not reported
   Advertised link modes:  10baseT/Half 10baseT/Full
                           100baseT/Half 100baseT/Full
                           1000baseT/Half 1000baseT/Full
   Advertised pause frame use: Symmetric
   Advertised auto-negotiation: Yes
   Advertised FEC modes: Not reported
   Link partner advertised link modes:  10baseT/Half 10baseT/Full
                                        100baseT/Half 100baseT/Full
                                        1000baseT/Full
   Link partner advertised pause frame use: Symmetric
   Link partner advertised auto-negotiation: Yes
   Link partner advertised FEC modes: Not reported
   Speed: 1000Mb/s 1
   Duplex: Full 2
   Port: Twisted Pair
   PHYAD: 1
   Transceiver: internal
   Auto-negotiation: on
   MDI-X: off
   Supports Wake-on: g
   Wake-on: d
   Current message level: 0x000000ff (255)
          drv probe link timer ifdown ifup rx_err tx_err
   Link detected: yes 3

프로세스

1. chronyd 데몬이 Ceph Monitor 호스트에서 실행 중인지 확인합니다.

   예

   [root@mon ~]# systemctl status chronyd

2. chronyd 가 실행되고 있지 않은 경우 활성화 및 시작합니다.

   예

   [root@mon ~]# systemctl enable chronyd
   [root@mon ~]# systemctl start chronyd

3. chronyd 가 클럭을 올바르게 동기화하고 있는지 확인합니다.

   예

   [root@mon ~]# chronyc sources
   [root@mon ~]# chronyc sourcestats
   [root@mon ~]# chronyc tracking

프로세스

1. 나머지 Ceph 모니터가 쿼럼을 구성할 수 있는 경우 ceph mon getmap 명령을 사용하여 Ceph Monitor 맵을 가져옵니다.

   예

   [ceph: root@host01 /]# ceph mon getmap -o /tmp/monmap

2. 나머지 Ceph 모니터가 쿼럼을 형성할 수 없고 올바른 Ceph Monitor 맵이 있는 Ceph Monitor가 하나 이상 있는 경우 해당 Ceph 모니터에서 복사합니다.

   1. Ceph Monitor 맵을 복사할 Ceph Monitor를 중지합니다.

      구문

      systemctl stop ceph-FSID@DAEMON_NAME

      예

      [root@mon ~]# systemctl stop ceph-b404c440-9e4c-11ec-a28a-001a4a0001df@mon.host01.service

   2. Ceph 모니터 맵을 복사합니다.

      구문

      ceph-mon -i ID --extract-monmap /tmp/monmap

      ID 를 Ceph Monitor 맵을 복사하려는 Ceph Monitor의 ID로 바꿉니다.

      예

      [ceph: root@host01 /]#  ceph-mon -i mon.a  --extract-monmap /tmp/monmap

3. 손상되었거나 오래된 Ceph Monitor 맵으로 Ceph Monitor를 중지합니다.

   구문

   systemctl stop ceph-FSID@DAEMON_NAME

   예

   [root@mon ~]# systemctl stop ceph-b404c440-9e4c-11ec-a28a-001a4a0001df@mon.host01.service

4. Ceph 모니터 맵을 삽입합니다.

   구문

   ceph-mon -i ID --inject-monmap /tmp/monmap

   ID 를 손상되었거나 오래된 Ceph Monitor 맵으로 Ceph Monitor의 ID로 바꿉니다.

   예

   [root@mon ~]# ceph-mon -i mon.host01 --inject-monmap /tmp/monmap

5. Ceph 모니터를 시작합니다.

   구문

   systemctl start ceph-FSID@DAEMON_NAME

   예

   [root@mon ~]# systemctl start ceph-b404c440-9e4c-11ec-a28a-001a4a0001df@mon.host01.service

   다른 Ceph 모니터에서 Ceph Monitor 맵을 복사한 경우 Ceph 모니터도 시작합니다.

   구문

   systemctl start ceph-FSID@DAEMON_NAME

   예제

   [root@mon ~]# systemctl start ceph-b404c440-9e4c-11ec-a28a-001a4a0001df@mon.host01.service

프로세스

1. Monitor 호스트에서 /var/lib/ceph/mon/CLUSTER_NAME-SHORT_HOST_NAME:에 있는 모니터 저장소를 제거합니다.

   rm -rf /var/lib/ceph/mon/CLUSTER_NAME-SHORT_HOST_NAME

   Monitor 호스트의 짧은 호스트 이름과 클러스터 이름을 지정합니다. 예를 들어 remote 라는 클러스터에서 host1 에서 실행되는 모니터의 Monitor 저장소를 제거하려면 다음을 수행합니다.

   [root@mon ~]# rm -rf /var/lib/ceph/mon/remote-host1

2. 모니터 맵(monmap)에서 모니터를 제거합니다.

   ceph mon remove SHORT_HOST_NAME --cluster CLUSTER_NAME

   Monitor 호스트의 짧은 호스트 이름과 클러스터 이름을 지정합니다. 예를 들어 remote 라는 클러스터에서 host1 에서 실행되는 모니터를 제거하려면 다음을 수행합니다.

   [ceph: root@host01 /]# ceph mon remove host01 --cluster remote

3. 모니터 호스트의 기본 파일 시스템 또는 하드웨어와 관련된 모든 문제를 해결하고 수정합니다.

프로세스

1. ceph-mon 데몬이 실행 중인 경우 Monitor 저장소를 압축하려면 다음을 수행합니다.

   구문

   ceph tell mon.HOST_NAME compact

2. HOST_NAME 을 ceph-mon 이 실행 중인 호스트의 짧은 호스트 이름으로 바꿉니다. 확실하지 않은 경우 hostname -s 명령을 사용합니다.

   예

   [ceph: root@host01 /]# ceph tell mon.host01 compact

3. [mon] 섹션의 Ceph 구성에 다음 매개변수를 추가합니다.

   [mon]
   mon_compact_on_start = true

4. ceph-mon 데몬을 다시 시작합니다.

   구문

   systemctl restart ceph-FSID@DAEMON_NAME

   예

   [root@mon ~]# systemctl restart ceph-b404c440-9e4c-11ec-a28a-001a4a0001df@mon.host01.service

5. 모니터가 쿼럼을 형성했는지 확인합니다.

   [ceph: root@host01 /]# ceph mon stat

6. 필요한 경우 다른 모니터에서 이 단계를 반복합니다.

   참고

   시작하기 전에 ceph-test 패키지가 설치되어 있는지 확인합니다.

7. 대규모 저장소가 있는 ceph-mon 데몬이 실행 중이 아닌지 확인합니다. 필요한 경우 데몬을 중지합니다.

   구문

   systemctl status ceph-FSID@DAEMON_NAME
   systemctl stop ceph-FSID@DAEMON_NAME

   예

   [root@mon ~]# systemctl status ceph-b404c440-9e4c-11ec-a28a-001a4a0001df@mon.host01.service
   [root@mon ~]# systemctl stop ceph-b404c440-9e4c-11ec-a28a-001a4a0001df@mon.host01.service

8. 모니터 저장소를 압축합니다.

   구문

   ceph-monstore-tool /var/lib/ceph/CLUSTER_FSID/mon.HOST_NAME compact

   HOST_NAME 을 Monitor 호스트의 짧은 호스트 이름으로 바꿉니다.

   예

   [ceph: root@host01 /]# ceph-monstore-tool /var/lib/ceph/b404c440-9e4c-11ec-a28a-001a4a0001df/mon.host01 compact

9. ceph-mon 을 다시 시작합니다.

   구문

   systemctl start ceph-FSID@DAEMON_NAME

   예제

   [root@mon ~]# systemctl start ceph-b404c440-9e4c-11ec-a28a-001a4a0001df@mon.host01.service

프로세스

1. 이 문제를 해결하려면 ceph-mgr 데몬을 실행하는 각 호스트에 대해 6800-7300 포트를 엽니다.

   예

   [root@ceph-mgr] # firewall-cmd --add-port 6800-7300/tcp
   [root@ceph-mgr] # firewall-cmd --add-port 6800-7300/tcp --permanent

2. ceph-mgr 데몬을 다시 시작합니다.

프로세스

1. Cephadm 쉘에 로그인합니다.

   예

   [root@host01 ~]# cephadm shell

2. OSD를 중지하기 전에 noout 플래그를 설정합니다.

   예

   [ceph: root@host01 /]# ceph osd set noout

3. 문제 해결 또는 유지 관리를 완료하면 noout 플래그를 해제하여 재조정을 시작합니다.

   예

   [ceph: root@host01 /]# ceph osd unset noout

1. Ceph 클러스터에서 OSD를 제거합니다. 자세한 내용은 Ceph Cluster 프로세스에서 OSD 제거 절차를 참조하십시오.
2. 드라이브를 교체합니다. 자세한 내용은 Replacing the physical drive 섹션을 참조하십시오.
3. OSD를 클러스터에 추가합니다. 자세한 내용은 Ceph 클러스터에 OSD 추가 절차를 참조하십시오.

Ceph 클러스터에서 OSD 제거

1. Cephadm 쉘에 로그인합니다.

   예

   [root@host01 ~]# cephadm shell

2. 어떤 OSD가 다운 되었는지 확인합니다.

   예

   [ceph: root@host01 /]# ceph osd tree | grep -i down
   ID  CLASS  WEIGHT   TYPE NAME           STATUS  REWEIGHT  PRI-AFF
    0   hdd 0.00999        osd.0     down  1.00000          1.00000

3. 클러스터가 다른 OSD에 데이터를 재조정하고 복사할 수 있도록 OSD를 out 로 표시합니다.

   구문

   ceph osd out OSD_ID.

   예

   [ceph: root@host01 /]# ceph osd out osd.0
   marked out osd.0.

   참고

   OSD가 다운된 경우, mon_osd_ down _ out _interval 매개 변수를 기반으로 OSD에서 하트비트 패킷을 수신하지 않는 경우 600초 후에 Ceph가 자동으로 표시됩니다. 이 경우 실패한 OSD 데이터의 사본이 있는 다른 OSD는 클러스터에 필요한 사본 수가 있는지 확인하기 위해 백필을 시작합니다. 클러스터가 백 입력되는 동안 클러스터의 성능이 저하됩니다.

4. 실패한 OSD가 백필되어 있는지 확인합니다.

   예

   [ceph: root@host01 /]# ceph -w | grep backfill
   2022-05-02 04:48:03.403872 mon.0 [INF] pgmap v10293282: 431 pgs: 1 active+undersized+degraded+remapped+backfilling, 28 active+undersized+degraded, 49 active+undersized+degraded+remapped+wait_backfill, 59 stale+active+clean, 294 active+clean; 72347 MB data, 101302 MB used, 1624 GB / 1722 GB avail; 227 kB/s rd, 1358 B/s wr, 12 op/s; 10626/35917 objects degraded (29.585%); 6757/35917 objects misplaced (18.813%); 63500 kB/s, 15 objects/s recovering
   2022-05-02 04:48:04.414397 mon.0 [INF] pgmap v10293283: 431 pgs: 2 active+undersized+degraded+remapped+backfilling, 75 active+undersized+degraded+remapped+wait_backfill, 59 stale+active+clean, 295 active+clean; 72347 MB data, 101398 MB used, 1623 GB / 1722 GB avail; 969 kB/s rd, 6778 B/s wr, 32 op/s; 10626/35917 objects degraded (29.585%); 10580/35917 objects misplaced (29.457%); 125 MB/s, 31 objects/s recovering
   2022-05-02 04:48:00.380063 osd.1 [INF] 0.6f starting backfill to osd.0 from (0'0,0'0] MAX to 2521'166639
   2022-05-02 04:48:00.380139 osd.1 [INF] 0.48 starting backfill to osd.0 from (0'0,0'0] MAX to 2513'43079
   2022-05-02 04:48:00.380260 osd.1 [INF] 0.d starting backfill to osd.0 from (0'0,0'0] MAX to 2513'136847
   2022-05-02 04:48:00.380849 osd.1 [INF] 0.71 starting backfill to osd.0 from (0'0,0'0] MAX to 2331'28496
   2022-05-02 04:48:00.381027 osd.1 [INF] 0.51 starting backfill to osd.0 from (0'0,0'0] MAX to 2513'87544

   마이그레이션이 완료되면 배치 그룹 상태가 active+clean 에서 active, 일부 성능이 저하된 오브젝트, 마지막으로 active+clean 으로 변경되는 것을 확인할 수 있습니다.

5. OSD를 중지합니다.

   구문

   ceph orch daemon stop OSD_ID

   예

   [ceph: root@host01 /]# ceph orch daemon stop osd.0

6. 스토리지 클러스터에서 OSD를 제거합니다.

   구문

   ceph orch osd rm OSD_ID --replace

   예

   [ceph: root@host01 /]# ceph orch osd rm 0 --replace

   OSD_ID 는 유지됩니다.

1. 드라이브가 핫 스왑 가능한 경우 오류가 발생한 드라이브를 새 드라이브로 교체합니다.
2. 드라이브가 핫 스왑할 수 없고 노드에 여러 개의 OSD가 포함된 경우 전체 노드를 종료하고 물리적 드라이브를 교체해야 할 수 있습니다. 클러스터가 백필링되지 않도록 하는 것이 좋습니다. 자세한 내용은 Red Hat Ceph Storage 문제 해결 가이드 의 중지 및 재조정 시작 장을 참조하십시오.
3. 드라이브가 /dev/ 디렉토리 아래에 표시되면 드라이브 경로를 기록합니다.
4. OSD를 수동으로 추가하려면 OSD 드라이브를 찾아 디스크를 포맷합니다.

Ceph 클러스터에 OSD 추가

1. 새 드라이브가 삽입되면 다음 옵션을 사용하여 OSD를 배포할 수 있습니다.

   • --unmanaged 매개변수가 설정되지 않은 경우 Ceph Orchestrator에서 OSD를 자동으로 배포합니다.

     예

     [ceph: root@host01 /]# ceph orch apply osd --all-available-devices

   • 관리되지 않는 매개 변수가 true 로 설정된 모든 사용 가능한 장치에 OSD를 배포합니다.

     예

     [ceph: root@host01 /]# ceph orch apply osd --all-available-devices --unmanaged=true

   • 특정 장치 및 호스트에 OSD를 배포합니다.

     예

     [ceph: root@host01 /]# ceph orch daemon add osd host02:/dev/sdb

2. CRUSH 계층 구조가 올바른지 확인합니다.

   예

   [ceph: root@host01 /]# ceph osd tree

프로세스

1. Cephadm 쉘에 로그인합니다.

   예

   [root@host01 ~]# cephadm shell

2. full_ratio 의 현재 값을 확인합니다. 기본적으로 0.95 로 설정됩니다.

   [ceph: root@host01 /]# ceph osd dump | grep -i full
   full_ratio 0.95

3. set-full-ratio 의 값을 0.97 으로 일시적으로 늘립니다.

   [ceph: root@host01 /]# ceph osd set-full-ratio 0.97

   중요

   set-full-ratio 를 0.97보다 높은 값으로 설정하지 않는 것이 좋습니다. 이 매개변수를 더 높은 값으로 설정하면 복구 프로세스가 더 어려워집니다. 결과적으로 전체 OSD를 전혀 복구하지 못할 수 있습니다.

4. 매개변수를 0.97 으로 성공적으로 설정했는지 확인합니다.

   [ceph: root@host01 /]# ceph osd dump | grep -i full
   full_ratio 0.97

5. 클러스터 상태를 모니터링합니다.

   [ceph: root@host01 /]# ceph -w

   클러스터가 상태가 full 에서 full로 변경되는 즉시 불필요한 데이터를 삭제합니다.

6. full_ratio 값을 다시 0.95 로 설정합니다.

   [ceph: root@host01 /]# ceph osd set-full-ratio 0.95

7. 매개변수를 0.95 로 성공적으로 설정했는지 확인합니다.

   [ceph: root@host01 /]# ceph osd dump | grep -i full
   full_ratio 0.95

프로세스

1. 사이트 간 동기화 상태를 확인합니다.

   예

   [ceph: host04 /]# radosgw-admin sync status
             realm d713eec8-6ec4-4f71-9eaf-379be18e551b (india)
         zonegroup ccf9e0b2-df95-4e0a-8933-3b17b64c52b7 (shared)
              zone 04daab24-5bbd-4c17-9cf5-b1981fd7ff79 (primary)
      current time 2022-09-15T06:53:52Z
   zonegroup features enabled: resharding
     metadata sync no sync (zone is master)
         data sync source: 596319d2-4ffe-4977-ace1-8dd1790db9fb (secondary)
                           syncing
                           full sync: 0/128 shards
                           incremental sync: 128/128 shards
                           data is caught up with source

2. 보조 영역의 데이터를 동기화합니다.

   예

   [ceph: root@host04 /]# radosgw-admin data sync init --source-zone primary

3. 사이트에서 모든 Ceph Object Gateway 데몬을 다시 시작합니다.

   예

   [ceph: root@host04 /]# ceph orch restart rgw.myrgw

프로세스

1. Cephadm 쉘에 로그인합니다.

   예

   [root@host01 ~]# cephadm shell

2. 붙어 있는 PG를 나열합니다.

   예

   [ceph: root@host01 /]# ceph pg dump_stuck inactive
   [ceph: root@host01 /]# ceph pg dump_stuck unclean
   [ceph: root@host01 /]# ceph pg dump_stuck stale

프로세스

1. 개별 OSD 및 OSD 호스트에 대한 데이터 재배포 및 복구의 영향을 줄입니다.

   1. osd max backfills,osd_recovery_max_active 및 osd_recovery_op_priority 매개변수의 값을 줄입니다.

      [ceph: root@host01 /]# ceph tell osd.* injectargs '--osd_max_backfills 1 --osd_recovery_max_active 1 --osd_recovery_op_priority 1'

   2. shallow 및 deep scrubbing을 비활성화합니다.

      [ceph: root@host01 /]# ceph osd set noscrub
      [ceph: root@host01 /]# ceph osd set nodeep-scrub

2. 풀 계산기당 Ceph PG(배치 그룹) 를 사용하여 pg_num 및 pgp_num 매개변수의 최적 값을 계산합니다.

3. 원하는 값에 도달할 때까지 pg_num 값을 작은 증분으로 늘립니다.

   1. 시작 증가 값을 확인합니다. 2의 전원을 끄는 매우 낮은 값을 사용하고 클러스터에 미치는 영향을 결정할 때 늘리십시오. 최적의 값은 풀 크기, OSD 수 및 클라이언트 I/O 로드에 따라 달라집니다.

   2. pg_num 값을 늘립니다.

      구문

      ceph osd pool set POOL pg_num VALUE

      풀 이름과 새 값을 지정합니다. 예를 들면 다음과 같습니다.

      예

      [ceph: root@host01 /]# ceph osd pool set data pg_num 4

   3. 클러스터 상태를 모니터링합니다.

      예

      [ceph: root@host01 /]# ceph -s

      PGs 상태는 creating 에서 active+clean 으로 변경됩니다. 모든 PG가 active+clean 상태가 될 때까지 기다립니다.

4. 원하는 값에 도달할 때까지 pgp_num 값을 작은 증분으로 늘립니다.

   1. 시작 증가 값을 확인합니다. 2의 전원을 끄는 매우 낮은 값을 사용하고 클러스터에 미치는 영향을 결정할 때 늘리십시오. 최적의 값은 풀 크기, OSD 수 및 클라이언트 I/O 로드에 따라 달라집니다.

   2. pgp_num 값을 늘립니다.

      구문

      ceph osd pool set POOL pgp_num VALUE

      풀 이름과 새 값을 지정합니다. 예를 들면 다음과 같습니다.

      [ceph: root@host01 /]# ceph osd pool set data pgp_num 4

   3. 클러스터 상태를 모니터링합니다.

      [ceph: root@host01 /]# ceph -s

      PG 상태는 피어링,wait_backfill,백필링,복구 등을 통해 변경됩니다. 모든 PG가 active+clean 상태가 될 때까지 기다립니다.

5. PG 수가 충분하지 않은 모든 풀에 대해 이전 단계를 반복합니다.

6. osd max backfills,osd_recovery_max_active, osd_recovery_op_priority 를 기본값으로 설정합니다.

   [ceph: root@host01 /]# ceph tell osd.* injectargs '--osd_max_backfills 1 --osd_recovery_max_active 3 --osd_recovery_op_priority 3'

7. shallow 및 deep scrubbing을 활성화합니다.

   [ceph: root@host01 /]# ceph osd unset noscrub
   [ceph: root@host01 /]# ceph osd unset nodeep-scrub

프로세스

1. 자동화된 모니터 배포를 비활성화합니다.

   예

   [ceph: root@host01 /]# ceph orch apply mon --unmanaged
   
   Scheduled mon update…

2. 쿼럼의 모니터를 확인합니다.

   예

   [ceph: root@host01 /]# ceph -s
   
   mon: 5 daemons, quorum host01, host02, host04, host05 (age 30s), out of quorum: host07

3. 쿼럼의 모니터를 새 짝수로 설정합니다.

   구문

   ceph mon set_new_tiebreaker NEW_HOST

   예

   [ceph: root@host01 /]# ceph mon set_new_tiebreaker host02

   중요

   모니터가 기존 non-tiebreaker 모니터와 동일한 위치에 있는 경우 오류 메시지가 표시됩니다.

   예

   [ceph: root@host01 /]# ceph mon set_new_tiebreaker host02
   
   Error EINVAL: mon.host02 has location DC1, which matches mons host02 on the datacenter dividing bucket for stretch mode.

   이 경우 모니터의 위치를 변경합니다.

   구문

   ceph mon set_location HOST datacenter=DATACENTER

   예

   [ceph: root@host01 /]# ceph mon set_location host02 datacenter=DC3

4. 실패한 연결 모니터를 제거합니다.

   구문

   ceph orch daemon rm FAILED_TIEBREAKER_MONITOR --force

   예

   [ceph: root@host01 /]# ceph orch daemon rm mon.host07 --force
   
   Removed mon.host07 from host 'host07'

5. 모니터가 호스트에서 제거되면 모니터를 재배포합니다.

   구문

   ceph mon add HOST IP_ADDRESS datacenter=DATACENTER
   ceph orch daemon add mon HOST

   예

   [ceph: root@host01 /]# ceph mon add host07 213.222.226.50 datacenter=DC1
   [ceph: root@host01 /]# ceph orch daemon add mon host07

6. 쿼럼에 모니터 5개가 있는지 확인합니다.

   예

   [ceph: root@host01 /]# ceph -s
   
   mon: 5 daemons, quorum host01, host02, host04, host05, host07 (age 15s)

7. 모든 항목이 올바르게 구성되었는지 확인합니다.

   예

   [ceph: root@host01 /]# ceph mon dump
   
   epoch 19
   fsid 1234ab78-1234-11ed-b1b1-de456ef0a89d
   last_changed 2023-01-17T04:12:05.709475+0000
   created 2023-01-16T05:47:25.631684+0000
   min_mon_release 16 (pacific)
   election_strategy: 3
   stretch_mode_enabled 1
   tiebreaker_mon host02
   disallowed_leaders host02
   0: [v2:132.224.169.63:3300/0,v1:132.224.169.63:6789/0] mon.host02; crush_location {datacenter=DC3}
   1: [v2:220.141.179.34:3300/0,v1:220.141.179.34:6789/0] mon.host04; crush_location {datacenter=DC2}
   2: [v2:40.90.220.224:3300/0,v1:40.90.220.224:6789/0] mon.host01; crush_location {datacenter=DC1}
   3: [v2:60.140.141.144:3300/0,v1:60.140.141.144:6789/0] mon.host07; crush_location {datacenter=DC1}
   4: [v2:186.184.61.92:3300/0,v1:186.184.61.92:6789/0] mon.host03; crush_location {datacenter=DC2}
   dumped monmap epoch 19

8. 모니터를 재배포합니다.

   구문

   ceph orch apply mon --placement="HOST_1, HOST_2, HOST_3, HOST_4, HOST_5”

   예

   [ceph: root@host01 /]# ceph orch apply mon --placement="host01, host02, host04, host05, host07"
   
   Scheduled mon update...

프로세스

1. 클러스터에 새 모니터를 추가합니다.

   1. 새 모니터에 crush_location 을 수동으로 추가합니다.

      구문

      ceph mon add NEW_HOST IP_ADDRESS datacenter=DATACENTER

      예

      [ceph: root@host01 /]# ceph mon add host06 213.222.226.50 datacenter=DC3
      
      adding mon.host06 at [v2:213.222.226.50:3300/0,v1:213.222.226.50:6789/0]

      참고

      새 모니터는 기존의 비티베이터 모니터와 다른 위치에 있어야 합니다.

   2. 자동화된 모니터 배포를 비활성화합니다.

      예

      [ceph: root@host01 /]# ceph orch apply mon --unmanaged
      
      Scheduled mon update…

   3. 새 모니터를 배포합니다.

      구문

      ceph orch daemon add mon NEW_HOST

      예

      [ceph: root@host01 /]# ceph orch daemon add mon host06

2. 쿼럼에 6개의 모니터가 있는지 확인합니다.

   예

   [ceph: root@host01 /]# ceph -s
   
   mon: 6 daemons, quorum host01, host02, host04, host05, host06 (age 30s), out of quorum: host07

3. 새 모니터를 새 연결 관리자로 설정합니다.

   구문

   ceph mon set_new_tiebreaker NEW_HOST

   예

   [ceph: root@host01 /]# ceph mon set_new_tiebreaker host06

4. 실패한 연결 모니터를 제거합니다.

   구문

   ceph orch daemon rm FAILED_TIEBREAKER_MONITOR --force

   예

   [ceph: root@host01 /]# ceph orch daemon rm mon.host07 --force
   
   Removed mon.host07 from host 'host07'

5. 모든 항목이 올바르게 구성되었는지 확인합니다.

   예

   [ceph: root@host01 /]# ceph mon dump
   
   epoch 19
   fsid 1234ab78-1234-11ed-b1b1-de456ef0a89d
   last_changed 2023-01-17T04:12:05.709475+0000
   created 2023-01-16T05:47:25.631684+0000
   min_mon_release 16 (pacific)
   election_strategy: 3
   stretch_mode_enabled 1
   tiebreaker_mon host06
   disallowed_leaders host06
   0: [v2:213.222.226.50:3300/0,v1:213.222.226.50:6789/0] mon.host06; crush_location {datacenter=DC3}
   1: [v2:220.141.179.34:3300/0,v1:220.141.179.34:6789/0] mon.host04; crush_location {datacenter=DC2}
   2: [v2:40.90.220.224:3300/0,v1:40.90.220.224:6789/0] mon.host01; crush_location {datacenter=DC1}
   3: [v2:60.140.141.144:3300/0,v1:60.140.141.144:6789/0] mon.host02; crush_location {datacenter=DC1}
   4: [v2:186.184.61.92:3300/0,v1:186.184.61.92:6789/0] mon.host05; crush_location {datacenter=DC2}
   dumped monmap epoch 19

6. 모니터를 재배포합니다.

   구문

   ceph orch apply mon --placement="HOST_1, HOST_2, HOST_3, HOST_4, HOST_5”

   예

   [ceph: root@host01 /]# ceph orch apply mon --placement="host01, host02, host04, host05, host06"
   
   Scheduled mon update…

프로세스

1. 확장 클러스터를 복구 모드로 강제 적용합니다.

   예

   [ceph: root@host01 /]#  ceph osd force_recovery_stretch_mode --yes-i-really-mean-it

   참고

   복구 상태는 클러스터를 HEALTH_WARN 상태가 됩니다.

2. 복구 모드에서 배치 그룹이 정상이면 클러스터가 정상으로 돌아가야 합니다. 이러한 상황이 발생하지 않으면 확장 클러스터를 정상 모드로 강제 적용할 수 있습니다.

   예

   [ceph: root@host01 /]#  ceph osd force_healthy_stretch_mode --yes-i-really-mean-it

   참고

   또한 데이터 센터 간 피어링을 조기에 강제 적용하고 데이터 다운 타임 위험을 감수하려는 경우 또는 모든 배치 그룹이 완전히 복구되지 않은 경우에도 피어링할 수 있음을 별도로 확인하려는 경우에도 이 명령을 실행할 수 있습니다.

   복구 상태에 의해 생성되는 HEALTH_WARN 상태를 제거하기 위해 정상 모드를 호출하려고 할 수도 있습니다.

   참고

   force_recovery_stretch_mode 및 force_recovery_healthy_mode 명령은 예기치 않은 상황을 관리하는 프로세스에 포함되어 있으므로 필요하지 않아야 합니다.

전제 조건

1. 실행 중인 Red Hat Ceph Storage 클러스터가 정상 상태입니다.
2. 노드에 대한 루트 수준 액세스.

프로세스

1. OSD 부팅 중에 OSD bench에서 보고한 낮은 측정 IOPS를 감지하고 osd_mclock_max_capacity_iops_[hdd|ssd] 에 대해 정의된 기본 IOPS 설정으로 폴백합니다. 보고된 IOPS가 osd_mclock_iops_capacity_low_threshold_[hdd|ssd] 에 의해 결정된 임계값 미만인 경우 폴백이 트리거됩니다. 클러스터 경고도 기록됩니다.

   예제:

   $ ceph config rm osd.X osd_mclock_max_capacity_iops_[hdd|ssd]

2. [선택 사항]: 다음 단계를 수행합니다.

   1. 이 문제의 영향을 받는 클러스터의 경우 다음 명령을 실행하여 수정 사항을 사용하여 릴리스로 업그레이드하기 전에 OSD에서 IOPS 용량 설정을 제거합니다.

      예제:

      $ ceph config rm osd.X osd_mclock_max_capacity_iops_[hdd|ssd]

   2. 업그레이드 전에 영향을 받는 OSD 에 대해 osd_mclock_force_run_run_init 옵션을 true 로 설정합니다.

      예제:

      $ ceph config set osd.X osd_mclock_force_run_benchmark_on_init true

      이번 수정으로 릴리스를 업그레이드한 후 IOPS 용량은 기본 설정 또는 OSD bench에서 보고한 새 설정을 반영합니다.

3. [선택 사항]: 이미 7에서 8로 업그레이드한 경우 (업그레이드 후) 다음 단계를 수행합니다.

   1. 업그레이드 전에 위의 단계를 수행할 수 없는 경우 osd_mclock_max_capacity_iops_[hdd|ssd] 설정을 제거하여 업그레이드 후 OSD 벤치마크를 다시 실행합니다.

      예제:

      $ ceph config rm osd.X osd_mclock_max_capacity_iops_[hdd|ssd]

   2. osd_mclock_force_run_benchmark_on_init 를 true 로 설정합니다.

      예제:

      $ ceph config set osd.X osd_mclock_force_run_benchmark_on_init true

   3. OSD를 다시 시작합니다.

      OSD가 다시 시작되면 IOPS 용량은 기본 설정 또는 OSD bench에서 보고한 새 설정을 반영합니다.

프로세스

1. Red Hat 고객 포털에서 지원 티켓을 여십시오.
2. sosreport 를 티켓에 연결하는 것이 가장 좋습니다. 자세한 내용은 What is a sosreport and how to create one in Red Hat Enterprise Linux? 에서 참조하십시오.
3. Ceph 데몬이 세그먼트 오류와 함께 실패하는 경우 사람이 읽을 수 있는 코어 덤프 파일을 생성하는 것이 좋습니다. 자세한 내용은 읽기 쉬운 코어 덤프 파일 생성 을 참조하십시오.

사전 요구 사항

1. debuginfo 패키지가 아직 설치되지 않은 경우 설치합니다.

   1. 다음 리포지토리를 활성화하여 필요한 debuginfo 패키지를 설치합니다.

      예

      [root@host01 ~]# subscription-manager repos --enable=rhceph-6-tools-for-rhel-9-x86_64-rpms
      [root@host01 ~]# yum --enable=rhceph-6-tools-for-rhel-9-x86_64-debug-rpms

      리포지토리가 활성화되면 이 지원되는 패키지 목록에서 필요한 디버그 정보 패키지를 설치할 수 있습니다.

      ceph-base-debuginfo
      ceph-common-debuginfo
      ceph-debugsource
      ceph-fuse-debuginfo
      ceph-immutable-object-cache-debuginfo
      ceph-mds-debuginfo
      ceph-mgr-debuginfo
      ceph-mon-debuginfo
      ceph-osd-debuginfo
      ceph-radosgw-debuginfo
      cephfs-mirror-debuginfo

2. gdb 패키지가 설치되어 있지 않은 경우 설치합니다.

   예

   [root@host01 ~]# dnf install gdb

   • 11.2.1절. “컨테이너화된 배포에서 읽을 수 있는 코어 덤프 파일 생성”