HowtoCeph: Retirer commande dangeureuse
This commit is contained in:
parent
18197129dc
commit
57caab6b5b
10
HowtoCeph.md
10
HowtoCeph.md
|
@ -1070,9 +1070,9 @@ Si l'installation d'un client n'est pas possible à cause d'une erreur de confi
|
||||||
Puis recommencez l'installation depuis le nœud admin.
|
Puis recommencez l'installation depuis le nœud admin.
|
||||||
|
|
||||||
|
|
||||||
## « Reduced data availability »
|
## _Reduced data availability_
|
||||||
|
|
||||||
Après avoir éteint le cluster pendant un week-end, la commande `sudo ceph -s` peut retourner le warning suivant :
|
Après avoir éteint le _cluster_ pour plus d’une journée par exemple, la commande `ceph -s` peut retourner le warning suivant :
|
||||||
|
|
||||||
~~~
|
~~~
|
||||||
$ ceph -s
|
$ ceph -s
|
||||||
|
@ -1083,11 +1083,7 @@ $ ceph -s
|
||||||
Degraded data redundancy: 888/5094 objects degraded (17.432%), 66 pgs degraded
|
Degraded data redundancy: 888/5094 objects degraded (17.432%), 66 pgs degraded
|
||||||
~~~
|
~~~
|
||||||
|
|
||||||
Dans la plupart des cas il suffira d'attendre que le cluster se soigne seul. On peut surveiller l'état du cluster avec `watch sudo ceph -s`. En dernier recours, si le cluster est bloqué, la commande suivante *peut* corriger ce warning :
|
Dans la plupart des cas il suffira d'attendre que le cluster se soigne seul. On peut surveiller l'état du cluster avec `watch ceph -s`.
|
||||||
|
|
||||||
~~~
|
|
||||||
$ ceph sync force --yes-i-really-mean-it --i-know-what-i-am-doing
|
|
||||||
~~~
|
|
||||||
|
|
||||||
## Manque de placement groups
|
## Manque de placement groups
|
||||||
|
|
||||||
|
|
Loading…
Reference in a new issue