ڈوکر ماؤنٹ کی خرابیوں کو ٹھیک کرنا: گٹ لیب رنر صرف پڑھنے کے لئے فائل سسٹم کے مسائل

حل 1: شیل کمانڈز کے ساتھ ڈوکر والیوم کی اجازت کو ایڈجسٹ کرنا

فائل سسٹم اور ڈوکر پرمیشن مینجمنٹ کے لیے شیل اسکرپٹنگ

# Step 1: Check if the /srv directory is mounted as read-only
mount | grep "/srv"
# If /srv is mounted as read-only, attempt remounting it as read-write
sudo mount -o remount,rw /srv

# Step 2: Change ownership of the target directory to avoid permission conflicts
sudo chown -R 1000:1000 /srv/gitlab-runner

# Step 3: Verify permissions (directory should now be writable by Docker)
ls -ld /srv/gitlab-runner

# Step 4: Run the Docker command again to see if the error persists
sudo docker run -d --privileged --name gitlab-runner --restart always \
-v /srv/gitlab-runner/config:/etc/gitlab-runner \
-v /var/run/docker.sock:/var/run/docker.sock \
gitlab/gitlab-runner:latest

حل 2: بہتر ماڈیولرٹی کے لیے ڈوکر کمپوز کے ساتھ ڈوکر کو ترتیب دینا

حجم کی اجازتوں اور کنٹینر کی تعیناتی کا انتظام کرنے کے لیے ڈوکر کمپوز کنفیگریشن فائل

# Create a docker-compose.yml file to configure the GitLab Runner container
version: '3.8'

services:
  gitlab-runner:
    image: gitlab/gitlab-runner:latest
    container_name: gitlab-runner
    privileged: true
    restart: always
    volumes:
      - /srv/gitlab-runner/config:/etc/gitlab-runner
      - /var/run/docker.sock:/var/run/docker.sock

# Step 1: Run Docker Compose to start the GitLab Runner container
sudo docker-compose up -d

# Step 2: Verify if container is running with appropriate permissions
sudo docker-compose ps

حل 3: Python اور Docker SDK کے ساتھ دوبارہ ماؤنٹنگ اور پرمیشن ہینڈلنگ

ایڈوانس ریماؤنٹ ہینڈلنگ اور کنٹینر کی تعیناتی کے لیے Docker SDK کا استعمال کرتے ہوئے Python اسکرپٹ

import os
import docker
from subprocess import call

# Step 1: Check if /srv is mounted as read-only and attempt remount if necessary
mount_check = call(["mount", "|", "grep", "/srv"])
if 'ro' in mount_check:
    call(["sudo", "mount", "-o", "remount,rw", "/srv"])

# Step 2: Change ownership of the directory to allow Docker access
os.system("sudo chown -R 1000:1000 /srv/gitlab-runner")

# Step 3: Set up Docker client and run GitLab Runner container
client = docker.from_env()
container = client.containers.run("gitlab/gitlab-runner:latest",
    name="gitlab-runner",
    detach=True,
    privileged=True,
    restart_policy={"Name": "always"},
    volumes={'/srv/gitlab-runner/config': {'bind': '/etc/gitlab-runner', 'mode': 'rw'},
             '/var/run/docker.sock': {'bind': '/var/run/docker.sock', 'mode': 'rw'}}
)

print("Container started with ID:", container.id)

# Step 4: Validate the status of the container
print(client.containers.get("gitlab-runner").status)

تمام حلوں میں توثیق کے لیے یونٹ ٹیسٹ

دوبارہ ماؤنٹنگ اور ڈوکر کنٹینر کی اجازتوں کو جانچنے کے لیے ازگر یونٹیسٹ فریم ورک

import unittest
import os
from subprocess import call
import docker

class TestDockerGitLabRunner(unittest.TestCase):
    def test_mount_check(self):
        mount_check = call(["mount", "|", "grep", "/srv"])
        self.assertNotIn("ro", mount_check, "Directory is read-only")

    def test_directory_permissions(self):
        self.assertEqual(os.stat('/srv/gitlab-runner').st_uid, 1000, "Ownership mismatch")

    def test_container_start(self):
        client = docker.from_env()
        container = client.containers.get("gitlab-runner")
        self.assertEqual(container.status, "running", "Container failed to start")

if __name__ == "__main__":
    unittest.main()

ڈوکر والیوم ماؤنٹ ایررز پر اکثر پوچھے گئے سوالات

1. حجم کا استعمال کرتے وقت ڈوکر صرف پڑھنے کے فائل سسٹم کی غلطی کیوں پھینکتا ہے؟
2. یہ خرابی عام طور پر اس وقت ہوتی ہے جب آپ جس میزبان ڈائریکٹری کو ماؤنٹ کرنے کی کوشش کر رہے ہیں وہ صرف پڑھنے کے لیے سیٹ ہوتی ہے۔ اسے چیک کرنے کے لیے، کمانڈ استعمال کریں۔ mount | grep "/srv" اس بات کی تصدیق کرنے کے لیے کہ آیا یہ صرف پڑھنے کے لیے نصب ہے۔
3. کیا میں chown کے ساتھ اجازت تبدیل کرکے اس غلطی کو حل کر سکتا ہوں؟
4. کبھی کبھی۔ کے ساتھ ملکیت تبدیل کرنا sudo chown -R 1000:1000 /srv/gitlab-runner اگر یہ ایک سادہ اجازت کا مسئلہ ہے تو مدد کر سکتا ہے۔ لیکن اگر ڈائریکٹری کو فائل سسٹم کی سطح پر صرف پڑھنے کے لیے نصب کیا جاتا ہے، تو مزید ترتیب کی ضرورت ہے۔
5. پڑھنے لکھنے کے طور پر دوبارہ ترتیب دینے کا کیا مطلب ہے؟
6. کے ساتھ remounting sudo mount -o remount,rw /srv ڈائریکٹری کو قابل تحریر بناتا ہے۔ یہ مفید ہے اگر ڈائرکٹری غلطی سے صرف پڑھنے کے لیے لگائی گئی ہو، لیکن یہ ریبوٹس کے دوران برقرار نہیں رہ سکتی ہے۔
7. اجازتوں کے انتظام کے لیے ڈوکر کمپوز کی سفارش کیوں کی جاتی ہے؟
8. ڈوکر کمپوز آپ کو حجم اور اجازتوں کو دوبارہ قابل استعمال شکل میں ترتیب دینے کی اجازت دیتا ہے۔ آپ مراعات یافتہ رسائی جیسی ترتیبات کی وضاحت کر سکتے ہیں، جو GitLab Runner جیسی خدمات کے لیے مفید ہے جن کو اعلیٰ اجازت کی ضرورت ہے۔
9. کیا صرف پڑھنے کی غلطیوں کو روکنے کے مستقل حل ہیں؟
10. جی ہاں ایڈیٹنگ /etc/fstab ڈائرکٹریز کو بوٹ پر مستقل طور پر قابل تحریر بنانا ایک عام طریقہ ہے، حالانکہ اس کے لیے ایڈمن تک رسائی اور محتاط ترتیب کی ضرورت ہوتی ہے۔
11. کیا مخصوص ڈوکر ورژن بڑھتے ہوئے اجازتوں کو متاثر کر سکتے ہیں؟
12. ہاں، خاص طور پر اگر آپ اوورلے 2 جیسے اسٹوریج ڈرائیور استعمال کر رہے ہیں۔ ڈوکر کے ورژن اور اسٹوریج ڈرائیوروں کے درمیان مطابقت کے مسائل بڑھتے ہوئے رویے کو متاثر کر سکتے ہیں۔
13. ڈوکر روٹ دیر کیا ہے اور یہ کیسے مدد کرتا ہے؟
14. ڈوکر روٹ دیر، میں دکھایا گیا ہے۔ docker info، وہ جگہ ہے جہاں ڈوکر کنٹینر ڈیٹا اسٹور کرتا ہے۔ اسے لکھنے کے قابل راستے میں تبدیل کرنا بعض اوقات بڑھتے ہوئے غلطیوں سے بچ سکتا ہے۔
15. کیا پروگرام کے لحاظ سے چیک کرنے کا کوئی طریقہ ہے کہ آیا ڈائرکٹری قابل تحریر ہے؟
16. ہاں، Python یا bash اسکرپٹس کو یہ چیک کرنے کے لیے استعمال کیا جا سکتا ہے کہ آیا کوئی ڈائرکٹری قابل تحریر ہے، جس سے آپ Docker کمانڈز کو چلانے سے پہلے اجازت کی جانچ کو خودکار کر سکتے ہیں۔
17. کیا تمام ڈوکر کنٹینرز کو چڑھنے کے لیے مراعات یافتہ رسائی کی ضرورت ہے؟
18. نہیں، لیکن GitLab Runner جیسی خدمات کو بعض کارروائیوں کے لیے اس کی ضرورت پڑ سکتی ہے۔ شامل کرنا --privileged آپ کی ڈوکر کمانڈ میں کنٹینر کو میزبان تک مکمل رسائی فراہم کرتا ہے۔
19. کیا میں ان حلوں کو پیداوار پر تعینات کرنے سے پہلے مقامی طور پر جانچ سکتا ہوں؟
20. جی ہاں! ڈوکر ان کنفیگریشنز کی آسان جانچ کی اجازت دیتا ہے۔ آپ ترمیم شدہ اجازتوں کے ساتھ ٹیسٹ کنٹینرز ترتیب دے سکتے ہیں یا پیداواری ماحول کی تقلید کے لیے مقامی ڈوکر کمپوز فائلوں کا استعمال کر سکتے ہیں۔

ڈوکر ماؤنٹ کی اجازت کی خرابیوں کو حل کرنا

ڈوکر ماؤنٹ کی غلطیاں، خاص طور پر صرف پڑھنے والے فائل سسٹم کے ساتھ، مایوس کن ہو سکتی ہیں، لیکن وہ صحیح نقطہ نظر کے ساتھ قابل انتظام ہیں۔ بنیادی وجوہات کو سمجھ کر — جیسے سسٹم کنفیگریشنز یا ڈوکر کے اسٹوریج ڈرائیورز — آپ ان مسائل کو مؤثر طریقے سے حل کر سکتے ہیں۔ اجازتیں ترتیب دینا، ماؤنٹ آپشنز کی تصدیق کرنا، اور ڈوکر کمپوز کا استعمال کلیدی حکمت عملی ہیں۔

مستقبل میں اس مسئلے سے بچنے کے لیے، خودکار چیک ترتیب دینے کی کوشش کریں یا ڈوکر کے لیے ترتیب کردہ سرشار ماؤنٹ پاتھ استعمال کریں۔ یہ محدود نظاموں میں ڈوکر کے ساتھ ہموار تعامل کو یقینی بناتا ہے، تعیناتی کے مسائل کو کم کرتا ہے۔ ان اجازتوں سے نمٹنا گٹ لیب رنر اور اس جیسی خدمات کو بغیر کسی رکاوٹ کے چلانے کی اجازت دیتا ہے۔ 🚀