ਡੌਕਰ ਸਟੋਰੇਜ ਮਾਈਗ੍ਰੇਸ਼ਨ ਸਮੱਸਿਆ ਦਾ ਇਤਿਹਾਸ (ਡੌਕਰ ਰੂਟ)

ਕੁਝ ਦਿਨ ਪਹਿਲਾਂ, ਇੱਕ ਸਰਵਰ 'ਤੇ ਡੌਕਰ ਸਟੋਰੇਜ (ਡਾਇਰੈਕਟਰੀ ਜਿੱਥੇ ਡੌਕਰ ਸਾਰੇ ਕੰਟੇਨਰ ਅਤੇ ਚਿੱਤਰ ਫਾਈਲਾਂ ਨੂੰ ਸਟੋਰ ਕਰਦਾ ਹੈ) ਨੂੰ ਇੱਕ ਵੱਖਰੇ ਭਾਗ ਵਿੱਚ ਤਬਦੀਲ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕੀਤਾ ਗਿਆ ਸੀ, ਜੋ
ਵੱਧ ਸਮਰੱਥਾ ਸੀ. ਕੰਮ ਮਾਮੂਲੀ ਜਾਪਦਾ ਸੀ ਅਤੇ ਮੁਸੀਬਤ ਦੀ ਭਵਿੱਖਬਾਣੀ ਨਹੀਂ ਕੀਤੀ ...

ਆਓ ਸ਼ੁਰੂ ਕਰੀਏ:

1. ਸਾਡੀ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਸਾਰੇ ਕੰਟੇਨਰਾਂ ਨੂੰ ਰੋਕੋ ਅਤੇ ਮਾਰੋ:

docker-compose down

ਜੇ ਇੱਥੇ ਬਹੁਤ ਸਾਰੇ ਕੰਟੇਨਰ ਹਨ ਅਤੇ ਉਹ ਵੱਖ-ਵੱਖ ਰਚਨਾਵਾਂ ਵਿੱਚ ਹਨ, ਤਾਂ ਤੁਸੀਂ ਇਹ ਕਰ ਸਕਦੇ ਹੋ:

docker rm -f $(docker ps -q)

2. ਡੌਕਰ ਡੈਮਨ ਨੂੰ ਰੋਕੋ:

systemctl stop docker

3. ਡਾਇਰੈਕਟਰੀ ਨੂੰ ਲੋੜੀਂਦੇ ਸਥਾਨ 'ਤੇ ਲੈ ਜਾਓ:

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

4. ਅਸੀਂ ਡੌਕਰ ਡੈਮਨ ਨੂੰ ਨਵੀਂ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਵੇਖਣ ਲਈ ਕਹਿੰਦੇ ਹਾਂ। ਇੱਥੇ ਕਈ ਵਿਕਲਪ ਹਨ: ਜਾਂ ਤਾਂ ਡੈਮਨ ਨੂੰ ਨਵੇਂ ਮਾਰਗ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਨ ਲਈ -g ਫਲੈਗ ਦੀ ਵਰਤੋਂ ਕਰੋ, ਜਾਂ ਸਿਸਟਮਡ ਸੰਰਚਨਾ, ਜੋ ਅਸੀਂ ਵਰਤੀਆਂ ਹਨ। ਜਾਂ ਇੱਕ ਸਿਮਲਿੰਕ. ਮੈਂ ਇਸ ਬਾਰੇ ਬਹੁਤ ਜ਼ਿਆਦਾ ਵੇਰਵੇ ਵਿੱਚ ਨਹੀਂ ਜਾਵਾਂਗਾ, ਇਹ ਇੰਟਰਨੈਟ ਤੇ ਹੈ. ਪੂਰਾ ਡੌਕਰ ਰੂਟ ਨੂੰ ਨਵੇਂ ਟਿਕਾਣੇ 'ਤੇ ਲਿਜਾਣ ਲਈ ਮੈਨੂਅਲ।

5. ਡੌਕਰ ਡੈਮਨ ਨੂੰ ਸ਼ੁਰੂ ਕਰੋ ਅਤੇ ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਇਹ ਸਹੀ ਥਾਂ 'ਤੇ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ:

systemctl status docker

ਆਉਟਪੁੱਟ ਲਾਈਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਵਿੱਚ ਸਾਨੂੰ ਇਹ ਦੇਖਣਾ ਚਾਹੀਦਾ ਹੈ:

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

ਅਸੀਂ ਇਹ ਸੁਨਿਸ਼ਚਿਤ ਕੀਤਾ ਹੈ ਕਿ ਵਿਕਲਪ ਡੈਮਨ ਨੂੰ ਪਾਸ ਕੀਤਾ ਗਿਆ ਸੀ, ਹੁਣ ਦੇਖੀਏ ਕਿ ਕੀ ਇਸ ਨੇ ਇਸਨੂੰ ਲਾਗੂ ਕੀਤਾ ਹੈ (ਧੰਨਵਾਦ inkvizitor68sl)!

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

6. ਆਓ ਸਾਡੀ ਅਰਜ਼ੀ ਸ਼ੁਰੂ ਕਰੀਏ:

docker-compose up -d

7. ਜਾਂਚ ਕਰ ਰਿਹਾ ਹੈ

ਅਤੇ ਇੱਥੇ ਮਜ਼ੇਦਾਰ ਸ਼ੁਰੂਆਤ ਹੁੰਦੀ ਹੈ, DBMS, MQ, ਸਭ ਕੁਝ ਠੀਕ ਹੈ! ਡਾਟਾਬੇਸ ਬਰਕਰਾਰ ਹੈ, ਸਭ ਕੁਝ ਕੰਮ ਕਰਦਾ ਹੈ... nginx ਨੂੰ ਛੱਡ ਕੇ। ਸਾਡੇ ਕੋਲ ਕੇਰਬੇਰੋਸ ਅਤੇ ਵੇਸ਼ਿਆ ਦੇ ਨਾਲ ਸਾਡਾ ਆਪਣਾ nginx ਬਿਲਡ ਹੈ। ਅਤੇ ਕੰਟੇਨਰ ਲੌਗਸ ਨੂੰ ਵੇਖਣਾ ਸੰਕੇਤ ਦਿੰਦਾ ਹੈ ਕਿ ਇਹ /var/tmp ਨੂੰ ਨਹੀਂ ਲਿਖ ਸਕਦਾ - ਇਜਾਜ਼ਤ ਤੋਂ ਇਨਕਾਰ ਕੀਤਾ ਗਿਆ ਹੈ। ਮੈਂ ਆਪਣੀਆਂ ਉਂਗਲਾਂ ਨਾਲ ਆਪਣੇ ਮੰਦਰਾਂ ਨੂੰ ਘੁੱਟਦਾ ਹਾਂ ਅਤੇ ਸਥਿਤੀ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹਾਂ... ਇਹ ਕਿਵੇਂ ਸੰਭਵ ਹੈ? ਡੌਕਰ ਚਿੱਤਰ ਨਹੀਂ ਬਦਲਿਆ। ਅਸੀਂ ਹੁਣੇ ਡਾਇਰੈਕਟਰੀ ਨੂੰ ਮੂਵ ਕੀਤਾ ਹੈ। ਇਹ ਹਮੇਸ਼ਾ ਕੰਮ ਕਰਦਾ ਹੈ, ਅਤੇ ਇਹ ਤੁਹਾਡੇ ਲਈ ਹੈ... ਪ੍ਰਯੋਗ ਦੀ ਖ਼ਾਤਰ, ਮੈਂ ਆਪਣੇ ਹੱਥਾਂ ਨਾਲ ਕੰਟੇਨਰ ਵਿੱਚ ਗਿਆ ਅਤੇ ਇਸ ਡਾਇਰੈਕਟਰੀ ਦੇ ਅਧਿਕਾਰਾਂ ਨੂੰ ਬਦਲ ਦਿੱਤਾ, ਉੱਥੇ ਸਨ ਰੂਟ, ਰੂਟ 755, ਦਿੱਤਾ ਰੂਟ, ਰੂਟ 777. ਅਤੇ ਸਭ ਕੁਝ ਸ਼ੁਰੂ ਹੋ ਗਿਆ... ਮੇਰੇ ਦਿਮਾਗ ਵਿੱਚ ਇੱਕ ਵਿਚਾਰ ਵੱਜਣ ਲੱਗਾ - ਕਿਸੇ ਕਿਸਮ ਦੀ ਬਕਵਾਸ... ਮੈਂ ਸੋਚਿਆ, ਠੀਕ ਹੈ, ਸ਼ਾਇਦ ਮੈਂ ਕਿਸੇ ਚੀਜ਼ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਨਹੀਂ ਰੱਖਿਆ ...

ਮੈਂ ਫੈਸਲਾ ਕੀਤਾ ਕਿ ਅਸੀਂ ਟ੍ਰਾਂਸਫਰ ਦੇ ਦੌਰਾਨ ਫਾਈਲਾਂ ਤੱਕ ਪਹੁੰਚ ਦੇ ਅਧਿਕਾਰਾਂ ਨਾਲ ਪਿਆਰ ਵਿੱਚ ਡਿੱਗ ਗਏ. ਅਸੀਂ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਰੋਕ ਦਿੱਤਾ, ਡੌਕਰ ਡੈਮਨ, ਨਵੀਂ ਡਾਇਰੈਕਟਰੀ ਨੂੰ ਮਿਟਾਇਆ ਅਤੇ /var/lib/docker ਡਾਇਰੈਕਟਰੀ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਨਕਲ ਕੀਤੀ। rsync -a.

ਮੈਨੂੰ ਲਗਦਾ ਹੈ ਕਿ ਹੁਣ ਸਭ ਕੁਝ ਠੀਕ ਹੈ, ਆਓ ਡੌਕਰ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਵਧਾ ਦੇਈਏ.

ਆਂਡ... ਸਮੱਸਿਆ ਬਣੀ ਰਹੀ... ਮੇਰੀ ਅੱਖ ਮਰੋੜ ਗਈ। ਮੈਂ ਆਪਣੀ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਦੇ ਕੰਸੋਲ ਵੱਲ ਦੌੜਿਆ, ਜਿੱਥੇ ਮੈਂ ਵੱਖ-ਵੱਖ ਟੈਸਟਾਂ ਨੂੰ ਚਲਾਉਂਦਾ ਹਾਂ, ਮੇਰੇ ਕੋਲ ਇਹ nginx ਚਿੱਤਰ ਸੀ, ਅਤੇ ਮੈਂ ਕੰਟੇਨਰ ਦੇ ਅੰਦਰ ਚੜ੍ਹਿਆ, ਅਤੇ ਇੱਥੇ /var/tmp ਡਾਇਰੈਕਟਰੀ ਦੇ ਅਧਿਕਾਰ ਰੂਟ, ਰੂਟ 777 ਹਨ। ਜਿਵੇਂ ਕਿ ਮੈਂ ਹੱਥੀਂ ਸੈੱਟ ਕਰਨਾ ਸੀ। ਪਰ ਚਿੱਤਰ ਇੱਕੋ ਜਿਹੇ ਹਨ!

xfs ਫਾਇਲ ਸਿਸਟਮ ਹਰ ਥਾਂ ਵਰਤਿਆ ਗਿਆ ਸੀ।

ਮੈਂ ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਤੁਲਨਾ ਕੀਤੀ

docker inspect my-nginx:12345

ਸਾਰੇ ਹੈਸ਼ ਇੱਕੋ ਜਿਹੇ ਹਨ, ਸਾਰੇ ਇੱਕ ਤੋਂ ਇੱਕ। ਸਰਵਰ ਅਤੇ ਮੇਰੀ ਵਰਚੁਅਲ ਮਸ਼ੀਨ 'ਤੇ ਦੋਵੇਂ। ਮੈਂ ਸਥਾਨਕ nginx ਚਿੱਤਰ ਨੂੰ ਮਿਟਾ ਦਿੱਤਾ ਹੈ ਅਤੇ ਇਸਨੂੰ ਦੁਬਾਰਾ ਰਜਿਸਟਰੀ ਤੋਂ ਖਿੱਚ ਲਿਆ ਹੈ, ਜੋ ਕਿ ਕਈ ਕਾਰਨਾਂ ਕਰਕੇ ਉਸੇ ਮਸ਼ੀਨ 'ਤੇ ਹੈ. ਅਤੇ ਸਮੱਸਿਆ ਉਹੀ ਹੈ... ਹੁਣ ਮੇਰੀ ਦੂਜੀ ਅੱਖ ਮਰੋੜ ਰਹੀ ਹੈ।

ਮੈਨੂੰ ਹੁਣ ਯਾਦ ਨਹੀਂ ਕਿ "aaaaaaaa ਅਤੇ ਹੋਰ ਚੀਜ਼ਾਂ ਚੀਕਣ ਤੋਂ ਇਲਾਵਾ ਮੇਰੇ ਦਿਮਾਗ ਵਿਚ ਕੀ ਵਿਚਾਰ ਸਨ. ਸਵੇਰ ਦੇ 4 ਵਜੇ ਸਨ, ਅਤੇ ਡੌਕਰ ਸੋਰਸ ਕੋਡ ਦੀ ਵਰਤੋਂ ਚਿੱਤਰ ਲੇਅਰਾਂ ਨੂੰ ਹੈਸ਼ ਕਰਨ ਦੇ ਸਿਧਾਂਤ ਨੂੰ ਸਮਝਣ ਲਈ ਕੀਤੀ ਗਈ ਸੀ। ਐਨਰਜੀ ਡਰਿੰਕ ਦਾ ਤੀਜਾ ਕੈਨ ਖੋਲ੍ਹਿਆ। ਅਤੇ ਅੰਤ ਵਿੱਚ ਇਹ ਮੇਰੇ 'ਤੇ ਆ ਗਿਆ ਕਿ ਹੈਸ਼ਿੰਗ ਸਿਰਫ ਫਾਈਲ, ਇਸਦੀ ਸਮੱਗਰੀ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਦੀ ਹੈ, ਪਰ ਅਧਿਕਾਰਾਂ ਤੱਕ ਪਹੁੰਚ ਨਹੀਂ! ਭਾਵ, ਕਿਸੇ ਰਹੱਸਮਈ ਤਰੀਕੇ ਨਾਲ ਸਾਡੇ ਅਧਿਕਾਰ ਖਤਮ ਹੋ ਗਏ ਹਨ, ਸੇਲੀਨਕਸ ਅਯੋਗ ਹੈ, ਏਸੀਐਲ ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕੀਤੀ ਗਈ ਹੈ, ਅਤੇ ਕੋਈ ਸਟਿੱਕੀ ਬਿੱਟ ਨਹੀਂ ਹੈ।

ਮੈਂ ਸਥਾਨਕ ਚਿੱਤਰ ਨੂੰ ਮਿਟਾ ਦਿੱਤਾ, ਡੌਕਰ ਰਜਿਸਟਰੀ ਤੋਂ ਚਿੱਤਰ ਨੂੰ ਵੀ ਮਿਟਾ ਦਿੱਤਾ ਅਤੇ ਇਸਨੂੰ ਦੁਬਾਰਾ ਧੱਕ ਦਿੱਤਾ। ਅਤੇ ਸਭ ਕੁਝ ਕੰਮ ਕੀਤਾ. ਇਹ ਪਤਾ ਚਲਦਾ ਹੈ ਕਿ ਟ੍ਰਾਂਸਫਰ ਦੇ ਦੌਰਾਨ ਅਧਿਕਾਰ ਗੁਆਚ ਗਏ ਸਨ, ਦੋਵੇਂ ਸਥਾਨਕ ਚਿੱਤਰ ਦੇ ਅੰਦਰ ਅਤੇ ਰਜਿਸਟਰੀ ਵਿੱਚ ਪਏ ਚਿੱਤਰ ਦੇ ਅੰਦਰ। ਜਿਵੇਂ ਕਿ ਮੈਂ ਪਹਿਲਾਂ ਹੀ ਕਿਹਾ ਹੈ, ਕਈ ਕਾਰਨਾਂ ਕਰਕੇ ਇਹ ਉਸੇ ਕਾਰ 'ਤੇ ਸਥਿਤ ਸੀ. ਅਤੇ ਨਤੀਜੇ ਵਜੋਂ, ਇੱਕ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ /var/lib/docker.

ਅਤੇ ਇਸ ਪ੍ਰਸ਼ਨ ਦੀ ਉਮੀਦ ਕਰਦੇ ਹੋਏ ਕਿ ਕੀ ਉਨ੍ਹਾਂ ਨੇ ਡੌਕਰ ਦੀ ਨਜ਼ਰ ਨੂੰ ਪੁਰਾਣੀ ਡਾਇਰੈਕਟਰੀ ਵੱਲ ਵਾਪਸ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ - ਨਹੀਂ, ਉਨ੍ਹਾਂ ਨੇ ਕੋਸ਼ਿਸ਼ ਨਹੀਂ ਕੀਤੀ, ਹਾਏ, ਹਾਲਾਤਾਂ ਨੇ ਇਸਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ ਦਿੱਤੀ. ਹਾਂ, ਅਤੇ ਮੈਂ ਸੱਚਮੁੱਚ ਇਸਦਾ ਪਤਾ ਲਗਾਉਣਾ ਚਾਹੁੰਦਾ ਸੀ.

ਇਸ ਲੇਖ ਨੂੰ ਲਿਖਣ ਤੋਂ ਬਾਅਦ, ਸਮੱਸਿਆ ਦਾ ਹੱਲ ਮੈਨੂੰ ਸਪੱਸ਼ਟ ਜਾਪਦਾ ਹੈ, ਪਰ ਵਿਸ਼ਲੇਸ਼ਣ ਦੇ ਸਮੇਂ ਅਜਿਹਾ ਨਹੀਂ ਸੀ. ਇਮਾਨਦਾਰੀ ਨਾਲ, ਮੈਂ ਗੂਗਲ ਕੀਤਾ ਅਤੇ ਸਮਾਨ ਸਥਿਤੀਆਂ ਨਹੀਂ ਲੱਭੀਆਂ.

ਨਤੀਜਾ: ਮੈਂ ਸਮੱਸਿਆ ਹੱਲ ਕਰ ਦਿੱਤੀ, ਮੈਨੂੰ ਅਜੇ ਵੀ ਕਾਰਨ ਸਮਝ ਨਹੀਂ ਆਇਆ =(

ਜੇ ਕੋਈ ਜਾਣਦਾ ਹੈ, ਅੰਦਾਜ਼ਾ ਲਗਾਉਂਦਾ ਹੈ, ਇਸ ਸਮੱਸਿਆ ਦੇ ਸੰਭਾਵਿਤ ਕਾਰਨਾਂ ਬਾਰੇ ਇੱਕ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਸੀ, ਤਾਂ ਮੈਨੂੰ ਟਿੱਪਣੀਆਂ ਵਿੱਚ ਤੁਹਾਡੇ ਤੋਂ ਸੁਣ ਕੇ ਬਹੁਤ ਖੁਸ਼ੀ ਹੋਵੇਗੀ!

ਸਰੋਤ: www.habr.com