Compose: पूर्व संस्करणों का पुन: उपयोग किए बिना `docker-compose up --force-recreate` कैसे करें

को निर्मित 2 अक्तू॰ 2015 · 23टिप्पणियाँ · स्रोत: docker/compose

डॉकटर-कंपोज़ के साथ 1.4.2 और डॉकटर के साथ 1.8.2
आप पहले खंड के नीचे देख सकते हैं e583c6a8 ... 5a93788a0 का पुन: उपयोग किया जाता है

 $ sudo docker-compose up -d --force-recreate
   Recreating remotetransmission_torrent_1...

 $ docker inspect remotetransmission_torrent_1 | grep volumes
   "/mnt/docker/volumes/e583c6a87437a5b4b1af50ee2693bd3e5dce574ec72d60dce1311215a93788a0/_data:/home/transmission/.config/transmission-daemon:rw",
   "/mnt/docker/volumes/cefce79850d7162f4f99541559c2dfc7315c83db717a7a5953118bd3c4b273e0/_data:/home/transmission/Downloads:rw"
   "Source": "/mnt/docker/volumes/e583c6a87437a5b4b1af50ee2693bd3e5dce574ec72d60dce1311215a93788a0/_data",
   "Source": "/mnt/docker/volumes/cefce79850d7162f4f99541559c2dfc7315c83db717a7a5953118bd3c4b273e0/_data",

 $ sudo docker-compose up -d --force-recreate
   Recreating remotetransmission_torrent_1...

 $ docker inspect remotetransmission_torrent_1 | grep volumes
   "/mnt/docker/volumes/e583c6a87437a5b4b1af50ee2693bd3e5dce574ec72d60dce1311215a93788a0/_data:/home/transmission/.config/transmission-daemon:rw",
   "/mnt/docker/volumes/cefce79850d7162f4f99541559c2dfc7315c83db717a7a5953118bd3c4b273e0/_data:/home/transmission/Downloads:rw"
   "Source": "/mnt/docker/volumes/e583c6a87437a5b4b1af50ee2693bd3e5dce574ec72d60dce1311215a93788a0/_data",
   "Source": "/mnt/docker/volumes/cefce79850d7162f4f99541559c2dfc7315c83db717a7a5953118bd3c4b273e0/_data",

मैं कुछ नए वॉल्यूम बनाने के लिए stop तब rm मजबूर हूं

 $ sudo docker-compose stop 
   Stopping remotetransmission_torrent_1... done

 $ sudo docker-compose rm
   Going to remove remotetransmission_torrent_1
   Are you sure? [yN] y
   Removing remotetransmission_torrent_1... done

 $ sudo docker-compose up -d --force-recreate
   Creating remotetransmission_torrent_1...

 $ docker inspect remotetransmission_torrent_1 | grep volumes
   "Source": "/mnt/docker/volumes/c5bb9a8f7b68c762c42e9c0ee92afbca3aa0d7ff9d09aaf45fd260f6fc663ec9/_data",
   "Source": "/mnt/docker/volumes/9dcce8440bafc8893e07352111d1aefb625c36df10da6dc4eaa593220266ea31/_data",

_
क्या stop/rm पद्धति की तुलना में बेहतर तरीका है?

areup kindocs kinquestion

स्रोत

hdorio

👍27

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

यह नीति docker सर्वोत्तम प्रथाओं का उल्लंघन करती प्रतीत होती है, और इसने हमें सिरदर्द के समस्या निवारण के _tons_ कारण बताया है कि कंटेनर को फिर से बनाना राज्य को क्यों लीक कर रहा था। जब मैं डॉकटर को रीक्रिएट करने के लिए कहता हूं, तो इसका मतलब यह नहीं है कि "कंटेनर में कुछ डेटा चलता रहता है, लेकिन कंटेनरों में प्रक्रियाओं को पुनरारंभ करें"। इसका अर्थ है पृथ्वी को प्रशस्त करना और शुरू करना। यदि मैं वॉल्यूम को बचाना चाहता हूं तो मैं स्पष्ट रूप से वॉल्यूम को माउंट करूंगा। I _never_ किसी भी तरह के ऑटो-माउंटेड वॉल्यूम को कंटेनर रनों के बने रहने की उम्मीद है।

MicahZoltu 20 अक्तू॰ 2016

👍153 ❤10 🎉9 🚀7

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

stop/rm सही तरीका है। वॉल्यूम में डेटा महत्वपूर्ण हो सकता है, इसलिए हम इसे गलती से निकालना मुश्किल बना सकते हैं।

हम शायद इसे थोड़ा बेहतर बता सकते हैं।

dnephin 2 अक्तू॰ 2015

👍40 😕18 👎10 ❤2

MicahZoltu 20 अक्तू॰ 2016

👍153 ❤10 🎉9 🚀7

रनों के पार डेटा को बनाए रखना वास्तव में वॉल्यूम का उपयोग करने का एकमात्र कारण है। यदि आप लगातार डेटा नहीं चाहते हैं तो आप इसे वॉल्यूम में क्यों डाल रहे हैं?

dnephin 20 अक्तू॰ 2016

👍27 👎5 👀1 🎉1

मैं वॉल्यूम सेट नहीं कर रहा / रही हूं। मेरे docker-compose.yml पास कोई वॉल्यूम सेटअप नहीं है और मैं किसी भी वॉल्यूम को संलग्न करने के लिए docker-compose.yml कुछ भी नहीं कर रहा हूं।

कमान:

docker-compose up --force-recreate --abort-on-container-exit --build foo

डोकर-compose.yml:

version: '2'
services:
  foo:
    build:
      context: .
      dockerfile: src/integration/foo/Dockerfile
    ports:
      - "3306:3306"
      - "33060:33060"

Dockerfile:

FROM mysql:5.7

COPY schema/foo/migration.sql /data/db_schema.sql
COPY src/integration/foo/create_test_db.sh /docker-entrypoint-initdb.d/create_test_db.sh
ENV MYSQL_ALLOW_EMPTY_PASSWORD true

EXPOSE 3306 33060

create_test_db.sh:

#!/bin/bash
set -e
mysql --no-defaults -u root -e "drop database if exists agent_state; create database foo"
mysql --no-defaults -u root foo < "/data/db_schema.sql"

यदि मैं ऊपर चलाता हूं, तो DB को कुछ सामान लिखें, फिर SIG_INT, फिर कमांड को फिर से चलाएं जो डेटा मैंने DB में डाला है वह रन भर में बना हुआ है।

MicahZoltu 20 अक्तू॰ 2016

👍7

यह MySQL छवि के साथ एक समस्या है। यह बेस में वॉल्यूम बनाता है
छवि। आप एक अलग MySQL का उपयोग करके समस्या के आसपास काम कर सकते हैं
छवि या संभवतः इसे डेटा के लिए एक अलग पथ का उपयोग करने के लिए मजबूर करके।

19 अक्टूबर, 2016 को 6:36 बजे, "मीका ज़ोल्टू" सूचनाएं @github.com ने लिखा:

मैं वॉल्यूम सेट नहीं कर रहा / रही हूं। मेरे डॉकटर-कंपोज़.मैल के पास कोई नहीं है
संस्करणों की स्थापना और मैं docker-compose.yml को कुछ भी नहीं दे रहा हूं
किसी भी वॉल्यूम को संलग्न करें।
कमान:
डॉकटर-कंपोज़ --फोर्स-रिक्रिएट - एबोर्ट-ऑन-कंटेनर-एक्जिट --बिल्ट फू
डोकर-compose.yml:
संस्करण 2'
सेवाएं:
foo:
निर्माण:
संदर्भ:
dockerfile: src / एकीकरण / foo / Dockerfile
बंदरगाहों:
- "3306: 3306"
- "33060: 33060"
Dockerfile:
Mysql से: 5.7
COPY स्कीमा / फू / माइग्रेशन। Sql /data/db_schema.sql
COPY src / एकीकरण / foo / create_test_db.sh /docker-entrypoint-initdb.d/create_test_db.sh
ENV MYSQL_ALLOW_EMPTY_PASSWORD सच
एक्सपो 3306 33060
create_test_db.sh:
! / Bin / bash
सेट
mysql --no-defaults -u root -e "drop database अगर अस्तित्व में है Agent_state; डेटाबेस foo बनाएँ;
mysql --no-defaults -u root foo <"/data/db_schema.sql"
यदि मैं उपरोक्त चलाता हूं, तो DB को कुछ सामान लिखें, फिर SIG_INT, फिर चलाएँ
डीबी में मेरे द्वारा डाले गए डेटा को फिर से चलाने के लिए जारी रखा जाता है।
-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की है।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/docker/compose/issues/2127#issuecomment -254986952,
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/AAa_RG_pJj0i-OSCfcBlG__8ToFDtGKMks5q1sWlgaJpZM4GHruC
।

dnephin 20 अक्तू॰ 2016

👎7 👍6

हम्म, यह डॉकटर कंटेनरों के बारे में मेरी समझ का उल्लंघन करता है। होस्ट पर पथ प्रदान किए बिना यह मेरे लिए एक वॉल्यूम कैसे बढ़ा रहा है? मेरी समझ यह है कि जब तक आप स्पष्ट रूप से वॉल्यूम नहीं बढ़ाते हैं तब तक डॉकटर कंटेनर अल्पकालिक होते हैं?

MicahZoltu 20 अक्तू॰ 2016

वॉल्यूम के लिए होस्ट पथ की आवश्यकता नहीं है। वॉल्यूम तीन प्रकार के होते हैं:

होस्ट बाइंड माउंट्स ( -v /host:/container )
नाम वाले खंड ( -v name:/container , docker volume create के साथ बनाए गए)
अनाम वॉल्यूम ( -v /container , या VOLUME एक Dockerfile )

Mysql छवि एक अनाम वॉल्यूम का उपयोग करती है। रनटाइम के दौरान आप कंटेनर को कंटेनर में उस रास्ते के लिए एक अलग वॉल्यूम का उपयोग करने के लिए कह सकते हैं, लेकिन अगर आप अनाम वॉल्यूम अभी भी नहीं हैं।

अनाम वॉल्यूम महान नहीं हैं। वे तीनों में से सबसे पुराने हैं, और उनका अधिकांश व्यवहार विरासत सामान है जो केवल पश्चगामी संगतता कारणों के लिए रखा गया है।

dnephin 20 अक्तू॰ 2016

👍32

कम से कम कुछ कमांड लाइन विकल्प एक ला "- क्रेच-वॉल्यूम" अच्छा होगा ...

monotek 9 जन॰ 2017

👍107 ❤7 🎉5

ठीक है, दोस्तों, यहाँ सोचने के लिए मामला है:

1) मैं अपनी रेल पब्लिक डायरेक्टरी को नगनेक्स कंटेनर में रिमूव करना चाहता हूं, ताकि कुछ स्टैटिक सामान नगनेक्स द्वारा सीधे परोसे जा सकें।
2) मैं एक "अनाम" (होस्ट-माउंटेड नहीं, नाम नहीं) / usr / लोकल / ऐप / ऐप / पब्लिक को असाइन करता हूं, और इसे "वॉल्यूम_फ्रॉम" के माध्यम से nginx पर साझा करता हूं
3) "सार्वजनिक" सामग्री को अक्सर छवि बिल्ड पर बदल दिया जाता है - न केवल शीर्ष स्तर की फाइलें बल्कि उपनिर्देशिका में कुछ फाइलें (यह महत्वपूर्ण है)

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

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

यदि वहाँ मूल कंटेनर के साथ-साथ अनाम मात्रा को जाने दिया जाए, तो यह बहुत अच्छा होगा।

hleb-rubanau 14 फ़र॰ 2017

👍9

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

dnephin 15 फ़र॰ 2017

👍11 👎10 😄1

दृष्टिकोण के लिए धन्यवाद! मैंने इस दृष्टिकोण से अभी तक नहीं सोचा था।

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

यदि आप https://docs.docker.com/engine/tutorials/dockervolumes/#/data -volumes को देखेंगे, तो आप देखेंगे कि अधिकांश वर्णित लाभ (AUFS को साझा करते हुए, साझा करना) जरूरी नहीं कि डेटा दृढ़ता से जुड़े हों कौन से खंड मूल के लिए डिज़ाइन किए गए थे)।

इसलिए, कोई भी आश्चर्यचकित लोग (मेरे सहित) अपने मूल उद्देश्य से परे विभिन्न तरीकों से संस्करणों का उपयोग करने की कोशिश कर रहे हैं। उदाहरण के लिए एक स्पष्ट दूसरे की नकल के बिना एक कंटेनर से दूसरे कंटेनर में अल्पकालिक या छवि-नियंत्रित डेटा साझा करने के लिए।

हो सकता है कि किसी दिन हम इसे करने के लिए सुसंगत मानक तरीके का पता लगाएंगे। :) अब तक, ऊपर वर्णित कुछ काफी सरल वर्कअराउंड का उपयोग करना संभव है। आदर्श नहीं है, लेकिन स्वीकार्य है, जब तक कि वास्तु संबंधी अपेक्षाएं ठीक से निर्धारित न हों।

एक बार फिर, आपकी प्रतिक्रिया, स्पष्टीकरण और आपके द्वारा किए जा रहे महान कार्य के लिए धन्यवाद!

hleb-rubanau 15 फ़र॰ 2017

👍14

मैं आज इस मुद्दे पर भाग गया, यहाँ महान स्पष्टीकरण के लिए धन्यवाद, सभी ने निश्चित रूप से समस्या को समझने में मेरी मदद की है।

मेरे लिए भ्रम का एक प्रमुख बिंदु यह समझ रहा था कि डॉकटराइल में VOLUME टैग एक सुसंगत अनाम मात्रा का कारण बनता है। मैं इसे प्रलेखन में याद कर सकता हूं लेकिन इसका उल्लेख नहीं कर पाया।

brthor 22 मई 2017

👍6

@dnephin

जैसा कि @ hleb-rubanau बताया गया है। रेल और Nginx के साथ एकल कंटेनर चल रहा है? (इस तरह: https://docs.docker.com/engine/admin/multi-service_container/?)

क्या मुझे सर्वोत्तम प्रथाओं को तोड़ना चाहिए ("प्रत्येक कंटेनर में केवल एक ही चिंता होनी चाहिए।"
") सिर्फ सर्विंग एसेट्स के लिए ?: (

brunocascio 30 मई 2017

उन लोगों के लिए, मैं निम्नलिखित के साथ समाप्त हुआ:

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

2) साझा की गई मात्रा बाइंड-माउंटेड है, और यह वह निर्देशिका नहीं है जहां संपत्ति छवि में संग्रहीत की जाती है। शुरुआत में (एंट्रीपॉइंट में) मैं लोकल rsync चला रहा हूं, ताकि इमेज की डायरेक्टरी से एसेट्स को बाइंड-माउंटेड शेयर्ड स्टोरेज पाथ पर कॉपी / rsynced किया जाए।

hleb-rubanau 30 मई 2017

👍2

धन्यवाद @ hleb-rubanau

वैसे भी, मुझे यकीन नहीं है कि अगर रणचरोस जैसे कुछ ऑर्केस्ट्रेशन टूल उन वॉल्यूम कॉन्फ़िगरेशन का समर्थन करते हैं या स्केल करने के लिए सही तरीका है। अंत में, डॉकटर के साथ अधिक कठिन तैनाती है ...

मैं कुछ बिंदुओं पर अनाम संस्करणों का उपयोग करना और अनाथों को साफ करना पसंद करता हूं।

यह मेरा प्रोडक्शन रेल स्टैक है: https://github.com/brunocascio/AR-MTB/blob/master/docker-compose.prod.yml

brunocascio 30 मई 2017

इससे मुझे एक _large_ राशि का भ्रम हो गया जब मैं जेनकिंस / जेनकिंस छवि का परीक्षण कर रहा था और यह / usr / share / jenkins / Ref में फाइलों से मेरे बदलावों का सम्मान नहीं कर रहा था क्योंकि यह पहले ही उनकी नकल कर चुका था।

यह एक बहुत अप्रत्याशित उपयोगकर्ता अनुभव है - डॉक कंपोज़ सभी इरादों और उद्देश्यों के लिए "छिपा हुआ" वॉल्यूम बना रहा है। यदि आप सामान्य docker run तो आपको हर बार एक नई मात्रा मिलती है। यह इस अर्थ में एक छिपी हुई मात्रा है कि इसके बारे में docker-compose up में कुछ भी नहीं बोलता है, इसलिए जब तक आप विस्तार से नहीं जानते कि छवि क्या कर रही है आपको खुदाई करने जाना होगा।

_Very_ कम से कम हमें एक संदेश प्रिंट करना चाहिए जिसमें कहा गया है कि "वॉल्यूम एक्स को फिर से नहीं बनाया जाए" ताकि भविष्य में अन्य लोगों को यह सोचने में समय बर्बाद न करना पड़े कि क्या हो रहा है।

ashb 12 अग॰ 2017

👍25

हाय @ दनीफिन ,

मैं sudo rm -rf /var/lib/docker/volumes/aa_dbdatavol कॉल करता हूं और अब मैं docker-compose up अपना पोस्टगर्ल डॉकटर-कंपोज नहीं कर सकता।

यह त्रुटि हो रही है

डिफ़ॉल्ट ड्राइवर के साथ नेटवर्क "aa_default" बनाना
Aa_postgres_1 बनाना
त्रुटि: पोस्टग्रेज के लिए सर्विस पोस्ट के लिए कंटेनर नहीं बना सकते: ऐसी कोई फ़ाइल या निर्देशिका नहीं
त्रुटि: प्रोजेक्ट को लाते समय त्रुटियों का सामना करना पड़ा।
डेमन से त्रुटि प्रतिक्रिया: ऐसा कोई कंटेनर नहीं: aa_postgres_1

जैसा कि आपके पास इसके बारे में कुछ विचार हो सकता है, कृपया साझा करें। धन्यवाद!

namgivu 27 नव॰ 2017

https://github.com/docker/compose/issues/2127#issuecomment -347152650

बस फ़ोल्डर को फिर से बनाने से मेरी समस्या ठीक हो जाएगी।
/var/lib/docker/volumes/aa_dbdatavol/_data

namgivu 27 नव॰ 2017

@Dnephin को बड़ा धन्यवाद, आपके जवाब ने पूरी तरह से काम किया, पहली बार। आपका धन्यवाद।

settermjd 5 जुल॰ 2018

@ दीनपीन ने कहा:

रनों के पार डेटा को बनाए रखना वास्तव में वॉल्यूम का उपयोग करने का एकमात्र कारण है। यदि आप लगातार डेटा नहीं चाहते हैं तो आप इसे वॉल्यूम में क्यों डाल रहे हैं?

कंटेनरों के बीच फ़ाइलों को साझा करने के लिए। क्या वॉल्यूम का उपयोग किए बिना ऐसा करने का एक बेहतर तरीका है?

omidkrad 9 अग॰ 2018

👍3

"शेयर फाइल्स" से आपका क्या अभिप्राय है?

क्या आप उम्मीद कर रहे हैं कि एक कंटेनर एक फाइल को लिखेगा, और दूसरा कंटेनर उन लिखने वालों को देखेगा? एक फाइल सिस्टम आम तौर पर दो सेवाओं के बीच एक अच्छा इंटरफ़ेस नहीं है, लेकिन अगर ऐसा है तो आप वॉल्यूम में अपडेट लिखकर फाइल सिस्टम को "प्रबंधित" कर सकते हैं।

यदि "साझा करना" सिर्फ इतना है कि दो कंटेनर कुछ समान फ़ाइलों को पढ़ने के लिए होते हैं तो वॉल्यूम की कोई आवश्यकता नहीं है। COPY साथ दोनों कंटेनरों में फ़ाइल जोड़ें।

dnephin 25 अग॰ 2018

👎2

मैं Docker version 18.06.1-ce, build e68fc7a का उपयोग कर रहा हूं और अनाम संस्करणों को फिर से बनाने के लिए मैं निम्नलिखित कमांड का उपयोग कर सकता हूं:

docker-compose up -d --build --force-recreate --renew-anon-volumes db

ऐसा लगता है कि झंडा --renew-anon-volumes हाल ही में जोड़ा गया था

mauricios 10 अक्तू॰ 2018

👍45 🎉14 ❤3

मैं Docker version 18.06.1-ce, build e68fc7a का उपयोग कर रहा हूं और अनाम संस्करणों को फिर से बनाने के लिए मैं निम्नलिखित कमांड का उपयोग कर सकता हूं:
docker-compose up -d --build --force-recreate --renew-anon-volumes db
ऐसा लगता है कि झंडा --renew-anon-volumes हाल ही में जोड़ा गया था

इस विकल्प को देने के लिए धन्यवाद।

dbjpanda 17 अक्तू॰ 2018

👍4

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

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

Compose: पूर्व संस्करणों का पुन: उपयोग किए बिना `docker-compose up --force-recreate` कैसे करें

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

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

! / Bin / bash

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