Ansible-role-nginx-config: nginx_main_template के लिए चूक चूक।*

को निर्मित 7 सित॰ 2019 · 15टिप्पणियाँ · स्रोत: nginxinc/ansible-role-nginx-config

यदि आप अन्य संस्करणों के लिए डिफ़ॉल्ट रखते हुए केवल एनजीआईएनएक्स उपयोगकर्ता को बदलना चाहते हैं, तो आपको अभी भी सभी संस्करणों को nginx_main_template dict के तहत परिभाषित करना होगा।

उन वार्स के साथ:

nginx_main_template_enable: true
nginx_main_template:
  user: www-data

यह निम्न त्रुटि का कारण बनता है:

TASK [nginxinc.nginx : (Setup: All NGINX) Dynamically Generate NGINX Main Configuration File] ************************
fatal: [sandbox]: FAILED! => {"changed": false, "msg": "AnsibleUndefinedVariable: 'dict object' has no attribute 'worker_processes'"}

हमें केवल कुछ वर्रों को परिभाषित करने की अनुमति दी जानी चाहिए, और अन्य के लिए डिफ़ॉल्ट रखने की अनुमति दी जानी चाहिए।

bug

स्रोत

alexsegura

👍5

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

या आप डिफ़ॉल्ट और उपयोगकर्ता कॉन्फ़िगरेशन के लिए अलग-अलग शब्दकोशों का उपयोग कर सकते हैं और उन्हें combine फ़िल्टर के साथ मर्ज कर सकते हैं। मैं एयरफ्लो को तैनात करने के लिए एक भूमिका का उपयोग कर रहा हूं जहां इस विधि का उपयोग किया जाता है:
airflow_config: "{{ airflow_defaults_config | combine(airflow_user_config, recursive=True) }}"
मुझे लगता है कि यह टेम्पलेट्स में हार्डकोडेड डिफॉल्ट्स की आवश्यकता को भी हटा देगा?

भूमिका मैं की बात कर रहा हूँ की जाँच की जा सकती है यहाँ ।

cilq 17 अक्तू॰ 2019

👍2

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

@alexsegura से पूरी तरह सहमत हैं। सिंगल पैरामीटर को परिभाषित करने का विकल्प बैकलॉग पर है। भूमिका पर विकास थोड़ा धीमा रहा है जितना मैं हाल ही में चाहूंगा लेकिन अगले कुछ महीनों में चीजें फिर से शुरू होनी चाहिए। कहा जा रहा है, अगर आप चाहें तो पीआर जमा करने के लिए स्वतंत्र महसूस करें

alessfg 10 सित॰ 2019

आपके संदेश के लिए धन्यवाद।
हां, मैं पुल अनुरोध में योगदान कर सकता हूं

इस भूमिका में मुझे यहां और वहां जो समस्या दिखाई दे रही है, वह यह है कि डिफ़ॉल्ट हार्डकोडेड हैं।
इसलिए यदि चूक बदल जाती है, तो आपको उन्हें defaults/main.yml और टेम्प्लेट दोनों में बदलना याद रखना होगा।

https://github.com/nginxinc/ansible-role-nginx/blob/a92d424bdb5dc51b143c702754bed761e919a576/tasks/conf/upload-config.yml#L8 -L14

मुझे लगता है कि ऐसा इसलिए है क्योंकि डिफ़ॉल्ट के लिए डिक्ट्स का उपयोग करते समय, उन्हें बदल दिया जाता है। एक हैश_बिहेवियर सेटिंग है लेकिन मुझे लगता है कि यह वैश्विक है।

क्या आप किसी भूमिका के लिए "अछूते" डिफ़ॉल्ट वर्र्स को पुनः प्राप्त करने का एक तरीका जानते हैं?
role_defaults['var_name'] जैसा कुछ?

alexsegura 11 सित॰ 2019

@alexsegura मुझे इस व्यवहार को पूरा करने का एक शानदार तरीका नहीं पता है। आदर्श रूप से, आप एक ऐसा सेटअप चाहते हैं जहां भूमिका defaults/main.yml में किसी भी मान का उपयोग किए बिना एक उपयोगी कॉन्फ़िगरेशन को परिनियोजित कर सके।

मुख्य विचार जो दिमाग में आता है वह कुछ डिफ़ॉल्ट मानों को हार्डकोड करने के लिए vars/main.yml का उपयोग करेगा और फिर कुछ ऐसा करेगा | default(var_main_upload_src) , लेकिन मुझे यकीन नहीं है कि यह आगे का सबसे अच्छा रास्ता है।

alessfg 19 सित॰ 2019

संभवतः इसे करने का एकमात्र तरीका डिफ़ॉल्ट फ़िल्टर के साथ टेम्पलेट में ही है।

evilhamsterman 4 अक्तू॰ 2019

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

हालांकि, सवाल यह है कि गैर टेम्पलेट संबंधित चर के लिए सबसे अच्छा तरीका क्या है, और इसके अलावा, क्या कोई सर्वोत्तम तरीका है?

alessfg 5 अक्तू॰ 2019

मैं यहां और वहां जो देखता हूं, डिफ़ॉल्ट के लिए सबसे अच्छा तरीका है कि डिक्ट्स का उपयोग करने से बचें, उदाहरण के लिए

nginx_main_template_user: www-data

की बजाय

nginx_main_template:
  user: www-data

alexsegura 5 अक्तू॰ 2019

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

alessfg 6 अक्तू॰ 2019

भूमिका मैं की बात कर रहा हूँ की जाँच की जा सकती है यहाँ ।

cilq 17 अक्तू॰ 2019

👍2

हम्म, यह एक दिलचस्प दृष्टिकोण है, और मैं इसे काम करते हुए देख सकता हूं। शायद यह छोटे शब्दकोशों में से एक के साथ एक छोटा पीओसी बनाने के लायक होगा (मैं main या stream टेम्पलेट्स के बारे में सोच रहा हूं) यह देखने के लिए कि यह अभ्यास में कितना अच्छा काम करेगा।

alessfg 17 अक्तू॰ 2019

मैंने पहले ही मुख्य टेम्पलेट के लिए यह कोशिश की थी और यह उम्मीद के मुताबिक काम कर रहा था। हालाँकि, क्योंकि मैं कम से कम प्रयास के रास्ते पर चला गया, मैंने दो शब्दकोशों nginx_default_main_template को डिफ़ॉल्ट से और nginx_user_main_template को उपयोगकर्ता प्लेबुक से nginx_main_template ।
यह एक ब्रेकिंग परिवर्तन पेश करेगा इसलिए मैं एक नए नाम के तहत मर्ज किए गए शब्दकोश का उपयोग करने और पीआर जमा करने की भूमिका को दोबारा बदल दूंगा।

http टेम्प्लेट बहुत अधिक कठिन है क्योंकि विलय करने के लिए संभवतः कई उपयोगकर्ता शब्दकोश हैं। मर्ज ऑपरेटर के साथ संयुक्त एंकर और उपनाम एक विकल्प हो सकते हैं लेकिन फिर उपयोगकर्ता मर्ज करने के लिए जिम्मेदार होता है।
मैं उस मोर्चे पर भी कुछ समय बिताऊंगा।

बीटीडब्लू: क्या कोई कारण है कि आपने एकाधिक http टेम्पलेट्स को परिभाषित करने के लिए सूची के बजाय एक शब्दकोश का उपयोग करना चुना है? मैंने जो पाया है उससे कुंजी का वास्तव में कभी उपयोग नहीं किया जाता है।

cilq 17 अक्तू॰ 2019

बीटीडब्लू: क्या कोई कारण है कि आपने एकाधिक http टेम्पलेट्स को परिभाषित करने के लिए सूची के बजाय एक शब्दकोश का उपयोग करना चुना है? मैंने जो पाया है उससे कुंजी का वास्तव में कभी उपयोग नहीं किया जाता है।

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

alessfg 17 अक्तू॰ 2019

मैं इसी तरह के मुद्दे में और बाद में इस मुद्दे में भाग गया। मैं एक वैकल्पिक दृष्टिकोण की पेशकश करना चाहूंगा:

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

जैसा कि @alexsegura ने पहले ही बताया है, समस्या यह है कि आपको मूल्यों को सिंक में रखने की आवश्यकता है, जो स्वभाव से हमेशा ऐसा नहीं होगा (मनुष्य त्रुटि-प्रवण हैं)।

यदि आपको लगता है कि आपको एक डिफ़ॉल्ट कॉन्फ़िगरेशन प्रदान करना होगा, तो मैं उप-अनुभागों को अलग-अलग डीआईआर में रखने का सुझाव दूंगा, और यदि उपयोगकर्ता कोई मान निर्दिष्ट करता है तो उन्हें निम्नतम स्तर पर संयोजित करें, और फिर उन्हें कॉन्फ़िगरेशन में मर्ज करें।

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

deepbrook 27 अप्रैल 2020

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

alessfg 27 अप्रैल 2020

इस मुद्दे के साथ कोई प्रगति?

StudioMaX 9 अग॰ 2020

नहीं। अभी भी "निकट" भविष्य में इस पर वापस जाने की योजना है, लेकिन कुछ अन्य कार्यों को प्राथमिकता दी गई है।

alessfg 10 अग॰ 2020

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

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

Ansible-role-nginx-config: nginx_main_template के लिए चूक चूक।*

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

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

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