أهلا
شكرا على هذا المشروع! يعد تثبيت Mailman3 أمرًا صعبًا وآمل أن تساعد صور عامل الإرساء
ومع ذلك ، فإنني أتلقى خطأ في مرحلة مبكرة:
$ docker-compose up
Creating network "dockermailman_mailman" with driver "bridge"
ERROR: Pool overlaps with other one on this address space
المضيف عبارة عن صندوق لينكس عادي:
$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 16.04.1 LTS
Release: 16.04
Codename: xenial
$ uname -a
Linux Hammer 4.4.0-59-generic #80-Ubuntu SMP Fri Jan 6 17:47:47 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
نسخة عامل ميناء تبدو محدثة
docker version
Client:
Version: 17.05.0-ce
API version: 1.29
Go version: go1.7.5
Git commit: 89658be
Built: Thu May 4 22:10:54 2017
OS/Arch: linux/amd64
Server:
Version: 17.05.0-ce
API version: 1.29 (minimum version 1.12)
Go version: go1.7.5
Git commit: 89658be
Built: Thu May 4 22:10:54 2017
OS/Arch: linux/amd64
Experimental: false
هل تستخدم شبكة فرعية 172.19.199.1/24
لشيء آخر في شبكتك؟
يستخدم ملف الإنشاء الافتراضي المتوفر هذه الشبكة الفرعية لإنشاء شبكة جسر ويخصص عناوين IP الثابتة للحاويات.
إذا كانت هذه الشبكة الفرعية قيد الاستخدام بالفعل ، فيمكنك فقط تغييرها إلى شبكة فرعية مختلفة. عليك أن تتغير
متغيرات البيئة وعناوين IP الأخرى المخصصة لكل حاوية أيضًا.
انظر ملف docker-compose.yaml في جذر المشروع.
أهلا !
شكرا للإجابة السريعة 👍
FTR أنا أستخدم ملف docker-compose.yaml في جذر المشروع
لا توجد حاويات عامل إرساء أخرى تعمل على المضيف أثناء قيامي بهذا الاختبار.
لقد غيرت الشبكة الفرعية إلى 172.20.199.1/24 وقمت بتعديل عنوان IP الآخر وفقًا لذلك وما زلت أحصل على نفس الخطأ ..
لست متأكدًا تمامًا مما يحدث ولكن هذا الموضوع من عامل الإرساء قد يكون ذا صلة؟
أهلا !
في الواقع يبدو أن sevirce docker restart
بسيط حل المشكلة.
اسف بشأن ذلك. شكرا لمساعدتك !
في حالة وجود شخص آخر في google هنا: حتى لو كانت الحاويات معطلة ، فإن الشبكات لا تزال قائمة. مع عدم تشغيل الحاوية docker network prune
فعل ذلك. تخمين إعادة تشغيل الخدمة يعود نفس النتيجة.
أعتقد أن دلالات الألفاظ تعتمد على كيفية إيقاف الحاويات فعليًا ، فالحاويات والشبكة توقف فعليًا عن استخدام docker-compose stop
، لكن توقف الحاويات والشبكة docker-compose down
وأزلت الحاويات.
https://docs.docker.com/compose/reference/down/
https://docs.docker.com/compose/reference/stop/
العمل عندما أحذف شبكة التجمع
docker network ls
NETWORK ID NAME DRIVER SCOPE
8518cc751c09 bridge bridge local
5ebc27713033 pool_network bridge local
25ff8d61d971 host host local
85c5507b6e64 none null local
إزالة pool_network
docker network rm pool_network
كان حول عنوان IP الخاطئ في compose.yml في حالتي
حالتي ، لا بد لي من ضبط
docker-compose down
docker network prune
ثم أعد تشغيل خدمة Docker.
الإصدار: "3"
الشبكات:
tut07- الواجهة الأمامية:
سائق: جسر
ipam:
سائق: الافتراضي
التكوين:
- الشبكة الفرعية: 172.10.1.0/24
tut07- الخلفية:
سائق: جسر
ipam:
سائق: الافتراضي
التكوين:
- الشبكة الفرعية: 172.10.2.0/23
خدمات:
tut07-ديسيبل:
بناء: ./db
الأمر: - الافتراضي-المصادقة-البرنامج المساعد = mysql_native_password
الموانئ:
- 3306: 3306
الشبكات:
tut07- الخلفية:
ipv4_address: 172.10.3.2
env_file:
- ./development.env
tut07-www:
بناء: ./www
الموانئ:
- 8080: 80
أحجام:
- ./src:/var/www/html/
الشبكات:
tut07- الخلفية:
ipv4_address: 172.10.2.2
tut07- الواجهة الأمامية:
ipv4_address: 172.10.1.2
يعتمد على:
- tut07-ديسيبل
env_file:
- ./development.env
أعلاه هو عامل إنشاء ملف yml الخاص بي ولكن لدي نفس الخطأ حتى لدي التغيير
تقليم شبكة عامل ميناء
في حالة وجود شخص آخر في google هنا: حتى لو كانت الحاويات معطلة ، فإن الشبكات لا تزال قائمة. مع عدم تشغيل الحاوية
docker network prune
فعل ذلك. تخمين إعادة تشغيل الخدمة يعود نفس النتيجة.
لقد عملت بالنسبة لي. شكرا لك.
التعليق الأكثر فائدة
في حالة وجود شخص آخر في google هنا: حتى لو كانت الحاويات معطلة ، فإن الشبكات لا تزال قائمة. مع عدم تشغيل الحاوية
docker network prune
فعل ذلك. تخمين إعادة تشغيل الخدمة يعود نفس النتيجة.