docker သိုလှောင်မှု ရွှေ့ပြောင်းခြင်းပြဿနာ (docker အမြစ်)

လွန်ခဲ့သောရက်အနည်းငယ်ထက်မပိုဘဲ၊ docker သိုလှောင်မှု (docker သိမ်းဆည်းထားသည့်ကွန်တိန်နာနှင့်ရုပ်ပုံဖိုင်များအားလုံးကိုသိမ်းဆည်းသည့်လမ်းညွှန်) ကိုသီးခြားကဏ္ဍတစ်ခုသို့ပြောင်းရွှေ့ရန်ဆာဗာတစ်ခုမှဆုံးဖြတ်ခဲ့သည်
ပိုကြီးတဲ့စွမ်းရည်ရှိခဲ့တယ်။ အလုပ်က အသေးအဖွဲပုံပေါက်ပြီး ဒုက္ခကို ကြိုပြောမထားဘူး...

စတင်:

1. ကျွန်ုပ်တို့၏ အပလီကေးရှင်း၏ ကွန်တိန်နာအားလုံးကို ရပ်ပြီး သတ်ပါ-

docker-compose down

ကွန်တိန်နာများစွာရှိပြီး ၎င်းတို့သည် မတူညီသော ပေါင်းစပ်မှုများတွင် ရှိနေပါက၊ သင်သည် ဤအရာကို လုပ်ဆောင်နိုင်သည်-

docker rm -f $(docker ps -q)

2. docker daemon ကို ရပ်လိုက်ပါ-

systemctl stop docker

3. လမ်းညွှန်ကို အလိုရှိသော တည်နေရာသို့ ရွှေ့ပါ-

cp -r /var/lib/docker /docker/data/storage

4. လမ်းညွှန်အသစ်တွင်ကြည့်ရှုရန် docker daemon အား ကျွန်ုပ်တို့ပြောထားသည်။ ရွေးချယ်စရာများစွာရှိသည်--g အလံကိုအသုံးပြု၍ လမ်းကြောင်းအသစ်တစ်ခုသို့ daemon ကိုညွှန်ပြရန် သို့မဟုတ် ကျွန်ုပ်တို့အသုံးပြုခဲ့သည့် systemd configs ကိုအသုံးပြုပါ။ သို့မဟုတ် သင်္ကေတတစ်ခု။ ဒီအကြောင်းကို သိပ်အသေးစိတ် မပြောတော့ပါဘူး၊ အင်တာနက်မှာ ရှိနေတယ်။ အပြည့် docker root ကို တည်နေရာအသစ်သို့ ရွှေ့ခြင်းဆိုင်ရာ လက်စွဲစာအုပ်များ။

5. docker daemon ကို စတင်ပြီး မှန်ကန်သော နေရာတွင် ရှိနေကြောင်း သေချာပါစေ။

systemctl status docker

အထွက်လိုင်းများထဲမှ တစ်ခုကို ကျွန်ုပ်တို့ မြင်သင့်သည်-

├─19493 /usr/bin/dockerd --data-root=/docker/data/storage

ရွေးချယ်ခွင့်ကို daemon သို့ လွှဲပြောင်းထားကြောင်း သေချာအောင် ပြုလုပ်ထားပြီး၊ ၎င်းကို အသုံးပြုခြင်း ရှိ၊ မရှိ စစ်ဆေးကြည့်ကြပါစို့။ (ကျေးဇူးတင်ပါတယ် inkvizitor68sl)!

docker info | awk '/Root Dir/ {print $NF}' 

6. ကျွန်ုပ်တို့၏လျှောက်လွှာကို စတင်ကြပါစို့။

docker-compose up -d

7. စစ်ဆေးပါ။

ဤတွင် ပျော်ရွှင်မှုစတင်သည်၊ DBMS၊ MQ၊ အားလုံးအဆင်ပြေပါသည်။ ဒေတာဘေ့စ်က နဂိုအတိုင်းပါပဲ၊ nginx ကလွဲရင် အရာအားလုံး အဆင်ပြေပါတယ်။ ကျွန်ုပ်တို့တွင် Kerberos နှင့် courtesans တို့နှင့်အတူ ကျွန်ုပ်တို့၏ကိုယ်ပိုင် nginx တည်ဆောက်မှုရှိသည်။ ကွန်တိန်နာမှတ်တမ်းများကိုကြည့်ရှုခြင်းနှင့် /var/tmp - ခွင့်ပြုချက်ငြင်းပယ်ခံရကြောင်းဖော်ပြသည်။ ကျွန်တော့်ပုခုံးတွေကို လက်ချောင်းတွေနဲ့ ဆုပ်နယ်ပြီး အခြေအနေကို ခွဲခြမ်းစိတ်ဖြာဖို့ ကြိုးစားတယ်... ဒါက ဘယ်လိုဖြစ်နိုင်လဲ။ Docker ပုံသည် ပြောင်းလဲခြင်းမရှိပါ။ လမ်းညွှန်ကို ရွှေ့လိုက်ရုံပါပဲ။ အဲဒါက အမြဲတမ်း အလုပ်ဖြစ်တယ်၊ ဒါက မင်းအတွက်ပဲ... စမ်းသပ်မှုအတွက်၊ ငါလက်နဲ့ ကွန်တိန်နာထဲကို ဝင်သွားပြီး ဒီလမ်းညွှန်ကို လုပ်ပိုင်ခွင့်တွေ ပြောင်းခဲ့တယ်၊ root 755, ပေးသည် root 777. အရာအားလုံးကစတော့တယ်... ခေါင်းထဲမှာ အတွေးတစ်ခုဝင်လာတယ် - အဓိပ္ပါယ်မဲ့တဲ့... တစ်ခုခုကို ထည့်မတွက်မိဘူးထင်တယ်...။

လွှဲပြောင်းမှုအတွင်း ဖိုင်များသို့ ဝင်ရောက်ခွင့်ကို ကျွန်ုပ်တို့ နှစ်သက်သဘောကျကြောင်း ဆုံးဖြတ်ခဲ့သည်။ ကျွန်ုပ်တို့သည် အပလီကေးရှင်း၊ docker daemon သည် လမ်းညွှန်အသစ်ကို ဖျက်လိုက်ပြီး /var/lib/docker directory ကိုအသုံးပြု၍ ကူးယူပါသည်။ rsync -a.

အားလုံးအဆင်ပြေနေပြီလို့ထင်ပါတယ်၊ Docker လျှောက်လွှာကိုတင်လိုက်ကြရအောင်။

အင်း... ပြဿနာက ကျန်သေးတယ်... မျက်လုံးတွေ မှိတ်သွားတယ်။ အမျိုးမျိုးသောစမ်းသပ်မှုများလုပ်ဆောင်ရာ၊ ကျွန်ုပ်သည်ဤ nginx ပုံရှိ၍ ကွန်တိန်နာအတွင်းသို့တက်သွားပြီး /var/tmp directory အတွက်အခွင့်အရေးများမှာ root၊ root 777 ဖြစ်သည်။ ဆိုလိုသည်မှာ၊ ကျွန်တော် ကိုယ်တိုင် သတ်မှတ် ထား တဲ့ အတိုင်းပါပဲ။ ဒါပေမယ့် ပုံတွေက ထပ်တူပါပဲ။

xfs ဖိုင်စနစ်ကို နေရာတိုင်းတွင် အသုံးပြုခဲ့သည်။

Command နဲ့ နှိုင်းလိုက်တာ

docker inspect my-nginx:12345

hash များအားလုံးသည် တူညီပြီး၊ တစ်ခုမှ တစ်ခုသို့ ဖြစ်သည်။ ဆာဗာပေါ်တွင်ရော ကျွန်ုပ်၏ virtual machine တွင်ရော။ ကျွန်ုပ်သည် local nginx ပုံကိုဖျက်လိုက်ပြီး အကြောင်းအမျိုးမျိုးကြောင့် စက်တစ်ခုတည်းတွင်ရှိသော registry မှ ထပ်မံဆွဲထုတ်လိုက်ပါသည်။ ပြဿနာက အတူတူပါပဲ... အခု ကျွန်မရဲ့ ဒုတိယမျက်လုံးက လှုပ်နေတယ်။

"AAAAAAAAA" နဲ့ တခြားအရာတွေကို အော်နေရုံကလွဲလို့ ခေါင်းထဲမှာ ဘာအတွေးတွေရှိနေလဲ မမှတ်မိတော့ဘူး။ နံနက် ၄ နာရီအချိန်ဖြစ်ပြီး ပုံအလွှာများကို ဟက်ခြင်း၏နိယာမကို နားလည်ရန် Docker အရင်းအမြစ်ကုဒ်ကို အသုံးပြုခဲ့သည်။ တတိယမြောက် အားဖြည့်အချိုရည်ဗူးကို ဖွင့်လိုက်သည်။ အဆုံးတွင် hashing သည် ဖိုင်၊ ၎င်း၏ အကြောင်းအရာများကိုသာ ထည့်သွင်းစဉ်းစားသော်လည်း၊ ဝင်ရောက်ခွင့်မရှိပါ။! ဆိုလိုသည်မှာ လျှို့ဝှက်ဆန်းကြယ်သောနည်းဖြင့် ကျွန်ုပ်တို့၏အခွင့်အရေးများ ဆုံးရှုံးသွားသည်၊ selinux ကိုပိတ်ထားသည်၊ acl ကိုအသုံးမပြုဘဲ၊ စေးကပ်မှုမရှိပါ။

ကျွန်ုပ်သည် စက်တွင်းပုံအား ဖျက်လိုက်သည်၊ ဓါတ်ပုံကို docker registry မှလည်း ဖျက်ပြီး ထပ်မံတွန်းလှန်လိုက်ပါသည်။ ပြီးတော့ အရာအားလုံး ပြီးသွားတယ်။ လွှဲပြောင်းမှုအတွင်း၊ ဒေသန္တရပုံအတွင်းနှင့် မှတ်ပုံတင်စာရင်းတွင် လဲနေသည့်ပုံအတွင်းပိုင်း နှစ်ခုစလုံး၏ အခွင့်အရေးများ ဆုံးရှုံးသွားကြောင်း တွေ့ရှိရသည်။ ကျွန်တော်ပြောခဲ့သလိုပဲ အကြောင်းအမျိုးမျိုးကြောင့် တူညီတဲ့ကားပေါ်မှာ တည်ရှိခဲ့ပါတယ်။ ရလဒ်အနေဖြင့် /var/lib/docker directory တစ်ခုတွင်။

၎င်းတို့သည် docker ၏အကြည့်ကို လမ်းညွှန်အဟောင်းသို့ ပြန်သွားရန် ကြိုးပမ်းခြင်းရှိမရှိ မေးခွန်းကို ကြိုတွေးကာ - မဟုတ်ဘူး၊ သူတို့ မကြိုးစားခဲ့ဘူး ဖြစ်ချင်တော့ အခြေအနေတွေက ခွင့်မပြုပါဘူး။ ဟုတ်တယ်၊ ငါ အဲဒါကို ဖော်ထုတ်ချင်ခဲ့တာ။

ဤဆောင်းပါးကိုရေးပြီးနောက်၊ ပြဿနာဖြေရှင်းနည်းသည် ကျွန်ုပ်အတွက် ထင်ရှားသော်လည်း ခွဲခြမ်းစိတ်ဖြာသည့်အချိန်တွင် ထိုသို့မထင်ပါ။ ရိုးရိုးသားသားပြောရရင် ကျွန်တော် Googled လုပ်ပြီး အလားတူအခြေအနေတွေကို ရှာမတွေ့ခဲ့ပါဘူး။

ရလဒ်- ကျွန်တော် ပြဿနာကို ဖြေရှင်းပြီး အကြောင်းရင်းကို နားမလည်သေးပါ =(

ဒီပြဿနာရဲ့ ဖြစ်နိုင်ခြေ အကြောင်းရင်းတွေကို တစ်စုံတစ်ယောက်က သိတယ်၊ မှန်းဆလို့ရှိရင်၊ မင်းဆီက comment မှာ ကြားရတာ အရမ်းဝမ်းသာတယ်။

source: www.habr.com