Para disa ditësh u vendos që në një nga serverët të nxirrej docker storage (direktori ku docker ruan të gjitha skedarët e kontejnerëve dhe imazheve) në një pjesë të veçantë, që
kishte kapacitet mĂ« tĂ« madh. Detyra, duket e thjeshtĂ« dhe nuk parashikonte ndonjĂ« problemâŠ
Po fillojmë:
1. Ndalo dhe mbyll të gjithë kontejnerët e aplikacionit tonë:
docker-compose downnëse ka shumë kontejnerë dhe ata janë në compose të ndryshme, mund të bëjmë kështu:
docker rm -f $(docker ps -q)2. Ndalo demonin docker:
systemctl stop docker3. Transfero katalogun në vendin e duhur:
cp -r /var/lib/docker /docker/data/storage4. Informojmë demonin docker që të shikojë në drejtorinë e re. Ka disa mundësi: ose përmes flag-ut -g të tregoni demonit për rrugën e re, ose konfigurimet systemd që përdorëm. Ose një simbolikë. Nuk do ta shpjegoja në detaje, në internet manualesh për transferimin e docker root në një vend të ri.
5. Nisim demonin docker dhe mbajmë nën vëzhgim për të parë nëse shikon aty ku duhet:
systemctl status dockerNë një nga rreshtat e daljes duhet të shohim:
ââ19493 /usr/bin/dockerd --data-root=/docker/data/storageSiguruam qĂ« opsioni iu dĂ«rgua demonit, tani do tĂ« verifikojmĂ« nĂ«se e aplikoi atĂ« (faleminderit )!
docker info | awk '/Root Dir/ {print $NF}' 6. Nisim aplikacionin tonë:
docker-compose up -d7. Kontrollojmë
Dhe kĂ«tu fillon pjesa mĂ« interesante, SGBD, MQ, gjithçka nĂ« rregull! Baza Ă«shtĂ« e plotĂ«, gjithçka funksionon⊠pĂ«rveç nginx. Ne kemi ndĂ«rtimin tonĂ« tĂ« nginx me Kerberos dhe kurtiçanĂ«t. Dhe shikimi i logĂ«ve tĂ« kontejnerit tregoi se ai nuk mund tĂ« shkruajĂ« nĂ« /var/tmp â Permission denied. Po i bĂ«ja masazhe gishtĂ«rinjve dhe pĂ«rpiqesha tĂ« analizoja situatĂ«n⊠Si Ă«shtĂ« e mundur? Imazhi docker nuk ka ndryshuar. Ne thjesht e kemi transferuar direktorinĂ«. GjithmonĂ« ka funksionuar, dhe tani⊠PĂ«r eksperiment hova dorĂ«n nĂ« kontejner dhe ndryshova tĂ« drejtat nĂ« kĂ«tĂ« katalog, ishin root, root 755, dhashĂ« root, root 777. Dhe gjithçka filloi⊠NĂ« mendje mu shfaq njĂ« mendim â Ă«shtĂ« ndonjĂ« gabim⊠Mendova, ndoshta kam lĂ«nĂ« ndonjĂ« gjĂ« jashtĂ«âŠ
Vendosa se kemi humbur të drejtat e aksesit në skedarë gjatë transferimit. Ndalëm aplikacionin, demonin docker, fshimë drejtorinë e re dhe bëmë kopjimin e drejtorisë /var/lib/docker duke përdorur rsync -a.
Mendoj, tani sigurisht që gjithçka është në rregull, e nisim dockerin, aplikacionin.
Eh... problemi mbeti... Kam sy të tërhiqem syri. Shkela në konsolën e virtuales time, ku kryej disa teste të ndryshme, kisha këtë imazh nginx, dhe hyra brenda kontejnerit, dhe këtu në katalogun /var/tmp të drejtat janë root, root 777. Pra, janë të njëjtat si ato që më duhej t'i vendosja me dorë. Por imazhet janë identike!
Kudo është përdorur FS xfs.
E krahasova nëpërmjet komandës
docker inspect my-nginx:12345Të gjitha hash-t janë identike, çdo gjë një në një. Ashtu si në server, ashtu edhe në virtualen time. Hoqa imazhin lokal nginx dhe e mora përsëri nga registry, i cili për disa arsye ndodhet në këtë makinë të njëjtë. Dhe problemi është po ai⊠Tani syri im i dytë po tërhiqet.
Nuk po e mbaj mend, çfarĂ« mendimesh ishin nĂ« kokĂ«n time, pĂ«rveç ulĂ«rimave "AAAAAA" dhe gjĂ«rave tĂ« tjera. NĂ« rrugĂ« Ă«shtĂ« ora 4 nĂ« mĂ«ngjes, iu kam drejtuar burimeve tĂ« docker pĂ«r tĂ« kuptuar parimin e hash-it tĂ« shtresave tĂ« imazhit. Hap njĂ« kavanoz tĂ« tretĂ« energjizues. Dhe nĂ« fund e kuptova, se hash-i merr parasysh vetĂ«m skedarin, pĂ«rmbajtjen e tij, por NĂN QASJE! KĂ«shtu qĂ«, nĂ« njĂ« mĂ«nyrĂ« misterioze, tĂ« drejtat tona u prishĂ«n, pĂ«r mĂ« tepĂ«r selinux Ă«shtĂ« çaktivizuar, acl nuk pĂ«rdoren, sticky bit nuk Ă«shtĂ« aktiv.
Hoqa imazhin lokal, gjithashtu e hoqa imazhin nga docker registry dhe e ngarkova përsëri. Dhe gjithçka funksionoi. Kështu që, gjatë transferit, të drejtat u prishën, si brenda imazhit lokal, ashtu edhe brenda imazhit të vendosur në registry. Siç e përmenda, për disa arsye, ai ishte në këtë makinë të njëjtë. Dhe si rezultat, në një katalog /var/lib/docker.
Dhe duke pritur pyetjen, nĂ«se kemi provuar tĂ« kthejmĂ« docker nĂ« katalg tinĂ« e vjetĂ«r â jo, nuk e provuam, fatkeqĂ«sisht, rrethanat nuk e lejuan. Dhe gjithashtu, dĂ«shiroja shumĂ« tĂ« kuptoja.
Pas shkrimit të këtij artikulli, zgjidhja e problemit më duket e qartë, por në momentin e shqyrtimit nuk ishte kështu. Me sinqeritet kërkova në Google, dhe nuk gjetëm situata të ngjashme.
PĂ«rfundimi: e zgjida problemin, shkakun nuk e kuptova =(
NĂ«se dikush e di, e dyshon, kishte ndonjĂ« vizion pĂ«r shkaqet e mundshme tĂ« kĂ«tij problemi â do tĂ« isha jashtĂ«zakonisht i lumtur t'i shihja komentet tuaja!
Burimi: habr.com
