Szerkesztés

Megosztás a következőn keresztül:

Ismert problémák és hibák elhárítása a tárterület AKS Arcban történő kezelésekor

  • GYIK

Ez a cikk segítséget nyújt az AKS Arc tárterülettel kapcsolatos problémáinak elhárításában és megoldásában.

Az állandó kötet jogcímeinek konfigurálása a következő hibaüzenetet eredményezi: "Nem lehet inicializálni az ügynököt. Hiba: mkdir /var/log/agent: engedély megtagadva"

Ez az engedély megtagadása hiba azt jelzi, hogy az alapértelmezett tárolási osztály nem megfelelő a számítási feladatokhoz, és a Kubernetes 1.19.x vagy újabb verzióján futó Linux-számítási feladatokban fordul elő. A biztonsági ajánlott eljárásokat követve számos Linux-számítási feladat határozza meg a securityContext fsGroup pod beállításait. A számítási feladatok nem indulnak el az Azure Local AKS-en, mivel az alapértelmezett tárolási osztály nem adja meg a fstype (=ext4) paramétert, ezért a Kubernetes nem tudja módosítani a fájlok és állandó kötetek tulajdonjogát a fsGroup számítási feladat által kért alapján.

A probléma megoldásához definiáljon egy egyéni tárolási osztályt, amellyel kiépítheti a PVC-ket.

Tárolótároló-adapter podja elakadt "ContainerCreating" állapotban

A Kubernetes 1.16.10-es verziójával egy új Kubernetes számítási feladatfürt jött létre, majd az 1.16.15-ös verzióra frissült. A frissítés után a csi-msk8scsi-node-9x47m pod elakadt a ContainerCreating állapotban, és a kube-proxy-qqnkr pod leállási állapotban maradt, ahogyan az alábbi kimenetben látható:

Error: kubectl.exe get nodes  
NAME              STATUS     ROLES    AGE     VERSION 
moc-lf22jcmu045   Ready      <none>   5h40m   v1.16.15 
moc-lqjzhhsuo42   Ready      <none>   5h38m   v1.16.15 
moc-lwan4ro72he   NotReady   master   5h44m   v1.16.15

\kubectl.exe get pods -A 

NAMESPACE     NAME                        READY   STATUS              RESTARTS   AGE 
    5h38m 
kube-system   csi-msk8scsi-node-9x47m     0/3     ContainerCreating   0          5h44m 
kube-system   kube-proxy-qqnkr            1/1     Terminating         0          5h44m

Mivel kubelet rossz állapotba került, és már nem tud beszélni az API-kiszolgálóval, az egyetlen megoldás a szolgáltatás újraindítása kubelet . Az újraindítás után a fürt futó állapotba kerül.

Az összeomlási memóriakép naplóiból feltöltött lemeztároló

A lemeztároló feltölthető a létrehozott összeomlási memóriakép-naplókból. Ennek oka egy lejárt Geneva agent ügyféltanúsítvány. A tünetek a következők lehetnek:

  • A szolgáltatások nem indulnak el.
  • A Kubernetes-podok, üzemelő példányok stb. nem indulnak el az erőforrások elégtelensége miatt.

Fontos

Ez a probléma a 2022 áprilisától 2023 márciusig tartó kiadásokon 2023. április 18. után létrehozott összes új Mariner-felügyeleti és célfürtcsomópontot érintheti. A problémát a 2023-05-09-es és újabb kiadásokban javítottuk.

Ez a probléma hatással lehet minden olyan műveletre, amely lemezterület kiosztásával vagy új fájlok írásával jár, ezért a "nincs elegendő lemezterület/erőforrás" hiba jó tipp. Ha ellenőrizni szeretné, hogy a probléma egy adott csomóponton található-e, futtassa a következő rendszerhéjparancsot:

clouduser@moc-lwm2oudnskl $ sudo du -h /var/lib/systemd/coredump/

Ez a parancs a diagnosztikai fájlok által felhasznált tárterületet jelenti.

Gyökérok

A genfi ügynök szolgáltatásvégpontra történő hitelesítéséhez használt ügyféltanúsítvány lejárata az ügynök összeomlását okozza, ami összeomlási memóriaképet eredményez. Az ügynök összeomlási/újrapróbálkoztatási ciklusa körülbelül 5 másodperc az első indításkor, és nincs időtúllépés. Ez azt jelenti, hogy néhány másodpercenként létrejön egy új fájl (körülbelül 330 MB) a csomópont fájlrendszerén, amely gyorsan felhasználhatja a lemezterületet.

Kockázatcsökkentés

Az előnyben részesített kockázatcsökkentés a legújabb, 1.10.18.10425-ös verzióra való frissítés, amely frissített tanúsítvánnyal rendelkezik. Ehhez először manuálisan frissítse a számítási feladatfürtöket bármely támogatott alverzióra , mielőtt frissítené az Azure Helyi gazdagépet.

Az AKS Arc-kiadásokról és az Azure Local news összes legújabb AKS-éről az AKS kiadási oldalára feliratkozhat.

Ha a frissítés nem lehetőség, kikapcsolhatja az mdsd szolgáltatást. Minden Mariner-csomópont esetében:

  1. Kapcsolja ki a genfi ügynököt a következő rendszerhéjparancsokkal:

    sudo systemctl disable --now mdsd

  2. Ellenőrizze, hogy a genfi ügynök sikeresen le lett-e tiltva:

    sudo systemctl status mdsd

  3. Törölje a halmozott fájlokat a következő paranccsal:

    sudo find /var/lib/systemd/coredump/ -type f -mmin +1 -exec rm -f {} \;
sudo find /run/systemd/propagate -name 'systemd-coredump@*' -delete
sudo journalctl --rotate && sudo journalctl --vacuum-size=500M

  4. Indítsa újra a csomópontot:

    sudo reboot

A tároló podja összeomlik, és a naplók szerint a "createSubDir" paraméter érvénytelen

Hiba akkor fordulhat elő, ha egy SMB- vagy NFS CSI-illesztőprogram van telepítve az üzemelő példányban, és egy régebbi verzióról frissít a májusi buildre. Az egyik paraméter neve createSubDirmár nem elfogadott. Ha ez az üzemelő példányra vonatkozik, kövesse az alábbi utasításokat a tárolási osztály hibájának megoldásához.

Ha ezt a hibát tapasztalja, a tároló podja összeomlik, és a naplók azt jelzik, hogy a createSubDir paraméter érvénytelen.

Hozza létre újra a tárosztályt.

Állandó kötet létrehozásakor a kötet csatlakoztatási kísérlete meghiúsul

Miután töröl egy állandó kötetet vagy egy állandó kötetre vonatkozó jogcímet egy AKS Arc-környezetben, létrejön egy új állandó kötet, amely ugyanahhoz a megosztáshoz lesz megfeleltetve. A kötet csatlakoztatásának megkísérlésekor azonban a csatlakoztatás meghiúsul, és a pod időtúllépést okoz a hibával. NewSmbGlobalMapping failed

Az új kötet csatlakoztatásának sikertelenségével kapcsolatos problémák megoldásához az SSH-t a Windows-csomópontba kell csatlakoztatnia, majd futtatnia Remove-SMBGlobalMapping kell, és meg kell adnia a kötetnek megfelelő megosztást. A parancs futtatása után a kötet csatlakoztatásának sikeresnek kell lennie.

Következő lépések