Compose: मैक ओएस बीटा के लिए डॉक पर धीमी गति से रचना

पिंग @frenchben : मुस्कान:

+1

एक ही मुद्दा मिला: डी

@ smith64fx समस्या भी दूर हो जाती है अगर आप अपना वाईफाई बंद कर दें?

@stijn हां, जब मैं वाईफाई बंद करता हूं तो सब कुछ आकर्षण की तरह काम करता है

वॉन meinem iPhone gesendet

Am 05.05.2016 um 00:26 schrieb सेबेस्टियन वैन Stijn सूचनाएं @github.com:

@ smith64fx समस्या भी दूर हो जाती है अगर आप अपना वाईफाई बंद कर दें?

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें या इसे GitHub पर देखें

@ smith64fx मैं आपके हस्ताक्षर से देख रहा हूं कि आप जर्मनी (या ऑस्ट्रिया / स्विट्जरलैंड) से संभावित हैं। क्या आप मुझसे पूछते हैं कि आपका इंटरनेट प्रदाता क्या है? मैं सोच रहा था कि क्या हमारे पास एक ही है, और अगर यह बॉक्स से आ सकता है जो हार्डवेयर / सॉफ्टवेयर के बहुत अच्छे टुकड़े की तरह नहीं दिखता है और docker द्वारा सोचे गए कार्य नहीं करेगा।

(मैं वोडाफोन के साथ हूं और मेरे पास उनका ईजीबॉक्स है-जो भी हो)

एक वायर्ड नेटवर्क (कॉर्पोरेट नेटवर्क) पर एक ही मुद्दा, जैसे ही मैं इसे प्लग करता हूं सब कुछ बहुत तेज होता है। इसलिए मैं सकारात्मक हूं यह आपके लिए विशिष्ट प्रदाता से संबंधित नहीं है।

मैंने वर्बोज़ आउटपुट को देखा है, इसमें कोई स्पष्ट त्रुटि नहीं है (और न ही सिस्टम लॉग में कहीं भी)। हालांकि यह नोटिस किया:

बिना नेटवर्किंग के, इन लाइनों को एक साथ रखा गया है:

docker attach <- (u'd90162cbfd7b312c28488a209440641b2d9c9f99e8eb59082f20ddf7d84e7b7e', stderr=True, stream=True, stdout=True)
docker attach -> <generator object _multiplexed_response_stream_helper at 0x1045f20a0>
docker start <- (u'd90162cbfd7b312c28488a209440641b2d9c9f99e8eb59082f20ddf7d84e7b7e')

नेटवर्किंग के बिना, मुझे संलग्नक के बीच 'compose.parallel.feed_queue: लंबित: सेट ([])' की 100-200 पंक्तियाँ मिलती हैं - और जहाँ यह संलग्नता के साथ लौटती है -> ...

इस बिंदु से पहले नेटवर्क के साथ और भी बहुत कुछ हो रहा है, लेकिन ज्यादातर सिर्फ कॉल आदि से छवि का निरीक्षण होता है।

मैंने बॉट स्थितियों के लिए कंपोज़ --verbose के आउटपुट को संलग्न किया है। कंपोज़ फ़ाइल हब से सीधे दो कंटेनर है।

साथ-networking.txt
बिना-networking.txt

प्रदाता के लिए @holstvoogd ओह, ठीक है। जानकारी के लिए धन्यवाद, मैं थोड़ा चिंतित था :)

@Erwyn @ smith64fx पुष्टि करने के लिए, आप हमेशा जुड़े रहते हैं (हार्ड-वायर्ड) और उसी समय वाईफाई के साथ एक ही नेटवर्क का उपयोग करते हैं?

@FrenchBen नहीं यह केवल मेरे घर में वाईफाई नेटवर्क में है। मेरे कार्यालय में यह सुपर फास्ट है। लेकिन बात यह है कि, घर पर बाकी सब कुछ तेजी से चलता है, केवल डॉकटर-कंपोज़ ^ _ ^ को छोड़कर

@FrenchBen @ @holstvoogd एक वायर्ड कनेक्शन के साथ एक ही मुद्दा है लगता है।

मैं मैक बीटा के लिए डॉकर के साथ एक ही मुद्दे को देख रहा हूं। Wifi को सक्षम करने पर docker-compose up धीमा होता है, जब Wifi अक्षम होता है।

• डॉकर कम्पोज़ संस्करण: डॉकटर-कंपोज़ संस्करण 1.7.1, 0a9ab35 का निर्माण करें
• Docker संस्करण: Docker संस्करण 1.11.1, 5604cbe का निर्माण करता है
• OS संस्करण: OS X El Capitan 10.11.4

नमस्ते, क्या इस बारे में कोई खबर है?

मेरे पास एक ही मुद्दा है। कम्पोज / डॉक / OSX संस्करण
मैं घर और कार्यालय में और अपने घर पर वाईफाई का उपयोग करता हूं यह अविश्वसनीय रूप से धीमी गति से काम करता है। कार्यालय में यह अपेक्षित (तेज) के रूप में काम करता है।

मैंने सोचा कि शायद यह मेरे आईएसपी (होम और ऑफिस इंटरनेट प्रदाताओं के डीएनएस सर्वर से संबंधित है) कुछ अलग है और मैंने Google के एक सहित कुछ सार्वजनिक डीएनएस का उपयोग करने की कोशिश की, लेकिन इससे कोई फायदा नहीं हुआ।

अगर मैं WiFi को बंद कर देता हूं तो docker-compose वास्तव में तेजी से काम करता है

@KryDos इस सप्ताह कुछ गति सुधारों के साथ एक नई रिलीज़ आनी चाहिए

मेरे पास एक ही मुद्दा है, मैक 1.11.1-बीटा 13 के लिए डॉकटर को अपडेट करने के बाद, समस्या बनी रहती है। नेटवर्क को बंद करके और फिर से काम नहीं करने पर वर्कअराउंड अब सेवा बंद हो जाती है, नेटवर्क को स्विच करते समय सेवाएं तेजी से शुरू होती हैं, लेकिन जब नेटवर्क को फिर से स्विच करते हैं, तो सेवाएं अब सुलभ नहीं होती हैं और डॉकटर डेमन जवाब नहीं दे रहा है

docker ps
Error response from daemon: Bad response from Docker engine

• डॉकर कम्पोज़ संस्करण: डॉकटर-कंपोज़ संस्करण 1.7.1, 0a9ab35 का निर्माण करें
• डॉकर संस्करण: डॉकर संस्करण 1.11.1-beta13, 7975 का निर्माण करता है
• OS संस्करण: OS X El Capitan 10.11.5

मेरे पास एक ही मुद्दे हैं, और एक पोस्ट मिला (क्षमा करें, रेफरी खो दिया) docker- रचना का उल्लेख करते हुए localunixsocket.local हल करने की कोशिश कर रहा है। आप sudo tcpdump -A -s0 -nni en0 port 53 चलाकर dns लुकअप में अंतर्दृष्टि प्राप्त कर सकते हैं

अभी के लिए मैं ओर इशारा किया गया है localunixsocket.local मेरी में स्थानीय होस्ट करने के लिए /etc/hosts । अब सब कुछ फिर से गतिमान है।

127.0.0.1 localunixsocket.local

धन्यवाद @jewilmeer , जो उपयोगी लगता है

मैंने डॉकटर-मशीन के साथ वर्चुअलबॉक्स का उपयोग करके वापस स्विच किया। समस्या मौजूद नहीं है और यह डोकर मैक बीटा की तुलना में 10 गुना तेज है!

@ smith64fx कृपया अपनी टिप्पणी रचनात्मक रखें; यह एक बीटा है, यह अभी तक एक तैयार उत्पाद नहीं है, इसलिए बग और प्रदर्शन के मुद्दों की उम्मीद है। यह वास्तव में इस तरह के मुद्दे हैं जिन्हें हल करने के लिए रिपोर्टिंग (और परीक्षण) की आवश्यकता होती है।

सुपर कमाल की टिप्पणी, @jewilmeer! मेरे लिए मुझे / etc / host में कुछ और पते जोड़ने थे जो मैंने आपके tcpdump कमांड का उपयोग करके खोजे थे:

# (yours)
127.0.0.1 localunixsocket.local
# additional ones -- be sure to replace bracketed thing with the output of `hostname`
127.0.0.1 localunixsocket.home <my hostname>.home

उन परिवर्धन के बाद - शीघ्र! वास्तव में, आश्चर्यजनक रूप से तेज, एक अच्छा गुच्छा लगता है जब डॉकर टूलबॉक्स का उपयोग किया जाता है! woop woop :) (हालाँकि यह एक अत्यधिक व्यक्तिपरक अवलोकन हो सकता है!)

यह बहुत अजीब है, लेकिन लगता है कि अंतर्निहित मुद्दा क्या है ...

मैं वर्तमान में इसी समस्या का सामना कर रहा हूं और मैं समस्या का समाधान नहीं कर सकता।
मैंने /etc/hosts संपादन के लिए पिछले सुझावों की कोशिश की है। हमारे कार्यालय नेटवर्क पर, डॉकटर बेहद धीमा है। होम नेटवर्क पर या सेल फोन पर टेदरिंग का उपयोग करने से सभी धीमे उतार-चढ़ाव दूर हो जाते हैं और सबकुछ तेज़ हो जाता है।

हम चार सर्विस कंटेनर (पोस्टग्रेज, रेडिस, खरगोशबिट, इलास्टिक्स) से जुड़े वेब कंटेनर के साथ डॉकटर-कंपोज़ का उपयोग कर रहे हैं। OSX से सीधे चार में से किसी भी सर्विस कंटेनर से कनेक्ट करना ठीक है। वेब कंटेनर से किसी भी सेवा कंटेनर से कनेक्ट करने का प्रयास करते समय यह केवल धीमा है।

tcpdump -vvv -s 0 -l -n port 53 चलने पर, सेल फोन पर टेदर करने पर निम्न आउटपुट मिलता है

tcpdump: data link type PKTAP
tcpdump: listening on pktap, link-type PKTAP (Packet Tap), capture size 262144 bytes
16:54:34.236026 IP (tos 0x0, ttl 64, id 25341, offset 0, flags [none], proto UDP (17), length 69)
    172.20.10.4.56662 > 172.20.10.1.53: [udp sum ok] 5785+ PTR? 1.0.19.172.in-addr.arpa. (41)
16:54:34.239617 IP (tos 0x0, ttl 64, id 29137, offset 0, flags [none], proto UDP (17), length 123)
    172.20.10.1.53 > 172.20.10.4.56662: [udp sum ok] 5785 NXDomain* q: PTR? 1.0.19.172.in-addr.arpa. 0/1/0 ns: 19.172.IN-ADDR.ARPA. [1d] SOA 19.172.IN-ADDR.ARPA. . 0 28800 7200 604800 86400 (95)
16:54:34.303325 IP (tos 0x0, ttl 64, id 46188, offset 0, flags [none], proto UDP (17), length 69)
    172.20.10.4.58590 > 172.20.10.1.53: [udp sum ok] 52066+ PTR? 1.0.19.172.in-addr.arpa. (41)
16:54:34.309241 IP (tos 0x0, ttl 64, id 7329, offset 0, flags [none], proto UDP (17), length 123)
    172.20.10.1.53 > 172.20.10.4.58590: [udp sum ok] 52066 NXDomain* q: PTR? 1.0.19.172.in-addr.arpa. 0/1/0 ns: 19.172.IN-ADDR.ARPA. [1d] SOA 19.172.IN-ADDR.ARPA. . 0 28800 7200 604800 86400 (95)
16:54:39.309028 IP (tos 0x0, ttl 64, id 52570, offset 0, flags [none], proto UDP (17), length 69)
    172.20.10.4.63544 > 172.20.10.1.53: [udp sum ok] 12851+ PTR? 1.0.19.172.in-addr.arpa. (41)
16:54:39.320135 IP (tos 0x0, ttl 64, id 32359, offset 0, flags [none], proto UDP (17), length 123)
    172.20.10.1.53 > 172.20.10.4.63544: [udp sum ok] 12851 NXDomain* q: PTR? 1.0.19.172.in-addr.arpa. 0/1/0 ns: 19.172.IN-ADDR.ARPA. [1d] SOA 19.172.IN-ADDR.ARPA. . 0 28800 7200 604800 86400 (95)
16:54:39.392915 IP (tos 0x0, ttl 64, id 8082, offset 0, flags [none], proto UDP (17), length 69)
    172.20.10.4.59994 > 172.20.10.1.53: [udp sum ok] 22334+ PTR? 1.0.19.172.in-addr.arpa. (41)
16:54:39.416821 IP (tos 0x0, ttl 64, id 51863, offset 0, flags [none], proto UDP (17), length 123)
    172.20.10.1.53 > 172.20.10.4.59994: [udp sum ok] 22334 NXDomain* q: PTR? 1.0.19.172.in-addr.arpa. 0/1/0 ns: 19.172.IN-ADDR.ARPA. [1d] SOA 19.172.IN-ADDR.ARPA. . 0 28800 7200 604800 86400 (95)

और यह हमारे कार्यालय वाईफाई पर आउटपुट है:

16:54:13.870062 IP (tos 0x0, ttl 64, id 17811, offset 0, flags [none], proto UDP (17), length 69)
    192.168.0.32.56316 > 192.168.0.1.53: [udp sum ok] 21469+ PTR? 1.0.19.172.in-addr.arpa. (41)
16:54:13.870723 IP (tos 0x0, ttl 64, id 53920, offset 0, flags [none], proto UDP (17), length 69)
    192.168.0.32.52082 > 192.168.0.1.53: [udp sum ok] 50601+ PTR? 1.0.19.172.in-addr.arpa. (41)
16:54:13.872706 IP (tos 0x0, ttl 64, id 50395, offset 0, flags [none], proto UDP (17), length 69)
    192.168.0.32.56176 > 192.168.0.1.53: [udp sum ok] 45180+ PTR? 1.0.19.172.in-addr.arpa. (41)

तो यह रिवर्स DNS लुकअप के साथ कुछ दिखता है, लेकिन मैं इस बात से अनिश्चित हूं कि समस्या का निवारण कैसे किया जाए। वाईफाई को निष्क्रिय करना इस धीमेपन की पूरी तरह से गारंटी देता है। अक्षम करने और पुन: सक्षम करने से मदद नहीं मिलती है।

बेशक आप सवाल पोस्ट करने के तुरंत बाद अपना समाधान ढूंढ लेते हैं। यह हमारे देव परिवेश में ओएसएक्स में अद्यतन डीएनएस सेटिंग्स में एक स्थापित पैकेज की तरह दिखता है जो समस्या का कारण बनता है। एक बार जब मैं ओएसएक्स डीएनएस को /etc/resolv.conf में चूक का उपयोग करने के लिए रीसेट करता हूं, तो सब कुछ काम करता है।

क्या यह बोंजोर के ' .local और एक IPV6 बग के साथ इस मुद्दे से संबंधित हो सकता है?
विवरण: https://news.ycombinator.com/item?id=11567442

डननो अगर यह मदद करता है, लेकिन मेरे पास यह मुद्दा है और मैंने इसे अपने DNS सर्वरों को 8.8.8.8 और 8.8.4.4 बदलकर तय किया।

इसके अलावा यह समस्या केवल मेरे होम नेटवर्क पर हुई। काम पर मेरे पास यह मुद्दा नहीं था।

मैं भी @jewilmeer की कोशिश को ठीक करने के बाद भी इसी मुद्दे का सामना कर रहा हूँ।
docker-compose मेरे ऑफिस नेटवर्क पर ठीक काम करता है लेकिन यह मेरे होम नेटवर्क पर लगभग ~ 7 मिनट लगता है।
अन्य डॉकटर-कंपोज़ कमांड के साथ एक ही व्यवहार जैसे स्टॉप, पुल, पीएस आदि।

कर्ता - विपत्ति
डॉकर संस्करण 1.12.0-rc2, 906eacd का निर्माण, प्रयोगात्मक

डॉकटर-कंपोज़ --version
docker-compose संस्करण 1.8.0-rc1, 9bf6bc6 का निर्माण करें

डॉकटर-मशीन - विसर्जन
docker- मशीन संस्करण 0.8.0-rc1, fffa6c9 का निर्माण करें

निश्चित रूप से क्यों नहीं, लेकिन मुझे इसे काम करने के लिए किसी भी स्थानीय डोमेन तत्व को निकालना पड़ा।

/ Etc / hosts:
127.0.0.1 localunixsocket

मेरे पास एक समान मुद्दा है, लेकिन मुझे लगता है कि यह DNSCrypt के मेरे उपयोग से संबंधित हो सकता है?

@Erwyn मैंने वोडाफोन ईज़ीबॉक्स के साथ भी यही मुद्दा अनुभव किया है ...
यह पता चला है कि वोडाफोन ईज़ीबॉक्स ने राउटर में .local डोमेन की खोज (अपने राउटर के डायनामिक होस्टनाम का मूल्यांकन करने के लिए, अर्थात् easy.box ) की खोज की है
और मेरा अनुमान है कि यह बंधन राउटर की प्रतिक्रिया के लिए docker-compose का कारण बन रहा था (मैं इस पर पूरी तरह से गलत हो सकता हूं) ...
लेकिन जोड़ रहा है
127.0.0.1 localunixsocket.local से etc/hosts ने मेरे लिए समस्या हल कर दी

हाय दोस्तों,
127.0.0.1 localunixsocket to आदि / मेजबानों ने मेरे लिए समस्या हल कर दी

@davidino Thx Bro, पूरी तरह से काम करता है! मुझे दिलचस्पी है कि हमें इस समाधान की आवश्यकता क्यों है?

हैलो दोस्तों! यहां भी यही समस्या। ब्राजील में, कार्यालय में वाईफाई का उपयोग करने के लिए इसे शुरू करने में लंबा समय लगता है। /etc/hosts फ़ाइलों को बदलने के बाद, सब कुछ ठीक काम किया।

एक ही मुद्दा यहाँ। एक कार्यालय से बाहर काम करना (वाईफ़ाई पर) मुझे कोई समस्या या देरी नहीं है। एक अलग कार्यालय (WIFI पर भी) में काम करने से मुझे ~ 10 मिनट की देरी होती।

127.0.0.1 localunixsocket से /etc/hosts _not_ ने मेरे लिए समस्या हल कर दी। मैंने एक रिबूट के संयोजन में ऐसा करने की कोशिश की, लेकिन अभी भी कोई भाग्य नहीं है।

DNS सर्वर के रूप में 8.8.8.8 और 8.8.4.4 को जोड़ने से समस्या हल हो गई।

धन्यवाद @Typositoire!

अरे, @dadarek , अपने मेजबान फ़ाइल में 127.0.0.1 localunixsocket.home <hostname>.home जोड़ने का प्रयास करें। यह सिर्फ मेरे लिए काम किया जब मैंने दोनों होस्टनाम जोड़े। तो आप अभी भी अपने स्थानीय डीएनएस का उपयोग कर सकते हैं, यदि आपको आवश्यकता है ...

यह मेरे लिए स्थिर और बीटा चैनल दोनों पर होता है, इंटरनेट को डिस्कनेक्ट करना या होस्ट प्रविष्टि को जोड़ना मेरे लिए इसे ठीक करता है।

एल कैपिटन 10.11.4
डॉकर संस्करण १.१२.०, 29 ९ २ ९इ, प्रायोगिक
docker-compose संस्करण 1.8.0, f3628c7 का निर्माण करें
docker- मशीन संस्करण 0.8.0, बिल्ड b85aac1

मैंने एक निर्माण कमांड पर होस्टनाम और डिस्कनेक्टिंग इंटरनेट दोनों की कोशिश की और कुछ भी मदद नहीं करता है ... डीएनएस को भी बदलने की कोशिश की ... यह सिर्फ 5-10 मिनट के लिए वहां बैठता है और फिर बिल्ड प्रक्रिया शुरू करता है ... मैं सीपीयू उपयोग को देख सकता हूं डॉकटर-कंपोज प्रक्रिया पर 100% तक

http://i.imgur.com/fmlhjCo.png

कितना निराशाजनक

http://i.imgur.com/C1P6zHi.png

btw सेटअप ठीक टूलबॉक्स के साथ ठीक काम किया और बहुत जल्दी ...

क्रियात्मक डिबगिंग के साथ मैं इसे यहाँ लटका देख सकता हूँ

[घर / docker] - $ docker- रचना --verbose बिल्ड ऐप

compose.config.config.find: कॉन्फ़िगरेशन फ़ाइलों का उपयोग: ./docker-compose.yml
docker.auth.auth.load_config: फ़ाइल मौजूद नहीं है
compose.cli.command.get_client: docker-compose संस्करण 1.8.0, बिल्ड f3628c7
docker-py संस्करण: 1.9.0
सीपीथॉन संस्करण: 2.7.9
ओपनएसएसएल संस्करण: ओपनएसएसएल 1.0.2h 3 मई 2016
रचना
compose.cli.command.get_client: डॉक वर्जन: कर्नेल विवर्तन = 4.4.15-moby, Os = linux, BuildTime = 2016-07-28T21: 15: 28.963402499 + 00: 00, ApiVersion = 1.24, संस्करण = 1.12.0, GitCommit = 8 जगह 29 ई, आर्क = amd64, GoVersion = go1.6.3
compose.service.build: बिल्डिंग ऐप
compose.cli.verbose_proxy.proxy_callable: docker build <- (पुल = गलत, स्ट्रीम = सही, nocache = गलत, टैग = u'docker_app ', buildargs = कोई नहीं, rm = True, forcerm = गलत, पथ =' / उपयोगकर्ता / उपयोगकर्ता / bartdabek / साइट / docker ', dockerfile =' Dockerfile-app ')

कुछ मिनट के बाद यह करने के लिए चला जाता है

docker.api.build._set_auth_headers: सामान्य कॉन्फ़िगरेशन ढूंढ रहा है
docker.api.build._set_auth_headers: मेमोरी में कोई सामान्य कॉन्फ़िगरेशन नहीं है - फ़ाइल सिस्टम से लोड हो रहा है
docker.auth.auth.load_config: फ़ाइल मौजूद नहीं है
docker.api.build._set_auth_headers: कोई सामान्य कॉन्फ़िगरेशन नहीं मिला

तो यह फिर से लटका ...

मेरी इंटरनेट स्पीड ठीक है बस 60mb / s पर परीक्षण किया गया

प्रॉक्सी सेटिंग्स से Exclude simple hostnames को सक्षम करना मेरे लिए पूरी तरह से काम करता है।

NO_PROXY=* docker-compose up

@Jewilmeer द्वारा पोस्ट किए गए समाधान
https://github.com/docker/compose/issues/3419#issuecomment -221793401 मेरे लिए काम करता है।

मैक रीएडएमएमडी के लिए डॉकर में @jibingeo द्वारा टिप या ट्यूटोरियल में कहीं न कहीं अच्छा होगा।

नमस्कार दोस्तों, @JhaJeztah

स्रोत कोड के माध्यम से जाने के बाद, मैंने पाया कि socket.gethostbyname("localunixsocket") को निष्पादित करने के लिए 30 से अधिक (मेरे मामले में) ले रहा है।

इसलिए मैंने अपने स्थानीय DNS और Google DNS को समझा

$ time nslookup localunixsocket 10.0.0.1
Server:     10.0.0.1
Address:    10.0.0.1#53

** server can't find localunixsocket: NXDOMAIN

real    0m30.295s
user    0m0.004s
sys     0m0.005s

$ time nslookup localunixsocket 8.8.8.8
Server:     8.8.8.8
Address:    8.8.8.8#53

** server can't find localunixsocket: NXDOMAIN

real    0m0.685s
user    0m0.005s
sys     0m0.013s

स्थानीय DNS पूरी तरह से FQDN होस्टनाम के साथ काम करता है

time nslookup google.com 10.0.0.1
Server:     10.0.0.1
Address:    10.0.0.1#53

Non-authoritative answer:
Name:   google.com
Address: 216.58.196.110


real    0m0.028s
user    0m0.005s
sys 0m0.006s

इसका मतलब है कि वास्तविक समस्या राउटर DNS के साथ है।

क्या यह सिर्फ मेरे लिए है, या localunixsocket लिए एक DNS लुकअप काउंटरिंटिटिव लगता है? यह एक फ़िलर होस्टनाम की तरह लगता है जिसका उपयोग केवल एक प्लेसहोल्डर के रूप में किया जाता है जब कोई स्थानीय डोमेन सॉकेट के बजाय टीसीपी-शैली के पते की उम्मीद कर रहा होता है।

किसी भी दर पर, स्थानीय DNS और Google के DNS के बीच के समय में अंतर दिलचस्प है ... मैं उत्सुक हूं कि ऐसा करने के लिए क्या कारण है। (दुख की बात है, मुझे लगता है कि आपको बताने के लिए राउटर द्वारा बताए गए DNS सर्वर पर एक और टीसीपी डंप करना होगा, जब तक कि DNS लुकअप के लिए tracert बराबर न हो जो एक पुनरावर्ती द्वारा हिट किए गए मध्यवर्ती सर्वर को संरक्षित कर सकता है। क्वेरी)

यह सूचनात्मक भी हो सकता है (मैक ओएस एक्स पर man nslookup में पाया जाता है):

मैक ओएस एक्स नोट

nslookup आदेश होस्ट नाम और पते के रिज़ॉल्यूशन का उपयोग नहीं करता है
या DNS क्वेरी रूटिंग तंत्र पर चल रही अन्य प्रक्रियाओं द्वारा उपयोग किया जाता है
मैक ओएस एक्स। nslookup द्वारा मुद्रित नाम या पते के प्रश्नों के परिणाम
मैक ओएस एक्स का उपयोग करने वाली अन्य प्रक्रियाओं द्वारा पाए जाने वाले से भिन्न हो सकते हैं
मूल नाम और पता संकल्प तंत्र। डीएनएस के परिणाम
मैक ओएस एक्स डीएनएस रूटिंग का उपयोग करने वाले प्रश्नों से प्रश्न भी भिन्न हो सकते हैं
पुस्तकालय।

चूँकि वे वास्तव में इस बात पर कोई स्पष्टीकरण नहीं देते हैं कि कौन से विशिष्ट तंत्र nslookup _does_ का उपयोग करते हैं और मैक ओएस एक्स क्या प्रदान करते हैं, यह कहना मुश्किल है कि क्या डॉकर से nslookup का व्यवहार साझा करने की उम्मीद की जाएगी, या अन्य मैक ओएस एक्स ऐप्स के ... (मेरा अनुमान है कि यह समान विधियों का उपयोग करता है nslookup करता है, लेकिन हमें संभवतः दोनों के लिए कोड में खुदाई करनी होगी जो निश्चित रूप से पता लगा सकें)

अरे @whitelynx

यहां स्थानीय DNS और Google DNS के साथ लिया गया टीसीपी डंप है। कमांड मैं डंप लेता था

sudo killall -HUP mDNSResponder && docker-compose ps

स्थानीय DNS के साथ:

15:49:30.025038 IP (tos 0x0, ttl 255, id 18504, offset 0, flags [none], proto UDP (17), length 83)
    10.0.0.3.60707 > 10.0.0.1.53: [udp sum ok] 54235+ PTR? lb._dns-sd._udp.0.0.0.10.in-addr.arpa. (55)
15:49:30.291508 IP (tos 0x0, ttl 255, id 36848, offset 0, flags [none], proto UDP (17), length 61)
    10.0.0.3.52331 > 10.0.0.1.53: [udp sum ok] 10799+ A? localunixsocket. (33)
15:49:31.097658 IP (tos 0x0, ttl 255, id 32568, offset 0, flags [none], proto UDP (17), length 83)
    10.0.0.3.60707 > 10.0.0.1.53: [udp sum ok] 54235+ PTR? lb._dns-sd._udp.0.0.0.10.in-addr.arpa. (55)
15:49:31.368098 IP (tos 0x0, ttl 255, id 54970, offset 0, flags [none], proto UDP (17), length 61)
    10.0.0.3.52331 > 10.0.0.1.53: [udp sum ok] 10799+ A? localunixsocket. (33)
15:49:33.596367 IP (tos 0x0, ttl 30, id 20508, offset 0, flags [none], proto UDP (17), length 133)
    10.0.0.1.53 > 10.0.0.3.60707: [udp sum ok] 54235 NXDomain* q: PTR? lb._dns-sd._udp.0.0.0.10.in-addr.arpa. 0/1/0 ns: 10.IN-ADDR.ARPA. [1d] SOA 10.IN-ADDR.ARPA. . 0 28800 7200 604800 86400 (105)
15:49:33.597103 IP (tos 0x0, ttl 30, id 20510, offset 0, flags [none], proto UDP (17), length 136)
    10.0.0.1.53 > 10.0.0.3.52331: [udp sum ok] 10799 NXDomain q: A? localunixsocket. 0/1/0 ns: . [2h8m4s] SOA a.root-servers.net. nstld.verisign-grs.com. 2016090900 1800 900 604800 86400 (108)

Google DNS के साथ:

15:45:25.301293 IP (tos 0x0, ttl 255, id 37492, offset 0, flags [none], proto UDP (17), length 83)
    10.0.0.3.60707 > 8.8.8.8.53: [udp sum ok] 14029+ PTR? lb._dns-sd._udp.0.0.0.10.in-addr.arpa. (55)
15:45:25.371167 IP (tos 0x0, ttl 56, id 10269, offset 0, flags [none], proto UDP (17), length 83)
    8.8.8.8.53 > 10.0.0.3.60707: [udp sum ok] 14029 NXDomain q: PTR? lb._dns-sd._udp.0.0.0.10.in-addr.arpa. 0/0/0 (55)
15:45:25.599570 IP (tos 0x0, ttl 255, id 7256, offset 0, flags [none], proto UDP (17), length 61)
    10.0.0.3.59912 > 8.8.8.8.53: [udp sum ok] 3154+ A? localunixsocket. (33)
15:45:25.702374 IP (tos 0x0, ttl 56, id 39895, offset 0, flags [none], proto UDP (17), length 136)
    8.8.8.8.53 > 10.0.0.3.59912: [udp sum ok] 3154 NXDomain q: A? localunixsocket. 0/1/0 ns: . [29m58s] SOA a.root-servers.net. nstld.verisign-grs.com. 2016090900 1800 900 604800 86400 (108)

यहाँ मैं स्थानीय DNS के साथ ~ 3sec देरी देख सकता हूँ।

नोट: राउटर मैंने यहाँ उपयोग किया था जो कि मैंने प्रीवियस टिप्पणी के लिए उपयोग किए गए एक से भिन्न है

नमस्ते,
मैक Version 1.12.1 (build: 12133) लिए डॉक करने के लिए अपग्रेड करने के बाद मुझे जोड़ना पड़ा
127.0.0.1 localunixsocket फिर से /etc/hosts

मुझे वही करना था जो डैविडिनो ने भी किया था।

बहुत कष्टप्रद बग को हल करने पर कोई अनुमान नहीं?

मुझे सिर्फ 127.0.0.1 localunixsocket.lan को भी काम करने के लिए जोड़ना था। मैं macOS सिएरा का उपयोग कर रहा हूं।

मैं वास्तव में नहीं जानता कि क्या यह वही समस्या है, लेकिन @jibingeo के
Windows के लिए Docker Toolbox का उपयोग करके मेरी कंपनी के वातावरण में _docker-compose_ भी बहुत धीमी है। NO_PROXY=* कॉन्फ़िगर करने से मुझे भी मदद मिली लेकिन यह मेरी कंपनी प्रॉक्सी के साथ हस्तक्षेप करता है। इसलिए मैंने थोड़ी कोशिश की और मुझे एक और अधिक विशिष्ट समाधान मिला (यह मानते हुए कि आप डिफ़ॉल्ट डॉक वर्चुअलबॉक्स आईपी रेंज 192.168.99.0/24 का उपयोग कर रहे हैं):

NO_PROXY=192.168.99.0/24 सब कुछ गति देता है, इसलिए लिखें कि मुझे आंतरिक आईपी के लिए मेरी कंपनी प्रॉक्सी की कोशिश करने की आवश्यकता नहीं है।

सम्बंधित? https://github.com/SeleniumHQ/docker-selenium/issues/227

@davidino ने आपके /etc/hosts 127.0.0.1 localunixsocket लगाने का समाधान मेरे लिए समस्या का हल कर दिया।

अब बहुत तेजी से

मेरे मसले अब भी वही हैं। मैंने अपने वाईफाई को बंद करने की कोशिश की है, मेरी मेजबानी फ़ाइल में कई प्रविष्टियों को जोड़कर कोई सफलता नहीं मिली है। मैंने अपने लिनक्स बॉक्स पर एक ही सेटअप की कोशिश की है और परिणाम बहुत तेज हैं।

बिल्ड एक अच्छी गति से चलता है लेकिन एक बार जब मैं रनिंग कंटेनर में कोई अनुरोध करता हूं तो परिणाम भयानक होता है। किसी भी अनुरोध के बारे में 30 सेकंड, भले ही यह एक साधारण पाठ प्रतिक्रिया हो।

मैं मैक ओएस सिएरा (10.12.1) और मैक के लिए डॉकर (1.12.1) एक रेल स्टैक के साथ दौड़ रहा हूं।

मैं 10.11.6 (15G31) को हूं

यह मेरे /etc/hosts फ़ाइल में है:

##
# Host Database
#
# localhost is used to configure the loopback interface
# when the system is booting.  Do not change this entry.
##
255.255.255.255 broadcasthost
::1             localhost 
127.0.0.1 localhost
127.0.0.1 localunixsocket
127.0.0.1 localunixsocket.lan
127.0.0.1 localunixsocket.local

मैं बीटा चैनल 1.12.3-beta29.2 (13499) पर हूं

@gardner मैंने अपने होस्ट्स फ़ाइल में जोड़ा है और मैंने बिना किसी सफलता के बीटा की कोशिश की है। मैं सच में लगता है कि यह सिएरा के साथ कुछ करने के लिए शुरू कर रहा हूँ। मुझे पूरा यकीन है कि मैं अपग्रेड करने से पहले यह काम कर रहा था। मैं बीटा एक और देने की कोशिश करने जा रहा हूं कि यह काम करता है या नहीं। मैं परीक्षण करने के बाद फिर से पोस्ट करूंगा।

@gardner एक ही मुद्दा। अब डॉकटर 1.12.3-Beta29.3 (13640) चल रहा है। मेरा लिनक्स सेटअप अभी भी 1/4 रैम के साथ तेजी से चल रहा है।

सबसे अच्छा मैं यह बता सकता हूं कि यह docker और host मशीन के बीच एक IO मुद्दा है। मैंने अनुरोध पर एक फ्लेमग्राफ चलाया और यह अधिकांश समय फाइलों को पढ़ने में बिता रहा है।
https://www.dropbox.com/s/4702tx7qqpkr4yd/Screenshot%202016-11-02%2014.39.22.png?dl=0

यह वही ऐप है, वही रिक्वेस्ट है, जो स्थानीय स्तर पर चल रही है।
https://www.dropbox.com/s/xxs5jdug7cllpbu/Screenshot%202016-11-02%2014.44.37.png?dl=0

यदि मैं उत्पादन मोड में चलाने के लिए एप्लिकेशन को कॉन्फ़िगर करता हूं तो यह डॉकर के अंदर जितनी तेजी से चलता है।

यह सुनिश्चित नहीं है कि यह पहले से ही ज्ञात है या नहीं, लेकिन उम्मीद है कि यह इस धागे में आने वाले किसी और व्यक्ति को यह पता लगाने में मदद करता है।

संपादित करें: लगता है कि यह असली मुद्दा है जिसके खिलाफ मैं दौड़ रहा हूं। https://forums.docker.com/t/file-access-in-mounted-volumes-extremely-slow-cpu-bound/8076/223

इस मुद्दे में भी, मेजबानों में बदलाव से थोड़ा फर्क पड़ता है, लेकिन फिर भी थोड़ा सुस्त है।
127.0.0.1 localunixsocket.local 127.0.0.1 localunixsocket

मैं निम्नलिखित स्थिर संस्करण के साथ OSX 10.11.6 को चलाने वाले निम्नलिखित डॉकटर संस्करण पर इसे देख रहा हूं:

Client:
 Version:      1.12.3
 API version:  1.24
 Go version:   go1.6.3
 Git commit:   6b644ec
 Built:        Wed Oct 26 23:26:11 2016
 OS/Arch:      darwin/amd64

Server:
 Version:      1.12.3
 API version:  1.24
 Go version:   go1.6.3
 Git commit:   6b644ec
 Built:        Wed Oct 26 23:26:11 2016
 OS/Arch:      linux/amd64

मैं इसे एक धीमे बादल कनेक्शन (लंदन में एक कैफे में बादल) पर देख रहा हूं, जब मैं वाईफाई को बंद कर देता हूं, तो रचना सुपर त्वरित है, अन्यथा सब कुछ बहुत धीमी गति से चलता है ...

क्या नवीनतम रिलीज़ (1.9.0) को इस मुद्दे का अनुभव करने वाले लोगों के लिए कुछ भी बदलने की ज़रूरत थी?

@ पिंडली - मैं अभी भी 1.8.1 docker-compose --version मैक के लिए नवीनतम डॉकर के साथ मिला हूं। हम कब अपडेट की उम्मीद कर सकते हैं?

हम इस मुद्दे के समाधान की उम्मीद कब कर सकते हैं?

1.9 बीटा चैनल में है, यह सुनिश्चित नहीं है कि यह स्थिर में जहाज जाएगा, शायद
एक सप्ताह में या तो।

18 नवंबर 2016 को सुबह 8:07 बजे, "डेविड रिचर्ड्स" सूचनाएं @github.com ने लिखा:

@ पिंडली- https://github.com/shin- मैं अभी भी अपने docker- रचना में 1.8.1 मिला है
- मैक के लिए नवीनतम डॉकर के साथ फैलाव। हम कब अपडेट की उम्मीद कर सकते हैं?

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की है।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/docker/compose/issues/3419#issuecomment-261472095 ,
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/AAdcPBV7gMv0kMwil0SEz3etChNY6ej3ks5q_VyugaJpZM4IXnGd
।

मेरे लिए मैकएफी एंडपॉइंट सुरक्षा बहुत ही धीमी गति से काम करने वाली रचना का कारण थी। ऑन-एक्सेस स्कैनर की तरह लगता है कि वास्तव में अजगर पर्यावरण के प्रदर्शन को मार रहा है जो ऐसा लगता है कि हर बार डॉकटर-कंपोज किया जाता है।

मेरे लिए, .local खोज डोमेन को हटाने से सभी अंतर हो गए।

@ shin- 1.9.0-rc4 मेरे पास अभी भी समस्या है। मुझे नहीं पता, मैंने क्या किया, लेकिन कुछ दिनों पहले मेरे पास मुद्दा नहीं था, एक वर्ष से अधिक docker-compose का उपयोग करके।
docker-compose --version वास्तव में तेज़ है
docker-compose ps बहुत धीमा है
Wifi को अक्षम करना - ps तेज है, भी

@gsong दुर्भाग्य से मेरे लिए मदद नहीं की

मुझे भी अचानक यह समस्या होने लगी। @Timsuchanek की तरह मैं अब लगभग एक साल से docker-compose up लगभग अनिश्चित काल तक लटका हुआ हूं। हर किसी की तरह, जब मैं वाईफाई स्विच करता हूं तो यह काम करता है।

मैं docker-compose version 1.9.0, build 2585387 पर हूं

संपादित करें: 127.0.0.1 localunixsocket से /etc/hosts जोड़ना इसे अभी के लिए निर्धारित किया गया है। मैं macOS 10.11.6 पर हूं

.local yosemite में पेश किए गए परिवर्तनों के कारण यह क्या संभावना है?

https://support.apple.com/en-us/HT203136
https://news.ycombinator.com/item?id=9026192

मैंने देखा कि @afxjzs ने पहले इसका उल्लेख किया था, लेकिन किसी भी अनुवर्ती को नहीं देखा।

मैं कुछ है कि मेरे लिए काम करता है पर ठोकर खाई, जबकि xdebug काम करने की कोशिश कर रहा है:

sudo ifconfig en0 alias 10.254.254.254 255.255.255.0

मेजबान मशीन पर।

जेम्स कौमी को धन्यवाद।

संपादित करें: ऐसा लगता है कि xdebug मेरी समस्या की जड़ थी। Xdebug के बंद होने के साथ, मेरी डॉक मशीन सुपर-फास्ट है, यहां तक ​​कि / डिफ़ॉल्ट रूप से / डिफ़ॉल्ट रूप से होस्ट में। इसके साथ यह चालू हो गया, और मेरा xdebug.remote_host 10.254.254.254 पर सेट हो गया, यह क्रॉल तक धीमा हो गया। सुझाए गए संपादन / / होस्ट करने में मदद नहीं करते हैं, लेकिन समस्या के समाधान के रूप में उपरोक्त पर स्थानीय 0 उपनाम सेट करना।

यह मैक के लिए नवीनतम स्थिर डॉकर के साथ मेरे साथ हो रहा है (1.13.1, डॉकटर-कंपोज़ 1.11.1)

NO_PROXY=* काम करता है।

यह मेरे साथ नवीनतम अद्यतन के साथ भी हुआ (१.१३.१, docker-compose १.११.१)। https://github.com/docker/compose/issues/3419#issuecomment -221793401 ने मेरी समस्या का समाधान किया।

मेरी भी यही त्रुटि है। /etc/hosts localunixsocket जोड़ना। काम नहीं किया। समसामयिक टैब में Exclude simple hostnames का अंकन करने वाला अस्थायी फ़िक्स।

macOS Sierra 10.12.3 (16D32)
Docker version 1.13.1, build 092cba3
docker-compose version 1.11.1, build 7c5d5e4

मैंने देखा है कि कोई भी गैर-उत्तरदायी खोज डोमेन बहुत धीमी गति से काम करने वाले रचना के लिए बनाता है। यह सिर्फ .local मैं .dev का उपयोग कर रहा था।

मैं आज भी इसी समस्या का सामना कर रहा हूं कि मदद या प्रदर्शन के लिए भी हमेशा के लिए डॉक-कंपोज लटका हुआ है। मैंने tcpdump का उपयोग करने के बारे में @jewilmeer सलाह का पालन किया और मेरे मामले में समस्या का समाधान 127.0.0.1 prod.python.map.fastly.net / से / जोड़कर मेजबानों को किया गया

बहुत अजीब है, मुझे लगता है?

एक ही मुद्दा यहाँ। ऐसा लगता है कि यह दो बार लटका हुआ है, प्रत्येक के बारे में 25 सेकंड के लिए। यहाँ प्रत्येक HANG के साथ --verbose आउटपुट है

compose.config.config.find: Using configuration files: ./config/docker-compose-dev.yml
docker.auth.find_config_file: Trying paths: ['/Users/dorkusprime/.docker/config.json', '/Users/dorkusprime/.dockercfg']
docker.auth.find_config_file: Found file at path: /Users/dorkusprime/.docker/config.json
docker.auth.load_config: Found 'auths' section
docker.auth.parse_auth: Found entry (registry=u'https://index.docker.io/v1/', username=u'dorkusprime')

[HANGS FOR ~25S]

compose.cli.command.get_client: docker-compose version 1.11.2, build dfed245
docker-py version: 2.1.0
CPython version: 2.7.12
OpenSSL version: OpenSSL 1.0.2j  26 Sep 2016
compose.cli.command.get_client: Docker base_url: http+docker://localunixsocket
compose.cli.command.get_client: Docker version: KernelVersion=4.9.13-moby, Arch=amd64, BuildTime=2017-03-15T20:28:18.193664702+00:00, ApiVersion=1.27, Version=17.03.1-ce-rc1, MinAPIVersion=1.12, GitCommit=3476dbf, Os=linux, Experimental=True, GoVersion=go1.7.5
compose.project.build: mongodb uses an image, skipping
compose.project.build: redis uses an image, skipping
compose.service.build: Building web
compose.cli.verbose_proxy.proxy_callable: docker build <- (pull=False, stream=True, nocache=False, tag='dorkusprime/dashboard-test', buildargs=None, rm=True, forcerm=False, path='/Users/dorkusprime/repository/Dashboard-test', dockerfile=None)
docker.api.build._set_auth_headers: Looking for auth config
docker.api.build._set_auth_headers: Sending auth config (u'https://index.docker.io/v1/')

[HANGS FOR ~25S]

compose.cli.verbose_proxy.proxy_callable: docker build -> <generator object _stream_helper at 0x105cc4910>

मैंने ध्यान देने योग्य सुधार के साथ / etc / hostarounds की कोशिश की।

यहाँ एक ही मुद्दा और पूरे धागे से कोई भी समाधान मेरी मदद नहीं करता है (न तो /etc/hosts और NO_PROXY चर या Exclude simple hostnames न ही DNS को 8.8.8.8 बदलने में)।

एक बात ध्यान दें: अगर मैं sudo के साथ docker चलाता हूं, तो यह गति के मुद्दे को हल करती है।

नवीनतम डॉक वर्जन (डॉकर संस्करण 17.03.1-ce-rc1, 3476dbf का निर्माण)। मैंने बीटा और स्थिर दोनों रिलीज की कोशिश की।

docker --version को मेरे मामले में संस्करण को आउटपुट करने में 32 सेकंड लगते हैं।

यह समस्या अब लगभग एक साल से है ...

@mobileka क्या आप docker या docker-compose बारे में बात कर रहे हैं?

@ शिन- मेरे मामले में हर एक क्ली कमांड ( docker या docker-compose ) डॉक से संबंधित है, वास्तव में परिणाम देने से पहले या अपना काम शुरू करने से पहले 30 सेकंड की एक विलंबता है।

@ मोबइल्का ठीक है - यह निश्चित रूप से यहाँ वर्णित समस्या से असंबंधित है। इसके बजाय मैक रेपो के

@ शिन- क्षमा करें, मुझे महसूस नहीं हुआ कि मैं गलत रेपो में हूँ क्योंकि "लक्षण" बहुत समान थे: यह धीमा है जब इंटरनेट कनेक्शन सक्रिय है और यह तेज़ है जब कोई इंटरनेट कनेक्शन नहीं है।

धन्यवाद, मैं मैक रेपो के लिए डॉकर में एक मुद्दा बनाऊंगा।

इस बंद मौका पर कि यह किसी और को हिट करता है, मुझे पूरा यकीन है कि कंसल के साथ मेरे (और बाद में पंगा लेना) चारों ओर खेल रहा था। इसके कारण @seeekr के समान मुद्दे , इस तरह:

A.D.*.5.>t.d............localunixsocket.foo.bar.example.com.....
14:36:13.357925 IP 10.23.45.67.65066 > 10.98.76.54.53: 25754+ A? localunixsocket.foo.bar.example.com. (54)
E..R.......P
...

फ़ाइल को / etc / resolvers से हटाकर समस्या को तुरंत हल कर दिया।

उम्मीद है की वो मदद करदे!

यहाँ एक ही मुद्दा और पूरे धागे से कोई समाधान मुझे (न तो / आदि / मेजबान या न ही NO_PROXY चर और न ही सरल होस्टनाम को अलग करने और न ही DNS को 8.8.8.8 में बदलने में मदद करता है)।

मैं एक खिलौना वेबसाइट लिखता हूं (तर्क वास्तव में सरल है और इसमें कोई प्रदर्शन समस्या नहीं होनी चाहिए) और स्थानीय रूप से डॉकटर-कंपोज़ का उपयोग करके इसे चलाना चाहिए। यह लगभग हर पृष्ठ को लोड होने में मिनट लगता है। कोई निर्देश?

आपके एप्लिकेशन का @mqliang पृष्ठ लोड समय इस समस्या से पूरी तरह से संबंधित नहीं है, और सामान्य रूप से कंपोज़ से असंबंधित है।

मैकोस सिएरा, 10.12.5।
डॉकर कम्युनिटी एडिशन
संस्करण 17.06.0-CE-mac18 (18433)
चैनल: स्थिर
d9b66511e0

मेरे पास पहले से ही 8.8.8.8 के रूप में डीएनएस था। स्थानीयकरण / स्थानीय और स्थानीय आदि दोनों को जोड़ने की आवश्यकता है। इस पल को मेरे चलने वाले जीवन को बनाने वाले स्पार्क से जोड़ा गया।

मुझे यकीन नहीं है कि अगर यह किसी को भी मदद करता है - लेकिन मैंने dnscrypt स्थापित किया है और डॉकटर बीटा पर स्विच करने के बाद, docker रचना अविश्वसनीय रूप से धीमी थी। Dnscrypt (काढ़ा पीपा के माध्यम से) की स्थापना ने मेरे लिए समस्या को ठीक कर दिया।

आई लव यू @jewilmeer

बस यहीं छोड़ना चाहता था। मेरी समस्याएं मेरे बिल्ड संदर्भ के अंदर सत्र फाइलें थीं। फ़ाइलें अपाचे उपयोगकर्ता के स्वामित्व में थीं और डॉकटर-कंपोज़ बिल्ड इस लाइन के बाद लटकाएगा:

docker.api.build._set_auth_headers: No auth config found 

दुख की बात यह है कि मैंने बहुत समय पहले फ़ाइल आधारित सत्रों का उपयोग करना बंद कर दिया है। शायद अब और फिर मेरे कार्यक्षेत्र को साफ करना चाहिए।

टिप्पणी करने का कारण: यह वास्तव में अच्छा होगा यदि रचना सिर्फ लटका नहीं होगी। मुझे केवल डॉकटर निर्माण का उपयोग करने वाले अपराधी का पता चला, जिसने मुझे अपनी समस्याओं के बारे में बताया।

@ अंपाली क्या आपने जो किया उस पर विस्तार से

@ Vad1mo मेरा पूरा सेटअप काफी जटिल (और गन्दा और प्रगति में) है लेकिन मूल भाग सिम्फनी 2 परियोजना है। पुराने सत्र की फ़ाइलें थी ./app/session फ़ोल्डर जो अपाचे उपयोगकर्ता (docker समय से पहले) के स्वामित्व में था।

मूल रूप से मेरे पास था
COPY app app/
Dockerfiles और docker-compose.yml पर पर्टिकुलर Dockerfile बनाने के लिए।
आदेश का इस्तेमाल किया:
docker-compose -f docker-compose-ci.yml build --no-cache --force-rm

जैसा कि कहा गया है कि निर्माण प्रक्रिया वास्तव में कभी शुरू नहीं हुई, लेकिन मुखिया हेडर के बारे में लाइनों के बाद जम गई। Docker पर निर्माण सीधे मुझे दिया:

> docker build -f thefile --no-cache --force-rm
error checking context: 'no permission to read from '/path/to/my/project/app/sessions/sess_n8turtujft1bipv745khqsqbi1''.

अगली बार मैं सीधे सीधे डॉक करने की कोशिश करूँगा, लेकिन वास्तव में कुछ भी नहीं लग रहा था कि असली मुद्दा क्या है। मैं मैक 7.06.1-CE-mac24 के लिए डॉकर पर हूं।

एक असली समाधान पर कोई भी शब्द इसके अलावा एक मेजबान नियम जोड़ने या परदे के पीछे बंद करने के लिए हर किसी को बताने के लिए है?

+1

+1

+1

मेरे लिए यह तय था कि मेरे सिस्टम प्राथमिकताएं / नेटवर्क / उन्नत / डीएनएस / खोज डोमेन में जा रहे हैं, और प्रविष्टि को हटा रहे हैं। " जो मैंने वहां रखा था। इसके कारण MacOS केवल डिफ़ॉल्ट मान, "स्थानीयडोमेन" के साथ खोज डोमेन को पॉप्युलेट करता है। और फिर docker-compose फिर से उत्तरदायी बन गए।

docker ही हर समय उत्तरदायी था।

मैं नहीं जानता कि, लेकिन मुझे लगता है कि होता है कि शायद docker सही ढंग से, एक IP पता या एक स्थिर स्थानीय नाम का उपयोग कर एक पर सिस्टम संसाधन खोजने है, जबकि docker-compose unsafely पर निर्भर है localdomain हमेशा खोज डोमेन में से एक के रूप में परिभाषित किया जा रहा है। लेकिन मुझे पता नहीं!

मैं फिक्स पर मूल पोस्ट में मौजूद डीएनएस की निगरानी के लिए लाइन चलाऊंगा:

सुडो tcpdump -s -s0 -nni en0 port 53

इससे मुझे पता चला कि मुझे अपने शत्रु से जोड Iे की जरूरत थी:

127.0.0.1 ठिकाना

लगता है कि कुछ .localdomain से बदल गया है?

मैंने तब से 10.12 सिएरा की नई स्थापना की है। मैंने डॉकटर को पुनः स्थापित किया और इस मुद्दे को पुन: पेश नहीं कर सका।

मैं आज इस मुद्दे पर भागा, मैक पर मेरा पहला दिन।
डॉकर कंपोज़ बस रुका हुआ था, शाब्दिक रूप से /etc/hosts की लाइन डालने के बाद यह उम्मीद के मुताबिक काम करने लगा।
मैं वाईफाई का उपयोग कर रहा था, ईथरनेट पर एक ही संस्करण के साथ कार्यालय में हर कोई इस मुद्दे पर भी कभी नहीं सुना।
डॉकर: Version 17.09.0-ce-mac35 (19611)
मैक 10.13.1 (17B48)

यहाँ वही बग मुझे इस समस्या को हल करने के लिए तीन पंक्तियों में / etc / host को जोड़ना है।
१२.0.०.०.१ लोकलनिक्सोकेट
127.0.0.1 localunixsocket.lan
127.0.0.1 लोकलुनिक्सोस्कैट.लोक

वही बग। इसने मेरे लिए काम किया।

$ sudo tcpdump -vvv -s 0 -l -n port 53
...
13:46:10.203734 IP (tos 0x0, ttl 255, id 7224, offset 0, flags [none], proto UDP (17), length 81, bad cksum 0 (->7b21)!)
    10.64.14.244.54683 > 10.0.0.10.53: [bad udp cksum 0x2491 -> 0xf39b!] 30038+ A? localunixsocket.*.svc.cluster.local. (53)

$ sudo vim /etc/hosts

# hacks for docker
127.0.0.1 localunixsocket.*.svc.cluster.local

मैंने 127.0.0.1 localunixsocket /etc/hosts जोड़ा और यह मेरे लिए काम किया, धन्यवाद!
(लेकिन यह अभी भी एक wtf बग है)

अभी भी नवीनतम संस्करण पर एक समस्या है। उपरोक्त सुधार मेरे लिए कुछ भी नहीं करते हैं, कुछ बिंदु पर यह इतना धीमा हो जाता है कि लटक जाता है। मेरे लिए वैकल्पिक हल मैक के लिए डॉकर को इतनी बार पुनः आरंभ करना है।

पुष्टि की कि 127.0.0.1 localunixsocket /etc/hosts नाटकीय रूप से चीजों को गति दें, कृपया ठीक करें!

127.0.0.1 localunixsocket को /etc/hosts जोड़ने से मदद मिलती है। मैं docker-compose version 1.18.0, build 8dd22a9 का उपयोग कर रहा हूं

समाधान @norbertsienkiewicz की सिफारिश की मेरे लिए पूरी तरह से काम किया। इसने मेरे docker-compose up समय को 10 मिनट से कम करके एक मिनट से भी कम कर दिया (संस्करण 1.18.0)।

मैं वास्तव में अधिक उत्सुक हूं कि यह पहली जगह में क्यों होने लगा। यह मेरे लिए थोड़ा मूर्खतापूर्ण लगता है कि मुझे अपनी मेजबानों की फाइल को एक समस्या के समाधान के रूप में संशोधित करना पड़ा जिसे हाल ही में पेश किया गया था और इसने "समाधान" घोषित कर दिया था।

यहाँ बैकट्रेस है, जो कि शानदार DNS लुकअप का कारण बनता है:

  File "/Library/Python/2.7/site-packages/docker-3.1.0-py2.7.egg/docker/api/daemon.py", line 88, in info
    return self._result(self._get(self._url("/info")), True)
  File "/Library/Python/2.7/site-packages/docker-3.1.0-py2.7.egg/docker/utils/decorators.py", line 46, in inner
    return f(self, *args, **kwargs)
  File "/Library/Python/2.7/site-packages/docker-3.1.0-py2.7.egg/docker/api/client.py", line 193, in _get
    return self.get(url, **self._set_request_timeout(kwargs))
  File "/Library/Python/2.7/site-packages/requests-2.18.4-py2.7.egg/requests/sessions.py", line 521, in get
    return self.request('GET', url, **kwargs)
  File "/Library/Python/2.7/site-packages/requests-2.18.4-py2.7.egg/requests/sessions.py", line 499, in request
    prep.url, proxies, stream, verify, cert
  File "/Library/Python/2.7/site-packages/requests-2.18.4-py2.7.egg/requests/sessions.py", line 672, in merge_environment_settings
    env_proxies = get_environ_proxies(url, no_proxy=no_proxy)
  File "/Library/Python/2.7/site-packages/requests-2.18.4-py2.7.egg/requests/utils.py", line 692, in get_environ_proxies
    if should_bypass_proxies(url, no_proxy=no_proxy):
  File "/Library/Python/2.7/site-packages/requests-2.18.4-py2.7.egg/requests/utils.py", line 676, in should_bypass_proxies
    bypass = proxy_bypass(netloc)
  File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/urllib.py", line 1487, in proxy_bypass
    return proxy_bypass_macosx_sysconf(host)
  File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/urllib.py", line 1453, in proxy_bypass_macosx_sysconf
    hostIP = socket.gethostbyname(hostonly)

वायरलेस से स्विच करने के बाद मुझे यह समस्या थी। वापस वायरलेस और दुनिया के साथ सब ठीक है।

मेजबान मशीन या docker कंटेनर में परिवर्तन / / / host करने के लिए हैं ??

किस होस्ट को संशोधित करने के लिए फ़ाइल?

1. macOS फ़ाइल को होस्ट करता है?
2. लिनक्स वीएम docker होस्ट के रूप में सेवारत है?
3. कंटेनर ही?

निश्चित रूप से क्यों नहीं, लेकिन मुझे इसे काम करने के लिए किसी भी स्थानीय डोमेन तत्व को निकालना पड़ा।

/ Etc / hosts:
127.0.0.1 localunixsocket

प्रतिभा !!!