Compose: "docker-compose up" में समर्थन --user विकल्प

को निर्मित 9 जून 2015 · 53टिप्पणियाँ · स्रोत: docker/compose

मुझे अपने यूआईडी के तहत ऑर्केस्ट्रेटेड कंटेनर चलाने के लिए --user विकल्प पास करने की आवश्यकता है। यह ज्यादातर माउंटेड होस्ट वॉल्यूम के कारण है, और मैं चाहता हूं कि डॉकराइज्ड ऐप मेरे स्वामित्व वाली फाइलें जेनरेट करे, रूट नहीं।

docker-compose up के साथ, यह संभव नहीं है, कम से कम सीधे तौर पर तो नहीं। अभी मैं एक पागल कामकाज का उपयोग कर रहा हूँ:

NAME=`compose run -d --user="$UID" someservicename`
docker rename $NAME ${NAME/_run/}

जो सबऑप्टिओमल है, कोमल होना।

areconfig

स्रोत

mrzechonek

👍109 ❤12

सबसे उपयोगी टिप्पणी

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

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

$UID डिफ़ॉल्ट रूप से Linux पर निर्यात नहीं किया जाता है, ठीक है? यह हमें एक सार्वभौमिक डॉकटर-कंपोज़ बनाने से रोकता है - जो अपने आप में एक अजीब बात है क्योंकि सॉफ्टवेयर के इस टुकड़े को फ्रंट-एंड समाधान माना जाता है, है ना?

यदि आप लोग छोटी चीजों पर समय बर्बाद करना पसंद नहीं करते हैं - और मैं इसे समझता हूं - तो आप सेवा चलाने से पहले हमें एक यादृच्छिक होस्ट कमांड निष्पादित करने की अनुमति क्यों नहीं देते, एह? हम बस ऐसा कुछ कर सकते हैं:

services:
  web:
     ...
     host_command: export UID

क्या यह स्पष्ट नहीं है?

OnkelTem 10 नव॰ 2017

👍89 😕2

सभी 53 टिप्पणियाँ

मुझे यकीन नहीं है कि मैं समझता हूं, docker-compose run --user एक विकल्प है, और docker-compose.yml user कुंजी का समर्थन करता है (http://docs.docker.com/compose/yml/ #working95dir-entrypoint-user-hostname-domainname-mem95limit-विशेषाधिकार प्राप्त-पुनरारंभ-stdin95open-tty-cpu95shares)।

मुझे लगता है कि हमें user फ़ील्ड में पर्यावरण परिवर्तनीय संकल्प का समर्थन करने की आवश्यकता होगी ताकि आप इसे $UID पर सेट कर सकें, क्या यह सही है? #1377

dnephin 10 जून 2015

👎17 👍4 😕3

नमस्ते। हाँ, $UID विस्तार इस मामले में चाल चलेगा। फिर भी, --user docker-compose up $ विकल्प (न केवल docker-compose run के लिए) पूरी परियोजना को विशेष उपयोगकर्ता के रूप में शुरू करने के लिए उपयोगी होगा।

बिंदु yml को छुए बिना उपयोगकर्ता को निर्दिष्ट करने की अनुमति देना है।

mrzechonek 17 जून 2015

👍5

पूरी परियोजना को विशेष उपयोगकर्ता के रूप में शुरू करें

मेरे साथ ऐसा कभी नहीं हुआ कि लोग ऐसा करना चाहें। क्या आप उपयोग के मामले के बारे में विस्तार से बता सकते हैं?

aanand 17 जून 2015

👎42 😄6

कोई बात नहीं, मैंने ऊपर स्क्रॉल किया। क्या मैं यह सोचने में सही हूँ कि आप Linux पर हैं? boot2docker का उपयोग करते समय यह समझदार अनुमतियों वाली फाइलें बनाता है।

मुझे आश्चर्य है कि डॉकर डिमन को हर वॉल्यूम के लिए ऐसा करने के लिए कॉन्फ़िगर करने का कोई तरीका है या नहीं।

aanand 17 जून 2015

👎7

हाँ, लिनक्स पर।

मैं होस्ट वॉल्यूम बढ़ाकर सीआई पर परीक्षण चलाने के लिए लिखें का उपयोग कर रहा हूं (हाँ, मुझे पता है)। इस विकल्प के बिना, कुछ फ़ाइलें "गलत" स्वामित्व के साथ बनाई जाती हैं, अर्थात root:root

mrzechonek 18 जून 2015

👍29

मुझे पता है कि मैं केवल डेटा कंटेनर का उपयोग कर सकता हूं और उससे फाइलों का निरीक्षण/प्रतिलिपि बना सकता हूं, लेकिन एक होस्ट वॉल्यूम अधिक सुविधाजनक है और कम स्क्रिप्टिंग की आवश्यकता है।

mrzechonek 18 जून 2015

up --user खतरनाक हो सकता है यदि कुछ कंटेनर/सेवाएं पहले से ही उपयोगकर्ता को निर्दिष्ट करती हैं।

@mrzechonek मुझे नहीं लगता कि एक कंटेनर को उसके पर्यावरण के कारण संशोधित करना एक अच्छा अभ्यास है।

josephpage 20 जून 2015

@josephpage हाँ, यह हो सकता है। $UID विस्तार हालांकि चाल चलेगा।

केवल एक चीज जो मुझे चाहिए वह है होस्ट वॉल्यूम पर उचित अनुमति। कंटेनर प्रक्रिया को $ UID के रूप में चलाने के अलावा, मुझे इसे प्राप्त करने के किसी अन्य तरीके के बारे में पता नहीं है ...

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

mrzechonek 22 जून 2015

👍4

@mrzechonek , क्या आपको कोई समाधान मिला है?

wildsurfer 29 अग॰ 2015

नहीं वास्तव में कोई नहीं। अभी हम docker-compose run --user कर रहे हैं और फिर compose बनाने के लिए कंटेनर का नाम बदलें/रीलेबल करें, यह सोचें कि इसे up कमांड द्वारा शुरू किया गया था, ताकि stop और ps काम करेगा।

mrzechonek 14 सित॰ 2015

👀3

1377 मास्टर में है और 1.5.0 रिलीज में होगा, इसलिए आप docker-compose.yml में `docker-compose.yml` `user: $UID` कर पाएंगे। यदि आप मास्टर का उपयोग करने में सहज हैं, तो आप इसे अभी आज़मा सकते हैं, अन्यथा अगले कुछ हफ्तों में RC रिलीज़ हो जानी चाहिए।

मैं इस मुद्दे को बंद करने जा रहा हूं क्योंकि यह सुविधा #1377 . के हिस्से के रूप में ही लागू की गई है

dnephin 14 सित॰ 2015

👍5

और फिर कंपोज़ करने के लिए कंटेनर का नाम बदलें/रीलेबल करें, यह सोचें कि इसे up कमांड द्वारा शुरू किया गया था

यह वास्तव में पहली बार नहीं है जब मैंने इसकी आवश्यकता के बारे में सुना है (हालांकि इस मामले में मुझे लगता है कि यह सिर्फ अस्थायी है)। मेरे पास इसके लिए #2042 . में एक प्रस्तावित सुधार है

dnephin 14 सित॰ 2015

धन्यवाद, #1377 इसे अच्छी तरह से ठीक करता है।

mrzechonek 15 सित॰ 2015

@mrzechonek क्या आप स्पष्ट कर सकते हैं कि इससे आपकी समस्या कैसे हल हुई? मेरे पास एक ही उपयोग का मामला है: "मैं चाहता हूं कि डॉकराइज्ड ऐप मेरे स्वामित्व वाली फाइलों को उत्पन्न करे, रूट नहीं"

मैंने user: $UID को web कंटेनर में जोड़ने का प्रयास किया और जब मैं docker-compose run web touch foo का उपयोग करता हूं तो मुझे निम्न मिलता है:

WARNING: The UID variable is not set. Defaulting to a blank string.

फ़ाइल foo बनाई गई है, लेकिन यह अभी भी root के स्वामित्व में है।

michaelmior 7 जन॰ 2016

👍3

मैंने user: $USER का उपयोग किया है, लेकिन $UID भी काम करता है। मुझे नहीं पता कि आपका सेटअप गुम चर के बारे में शिकायत क्यों करता है :(

mrzechonek 7 जन॰ 2016

@Michaelmior जैसी ही समस्या है।

इसके बजाय $USER का उपयोग करते समय मुझे System error: Unable to find user Max मिलता है। जो समझ में आता है क्योंकि यह एक होस्ट उपयोगकर्ता है।

डोकर-लिखें निष्पादन के दौरान $UID उपलब्ध नहीं होने का क्या कारण हो सकता है?

maxfrigge 25 जन॰ 2016

हाय, यहाँ वही समस्या है।
मैं फेडोरा 23 पर हूं, और जब मैं होस्ट पर env कमांड को कॉल करता हूं तो यूआईडी चर प्रचारित नहीं होता है।

समाधान:
पहले होस्ट पर export UID करें, फिर अपने docker-compose . पर कॉल करें

rdavaillaud 27 जन॰ 2016

👍1

अच्छा होगा यदि docker-compose ने इसे निर्यात किए बिना ही $UID उपलब्ध कराया। बॉयलरप्लेट बनकर समाप्त होता है।

atrauzzi 4 फ़र॰ 2016

👍39

यदि UID निर्यात नहीं किया जाता है तो इसे प्राप्त करने के लिए लिखने का कोई तरीका नहीं है, इसलिए मुझे लगता है कि आप जो पूछ रहे हैं वह असंभव है।

dnephin 4 फ़र॰ 2016

तो बस एक चल रहे एप्लिकेशन के रूप में उस उपयोगकर्ता का अनुमान लगाने का कोई तरीका नहीं है जिसके रूप में वह चल रहा है?

atrauzzi 4 फ़र॰ 2016

निश्चित रूप से, यह $USER पर्यावरण चर पढ़ सकता है, लेकिन आप इसे कंपोज़ फ़ाइल से भी कर सकते हैं! यदि चर निर्यात नहीं किया गया है, तो यह बाल प्रक्रियाओं के लिए उपलब्ध नहीं होगा। ऐसा लगता है कि वास्तव में आसान समाधान इसे निर्यात करना है।

dnephin 4 फ़र॰ 2016

मैं और सोच रहा हूं कि यदि यूआईडी घोषित नहीं किया गया है, तो निष्पादन योग्य यूआईडी को देख सकता है कि इसे किसने चलाया और इसे इस तरह उपलब्ध कराया।

फिर से, बॉयलरप्लेट के बारे में सोचना और चरणों की अनदेखी करना आसान है। अधिकांश लोग एक ऐसा सेटअप चाहते हैं जहां एकमात्र चरण docker-compose up हो। एक छोटी चर आवश्यकता क्यों जोड़ें कि 99% लोग बिल्कुल उसी तरह सेट करने जा रहे हैं।

atrauzzi 4 फ़र॰ 2016

👍24

क्या कोई अच्छा संसाधन है जो मैक और लिनक्स होस्ट के बीच किसी अन्य समान गोचर को मंत्र देता है?

gkop 15 जून 2016

👍4

साथ ही, उपयोगकर्ता को मजबूर करना वास्तव में वह नहीं है जो हम लिनक्स पर चाहते हैं, हम मैक के व्यवहार को चाहते हैं, जहां जब भी आप कंटेनर में रूट के रूप में चलते हैं, तो होस्ट वॉल्यूम पर नई फाइलों में उपयोगी अनुमतियां होती हैं :(

gkop 15 जून 2016

👍36

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

gkop 21 जून 2016

@mrzechonek क्या आप साझा कर सकते हैं कि आप user: निर्देश का उपयोग कैसे करते हैं ताकि यह सुनिश्चित किया जा सके कि फ़ाइल अनुमतियां होस्ट और कंटेनर पर सही हैं?

dmitrym0 27 जून 2016

मैं बस user: $UID को .yml फ़ाइल में जोड़ता हूं। वह Linux, Gentoo और Ubuntu 12.04 पर है।

mrzechonek 27 जून 2016

@mrzechonek धन्यवाद। क्या आपका कंटेनर तब कुछ रन टाइम जादू करता है? जहाँ तक मैं समझता हूँ, user: Dockerfile निर्देश को प्रतिबिम्बित करता है। लेकिन इसका सीधा सा मतलब है कि कंटेनर के अंदर के आदेश user: $UID के रूप में चलते हैं। मैं समझ नहीं पा रहा हूं कि यह वॉल्यूम अनुमतियों के साथ कैसे मदद करता है =/.

dmitrym0 27 जून 2016

@mrzechonek : यह अलग है। हम उपयोगकर्ता को नियंत्रित करने के लिए एक सुविधा चाहते हैं, कंटेनर मेजबान सिस्टम पर बाहर के रूप में कार्य करता है, भले ही इसे कंटेनर के अंदर ही सेट किया गया हो।

सोचें: _" कंटेनर में root $ होस्ट पर myuser उपयोगकर्ता के रूप में लिखता है"_।

atrauzzi 27 जून 2016

👍30

हमारे उपयोग के मामले में, यह हमेशा वही उपयोगकर्ता होता है जो कंटेनर बनाता है और इसे चलाता है, इसलिए कोई समस्या नहीं है।

यदि, हालांकि, आप कंटेनर उपयोगकर्ताओं को "गतिशील रूप से" होस्ट करने के लिए मैप करना चाहते हैं, तो मुझे लगता है कि इसके बारे में जाने का एकमात्र तरीका डॉकर डेमॉन में एलएक्ससी उपयोगकर्ता नामस्थानों का समर्थन करना है, जो सुविधा लागू नहीं है (अभी तक? जहां तक मैं जानना?)।

मुझे नहीं लगता कि ऐसा कुछ है जो docker-compose कर सकता है।

mrzechonek 27 जून 2016

👎4

ऐसा लगता है कि मैं कुछ रिलीज़ से चूक गया: https://integratedcode.us/2015/10/13/user-namespaces-have-arrived-in-docker/

क्षमा करें, मैं अब डॉकर का उपयोग नहीं करता, कम से कम वर्तमान परियोजना में सक्रिय रूप से नहीं।

mrzechonek 27 जून 2016

धन्यवाद @mrzechonek। अंतत:, मैं वह करने की कोशिश कर रहा हूं जो @gkop करने की कोशिश कर रहा है - कंटेनर स्टार्टर के स्वामित्व वाले होस्ट-माउंटेड वॉल्यूम पर कंटेनर द्वारा उत्पन्न फाइलें हैं। यह नवीनतम डॉकर 1.12 बीटा (कैसे?) के साथ ओएस एक्स पर काम करता है और इसी तरह मैं इसे लिनक्स पर भी देखना चाहता हूं।

dmitrym0 27 जून 2016

👍4

@mrzechonek - कुछ अनुप्रयोगों के लिए आवश्यक है कि उन्हें एक विशेष उपयोगकर्ता के रूप में चलाया जाए, या यह आवश्यक है कि जिस उपयोगकर्ता को वे सिस्टम में वास्तविक मानचित्र के रूप में चला रहे हैं। उन मामलों में, इसे केवल रूट के रूप में छोड़ना और कंटेनर के सिर पर मैपिंग करना आसान होता है।

(यह सब कुछ ठीक करने के लिए कंटेनर पर मौजूदा चल रहे सिस्टम की उपयोगकर्ता योजना को मैप करने के लिए बहुत सारे बदसूरत हैक्स के बदले में है)

atrauzzi 27 जून 2016

@ dmitrym0 मुझे लगता है कि OSX के तहत, आप एक देशी OSX वर्चुअलाइजेशन (https://github.com/mist64/xhyve/) के अंदर boot2docker चलाते हैं और फिर उस VM के अंदर कंटेनर बनाए जाते हैं। इसका मतलब है कि यह वास्तव में वीएम है जो सभी उपयोगकर्ता मैपिंग कर रहा है, डॉकर डिमन नहीं। कंटेनर का root अभी भी होस्ट का root है।

mrzechonek 28 जून 2016

$UID डिफ़ॉल्ट रूप से Ubuntu 16.04 होस्ट पर सेट नहीं है। डॉकटर-कंपोज़ के लिए इसे चलाने वाली यूजर आईडी हासिल करना और फिर भी इसे इंजेक्ट करना तुच्छ होगा। ऐप देव कंपोज़ उपयोगकर्ताओं के लिए बहुत कम बॉयलरप्लेट कोड और वातावरण सेट किया गया है, जो समझ में आता है क्योंकि कंपोज़ सभी डॉकर यूएक्स के बारे में है।

luispabon 26 जुल॰ 2016

👍35

+1 docker-compose up --user या क्रियान्वित उपयोगकर्ता के लिए ....

IMM0rtalis 3 नव॰ 2016

👍30

क्या इस समस्या का कोई समाधान या समाचार है?

StalkAlex 2 मार्च 2017

नहीं, और मैंने कुछ समय पहले इस सुविधा को डॉकर इंजन के खिलाफ खोला था: https://github.com/docker/docker/issues/22415

मुझे लगता है कि यह वर्तमान में पहचाने जाने की तुलना में बहुत अधिक प्रभाव वाला मुद्दा है। कंटेनर को फाइल सिस्टम को छूने वाले उपयोगकर्ता को बदलने में सक्षम होने के कारण कंटेनर को स्वयं अनुमति प्रणाली के बारे में जागरूक किए बिना काफी कुछ दरवाजे खुल जाएंगे।

यदि यह ऐसा कुछ है जिसमें आपकी रुचि है, तो मेरा सुझाव है कि मेरे द्वारा लिंक किए गए टिकट को साझा और अपवोट करें।

atrauzzi 2 मार्च 2017

👍19

यह मेरे लिए काम करता है: user: "1000:1000"

jovanialferez 25 मई 2017

👎31 👍7

@jovanialferez FYI करें यदि आप इसे इस तरह से हार्डकोड करते हैं, तो आप मुश्किल में पड़ जाएंगे यदि अन्य लोग उस परियोजना में शामिल हैं जिनके पास उनका UID और GID 1000 पर सेट नहीं है। मुझे लगता है कि OSX 500 पर नियमित उपयोगकर्ताओं की संख्या शुरू करता है, और कोई भी लिनक्स एकाधिक उपयोगकर्ताओं के साथ इंस्टॉल करने पर 1000 से अधिक का UID प्राप्त होगा।

nfm 25 मई 2017

👍24

@jovanialferez जो केवल लिनक्स पर काम करेगा।

luispabon 26 मई 2017

नोट किया। धन्यवाद @nfm @luispabon

jovanialferez 26 मई 2017

मैं हाल ही में मैक से लिनक्स में चला गया और बस इसकी चपेट में आ गया, वास्तव में यह नहीं समझ पाया कि यह अभी तक कैसे हल नहीं हुआ है

bluehallu 30 जून 2017

👍18 👀1

इस मुद्दे का फिर से उल्लेख करना ताकि नवागंतुक इसे देखें: https://github.com/moby/moby/issues/22415

हमें वास्तव में किसी विशिष्ट उपयोगकर्ता को डॉकर प्रक्रियाओं को बाहरी रूप से मैप करने की क्षमता की आवश्यकता होती है। बाहरी पर जोर। कंटेनर में प्रक्रिया का UID/GID न चुनें। लेकिन कंटेनर प्रक्रिया को बाहर से स्थानीय यूआईडी/जीआईडी में मैप करें।

atrauzzi 1 जुल॰ 2017

👍25

हाँ, वास्तव में। वर्तमान उपयोगकर्ता के यूआईडी/जीआईडी को कंटेनर में असाइन करना केवल लिनक्स में काम करता है। हालांकि एक डॉकर समस्या की तरह लगता है।

luispabon 3 जुल॰ 2017

हम विंडोज़ पर थोड़ी अधिक गूढ़ समस्या में भाग रहे हैं। हम एक ओरिएंटडीबी स्थानीय उदाहरण का उपयोग करते हैं, जो फाइलों को मेजबान के फाइल सिस्टम में लिखता है, और विंडोज़ पर ऐसा नहीं लगता है। ओह... ऐसा इसलिए हो सकता है क्योंकि होस्ट वॉल्यूम ब्लॉक वॉल्यूम नहीं है?

imanabu 14 जुल॰ 2017

services:
  web:
     ...
     host_command: export UID

क्या यह स्पष्ट नहीं है?

OnkelTem 10 नव॰ 2017

👍89 😕2

38leinaD 4 जन॰ 2018

👎32

इस मुद्दे में पर्याप्त पसंद और +1 नहीं हैं और मेरे लिए यह एक अनदेखी अभी तक आवश्यक है और मेरे सहित बहुत से उपयोगकर्ताओं द्वारा अनुरोध किया गया है।

मैं यहां अपना +1 भी देने के लिए हूं क्योंकि मैं इससे प्रभावित हूं। मैं वर्तमान में नहीं चाहता कि मेरे कंटेनर रूट के रूप में चले-फिर भी- मैं चाहता हूं कि वे होस्ट में वॉल्यूम साझा करें जो मेरे उपयोगकर्ता द्वारा लिखने योग्य है। यह नहीं किया जा सकता है यदि मैं उपयोगकर्ता को सेट नहीं करता और विस्तार user: 1000:1000 के बजाय ऐसा करने का सबसे स्वाभाविक तरीका होगा क्योंकि, जैसा कि पहले कहा गया है, यह उपयोगकर्ताओं के साथ दूसरे वातावरण के साथ संघर्ष का कारण होगा। $UID, भले ही इसे निर्यात न किया गया हो, यह एक बेहतर समाधान साबित होता है क्योंकि यह डॉकर-एक्सपोज़-आधारित की तुलना में पर्यावरण-आधारित है।

बस मेरे 2 सेंट। तो, किसी को भी ऐसा करने का कोई तरीका मिला?

darkguy2008 20 अप्रैल 2018

👍24 ❤5 👀1

@darkguy2008 - इसे प्रचारित करना सुनिश्चित करें: https://github.com/moby/moby/issues/22415

मुझे संदेह है कि इसके शीर्ष पर कंपोज़ बनाने से पहले डॉकर के भीतर ही एक फीचर की आवश्यकता होगी।

atrauzzi 20 अप्रैल 2018

👍4

मुझे यकीन नहीं है कि मैं समझता हूं, docker-compose run --user एक विकल्प है, और docker-compose.yml user कुंजी का समर्थन करता है (http://docs.docker.com/compose/yml/ #working95dir-entrypoint-user-hostname-domainname-mem95limit-विशेषाधिकार प्राप्त-पुनरारंभ-stdin95open-tty-cpu95shares)।
मुझे लगता है कि हमें user फ़ील्ड में पर्यावरण परिवर्तनीय संकल्प का समर्थन करने की आवश्यकता होगी ताकि आप इसे $UID पर सेट कर सकें, क्या यह सही है? #1377

लिंक टूटा हुआ है।

nan140114 13 सित॰ 2018

👍6

पाया गया कि एक अनिवार्य चर जोड़ने से वर्कअराउंड के रूप में मदद मिली:

version: "3"
services:
  testapp:
    image: ubuntu:20.04
    entrypoint: /bin/bash -c "cd $PWD && touch tmp"
    user: ${CURRENT_UID:?"Please run as follows 'CURRENT_UID=$(id -u):$(id -g) docker-compose up'"}
    volumes:
      - $PWD:$PWD

दिखाएगा:

ERROR: Missing mandatory value for "user" option in service "testapp": "Please run as follows 'CURRENT_UID=$(id -u):$(id -g) docker-compose up'"

यह निर्दिष्ट करना कि फ़ाइल को इस तरह निष्पादित किया जाना है:

CURRENT_UID=$(id -u):$(id -g) docker-compose up

pandemicGander 26 अप्रैल 2020

❤3 👍3 🎉1

पाया गया कि एक अनिवार्य चर जोड़ने से वर्कअराउंड के रूप में मदद मिली:
version: "3"
services:
  testapp:
    image: ubuntu:20.04
    entrypoint: /bin/bash -c "cd $PWD && touch tmp"
    user: ${CURRENT_UID:?"Please run as follows 'CURRENT_UID=$(id -u):$(id -g) docker-compose up'"}
    volumes:
      - $PWD:$PWD
दिखाएगा:
ERROR: Missing mandatory value for "user" option in service "testapp": "Please run as follows 'CURRENT_UID=$(id -u):$(id -g) docker-compose up'"
यह निर्दिष्ट करना कि फ़ाइल को इस तरह निष्पादित किया जाना है:
CURRENT_UID=$(id -u):$(id -g) docker-compose up

समस्या यह है कि मेरी सेवाओं को शुरू करने के लिए root पहुंच की आवश्यकता है। जैसे:

app-php-fpm  | [14-Jun-2020 00:15:12] NOTICE: [pool www] 'user' directive is ignored when FPM is not running as root
app-php-fpm  | [14-Jun-2020 00:15:12] NOTICE: [pool www] 'group' directive is ignored when FPM is not running as root
app-redis    | 1:M 14 Jun 2020 00:15:12.710 * Ready to accept connections
app-php-fpm  | [14-Jun-2020 00:15:12] ERROR: Unable to create the PID file (/run/php-fpm.pid).: Permission denied (13)
app-php-fpm  | [14-Jun-2020 00:15:12] ERROR: FPM initialization failed
app-webserver exited with code 1
app-mysql exited with code 1
app-php-fpm exited with code 78

Luc45 14 जून 2020

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Compose: "docker-compose up" में समर्थन --user विकल्प

सबसे उपयोगी टिप्पणी

सभी 53 टिप्पणियाँ

संबंधित मुद्दों