înregistrare Logare
Puncte:0
avatar Server

Reclamația de volum persistentă rămâne blocată în modul În așteptare

drapel cn
Golide

Tocmai am configurat openebs ca tip de clasa de stocare pe k0s, dar atunci când încerc să creez o revendicare de volum persistentă, se blochează In asteptarea modul.

Ca o verificare pentru a satisface WaitForFirstConsumer constrângere Am creat o implementare, dar după ceva timp revendicarea volumului persistent rămâne încă în modul În așteptare.

Sunt destul de sigur că storageclass este bine configurat acum (dacă nu este altfel!), deoarece atunci când rulez k0s kubectl obține clasa de stocare Eu iau :

openebs-device openebs.io/local Șterge WaitForFirstConsumer fals 11h
openebs-hostpath openebs.io/local Șterge WaitForFirstConsumer fals 11h

Pentru context, local-pvc.yaml meu este după cum urmează:

apiVersion: v1
fel: PersistentVolumeClaim
metadate:
  nume: mssql-claim
specificație:
  storageClassName: openebs.io/local
  Moduri de acces:
    - Citiți ScriețiMulți
  resurse:
    cereri:
      stocare: 200Mi

Acesta însă dă o eroare după ce adaug atributul storageClassName (Este atributul obligatoriu pentru furnizarea pvc-ului? Daca da, care este valoarea exacta? ).

Desfășurarea inițială nu conține însă atributul și a trebuit să-l adaug după câteva cercetări. Nu sunt complet sigur pentru ce valoare ar trebui să configurez storageClassName: valoare.

Ce îmi lipsește?

463
0 + 0
Andrew Skorkin avatar
drapel tr
Andrew Skorkin
După cum am înțeles, ați furnizat `spec.storageClassName: openebs.io/local` Dar, conform rezultatelor dvs., nu pare un nume, ci `provisioner`. Puteți încerca să schimbați ca `spec.storageClassName: openebs-device` sau `spec.storageClassName: openebs-hostpath` dacă acestea sunt numele dvs. StorageClass?
0
Răspunde
drapel cn
Golide
@AndrewSkorkin Nicio modificare aceeași eroare chiar și după modificarea la dispozitivul openebs. După ce am făcut ks describe pod mssql-depl-86c86b5f44-ldj48, am văzut că eroarea are ceva de-a face cu nodul: " Avertisment FailedScheduling 10m (x6 peste 16m) default-scheduler 0/1 nods are available: 1 nod(e) had taint {node-role.kubernetes.io/master: }, pe care podul nu a tolerat-o. "
0
Răspunde
drapel cn
Golide
Am rezolvat acest lucru înainte cu k0s kubectl taint nodes serverfxc02 node-role.kubernetes.io/master- și a funcționat, dar deocamdată nu funcționează
0
Răspunde
Andrew Skorkin avatar
drapel tr
Andrew Skorkin
Puteți enumera nodul dvs.? `kubectl get node`
0
Răspunde
drapel cn
Golide
da pot enumera noduri
0
Răspunde
drapel cn
Golide
NUME STARE ROLURI VÂRSTA VERSIUNE serverfxc02 Plan de control gata 27h v1.23.1+k0s
0
Răspunde
drapel romania
SEF 777
întrebarea această in alte limbi:

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.