[{"content":"इस पर नोट्स:\nव्यायाम: शारीरिक गतिविधियाँ, फिटनेस दिनचर्या और खेल में भागीदारी। नींद: नींद की आदतें, नींद की स्वच्छता और आराम की दिनचर्या। स्व-देखभाल अनुष्ठान: स्पा उपचार, त्वचा की देखभाल, और व्यक्तिगत सौंदर्य। व्यायाम करना परिमाणित स्व:\nदैनिक कदम गिनती दूरी तय करना या दौड़ना कैलोरी बर्न हुई व्यायाम की अवधि और तीव्रता -हृदय गति रक्तचाप रक्त शर्करा का स्तर शरीर का वजन शरीर में वसा प्रतिशत मांसपेशी द्रव्यमान जलयोजन स्तर नींद की अवधि नींद की गुणवत्ता (नींद चक्रों द्वारा मापी गई) नींद में रुकावट आराम दिल की दर प्रति दिन सक्रिय मिनट व्यायाम का प्रकार (जैसे, कार्डियो, शक्ति प्रशिक्षण, योग) कसरत की आवृत्ति लचीलापन (स्ट्रेचिंग रूटीन द्वारा मापा गया) वर्कआउट के बाद रिकवरी का समय प्रति सप्ताह वर्कआउट की संख्या अधिकतम वजन उठाया गया (शक्ति प्रशिक्षण के लिए) विभिन्न अभ्यासों में व्यक्तिगत सर्वश्रेष्ठ फिटनेस लक्ष्यों की प्रगति (उदाहरण के लिए, एक निश्चित वजन या शरीर में वसा प्रतिशत प्राप्त करना) -खड़े रहने के बजाय बैठने में बिताया गया समय रक्त ऑक्सीजन संतृप्ति स्तर (SpO2) श्वास दर कमर की परिधि कूल्हे की परिधि बॉडी मास इंडेक्स (बीएमआई) पानी का सेवन शराब का सेवन कैफीन का सेवन -विटामिन और पूरक आहार लिया गया मल त्याग (आवृत्ति और स्थिरता) व्यायाम दिनचर्या का पालन किया गया वर्कआउट पूरा हुआ भौतिक प्रगति पर नज़र रखी गई पोषण सेवन की निगरानी की गई -वजन नियंत्रित नींद के पैटर्न का अवलोकन किया गया -मानसिक स्वास्थ्य की जांच की गई तनाव का स्तर प्रबंधित जलयोजन स्तर बनाए रखा गया लचीलेपन में सुधार हुआ शक्ति लाभ प्राप्त हुआ सहनशक्ति का निर्माण हुआ पुनर्प्राप्ति अनुकूलित चोट निवारण रणनीतियाँ लागू की गईं कल्याण संबंधी आदतें स्थापित की गईं स्वास्थ्य जांच में भाग लिया -डॉक्टरों की नियुक्तियां रखी गईं दवाइयाँ ली गईं पूरक आहार का सेवन स्व-देखभाल प्रथाओं को अपनाया गया कार्डियोवास्कुलर दौड़ना अंतराल प्रशिक्षण उच्च तीव्रता अंतराल प्रशिक्षण (HIIT) फार्टलेक प्रशिक्षण सहनशक्ति दौड़ना मैराथन प्रशिक्षण अल्ट्रा रनिंग साइकिल चलाना सड़क साइकिलिंग रेसिंग भ्रमण माउंटेन बाइकिंग क्रॉस-कंट्री डाउनहिल ###तैराकी\nफ्रीस्टाइल प्रतिस्पर्धी तैराकी खुले पानी में तैरना ब्रेस्टस्ट्रोक सिंक्रोनाइज़्ड तैराकी अंडरवाटर हॉकी शक्ति प्रशिक्षण भारोत्तोलन पॉवरलिफ्टिंग स्क्वाट बेंच प्रेस डेडलिफ्ट ओलंपिक भारोत्तोलन छीन लेना क्लीन एंड जर्क शारीरिक वजन व्यायाम कैलीस्थेनिक्स पुश-अप्स पुल-अप्स डुबकी प्लायोमेट्रिक्स बॉक्स जंप गहराई में उछाल प्रतिरोध प्रशिक्षण बैंड लूप बैंड ट्यूब बैंड मशीनें केबल मशीनें स्मिथ मशीनें लचीलापन योग हठ योग अयंगर योग कुंडलिनी योग विन्यास योग शक्ति योग हॉट योगा अष्टांग योग प्राथमिक शृंखला मध्यवर्ती शृंखला ###पुनर्स्थापना योग\nयिन योग योग निद्रा खींचना स्टेटिक स्ट्रेचिंग निष्क्रिय स्ट्रेचिंग सक्रिय स्ट्रेचिंग गतिशील स्ट्रेचिंग पैर झूलना भुजा वृत्त पिलेट्स मैट पिलेट्स शास्त्रीय पिलेट्स समसामयिक पिलेट्स सुधारक पिलेट्स सुधारक जंपबोर्ड सुधारक टॉवर क्लिनिकल पिलेट्स पुनर्वास पिलेट्स प्रसवपूर्व पिलेट्स पोषण परिमाणित स्व:\nदैनिक कैलोरी का सेवन मैक्रोन्यूट्रिएंट ब्रेकडाउन (कार्बोहाइड्रेट, प्रोटीन, वसा) सूक्ष्म पोषक तत्वों का सेवन (विटामिन और खनिज) -फाइबर का सेवन चीनी का सेवन -सोडियम का सेवन भोजन का समय (नाश्ता, दोपहर का भोजन, रात का खाना) भाग का आकार प्रतिदिन भोजन/नाश्ते की संख्या खाद्य एलर्जी या संवेदनशीलता -साप्ताहिक भोजन योजना किराना खर्च बाहर खाने की आवृत्ति घर का बना भोजन बनाम प्रसंस्कृत खाद्य पदार्थ खाने की लालसा खाना पकाने या भोजन की तैयारी का समय आज़माए गए या प्रयोग किए गए व्यंजन फूड जर्नलिंग (भोजन और नाश्ते की लॉगिंग) भोजन से संबंधित मूड में बदलाव खान-पान का ध्यानपूर्वक अभ्यास प्रतिदिन कम से कम 30 मिनट व्यायाम करें।\nअधिक फल और सब्जियां खाएं.\nअधिक पानी पीना।\nचीनी का सेवन कम करें।\nहर रात पर्याप्त नींद लें।\nभोजन के दौरान भाग नियंत्रण का अभ्यास करें।\nलिफ्ट के बजाय सीढ़ियों का उपयोग करें।\nअपने वर्कआउट रूटीन में स्ट्रेंथ ट्रेनिंग को शामिल करें।\nव्यायाम का एक नया रूप (योग, पिलेट्स, तैराकी, आदि) आज़माएँ।\nकैफीन का सेवन सीमित करें।\nनियमित स्वास्थ्य जांच कराते रहें।\nरोजाना माइंडफुलनेस या मेडिटेशन का अभ्यास करें।\nअच्छी स्वच्छता की आदतें अपनाएं।\nरोजाना फ्लॉस करें।\nनियमित रूप से सनस्क्रीन लगाएं।\n##संतुलित आहार\nमैक्रोन्यूट्रिएंट्स कार्बोहाइड्रेट सरल कार्ब्स कॉम्प्लेक्स कार्ब्स प्रोटीन पशु प्रोटीन पौधे आधारित प्रोटीन वसा संतृप्त वसा असंतृप्त वसा सूक्ष्म पोषक तत्व विटामिन विटामिन ए रेटिनोल बीटा-कैरोटीन विटामिन सी विटामिन डी विटामिन ई विटामिन के खनिज कैल्शियम लोहा मैग्नीशियम पोटैशियम फाइटोन्यूट्रिएंट्स एंटीऑक्सीडेंट बीटा-कैरोटीन विटामिन सी पॉलीफेनोल्स फ्लेवोनोइड्स रेस्वेराट्रोल जलयोजन पानी नल का पानी बोतलबंद पानी हर्बल चाय पुदीना चाय ###अदरक की चाय\nकैमोमाइल चाय फलों का रस (संयम में) ताजा निचोड़ा हुआ प्राकृतिक रस पतला रस विटामिन और खनिज विटामिन ए जिगर गाजर शकरकंद विटामिन सी खट्टे फल जामुन ब्रोकोली विटामिन डी सूरज की रोशनी वसायुक्त मछली गरिष्ठ भोजन लोहा लाल मांस पालक दाल नींद गुणवत्ता नींद का माहौल गद्दे की गुणवत्ता मेमोरी फ़ोम लेटेक्स कमरे का तापमान आदर्श रेंज शोर स्तर सफेद शोर इयरप्लग मात्रा अनुशंसित घंटे आयु-विशिष्ट दिशानिर्देश झपकी बिजली की झपकियाँ अवधि झपकी का समय मध्याह्न जल्दी शाम ","permalink":"https://www.shafiq.in/hi/docs/projects/writing/fitness/","summary":"\u003cp\u003eइस पर नोट्स:\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eव्यायाम: शारीरिक गतिविधियाँ, फिटनेस दिनचर्या और खेल में भागीदारी।\u003c/li\u003e\n\u003cli\u003eनींद: नींद की आदतें, नींद की स्वच्छता और आराम की दिनचर्या।\u003c/li\u003e\n\u003cli\u003eस्व-देखभाल अनुष्ठान: स्पा उपचार, त्वचा की देखभाल, और व्यक्तिगत सौंदर्य।\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch2 id=\"वययम-करन\"\u003eव्यायाम करना\u003c/h2\u003e\n\u003cp\u003eपरिमाणित स्व:\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eदैनिक कदम गिनती\u003c/li\u003e\n\u003cli\u003eदूरी तय करना या दौड़ना\u003c/li\u003e\n\u003cli\u003eकैलोरी बर्न हुई\u003c/li\u003e\n\u003cli\u003eव्यायाम की अवधि और तीव्रता\n-हृदय गति\u003c/li\u003e\n\u003cli\u003eरक्तचाप\u003c/li\u003e\n\u003cli\u003eरक्त शर्करा का स्तर\u003c/li\u003e\n\u003cli\u003eशरीर का वजन\u003c/li\u003e\n\u003cli\u003eशरीर में वसा प्रतिशत\u003c/li\u003e\n\u003cli\u003eमांसपेशी द्रव्यमान\u003c/li\u003e\n\u003cli\u003eजलयोजन स्तर\u003c/li\u003e\n\u003cli\u003eनींद की अवधि\u003c/li\u003e\n\u003cli\u003eनींद की गुणवत्ता (नींद चक्रों द्वारा मापी गई)\u003c/li\u003e\n\u003cli\u003eनींद में रुकावट\u003c/li\u003e\n\u003cli\u003eआराम दिल की दर\u003c/li\u003e\n\u003cli\u003eप्रति दिन सक्रिय मिनट\u003c/li\u003e\n\u003cli\u003eव्यायाम का प्रकार (जैसे, कार्डियो, शक्ति प्रशिक्षण, योग)\u003c/li\u003e\n\u003cli\u003eकसरत की आवृत्ति\u003c/li\u003e\n\u003cli\u003eलचीलापन (स्ट्रेचिंग रूटीन द्वारा मापा गया)\u003c/li\u003e\n\u003cli\u003eवर्कआउट के बाद रिकवरी का समय\u003c/li\u003e\n\u003cli\u003eप्रति सप्ताह वर्कआउट की संख्या\u003c/li\u003e\n\u003cli\u003eअधिकतम वजन उठाया गया (शक्ति प्रशिक्षण के लिए)\u003c/li\u003e\n\u003cli\u003eविभिन्न अभ्यासों में व्यक्तिगत सर्वश्रेष्ठ\u003c/li\u003e\n\u003cli\u003eफिटनेस लक्ष्यों की प्रगति (उदाहरण के लिए, एक निश्चित वजन या शरीर में वसा प्रतिशत प्राप्त करना)\n-खड़े रहने के बजाय बैठने में बिताया गया समय\u003c/li\u003e\n\u003cli\u003eरक्त ऑक्सीजन संतृप्ति स्तर (SpO2)\u003c/li\u003e\n\u003cli\u003eश्वास दर\u003c/li\u003e\n\u003cli\u003eकमर की परिधि\u003c/li\u003e\n\u003cli\u003eकूल्हे की परिधि\u003c/li\u003e\n\u003cli\u003eबॉडी मास इंडेक्स (बीएमआई)\u003c/li\u003e\n\u003cli\u003eपानी का सेवन\u003c/li\u003e\n\u003cli\u003eशराब का सेवन\u003c/li\u003e\n\u003cli\u003eकैफीन का सेवन\n-विटामिन और पूरक आहार लिया गया\u003c/li\u003e\n\u003cli\u003eमल त्याग (आवृत्ति और स्थिरता)\u003c/li\u003e\n\u003cli\u003eव्यायाम दिनचर्या का पालन किया गया\u003c/li\u003e\n\u003cli\u003eवर्कआउट पूरा हुआ\u003c/li\u003e\n\u003cli\u003eभौतिक प्रगति पर नज़र रखी गई\u003c/li\u003e\n\u003cli\u003eपोषण सेवन की निगरानी की गई\n-वजन नियंत्रित\u003c/li\u003e\n\u003cli\u003eनींद के पैटर्न का अवलोकन किया गया\n-मानसिक स्वास्थ्य की जांच की गई\u003c/li\u003e\n\u003cli\u003eतनाव का स्तर प्रबंधित\u003c/li\u003e\n\u003cli\u003eजलयोजन स्तर बनाए रखा गया\u003c/li\u003e\n\u003cli\u003eलचीलेपन में सुधार हुआ\u003c/li\u003e\n\u003cli\u003eशक्ति लाभ प्राप्त हुआ\u003c/li\u003e\n\u003cli\u003eसहनशक्ति का निर्माण हुआ\u003c/li\u003e\n\u003cli\u003eपुनर्प्राप्ति अनुकूलित\u003c/li\u003e\n\u003cli\u003eचोट निवारण रणनीतियाँ लागू की गईं\u003c/li\u003e\n\u003cli\u003eकल्याण संबंधी आदतें स्थापित की गईं\u003c/li\u003e\n\u003cli\u003eस्वास्थ्य जांच में भाग लिया\n-डॉक्टरों की नियुक्तियां रखी गईं\u003c/li\u003e\n\u003cli\u003eदवाइयाँ ली गईं\u003c/li\u003e\n\u003cli\u003eपूरक आहार का सेवन\u003c/li\u003e\n\u003cli\u003eस्व-देखभाल प्रथाओं को अपनाया गया\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch2 id=\"करडयवसकलर\"\u003eकार्डियोवास्कुलर\u003c/h2\u003e\n\u003ch3 id=\"दडन\"\u003eदौड़ना\u003c/h3\u003e\n\u003ch3 id=\"अतरल-परशकषण\"\u003eअंतराल प्रशिक्षण\u003c/h3\u003e\n\u003ch4 id=\"उचच-तवरत-अतरल-परशकषण-hiit\"\u003eउच्च तीव्रता अंतराल प्रशिक्षण (HIIT)\u003c/h4\u003e\n\u003ch4 id=\"फरटलक-परशकषण\"\u003eफार्टलेक प्रशिक्षण\u003c/h4\u003e\n\u003ch3 id=\"सहनशकत-दडन\"\u003eसहनशक्ति दौड़ना\u003c/h3\u003e\n\u003ch4 id=\"मरथन-परशकषण\"\u003eमैराथन प्रशिक्षण\u003c/h4\u003e\n\u003ch4 id=\"अलटर-रनग\"\u003eअल्ट्रा रनिंग\u003c/h4\u003e\n\u003ch3 id=\"सइकल-चलन\"\u003eसाइकिल चलाना\u003c/h3\u003e\n\u003ch3 id=\"सडक-सइकलग\"\u003eसड़क साइकिलिंग\u003c/h3\u003e\n\u003ch4 id=\"रसग\"\u003eरेसिंग\u003c/h4\u003e\n\u003ch4 id=\"भरमण\"\u003eभ्रमण\u003c/h4\u003e\n\u003ch3 id=\"मउटन-बइकग\"\u003eमाउंटेन बाइकिंग\u003c/h3\u003e\n\u003ch4 id=\"करस-कटर\"\u003eक्रॉस-कंट्री\u003c/h4\u003e\n\u003ch4 id=\"डउनहल\"\u003eडाउनहिल\u003c/h4\u003e\n\u003cp\u003e###तैराकी\u003c/p\u003e","title":"Fitness"},{"content":"इस पर नोट्स:\nसंचार: भागीदारों, परिवार और दोस्तों के साथ प्रभावी संचार रणनीतियाँ।\nसंघर्ष समाधान: असहमति को प्रबंधित करने और रिश्तों को मजबूत करने की तकनीकें।\nसहायता प्रणालियाँ: सहायक रिश्तों और सामाजिक नेटवर्क की पहचान करना और उनका पोषण करना।\nपरिमाणित स्व:\n-परिवार के सदस्यों के साथ बिताया समय\nजीवनसाथी या साथी के साथ गुणवत्तापूर्ण समय व्यतीत करें\nदोस्तों के साथ डेट या आउटिंग\nसामाजिक कार्यक्रमों में भाग लिया\nकिए गए या प्राप्त किए गए फ़ोन कॉल\nभेजे गए या प्राप्त किए गए टेक्स्ट संदेश\nवीडियो कॉल की गई या प्राप्त की गई\nउपहार दिया या प्राप्त किया\nदयालुता के कार्य किए गए\nसोशल मीडिया इंटरैक्शन (लाइक, कमेंट, शेयर)\nनई दोस्ती बनी\nरिश्ते में टकराव या असहमति\nप्रियजनों के साथ मतभेद सुलझे\nपारिवारिक परंपराओं को बरकरार रखा गया\nरिश्ते के लक्ष्य आगे बढ़ते हैं\nप्रेम भाषाओं की पहचान की गई और उनका अभ्यास किया गया\nव्यक्तिगत सीमाएँ कायम रहीं\nदूसरों को भावनात्मक समर्थन प्रदान किया गया\nसामाजिक कौशल का अभ्यास या सुधार किया गया\nअकेलेपन के स्तर का आकलन किया गया\nपरिवार और पालन-पोषण:\nबच्चों/पति/पत्नी/माता-पिता/भाई-बहनों के साथ गुणवत्तापूर्ण समय व्यतीत करें पारिवारिक सैर या गतिविधियों की योजना बनाई गई पारिवारिक बैठकें आयोजित की गईं पारिवारिक परंपराएँ कायम रहीं पालन-पोषण की चुनौतियाँ दूर हुईं पालन-पोषण की जीत का जश्न मनाया गया पालन-पोषण के लक्ष्यों में प्रगति होती है पारिवारिक संचार में सुधार हुआ माता-पिता-बच्चे को जोड़ने वाली गतिविधियाँ बाल विकास मील के पत्थर पर नज़र रखी गई पेरेंटिंग संसाधनों का उपभोग (किताबें, पॉडकास्ट, कार्यशालाएं) पेरेंटिंग दर्शन का पता लगाया गया पारिवारिक भोजन का आनंद एक साथ लिया गया घरेलू जिम्मेदारियां साझा की गईं पेरेंटिंग सपोर्ट नेटवर्क से जुड़े पारिवारिक यादें कैद या रिकॉर्ड की गईं परिवार और दोस्तों के साथ गुणवत्तापूर्ण समय बिताएं।\nअपने साथी के साथ नियमित डेट नाइट की योजना बनाएं।\nसक्रियता से सुनें.\nप्रियजनों के प्रति नियमित रूप से सराहना दिखाएं।\nप्रियजनों के साथ छुट्टियों की योजना बनाएं।\nदोस्तों या परिवार के साथ नियमित चेक-इन शेड्यूल करें।\nप्रियजनों के लक्ष्यों और आकांक्षाओं का समर्थन करें।\nनए दोस्त बनाएं और अपना सामाजिक दायरा बढ़ाएं।\nसहानुभूति का अभ्यास करें.\nविचारशील इशारों से प्रियजनों को आश्चर्यचकित करें।\nपारिवारिक बैठकों या चर्चाओं के लिए समय निकालें।\nमील के पत्थर और उपलब्धियों का एक साथ जश्न मनाएं।\nनियमित रूप से प्यार और स्नेह व्यक्त करें।\nसक्रिय श्रवण कौशल का अभ्यास करें।\nपरिवार पालन-पोषण सकारात्मक अनुशासन प्राकृतिक परिणाम टाइम-आउट संबंध गतिविधियाँ पारिवारिक रात्रिभोज मूवी नाइट्स संचार कौशल छोटी बातचीत के विषय हाल की फिल्में या टीवी शो जिन्हें आपने देखा और आनंद लिया। किताबें जो आपने हाल ही में पढ़ी हैं या आपके पसंदीदा लेखक। शौक या रुचियां जो आप दोनों साझा करते हैं, जैसे खाना बनाना, लंबी पैदल यात्रा करना, या पेंटिंग करना। समसामयिक घटनाएँ या समाचार कहानियाँ जिन्होंने आपका ध्यान खींचा है। यात्रा के अनुभव या सपनों के गंतव्य जहां आप जाना चाहेंगे। व्यक्तिगत लक्ष्य या आकांक्षाएँ जिनके लिए आप काम कर रहे हैं। आपके अतीत के मज़ेदार किस्से या यादगार अनुभव। वह संगीत जिसे आप हाल ही में सुन रहे हैं या जिन संगीत समारोहों में आपने भाग लिया है। खाद्य प्राथमिकताएं या आपके द्वारा आजमाए गए नए व्यंजन। प्रौद्योगिकी रुझान या गैजेट जो आपको दिलचस्प लगते हैं। सक्रिय श्रवण सहानुभूति संघर्ष समाधान निष्पक्ष लड़ाई के नियम समझौता सहोदर गतिशीलता संघर्ष समाधान जिम्मेदारियाँ साझा करना समझौता भाई-बहन का रिश्ता साझा शौक भाई-बहन की वापसी आपसी सहयोग भावनात्मक समर्थन व्यावहारिक समर्थन दोस्त सामाजिक समर्थन भावनात्मक समर्थन सहानुभूति सत्यापन व्यावहारिक समर्थन कार्यों में सहायता करना सलाह देना मनोरंजक गतिविधियाँ खेल खेल बोर्ड गेम नाइट्स संचार सक्रिय श्रवण चिंतनशील श्रवण स्पष्टीकरण दृढ़ता सीमाएँ निर्धारित करना आवश्यकताएँ व्यक्त करना संघर्ष समाधान बातचीत समस्या-समाधान माफ़ी और माफ़ी रोमांटिक आत्मीयता भावनात्मक अंतरंगता भावनाओं को साझा करना भेद्यता शारीरिक अंतरंगता कामुक स्पर्श यौन गतिविधि संचार खुला संचार पारदर्शिता भेद्यता विश्वास निर्माण संगति विश्वसनीयता संघर्ष समाधान सक्रिय श्रवण समझौता ","permalink":"https://www.shafiq.in/hi/docs/projects/writing/social/","summary":"\u003cp\u003eइस पर नोट्स:\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003e\n\u003cp\u003eसंचार: भागीदारों, परिवार और दोस्तों के साथ प्रभावी संचार रणनीतियाँ।\u003c/p\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cp\u003eसंघर्ष समाधान: असहमति को प्रबंधित करने और रिश्तों को मजबूत करने की तकनीकें।\u003c/p\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cp\u003eसहायता प्रणालियाँ: सहायक रिश्तों और सामाजिक नेटवर्क की पहचान करना और उनका पोषण करना।\u003c/p\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cp\u003eपरिमाणित स्व:\u003c/p\u003e\n\u003cp\u003e-परिवार के सदस्यों के साथ बिताया समय\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003e\n\u003cp\u003eजीवनसाथी या साथी के साथ गुणवत्तापूर्ण समय व्यतीत करें\u003c/p\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cp\u003eदोस्तों के साथ डेट या आउटिंग\u003c/p\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cp\u003eसामाजिक कार्यक्रमों में भाग लिया\u003c/p\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cp\u003eकिए गए या प्राप्त किए गए फ़ोन कॉल\u003c/p\u003e","title":"Social"},{"content":"इस पर नोट्स:\nआत्म-जागरूकता: अपनी ताकत, कमजोरियों और व्यक्तिगत सीमाओं को समझना।\nव्यक्तिगत विकास: आत्म-सुधार के लिए लक्ष्य निर्धारित करना और प्रगति पर नज़र रखना।\nमानसिकता: सकारात्मक दृष्टिकोण, लचीलापन और विकास मानसिकता विकसित करना।\nस्व-देखभाल अभ्यास: शारीरिक, मानसिक और भावनात्मक कल्याण के लिए दिनचर्या स्थापित करना।\nमुझे प्रेरित रखने के लिए व्यक्तिगत लक्ष्य निर्धारित करना और प्राप्त करना, कौशल विकास योजनाएं, आत्म-चिंतन अभ्यास और कुछ प्रेरणादायक उद्धरण।\nपरिमाणित स्व:\nउत्पादकता और समय प्रबंधन:\nदैनिक कार्य सूची आइटम पूर्ण विशिष्ट कार्यों या परियोजनाओं पर व्यतीत किया गया समय टालमटोल के एपिसोड पोमोडोरो या टाइम-ब्लॉकिंग सत्र पूरे हो गए काम/अध्ययन के समय आने वाली विकर्षण ब्रेक आवृत्ति और अवधि सर्वोच्च उत्पादकता घंटों की पहचान की गई मल्टीटास्किंग उदाहरण बैठकों में भाग लिया या निर्धारित किया गया ईमेल भेजे और प्राप्त किए गए इनबॉक्स शून्य प्राप्त हुआ दिन/सप्ताह/माह के लिए लक्ष्य निर्धारित लक्ष्य प्रगति ट्रैक की गई (प्रतिशत पूर्ण) आने-जाने में समय व्यतीत हुआ यात्रा-संबंधी गतिविधियाँ (जैसे, पॉडकास्ट सुनना, पढ़ना) सीखने की गतिविधियाँ शुरू की गईं (जैसे, पाठ्यक्रम, पढ़ना) कौशल अर्जित या सुधारा गया व्यक्तिगत विकास लक्ष्य प्रगति किताबें पढ़ी गईं या ऑडियोबुक सुनी गईं स्क्रीन टाइम (स्मार्टफोन, कंप्यूटर, टैबलेट जैसे उपकरणों पर) सोशल मीडिया का उपयोग (व्यतीत समय, यात्राओं की आवृत्ति) देखे गए ऐप्स या वेबसाइट (उत्पादकता बनाम अवकाश) स्क्रीन-मुक्त समय आवंटित टीवी शो या फिल्में देखी गईं समाचार उपभोग (स्रोत, आवृत्ति) कैरियर और व्यावसायिक विकास:\nकाम के घंटे लॉग किए गए कार्यस्थल पर कार्य पूर्ण बैठकों में भाग लिया या नेतृत्व किया परियोजनाओं पर काम हुआ समय सीमा पूरी हुई या चूक गई सहकर्मियों या पर्यवेक्षकों से प्राप्त प्रतिक्रिया व्यावसायिक कौशल विकसित या बेहतर हुआ प्रशिक्षण या व्यावसायिक विकास पाठ्यक्रम लिया गया नेटवर्किंग कार्यक्रमों में भाग लिया नौकरी के लिए आवेदन जमा किए गए साक्षात्कार निर्धारित या पूर्ण करियर लक्ष्यों में प्रगति प्रदर्शन मूल्यांकन या समीक्षा वेतन वार्ता नौकरी से संतुष्टि का स्तर करियर की उपलब्धियों का जश्न मनाया गया कैरियर के मील के पत्थर तक पहुंच गए (उदाहरण के लिए, पदोन्नति, प्रमाणन) कार्य-जीवन संतुलन मूल्यांकन साइड प्रोजेक्ट या फ्रीलांस कार्य किया गया परामर्श या कोचिंग सत्र में भाग लिया व्यक्तिगत विकास और सीखना:\nनए कौशल अर्जित या निखारे गए\nपाठ्यक्रम पूर्ण (ऑनलाइन या ऑफलाइन)\nप्रमाणपत्र प्राप्त किए गए\nपढ़ी जाने वाली किताबें (काल्पनिक और गैर-काल्पनिक)\nपॉडकास्ट सुने गए\nवृत्तचित्र देखे गए\nशैक्षिक कार्यशालाओं में भाग लिया\nसम्मेलनों या सेमिनारों में भाग लिया\nरुचि के विशिष्ट क्षेत्रों में प्राप्त ज्ञान\nआजीवन सीखने के लक्ष्य प्रगति करते हैं\nसीखने की चुनौतियाँ या बाधाएँ दूर हो गईं\nअध्ययन की आदतें विकसित या बेहतर हुईं -बौद्धिक जिज्ञासा का पोषण हुआ\nआलोचनात्मक सोच कौशल का अभ्यास किया गया\nसीखने के संसाधन क्यूरेटेड या व्यवस्थित\nआत्म-चिंतन और व्यक्तिगत विकास:\nआत्म-चिंतन सत्र आयोजित किए गए व्यक्तिगत शक्तियों की पहचान की गई और उनका जश्न मनाया गया सुधार के क्षेत्रों को स्वीकार किया गया व्यक्तिगत मूल्यों को स्पष्ट किया गया मूल मान्यताओं की जांच की गई स्व-सीमित मान्यताओं को चुनौती दी गई सकारात्मक पुष्टि का अभ्यास किया गया आत्म-करुणा की खेती की गई आत्म-सम्मान के स्तर का मूल्यांकन किया गया स्व-बातचीत की निगरानी (सकारात्मक बनाम नकारात्मक) व्यक्तिगत सीमाएँ सुदृढ़ हुईं व्यक्तिगत विकास लक्ष्य निर्धारित व्यक्तिगत विकास के मील के पत्थर मनाए गए व्यक्तिगत विकास संसाधनों का उपभोग (किताबें, पॉडकास्ट, पाठ्यक्रम) दूसरों से प्राप्त प्रतिक्रिया (और उस पर प्रतिबिंबित) विकास की मानसिकता का पोषण हुआ लचीलापन-निर्माण गतिविधियाँ शुरू की गईं पिछली गलतियों से सीखा समय के साथ व्यक्तिगत विकास का दस्तावेजीकरण किया गया व्यक्तिगत विरासत संबंधी विचार हर महीने एक किताब पढ़ें।\nफ्रेंच सीखें और अंग्रेजी सुधारें।\nकोई नया शौक (पेंटिंग, बुनाई, बागवानी आदि) अपनाएं।\nनियमित रूप से स्वयंसेवक बनें।\nएक आभार पत्रिका प्रारंभ करें.\nसार्वजनिक रूप से बोलने का अभ्यास करें।\nकोई संगीत वाद्ययंत्र बजाना सीखें।\nसुबह की दिनचर्या विकसित करें।\nअतिरिक्त हलचल के लिए एक व्यवसाय योजना लिखें।\nजिस विषय में आपकी रुचि हो, उसमें कोर्स या वर्कशॉप लें।\nसमय प्रबंधन कौशल में सुधार करें।\nआत्मचिंतन का अभ्यास करें.\nएक यूट्यूब चैनल शुरू करें.\nबुनियादी खाना पकाने के कौशल सीखें।\nअपने रहने की जगह को व्यवस्थित और व्यवस्थित करें।\nसकारात्मक पुष्टि का अभ्यास करें।\nनेटवर्किंग कौशल विकसित करें.\nव्यक्तिगत और व्यावसायिक संबंधों में सीमाएँ निर्धारित करें।\nविकास की मानसिकता को बढ़ावा दें।\nगहरी सांस लेने के व्यायाम का अभ्यास करें।\nतनाव को प्रभावी ढंग से प्रबंधित करना सीखें।\nनेटवर्किंग कार्यक्रमों या सम्मेलनों में भाग लें।\nसंचार कौशल में सुधार करें.\nऑनलाइन पाठ्यक्रमों या कार्यशालाओं के माध्यम से कौशल अद्यतन करें।\nमार्गदर्शन या कोचिंग लें।\nएक व्यावसायिक उद्यम शुरू करें.\nबातचीत कौशल सीखें.\nरियल एस्टेट में शोध करें और निवेश करें।\nनेतृत्व कौशल विकसित करें.\nप्रौद्योगिकी और उत्पादकता:\nस्क्रीन का समय सीमित करें। डिजिटल फ़ाइलें और फ़ोल्डर्स व्यवस्थित करें। डिजिटल डिटॉक्स लागू करें। उत्पादकता सॉफ़्टवेयर के लिए कीबोर्ड शॉर्टकट सीखें। स्वचालित बिल भुगतान सेट करें। ईमेल इनबॉक्स को नियमित रूप से साफ करें। कार्यों और लक्ष्यों को ट्रैक करने के लिए उत्पादकता ऐप्स का उपयोग करें। टाइप को छूना सीखें। महत्वपूर्ण डिजिटल फाइलों का बैकअप लें। शेड्यूलिंग के लिए एक डिजिटल कैलेंडर बनाएं। शिक्षा और सीखना:\nएक डिग्री कार्यक्रम में नामांकन करें.\nकार्यशालाओं या सेमिनारों में भाग लें। एक पेशेवर प्रमाणन अर्जित करें। कोडिंग या प्रोग्रामिंग भाषाएं सीखें। उच्च शिक्षा के अवसरों का पीछा करें। उद्योग सम्मेलनों या सम्मेलनों में भाग लें। एक पुस्तक क्लब में शामिल हों. एक चर्चा समूह में भाग लें. एक लेखन कार्यशाला लें. शिक्षा औपचारिक शिक्षा स्कूली शिक्षा प्राथमिक शिक्षा माध्यमिक शिक्षा विश्वविद्यालय स्नातक अध्ययन स्नातकोत्तर अध्ययन व्यावसायिक प्रशिक्षण प्रशिक्षुता व्यावसायिक पाठ्यक्रम स्व-निर्देशित शिक्षा पढ़ना गल्प क्लासिक साहित्य समसामयिक कथा नॉन-फिक्शन जीवनी स्वयं सहायता ##कौशल विकास\nव्यावसायिक विकास नेटवर्किंग सार्वजनिक भाषण व्यक्तिगत विकास आत्म-जागरूकता अभ्यास लक्ष्य-निर्धारण कार्यशालाएँ आजीवन सीखना निरंतर सुधार स्व-निर्देशित परियोजनाएं परामर्श कैरियर नौकरी से संतुष्टि कार्य वातावरण कंपनी संस्कृति दूरस्थ कार्य नीतियाँ कार्य पूर्ति स्वायत्तता महारत उन्नति के अवसर प्रमोशन नेतृत्व विकास कौशल प्रशिक्षण कार्य-जीवन संतुलन लचीले घंटे दूरस्थ कार्य विकल्प अवकाश का समय छुट्टियों के दिन विश्राम व्यक्तिगत दिन शौक रचनात्मक प्रयास चित्रकारी ऐक्रेलिक पेंटिंग जलरंग पेंटिंग लिखना गल्प लेखन कविता क्राफ्टिंग बुनाई मिट्टी के बर्तन बाहरी गतिविधियाँ पदयात्रा प्रकृति पथ पर्वतारोहण बागवानी सब्जियों की बागवानी फूलों की बागवानी कैम्पिंग जंगल कैम्पिंग ग्लैम्पिंग बौद्धिक उत्तेजना पहेली सुलझाना क्रॉसवर्ड पहेलियाँ सुडोकू बहस औपचारिक बहस अनौपचारिक चर्चाएँ नए उपकरण सीखना गिटार पियानो वायलिन ","permalink":"https://www.shafiq.in/hi/docs/projects/writing/personal-development/","summary":"\u003cp\u003eइस पर नोट्स:\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003e\n\u003cp\u003eआत्म-जागरूकता: अपनी ताकत, कमजोरियों और व्यक्तिगत सीमाओं को समझना।\u003c/p\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cp\u003eव्यक्तिगत विकास: आत्म-सुधार के लिए लक्ष्य निर्धारित करना और प्रगति पर नज़र रखना।\u003c/p\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cp\u003eमानसिकता: सकारात्मक दृष्टिकोण, लचीलापन और विकास मानसिकता विकसित करना।\u003c/p\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cp\u003eस्व-देखभाल अभ्यास: शारीरिक, मानसिक और भावनात्मक कल्याण के लिए दिनचर्या स्थापित करना।\u003c/p\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cp\u003eमुझे प्रेरित रखने के लिए व्यक्तिगत लक्ष्य निर्धारित करना और प्राप्त करना, कौशल विकास योजनाएं, आत्म-चिंतन अभ्यास और कुछ प्रेरणादायक उद्धरण।\u003c/p\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cp\u003eपरिमाणित स्व:\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003e\n\u003cp\u003eउत्पादकता और समय प्रबंधन:\u003c/p\u003e","title":"Personal Development"},{"content":"इस पर नोट्स:\nआध्यात्मिकता: धार्मिक या आध्यात्मिक अभ्यास, ध्यान, प्रार्थना\nमाइंडफुलनेस: माइंडफुलनेस अभ्यास, उपस्थिति, जागरूकता\nउद्देश्य और अर्थ: जीवन उद्देश्य, व्यक्तिगत मिशन, विरासत\nदर्शन.\nपरिमाणित स्व:\nआध्यात्मिकता और दिमागीपन:\nप्रार्थना या ध्यान में समय व्यतीत करना -आध्यात्मिक ग्रंथों का पठन या अध्ययन धार्मिक या आध्यात्मिक अनुष्ठान मनाए गए दूसरों के प्रति दयालुता के कार्य जताया आभार विस्मय या आश्चर्य के क्षणों का अनुभव धर्मार्थ कार्यों के लिए किया गया स्वैच्छिक कार्य सहानुभूतिपूर्ण कार्रवाई की गई क्षमा अभ्यास आध्यात्मिक विकास के मील के पत्थर हासिल किए गए प्रकृति से जुड़ाव का पोषण आध्यात्मिक समुदाय की भागीदारी (चर्च, मंदिर, मस्जिद) पूरे दिन माइंडफुलनेस एक्सरसाइज का अभ्यास किया जाता है जीवन के उद्देश्य या अर्थ पर चिंतन के क्षण किसी के आंतरिक स्व के साथ संबंध का पता लगाया गया ##विश्वास\nधर्म शिया इस्लाम शिया इमामी इस्माइली मुस्लिम जिनान क़ैसिदाह नंदी अवल सुफ्रो त्यौहार मिराज यौम ए अली वेज़ खिदमा रजब का महीना शुक्रावरी बीज लैलात अल-क़द्र सालगिराह इस्माइली अपने इमाम का जन्मदिन क्यों मनाते हैं? जन्मदिन को आम तौर पर जश्न मनाने और उन लोगों के लिए आभारी होने के समय के रूप में देखा जाता है जिनकी हम परवाह करते हैं। इस भावना में, इस्माइली जीवित इमाम-द-टाइम के जन्मदिन को उनके प्रति अपने प्यार, भक्ति, आज्ञाकारिता और कृतज्ञता व्यक्त करने के तरीके के रूप में मनाते हैं।\nदर्शन रूढ़िवादिता एपिक्टेटस सेनेका अस्तित्ववाद जीन-पॉल सार्त्र सिमोन डी ब्यूवोइर मानवतावाद पुनर्जागरण मानवतावाद धर्मनिरपेक्ष मानवतावाद ##ध्यान\nट्रान्सेंडैंटल मेडिटेशन (टीएम) मंत्र ध्यान योगिक उड़ान प्रेम-कृपा ध्यान मेत्ता भावना टोंगलेन ज़ेन ध्यान ज़ज़ेन कोआन अभ्यास कनेक्शन प्रकृति आउटडोर रिट्रीट वन स्नान जंगल का अस्तित्व इको-पर्यटन सतत यात्रा वन्यजीव संरक्षण प्रकृति की सैर बर्डवॉचिंग टूर फोटोग्राफी वॉक समुदाय धार्मिक समुदाय मठवासी समुदाय आध्यात्मिक वापसी सामाजिक समूह रुचि-आधारित क्लब स्वयंसेवी संगठन सहायता समूह पुनर्प्राप्ति समूह दुःख सहायता समूह आंतरिक आत्म आत्ममंथन मेडिटेशन रिट्रीट एकल यात्रा आध्यात्मिक वापसी मौन वापसी विजन क्वेस्ट माइंडफुलनेस अभ्यास वॉकिंग मेडिटेशन भोजन ध्यान बॉडी स्कैन मेडिटेशन अभ्यास प्रार्थना दैनिक प्रार्थनाएँ सुबह की प्रार्थनाएँ शाम की प्रार्थना मेडिटेशन रिट्रीट मौन वापसी विपश्यना रिट्रीट अनुष्ठान धार्मिक समारोह बपतिस्मा पुष्टि उत्सव त्यौहार मार्ग के संस्कार सचेतनता दैनिक माइंडफुलनेस अभ्यास सचेतन श्वास ध्यानपूर्वक भोजन करना माइंडफुल मूवमेंट ताई ची चीगोंग योग आसन ","permalink":"https://www.shafiq.in/hi/docs/projects/writing/spirituality/","summary":"\u003cp\u003eइस पर नोट्स:\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003e\n\u003cp\u003eआध्यात्मिकता: धार्मिक या आध्यात्मिक अभ्यास, ध्यान, प्रार्थना\u003c/p\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cp\u003eमाइंडफुलनेस: माइंडफुलनेस अभ्यास, उपस्थिति, जागरूकता\u003c/p\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cp\u003eउद्देश्य और अर्थ: जीवन उद्देश्य, व्यक्तिगत मिशन, विरासत\u003c/p\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cp\u003eदर्शन.\u003c/p\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cp\u003eपरिमाणित स्व:\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003e\n\u003cp\u003eआध्यात्मिकता और दिमागीपन:\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eप्रार्थना या ध्यान में समय व्यतीत करना\n-आध्यात्मिक ग्रंथों का पठन या अध्ययन\u003c/li\u003e\n\u003cli\u003eधार्मिक या आध्यात्मिक अनुष्ठान मनाए गए\u003c/li\u003e\n\u003cli\u003eदूसरों के प्रति दयालुता के कार्य\u003c/li\u003e\n\u003cli\u003eजताया आभार\u003c/li\u003e\n\u003cli\u003eविस्मय या आश्चर्य के क्षणों का अनुभव\u003c/li\u003e\n\u003cli\u003eधर्मार्थ कार्यों के लिए किया गया स्वैच्छिक कार्य\u003c/li\u003e\n\u003cli\u003eसहानुभूतिपूर्ण कार्रवाई की गई\u003c/li\u003e\n\u003cli\u003eक्षमा अभ्यास\u003c/li\u003e\n\u003cli\u003eआध्यात्मिक विकास के मील के पत्थर हासिल किए गए\u003c/li\u003e\n\u003cli\u003eप्रकृति से जुड़ाव का पोषण\u003c/li\u003e\n\u003cli\u003eआध्यात्मिक समुदाय की भागीदारी (चर्च, मंदिर, मस्जिद)\u003c/li\u003e\n\u003cli\u003eपूरे दिन माइंडफुलनेस एक्सरसाइज का अभ्यास किया जाता है\u003c/li\u003e\n\u003cli\u003eजीवन के उद्देश्य या अर्थ पर चिंतन के क्षण\u003c/li\u003e\n\u003cli\u003eकिसी के आंतरिक स्व के साथ संबंध का पता लगाया गया\u003c/li\u003e\n\u003c/ul\u003e\n\u003c/li\u003e\n\u003c/ul\u003e\n\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003e##विश्वास\u003c/p\u003e","title":"Spirituality"},{"content":"शौक और आराम इस पर नोट्स:\nयात्रा: छुट्टियों की योजना, नई जगहों की खोज, सांस्कृतिक अनुभव।\nमनोरंजन: फिल्में, टीवी श्रृंखला, संगीत, पढ़ना, शौक, खेल, पॉडकास्ट।\nविश्राम: ध्यान, प्रकृति की सैर, आराम का समय।\nरचनात्मक लेखन: कविता की खोज, जर्नलिंग, ब्लॉगिंग।\nदृश्य कला: पेंटिंग, ड्राइंग, फोटोग्राफी, मूर्तिकला।\nप्रदर्शन कलाएँ: नृत्य, संगीत, सार्वजनिक भाषण।\nरचनात्मक गतिविधियाँ: कला, संगीत, लेखन, शिल्प और अन्य रचनात्मक आउटलेट।\nबाहरी गतिविधियाँ: लंबी पैदल यात्रा, शिविर, खेल।\nसीखना: ऑनलाइन पाठ्यक्रम, कार्यशालाएँ।\nऔर अन्य चीजें जो मुझे खुशी और सुकून देती हैं।\nपरिमाणित स्व:\nशौक और व्यक्तिगत रुचि:\nशौक पर समय व्यतीत करना (जैसे, पेंटिंग, बागवानी, कोई वाद्ययंत्र बजाना) रचनात्मक परियोजनाएं पूरी हुईं नए कौशल सीखे गए या शौक तलाशे गए दीर्घकालिक परियोजनाओं पर प्रगति (जैसे, किताब लिखना, भाषा सीखना) संग्रह संकलित या विस्तारित DIY या गृह सुधार परियोजनाएं पूरी हो गईं स्वेच्छा से घंटों सेवा दी गई प्रकृति की सैर या बाहरी गतिविधियों का आनंद लिया शौक से जुड़े व्यक्तिगत लक्ष्य आगे बढ़ते हैं शौक या रुचियों के लिए प्राप्त पुरस्कार या मान्यता सांस्कृतिक कार्यक्रमों में भाग लिया (उदाहरण के लिए, संगीत कार्यक्रम, कला प्रदर्शनियाँ) खाना पकाने या पकाने के प्रयोग फोटोग्राफी सैर संगीत प्लेलिस्ट क्यूरेट की गईं फ़िल्म या पुस्तक समीक्षाएँ लिखी गईं रचनात्मक परियोजनाओं को आगे बढ़ाया गया कलात्मक कौशल को निखारा गया DIY परियोजनाएं पूरी हुईं आउटडोर रोमांच का आनंद लिया खेल खेले गए खेलों में भाग लिया संगीत का अभ्यास किया लेखन परियोजनाएँ शुरू की गईं पढ़ने की आदत विकसित की गई खाना पकाने का कौशल विकसित हुआ बागवानी के प्रयास किए गए यात्रा के अनुभवों को संजोया गया -सांस्कृतिक गतिविधियों का पता लगाया गया सामाजिक कार्यक्रमों में भाग लिया -व्यक्तिगत विकास को आगे बढ़ाया गया नई रुचियों की खोज हुई पुराने शौक दोबारा याद आए सामुदायिक भागीदारी को अपनाया गया विश्राम तकनीकों का अभ्यास किया गया -मजेदार पलों का जश्न मनाया गया आत्म-अभिव्यक्ति का पोषण हुआ आनंदमय अनुभव संजोए हुए व्यक्तिगत जुनून का पीछा किया गया आजीवन सीखना जारी रखा पूर्ति प्राप्त हुई यात्रा और रोमांच:\nकी गई यात्राएँ (घरेलू और अंतर्राष्ट्रीय)\nयात्रा व्यय (परिवहन, आवास, गतिविधियाँ)\nयात्रा साथी\nस्थलों का दौरा किया\nयात्रा बकेट सूची आइटम की जाँच की गई\nयात्रा की यादें कैद (फोटो, वीडियो, जर्नलिंग)\nसांस्कृतिक अनुभवों का आनंद लिया\nसाहसिक गतिविधियाँ आज़माई गईं (जैसे, लंबी पैदल यात्रा, स्कूबा डाइविंग, स्काइडाइविंग)\nस्थानीय आकर्षणों का पता लगाया गया\nयात्रा संबंधी लक्ष्यों में प्रगति होती है\nस्मृति चिन्ह एकत्रित किये गये\nयात्रा के दौरान सीखी या सीखी गई भाषाएँ\nयात्रा दुर्घटनाएँ या चुनौतियाँ दूर हो गईं\nसतत यात्रा प्रथाओं का पालन किया गया\nयात्रा कार्यक्रम की योजना बनाई गई\nस्थलों का दौरा किया\nआकर्षणों का पता लगाया गया\nपरिवहन के तरीकों का इस्तेमाल किया गया\nआवास में रहे -यात्रा पर खर्च हुआ बजट\nयात्रा की तस्वीरें ली गईं\nस्थानीय व्यंजनों का नमूना लिया गया\nसांस्कृतिक अनुभवों का आनंद लिया\nसाहसिक गतिविधियाँ शुरू की गईं\nयात्रा संबंधी दुर्घटनाओं का सामना करना पड़ा\nनई दोस्ती बनी\nआकस्मिकता के क्षणों का अनुभव हुआ\nसांस्कृतिक अंतर्दृष्टि प्राप्त हुई\nबकेट लिस्ट आइटम की जाँच की गई\nस्मृति चिन्ह एकत्रित किये गये\nयात्रा ब्लॉग या पत्रिकाएँ लिखी गईं\nस्थानीय समुदायों पर प्रभाव पर विचार किया गया\nपर्यावरणीय स्थिरता के प्रयास किए गए\nसांस्कृतिक संवेदनशीलता का अभ्यास किया गया\nप्रौद्योगिकी और गैजेट्स:\nनए गैजेट प्राप्त हुए रोजाना इस्तेमाल होने वाले गैजेट सॉफ़्टवेयर या ऐप्स इंस्टॉल या हटाए गए डिजिटल डिक्लटरिंग (फ़ाइलों, फ़ोल्डरों, डेस्कटॉप को साफ़ करना) पासवर्ड अपडेट किया गया डेटा बैकअप किया गया गैजेट्स की मरम्मत या सर्विसिंग तकनीक से संबंधित कौशल सीखे गए या उनमें सुधार किया गया तकनीकी समाचार या अपडेट का अनुसरण किया गया ऑनलाइन सुरक्षा उपाय किए गए तकनीकी खरीद का बजट बनाना गैजेट्स इच्छा सूची बनाए रखी गई प्रौद्योगिकी उपयोग की आदतों का मूल्यांकन किया गया डिजिटल डिटॉक्स अवधि शुरू की गई स्क्रीन समय सीमा लागू साहसिक कार्य और अन्वेषण:\nआज़माए गए नए अनुभव (भोजन, गतिविधियाँ, स्थान) बकेट लिस्ट आइटम की जाँच की गई साहसिक लक्ष्यों की प्रगति स्थानीय आकर्षणों की खोज साहसिक चुनौतियाँ शुरू की गईं प्रकृति रोमांच (लंबी पैदल यात्रा, शिविर, वन्य जीवन देखना) शहरी अन्वेषण यात्राएँ चरम खेल या एड्रेनालाईन-उत्प्रेरण गतिविधियाँ सांस्कृतिक विसर्जन के अनुभव साहसिक यात्रा की योजना बनाई गई या प्रत्याशित ऐतिहासिक स्थलों का दौरा किया प्राकृतिक चमत्कारों का अनुभव हुआ सड़क यात्राएं की गईं सहज रोमांच को अपनाया एकल साहसिक कार्य शुरू हुआ साहसिक कहानियाँ प्रलेखित या साझा की गईं संस्कृति और समाज:\nसांस्कृतिक कार्यक्रमों में भाग लिया (संगीत, थिएटर, कला प्रदर्शनियाँ)\nपुस्तक क्लबों या साहित्यिक चर्चाओं में भाग लिया\nफिल्म स्क्रीनिंग या चर्चा में भाग लिया\nसंग्रहालय या गैलरी का दौरा\nसांस्कृतिक उत्सव मनाए गए\nभाषा सीखने की प्रगति\nसांस्कृतिक विसर्जन के अनुभव\nसांस्कृतिक विविधता सराहना प्रयास\nअंतरसांस्कृतिक संचार अनुभव\nस्वदेशी ज्ञान या परंपराओं की खोज की गई\nऐतिहासिक स्थलों का दौरा किया\nविरासत संरक्षण प्रयासों का समर्थन किया गया -सांस्कृतिक आदान-प्रदान कार्यक्रमों में भाग लिया\nसामाजिक न्याय संबंधी कार्रवाई की गई\nविविधता और समावेशन पहल का समर्थन किया गया\nनैतिक उपभोग प्रथाओं को अपनाया गया\nप्रौद्योगिकी और नवाचार:\nतकनीकी कार्यक्रमों या सम्मेलनों में भाग लिया तकनीकी परियोजनाएं शुरू की गईं या पूरी हुईं कोडिंग या प्रोग्रामिंग कौशल का अभ्यास किया गया तकनीकी गैजेट का परीक्षण या समीक्षा की गई तकनीकी रुझानों का पालन किया गया टेक ब्लॉग या फ़ोरम से जुड़े टेक हैकथॉन में भाग लिया तकनीकी प्रोटोटाइप विकसित किए गए टेक स्टार्टअप्स को समर्थन दिया गया या उनमें निवेश किया गया तकनीकी परामर्श प्राप्त या प्रदान किया गया सामाजिक प्रभाव के लिए तकनीकी समाधान तलाशे गए टेक कैरियर आकांक्षाओं को स्पष्ट किया गया टेक नेटवर्किंग कार्यक्रमों में भाग लिया तकनीकी चुनौतियाँ या प्रतियोगिताएँ दर्ज की गईं तकनीकी कौशल कार्यशालाओं में भाग लिया तकनीकी प्रमाणपत्र प्राप्त किए गए तकनीकी उपयोगकर्ता अनुभव प्रतिक्रिया प्रदान की गई तकनीकी नवाचारों की प्रशंसा या अध्ययन किया गया यात्रा:\nकिसी नए देश की यात्रा करें. एक नए शहर या कस्बे का अन्वेषण करें। सड़क यात्रा करें. कैंपिंग या लंबी पैदल यात्रा पर जाएं। समुद्र तट पर छुट्टी की योजना बनाएं। अकेले यात्रा करें। किसी राष्ट्रीय उद्यान का भ्रमण करें. क्रूज़ पर जाओ। किसी संगीत समारोह या सांस्कृतिक कार्यक्रम में भाग लें। यात्रा के दौरान विदेशी खाद्य पदार्थों का स्वाद चखें। एक शिकार पर जाना। गर्म हवा के गुब्बारे की सवारी करें। किसी दूसरे शहर में किसी खेल आयोजन में भाग लें। स्कीइंग या स्नोबोर्डिंग करें। प्रसिद्ध स्थलों का भ्रमण करें। विदेश में स्वयंसेवक. दूसरे देश में कुकिंग क्लास लें। स्कूबा डाइविंग या स्नॉर्कलिंग करें। विभिन्न संस्कृतियों और रीति-रिवाजों के बारे में जानें। रचनात्मकता:\nदैनिक स्केचबुक अभ्यास शुरू करें। एक कविता या लघु कहानी लिखें. फोटोग्राफी सीखें। एक विज़न बोर्ड बनाएं. पेंटिंग या ड्राइंग क्लास लें। एक पॉडकास्ट शुरू करें. स्टैंड-अप कॉमेडी आज़माएं। मनोरंजन फिल्में सिनेमा ब्लॉकबस्टर फ़िल्में स्वतंत्र फ़िल्में स्ट्रीमिंग सेवाएँ नेटफ्लिक्स हुलु फिल्म समारोह कान्स फिल्म फेस्टिवल सनडांस फिल्म फेस्टिवल संगीत संगीत कार्यक्रम शास्त्रीय संगीत कार्यक्रम पॉप संगीत कार्यक्रम संगीत समारोह ग्लैस्टनबरी महोत्सव कोचेला संगीत की शिक्षा गिटार पाठ गायन पाठ किताबें गल्प रहस्य उपन्यास रोमांस उपन्यास नॉन-फिक्शन स्वयं सहायता पुस्तकें जीवनियाँ ऑडियोबुक्स फिक्शन ऑडियोबुक स्व-सहायता ऑडियोबुक यात्रा अन्वेषण सांस्कृतिक यात्रा यूनेस्को विरासत स्थल स्वदेशी अनुभव साहसिक यात्रा ट्रैकिंग रॉक क्लाइंबिंग बैकपैकिंग सोलो बैकपैकिंग ग्रुप बैकपैकिंग सांस्कृतिक विसर्जन होमस्टे स्थानीय संस्कृति का विसर्जन भाषा विनिमय भाषा विसर्जन कार्यक्रम पूर्ण विसर्जन आंशिक विसर्जन सांस्कृतिक यात्राएँ कला यात्राएँ ऐतिहासिक यात्राएँ विश्राम स्पा रिट्रीट कल्याण उपचार माइंडफुलनेस कार्यशालाएँ समुद्रतट छुट्टियाँ उष्णकटिबंधीय समुद्र तट एकांत समुद्र तट वेलनेस रिसॉर्ट्स समग्र कल्याण डिटॉक्स कार्यक्रम मनोरंजन खेल टीम खेल फुटबॉल बास्केटबॉल व्यक्तिगत खेल गोल्फ टेनिस मनोरंजक लीग सॉफ्टबॉल लीग फ़ुटबॉल लीग खेल बोर्ड गेम रणनीति खेल पार्टी गेम्स वीडियो गेम कंसोल गेम्स पीसी गेम्स ताश का खेल पोकर पुल बाहरी गतिविधियाँ पिकनिक पार्क पिकनिक समुद्रतट पिकनिक समुद्र तट के दिन धूप सेंकना बीच वॉलीबॉल प्रकृति की सैर पक्षी देखना वाइल्डफ्लावर वॉक ","permalink":"https://www.shafiq.in/hi/docs/projects/writing/hobbies-and-leisure/","summary":"\u003ch1 id=\"शक-और-आरम\"\u003eशौक और आराम\u003c/h1\u003e\n\u003cp\u003eइस पर नोट्स:\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003e\n\u003cp\u003eयात्रा: छुट्टियों की योजना, नई जगहों की खोज, सांस्कृतिक अनुभव।\u003c/p\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cp\u003eमनोरंजन: फिल्में, टीवी श्रृंखला, संगीत, पढ़ना, शौक, खेल, पॉडकास्ट।\u003c/p\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cp\u003eविश्राम: ध्यान, प्रकृति की सैर, आराम का समय।\u003c/p\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cp\u003eरचनात्मक लेखन: कविता की खोज, जर्नलिंग, ब्लॉगिंग।\u003c/p\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cp\u003eदृश्य कला: पेंटिंग, ड्राइंग, फोटोग्राफी, मूर्तिकला।\u003c/p\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cp\u003eप्रदर्शन कलाएँ: नृत्य, संगीत, सार्वजनिक भाषण।\u003c/p\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cp\u003eरचनात्मक गतिविधियाँ: कला, संगीत, लेखन, शिल्प और अन्य रचनात्मक आउटलेट।\u003c/p\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cp\u003eबाहरी गतिविधियाँ: लंबी पैदल यात्रा, शिविर, खेल।\u003c/p\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cp\u003eसीखना: ऑनलाइन पाठ्यक्रम, कार्यशालाएँ।\u003c/p\u003e","title":"Hobbies and Leisure"},{"content":"पुस्तक प्रकाशन प्रक्रिया किसी पुस्तक का प्रकाशन एक ऐसी प्रक्रिया है जिसमें विभिन्न चरण शामिल होते हैं, जिनमें से प्रत्येक एक साहित्यिक कार्य के सफल लॉन्च के लिए महत्वपूर्ण होता है। यह एक विचार की अवधारणा से शुरू होता है, जो फिर लेखन, संपादन, प्रूफरीडिंग, डिजाइन, उत्पादन, विपणन और अंततः वितरण सहित कई चरणों से गुजरता है। इस प्रक्रिया के प्रत्येक चरण को समझने से लेखकों और प्रकाशकों को जटिलताओं से अधिक प्रभावी ढंग से निपटने में मदद मिल सकती है।\nपहला चरण लेखन है, जहां एक लेखक अपनी प्रारंभिक अवधारणा को एक सुसंगत पांडुलिपि में विकसित करता है। इसमें व्यापक शोध, रूपरेखा, मसौदा तैयार करना, संशोधित करना और परिष्कृत करना शामिल है जब तक कि कहानी या तर्क अच्छी तरह से स्पष्ट और आकर्षक न हो जाए। एक बार पांडुलिपि पूरी हो जाने के बाद, यह संपादन चरण में चला जाता है, जिसका उद्देश्य सामग्री की स्पष्टता, सुसंगतता और समग्र गुणवत्ता को बढ़ाना है। संपादक इस चरण में व्याकरण संबंधी त्रुटियों को ठीक करके, विसंगतियों को दूर करके और कथा प्रवाह में सुधार के लिए सुझाव देकर महत्वपूर्ण भूमिका निभाते हैं।\nसंपादन के बाद, प्रूफ़रीडिंग चरण यह सुनिश्चित करता है कि पाठ मुद्रण संबंधी त्रुटियों और स्वरूपण संबंधी समस्याओं से मुक्त है। प्रूफ़रीडर किसी भी शेष ग़लती को पकड़ने के लिए पांडुलिपि का सावधानीपूर्वक अध्ययन करते हैं जो संपादकों से छूट गई हो। पुस्तक की व्यावसायिक उपस्थिति बनाए रखने और सटीकता सुनिश्चित करने के लिए यह कदम आवश्यक है।\nपाठ को परिष्कृत करने के बाद, ध्यान डिज़ाइनिंग पर चला जाता है। डिज़ाइन चरण में एक कवर का निर्माण शामिल है जो संभावित पाठकों को आकर्षित करता है, साथ ही पढ़ने में आसानी के लिए आंतरिक पृष्ठों को प्रारूपित करता है। इसमें फ़ॉन्ट शैलियों, मार्जिन, पेज लेआउट, छवियों और अन्य दृश्य तत्वों पर निर्णय शामिल हैं जो पुस्तक की समग्र सौंदर्य अपील को बढ़ाते हैं।\nएक बार डिज़ाइन को अंतिम रूप देने के बाद, पुस्तक उत्पादन में चली जाती है। उत्पादन चरण में मुद्रण या ई-बुक फ़ॉर्मेटिंग के माध्यम से पांडुलिपि को भौतिक या डिजिटल उत्पाद में परिवर्तित करना शामिल है। यहां, कागज की गुणवत्ता, बाइंडिंग के तरीके, रंग पुनरुत्पादन और डिजिटल प्रकाशनों के लिए फ़ाइल विनिर्देशों जैसे विवरणों पर सावधानीपूर्वक ध्यान दिया जाता है।\nउत्पादन चरण के बाद, ध्यान विपणन पर केंद्रित हो जाता है। इसमें प्रचार सामग्री तैयार करना, विज्ञापन अभियानों की योजना बनाना, मीडिया कवरेज सुरक्षित करना और संभावित पाठकों तक पहुंचने के लिए सोशल मीडिया प्लेटफॉर्म का लाभ उठाना शामिल है। लक्ष्य पुस्तक के चारों ओर चर्चा पैदा करना और इसे खरीदने के लिए उत्सुक दर्शकों का निर्माण करना है।\nअंत में, वितरण चरण यह सुनिश्चित करता है कि पुस्तक अपने इच्छित बाज़ार तक पहुँचे। इसमें वितरण के लिए उपयुक्त चैनलों का चयन करना शामिल है - चाहे पारंपरिक प्रकाशकों के माध्यम से, स्वयं-प्रकाशन मार्ग, अमेज़ॅन जैसे ऑनलाइन खुदरा विक्रेताओं, या प्रत्यक्ष-से-उपभोक्ता बिक्री के माध्यम से। पुस्तक की उपलब्धता और पाठकों तक पहुंच को अधिकतम करने के लिए प्रभावी वितरण रणनीतियाँ महत्वपूर्ण हैं।\nइनमें से प्रत्येक चरण आपस में जुड़ा हुआ है और निर्बाध प्रकाशन प्रक्रिया सुनिश्चित करने के लिए सावधानीपूर्वक समन्वय की आवश्यकता होती है। संपूर्ण वर्कफ़्लो को शुरू से अंत तक समझने से लेखकों और प्रकाशकों को यात्रा के किसी भी बिंदु पर उत्पन्न होने वाली जटिलताओं और चुनौतियों से निपटने में मदद मिल सकती है।\nलेखन प्रक्रिया लेखन प्रक्रिया को अक्सर पुस्तक प्रकाशन की आधारशिला माना जाता है, क्योंकि इसी चरण के दौरान लेखक की दृष्टि आकार लेती है। इस प्रारंभिक चरण में कई महत्वपूर्ण चरण शामिल हैं, जिनमें से प्रत्येक पर पांडुलिपि के लिए एक मजबूत आधार सुनिश्चित करने के लिए सावधानीपूर्वक ध्यान देने की आवश्यकता है। यहां लेखन प्रक्रिया के कुछ प्रमुख घटक दिए गए हैं:\n1. संकल्पना: यात्रा एक विचार की अवधारणा से शुरू होती है। चाहे व्यक्तिगत अनुभवों से प्रेरित हो, किसी विशेष विषय के प्रति आकर्षण हो, या एक कल्पनाशील चिंगारी हो, यह प्रारंभिक अवधारणा उस बीज के रूप में कार्य करती है जिससे पूरी कहानी विकसित होगी। इस चरण के दौरान, लेखक अक्सर विचार-मंथन करते हैं और अपने विचारों को परिष्कृत करते हैं, विभिन्न कोणों और विषयों की खोज करते हैं जिन्हें वे तलाशना चाहते हैं।\n2. अनुसंधान: एक बार जब कोई अवधारणा ठोस हो जाती है, तो यह सुनिश्चित करने के लिए व्यापक शोध आवश्यक हो जाता है कि पांडुलिपि अच्छी तरह से सूचित और विश्वसनीय है। इसमें पुस्तकों, अकादमिक लेखों, ऑनलाइन संसाधनों से जानकारी एकत्र करना या संबंधित क्षेत्रों के विशेषज्ञों के साथ साक्षात्कार आयोजित करना शामिल हो सकता है। अच्छा शोध न केवल कहानी को मजबूत बनाता है बल्कि गहराई और प्रामाणिकता भी जोड़ता है।\n3. रूपरेखा: शोध पूरा होने के बाद, लेखक आम तौर पर एक रूपरेखा तैयार करने के लिए आगे बढ़ते हैं। एक रूपरेखा पांडुलिपि के लिए एक रोडमैप के रूप में कार्य करती है, जिसमें मुख्य विषयों, पात्रों, कथानक बिंदुओं और अध्यायों की रूपरेखा होती है। यह विचारों को व्यवस्थित करने में मदद करता है और यह सुनिश्चित करता है कि कथा शुरू से अंत तक तार्किक रूप से प्रवाहित हो। अलग-अलग लेखकों के पास रूपरेखा तैयार करने के अलग-अलग दृष्टिकोण हो सकते हैं, कुछ विस्तृत, अध्याय-दर-अध्याय योजनाएँ पसंद करते हैं जबकि अन्य अधिक व्यवस्थित रूप से काम करते हैं।\n4. प्रारूपण: प्रारूपण चरण वह है जहां लेखक अपनी पांडुलिपि का पहला संस्करण लिखना शुरू करते हैं। इसमें उनके विचारों और शोध को लिखित रूप में अनुवाद करना, अक्सर कहानी और चरित्र विकास को परिष्कृत करते हुए कई ड्राफ्ट बनाना शामिल है। इस चरण के दौरान, लेखक पूर्णता के बारे में बहुत अधिक चिंता किए बिना मूल कथा को समझने पर ध्यान केंद्रित करते हैं। शुरुआती ड्राफ्ट का ख़राब होना आम बात है, कहानी को अंतिम रूप देने से पहले कई संशोधनों की आवश्यकता होती है।\n5. संशोधित: एक बार पहला मसौदा पूरा हो जाने पर, संशोधन प्रक्रिया शुरू हो जाती है। यह एक महत्वपूर्ण कदम है जिसमें पांडुलिपि के विभिन्न पहलुओं का मूल्यांकन और सुधार शामिल है। लेखक चरित्र विकास, कथानक संरचना, संवाद, गति और समग्र सुसंगतता की समीक्षा करते हैं। वे अपने काम पर बाहरी दृष्टिकोण प्राप्त करने के लिए बीटा पाठकों या समालोचक समूहों से प्रतिक्रिया भी मांग सकते हैं। संशोधन के लिए अक्सर कई पुनरावृत्तियों की आवश्यकता होती है क्योंकि लेखक अपने लेखन को बेहतर बनाते हैं, स्पष्टता, जुड़ाव और भावनात्मक प्रभाव के लिए प्रयास करते हैं।\n6. संपादन: संशोधन के कई दौरों के बाद, पांडुलिपि संपादन चरण में चली जाती है। पेशेवर संपादक कथानक की विसंगतियों, चरित्र प्रेरणा और कथा प्रवाह जैसे बड़े संरचनात्मक मुद्दों पर ध्यान केंद्रित करके इस चरण में महत्वपूर्ण भूमिका निभाते हैं। वे पांडुलिपि की पठनीयता को बढ़ाने के लिए व्याकरण संबंधी त्रुटियों, टाइपो और अजीब वाक्यांशों को भी संबोधित करते हैं।\n7. अंतिम स्पर्श: प्रस्तुत करने या प्रकाशन से पहले, लेखक आम तौर पर अपने काम की अंतिम समीक्षा करते हैं। इसमें पांडुलिपि को बारीक दांतों वाली कंघी से पढ़ना, किसी भी त्रुटि को सुधारना और यह सुनिश्चित करना शामिल है कि पुस्तक पॉलिश की गई है और अपने इच्छित दर्शकों के लिए तैयार है। इस चरण में अक्सर उद्योग मानकों को पूरा करने के लिए गहन वर्तनी-जांच और स्वरूपण समायोजन शामिल होते हैं।\n8. प्रूफ़रीडिंग: लेखन प्रक्रिया का अंतिम चरण प्रूफरीडिंग है। इस सावधानीपूर्वक चरण में टाइपोग्राफ़िकल त्रुटियों, प्रारूपण विसंगतियों और किसी भी आखिरी मिनट की गलतियों के लिए पांडुलिपि की जांच करना शामिल है जिन्हें पिछले चरणों के दौरान अनदेखा किया गया हो सकता है। इस बिंदु पर पांडुलिपि पर एक ताज़ा जोड़ी की नज़र उन मुद्दों की पहचान करने में मदद कर सकती है जो एक लेखक परियोजना पर व्यापक काम के बाद अंधा हो गया होगा।\nइन चरणों का पालन करके, लेखक अपने प्रारंभिक विचारों को प्रकाशन के लिए तैयार पूरी तरह से साकार पांडुलिपियों में बदल सकते हैं। प्रत्येक चरण में समर्पण और धैर्य की आवश्यकता होती है, लेकिन परिणाम एक परिष्कृत कार्य है जो पाठकों को संलग्न कर सकता है और लेखक के इच्छित संदेश को प्रभावी ढंग से व्यक्त कर सकता है।\nसंपादन प्रक्रिया संपादन चरण के दौरान, संपादक पाठ की गुणवत्ता, सुसंगतता और समग्र प्रभाव को बढ़ाने के लिए पाठ की सावधानीपूर्वक समीक्षा और परिशोधन करते हैं। इसमें कई प्रमुख चरण शामिल हैं जो एक परिष्कृत और पेशेवर पांडुलिपि तैयार करने के लिए महत्वपूर्ण हैं।\n1. सामग्री संपादन (विकासात्मक संपादन): संपादन प्रक्रिया में प्रारंभिक चरण सामग्री या विकासात्मक संपादन है। इस प्रकार का संपादन पांडुलिपि के बड़े-चित्र पहलुओं जैसे कथानक संरचना, चरित्र विकास, गति और समग्र कथा प्रवाह को बेहतर बनाने पर केंद्रित है। संपादक इन तत्वों को बेहतर बनाने के लिए महत्वपूर्ण पुनर्लेखन का सुझाव दे सकते हैं, जिससे यह सुनिश्चित हो सके कि कहानी आकर्षक, सामंजस्यपूर्ण और सम्मोहक है। वे समयरेखा, तर्क, या चरित्र व्यवहार में विसंगतियों की तलाश करते हैं जो पाठक के अनुभव को बाधित कर सकते हैं। सामग्री संपादन में अक्सर लेखक और संपादक के बीच आगे-पीछे के कई दौर शामिल होते हैं क्योंकि वे इन बड़े मुद्दों को संबोधित करने के लिए मिलकर काम करते हैं।\n2. पंक्ति संपादन: एक बार जब संरचनात्मक पहलुओं पर ध्यान दिया जाता है, तो पांडुलिपि लाइन संपादन चरण में चली जाती है। यहां, संपादक स्पष्टता और शैली को बढ़ाने के लिए व्यक्तिगत वाक्यों और पैराग्राफों को परिष्कृत करने पर ध्यान केंद्रित करते हैं। वे व्याकरण संबंधी त्रुटियों को ठीक करते हैं, शब्द चयन में सुधार का सुझाव देते हैं और संवाद को अधिक स्वाभाविक और प्रभावशाली बनाने के लिए उसे बेहतर बनाते हैं। इस चरण में अक्सर यह सुनिश्चित करने के लिए भाषा को ठीक करना शामिल होता है कि प्रत्येक वाक्य लेखक की आवाज़ और टोन को बनाए रखते हुए आसानी से पढ़ा जा सके।\n3. प्रतिलिपि संपादन: कॉपी-संपादन एक और महत्वपूर्ण कदम है जहां संपादक निरंतरता, सटीकता और शैली के लिए पांडुलिपि की समीक्षा करते हैं। वे वर्तनी, विराम चिह्न और व्याकरण की त्रुटियों को ठीक करते हैं, विराम चिह्नों का उचित उपयोग सुनिश्चित करते हैं, और पूरे दस्तावेज़ में प्रारूपण को मानकीकृत करते हैं। प्रतिलिपि संपादक यह सुनिश्चित करने के लिए तथ्यों को सत्यापित करते हैं और संदर्भों की जांच करते हैं कि पुस्तक में प्रस्तुत कोई भी जानकारी सटीक और विश्वसनीय है। इस चरण का लक्ष्य पाठ को परिष्कृत और एकरूप बनाना, उसे प्रकाशन के लिए तैयार करना है।\n4. प्रूफ़रीडिंग: कॉपी-संपादन के बाद, प्रूफ़रीडिंग अंतिम गुणवत्ता नियंत्रण चरण है। इस चरण के दौरान, एक प्रूफ़रीडर बारीक दांतों वाली कंघी के साथ पांडुलिपि का अध्ययन करता है, किसी भी शेष टाइपो, व्याकरण संबंधी त्रुटियों, या प्रारूपण मुद्दों की खोज करता है जिन्हें पहले चरणों के दौरान अनदेखा किया गया हो सकता है। यह सूक्ष्म समीक्षा यह सुनिश्चित करती है कि पुस्तक उन विकर्षणों से मुक्त है जो पढ़ने के अनुभव को ख़राब कर सकते हैं।\n5. सहयोगात्मक प्रक्रिया: संपादन एक अकेली प्रक्रिया नहीं है, बल्कि लेखक और संपादक के बीच एक सहयोगात्मक प्रयास है। प्रभावी संचार इस सहयोग की कुंजी है। संपादक रचनात्मक प्रतिक्रिया और सुझाव देते हैं, जबकि लेखक इन टिप्पणियों पर विचार करते हैं और आवश्यक परिवर्तन करते हैं। इस पुनरावृत्तीय प्रक्रिया में अक्सर संशोधन के कई दौर शामिल होते हैं, जिसमें दोनों पक्ष सर्वोत्तम संभव पांडुलिपि तैयार करने के एक सामान्य लक्ष्य की दिशा में काम करते हैं।\n6. प्रतिक्रिया और संशोधन: संपूर्ण संपादन प्रक्रिया के दौरान, फीडबैक प्राप्त करना और उसे शामिल करना आवश्यक है। लेखकों को रचनात्मक आलोचना के लिए खुला रहना चाहिए और तदनुसार अपने काम को संशोधित करने के लिए तैयार रहना चाहिए। संपादक पांडुलिपि के भीतर ही सुधार के क्षेत्रों पर प्रकाश डालते हुए विस्तृत नोट्स या टिप्पणियाँ प्रदान कर सकते हैं। लेखकों के लिए यह महत्वपूर्ण है कि वे इस फीडबैक को रचनात्मक रूप से लें और अपने लेखन की गुणवत्ता बढ़ाने के लिए आवश्यक बदलाव करें।\nइन व्यापक संपादन चरणों से गुज़रकर, एक पांडुलिपि एक प्रारंभिक मसौदे से प्रकाशन के लिए तैयार एक परिष्कृत, पेशेवर टुकड़े में बदल सकती है। प्रभावी संपादन न केवल पुस्तक की पठनीयता और सुसंगतता में सुधार करता है, बल्कि यह सुनिश्चित करके इसकी बाजार अपील को भी बढ़ाता है कि यह उद्योग के मानकों और पाठकों की अपेक्षाओं को पूरा करती है। यह संपूर्ण समीक्षा प्रक्रिया अंततः प्रकाशित कार्य की सफलता और प्रभाव में योगदान करती है।\nप्रूफरीडिंग प्रक्रिया प्रूफरीडिंग चरण प्रकाशन प्रक्रिया का एक महत्वपूर्ण अंतिम चरण है जो यह सुनिश्चित करता है कि पांडुलिपि मुद्रण संबंधी त्रुटियों, स्वरूपण संबंधी विसंगतियों और अन्य लंबी गलतियों से मुक्त है। इस चरण में पुस्तक के प्रिंट या डिजिटल प्रकाशन से पहले उसकी समग्र गुणवत्ता को बढ़ाने के लिए डिज़ाइन किए गए कई महत्वपूर्ण चरण और तकनीकें शामिल हैं।\n1. प्रूफरीडिंग का महत्व: प्रूफरीडिंग किसी भी शेष त्रुटियों के खिलाफ रक्षा की अंतिम पंक्ति के रूप में कार्य करती है जो पांडुलिपि की व्यावसायिकता और पठनीयता को कमजोर कर सकती है। जबकि संपादन कथानक संरचना और चरित्र विकास जैसे व्यापक मुद्दों को संबोधित करता है, प्रूफरीडिंग उन विवरणों पर ध्यान केंद्रित करती है जो पाठक के अनुभव में महत्वपूर्ण अंतर ला सकते हैं। इनमें वर्तनी की गलतियाँ, व्याकरण संबंधी त्रुटियाँ, गलत विराम चिह्न, गलत स्वरूपण और शैली या स्वर में विसंगतियाँ शामिल हैं।\n2. प्रारंभिक समीक्षा: प्रूफरीडिंग प्रक्रिया में पहला कदम संपूर्ण पांडुलिपि की गहन प्रारंभिक समीक्षा है। इसमें किसी भी स्पष्ट मुद्दे को ध्यान में रखते हुए दस्तावेज़ को शुरू से अंत तक पढ़ना शामिल है। प्रूफ़रीडर को बार-बार दोहराए जाने वाले शब्दों, अजीब वाक्य निर्माण और अन्य विसंगतियों पर नज़र रखनी चाहिए जो समस्याओं का संकेत दे सकती हैं। यह प्रारंभिक स्कैन बड़े पैमाने पर गलतियों की पहचान करने में मदद करता है जिन पर तत्काल ध्यान देने की आवश्यकता है।\n3. विवरण पर ध्यान देना: अगले चरण में प्रत्येक पृष्ठ की सूक्ष्म जांच शामिल है। प्रूफरीडर पांडुलिपि को शब्द दर शब्द और पंक्ति दर पंक्ति पढ़ते हैं, गलत वर्तनी वाले शब्दों या गलत विराम चिह्न जैसी टाइपोग्राफ़िक त्रुटियों की जाँच करते हैं। वे यह भी सुनिश्चित करते हैं कि शीर्षक, उपशीर्षक और कैप्शन पूरे दस्तावेज़ में एक जैसे हों। इस चरण में सूक्ष्म गलतियों को पकड़ने के लिए विस्तार पर गहरी नजर रखने और टाइपोग्राफी की समझ की आवश्यकता होती है जो अन्यथा ध्यान से बच सकती हैं।\n4. फ़ॉर्मेटिंग जाँच: फ़ॉर्मेटिंग प्रूफ़रीडिंग का एक और महत्वपूर्ण पहलू है। प्रूफरीडर यह सत्यापित करते हैं कि पुस्तक के लेआउट के सभी तत्व - जैसे मार्जिन, फ़ॉन्ट, रिक्ति और संरेखण - पूरी पांडुलिपि में सुसंगत हैं। वे अध्यायों के भीतर या पुस्तक के विभिन्न अनुभागों के बीच फ़ॉन्ट आकार या शैली में किसी भी विसंगति की जाँच करते हैं। उचित फ़ॉर्मेटिंग सुनिश्चित करने से न केवल दृश्य अपील बढ़ती है, बल्कि पढ़ने का अधिक सामंजस्यपूर्ण अनुभव भी मिलता है।\n5. क्रॉस-रेफरेंस जांच: पाठ और फ़ॉर्मेटिंग के अलावा, प्रूफरीडर को सटीकता सुनिश्चित करने के लिए जानकारी को क्रॉस-रेफ़रेंस करना चाहिए। इसमें तारीखों, तथ्यों, आंकड़ों और उद्धरणों जैसे डेटा की सत्यता की पुष्टि करने के लिए उन्हें सत्यापित करना शामिल है। वे यह भी जांचते हैं कि संदर्भ लेखक के बताए गए स्रोतों के अनुरूप हैं और कोई भी उद्धरण आवश्यक शैली दिशानिर्देशों का पालन करता है।\n6. टूल का उपयोग: जबकि प्रूफरीडिंग में मानवीय स्पर्श अमूल्य है, विशेष उपकरणों का उपयोग भी फायदेमंद हो सकता है। व्याकरण की जाँच और वर्तनी सुधार के लिए डिज़ाइन किए गए सॉफ़्टवेयर एप्लिकेशन, जैसे व्याकरण या Microsoft Word के अंतर्निहित उपकरण, कुछ त्रुटियों को स्वचालित रूप से पहचानने में मदद कर सकते हैं। हालाँकि, इन्हें मानवीय समीक्षा को प्रतिस्थापित नहीं करना चाहिए, बल्कि संभावित मुद्दों को चिह्नित करके इसे पूरक करना चाहिए जिन्हें एक मानव प्रूफ़रीडर अनदेखा कर सकता है।\n7. पुनरावृत्तीय प्रक्रिया: प्रूफ़रीडिंग एक बार का कार्य नहीं है बल्कि इसमें अक्सर कई पुनरावृत्तियाँ शामिल होती हैं। प्रारंभिक पास के बाद, प्रूफ़रीडर सुधार कर सकता है और फिर संपादक या लेखक से जाँच का दूसरा दौर आयोजित करने से पहले इन परिवर्तनों की समीक्षा करने के लिए कह सकता है। यह पुनरावृत्तीय प्रक्रिया यह सुनिश्चित करने में मदद करती है कि सभी गलतियाँ पकड़ ली गईं और उन्हें ठीक कर लिया गया, जिससे उच्च गुणवत्ता वाला अंतिम उत्पाद तैयार हो सके।\n8. ताजा आंखें: प्रूफ़रीडिंग में एक प्रभावी तकनीक यह है कि पांडुलिपि की दोबारा समीक्षा करने से पहले उससे कुछ समय का ब्रेक लिया जाए। यह प्रूफ़रीडर्स को पाठ को \u0026ldquo;ताज़ी नज़रों\u0026rdquo; से देखने की अनुमति देता है, जिससे उन त्रुटियों की संभावना कम हो जाती है जिनके वे पहले ड्राफ्ट पर काम करते समय आदी हो गए होंगे।\nइन चरणों और तकनीकों का पालन करके, प्रूफ़रीडर यह सुनिश्चित कर सकते हैं कि पुस्तक का अंतिम संस्करण परिष्कृत, पेशेवर और ध्यान भटकाने वाली त्रुटियों से मुक्त है। यह संपूर्ण समीक्षा प्रक्रिया प्रकाशित कार्य की समग्र गुणवत्ता और पठनीयता में महत्वपूर्ण योगदान देती है, जिससे प्रतिस्पर्धी बाज़ार में सफलता की संभावना बढ़ जाती है।\nडिज़ाइन प्रक्रिया किसी पुस्तक का कवर डिज़ाइन करना प्रकाशन का एक महत्वपूर्ण पहलू है जो महज सौंदर्यशास्त्र से परे है; यह संभावित पाठकों के लिए पहली छाप के रूप में कार्य करता है और पुस्तक की सफलता निर्धारित करने में महत्वपूर्ण भूमिका निभाता है। एक अच्छी तरह से डिज़ाइन किया गया कवर कहानी के सार को प्रभावी ढंग से व्यक्त कर सकता है, ध्यान आकर्षित कर सकता है और पाठकों को किताब लेने के लिए आकर्षित कर सकता है। पुस्तक कवर को डिज़ाइन करने में शामिल आवश्यक चरण यहां दिए गए हैं:\n1. संकल्पना: यह प्रक्रिया पुस्तक के समग्र विषय और संदेश की अवधारणा के साथ शुरू होती है। इसमें उन मूल तत्वों को समझने के लिए लेखक या प्रकाशक के साथ चर्चा करना शामिल है जिन्हें कवर पर प्रस्तुत करने की आवश्यकता है। इस चरण के दौरान शैली, स्वर, मुख्य पात्र, सेटिंग और व्यापक विषयों जैसे प्रमुख पहलुओं पर विचार किया जाता है।\n2. अनुसंधान: इसके बाद अनुसंधान आता है, जहां डिजाइनर रुझानों, लोकप्रिय शैलियों और सफल डिजाइनों की पहचान करने के लिए एक ही शैली में समान पुस्तकों की खोज करते हैं। इससे उन्हें यह जानने में मदद मिलती है कि बाज़ार में क्या अच्छा चल रहा है और उन्हें एक ऐसा कवर बनाने में मदद मिलती है जो प्रासंगिक होने के साथ-साथ अलग भी दिखता है।\n3. स्केचिंग और प्रोटोटाइपिंग: एक स्पष्ट दृष्टि के साथ, डिजाइनर किसी न किसी विचार को कागज पर या डिजिटल रूप से स्केच करके शुरू करते हैं। वे विभिन्न फ़ॉन्ट, रंग, चित्र और रचनाओं के साथ प्रयोग करते हैं। इस चरण के दौरान कई प्रोटोटाइप विकसित किए जाते हैं, जिनमें से प्रत्येक ग्राहक के साथ चर्चा करने के लिए विभिन्न डिज़ाइन दिशाओं का प्रतिनिधित्व करता है। लक्ष्य एक ऐसी अवधारणा खोजना है जो लेखक की दृष्टि और बाजार के रुझान दोनों के साथ मेल खाती हो।\n4. मॉक-अप बनाना: एक बार एक अवधारणा चुने जाने के बाद, डिजाइनर एडोब फोटोशॉप या इलस्ट्रेटर जैसे ग्राफिक डिजाइन सॉफ्टवेयर का उपयोग करके उच्च-निष्ठा वाले मॉक-अप बनाने के लिए आगे बढ़ते हैं। ये मॉक-अप इस बात का विस्तृत प्रतिनिधित्व करते हैं कि अंतिम कवर कैसा दिखेगा। उनमें किताब के शीर्षक, लेखक का नाम और अन्य प्रासंगिक विवरण जैसे पाठ तत्वों के साथ-साथ डिजिटल चित्र, तस्वीरें या दोनों का संयोजन शामिल हो सकता है।\n5. प्रतिक्रिया एकत्रित करना: डिज़ाइनर फीडबैक के लिए क्लाइंट के साथ मॉक-अप साझा करता है। इस पुनरावृत्तीय प्रक्रिया में अक्सर सुझावों और प्राथमिकताओं के आधार पर डिज़ाइन को परिष्कृत करने के लिए कई दौर के संशोधन शामिल होते हैं। डिज़ाइनर को ग्राहक की दृष्टि के साथ बेहतर तालमेल बिठाने के लिए रंग, फ़ॉन्ट या लेआउट को समायोजित करने की आवश्यकता हो सकती है और यह सुनिश्चित करना होगा कि कवर देखने में आकर्षक और एकजुट हो।\n6. डिज़ाइन को अंतिम रूप देना: एक बार जब सभी संशोधन पूरे हो जाते हैं और दोनों पक्ष डिज़ाइन से संतुष्ट हो जाते हैं, तो इसे अंतिम रूप दिया जाता है। इस अंतिम संस्करण का उपयोग मुद्रण उद्देश्यों के लिए किया जाएगा और इसका उपयोग वेबसाइटों, सोशल मीडिया और विज्ञापन अभियानों जैसी डिजिटल मार्केटिंग सामग्रियों में भी किया जा सकता है। डिज़ाइनर प्रिंट-तैयार फ़ाइलें तैयार करता है, यह सुनिश्चित करते हुए कि सभी तत्वों को सही ढंग से स्वरूपित किया गया है और उच्च गुणवत्ता वाली प्रिंटिंग के लिए अनुकूलित किया गया है।\n7. विवरण पर ध्यान दें: किसी पुस्तक के कवर को डिज़ाइन करने के लिए विवरण पर सावधानीपूर्वक ध्यान देने की आवश्यकता होती है। इसमें छवियों की रंग सटीकता की जांच करना, यह सुनिश्चित करना कि पाठ विभिन्न आकारों में सुपाठ्य है (क्योंकि इसे डिजिटल प्लेटफ़ॉर्म के लिए छोटा किया जा सकता है), और यह सत्यापित करना कि सभी डिज़ाइन तत्व उद्योग मानकों और सर्वोत्तम प्रथाओं के साथ संरेखित हैं।\n8. इमेजरी और टाइपोग्राफी का उपयोग: पुस्तक कवर डिज़ाइन में इमेजरी और टाइपोग्राफी का प्रभावी उपयोग महत्वपूर्ण है। सही छवि भावनाओं को जगा सकती है और टोन सेट कर सकती है, जबकि ध्यान से चुने गए फ़ॉन्ट कहानी की शैली और शैली को व्यक्त कर सकते हैं। डिजाइनरों के लिए इन तत्वों को संतुलित करना एक सामंजस्यपूर्ण कवर बनाने के लिए महत्वपूर्ण है जो पाठकों को अपनी ओर आकर्षित करता है।\nपुस्तक कवर के लिए डिज़ाइन प्रक्रिया एक सहयोगात्मक प्रयास है जो रचनात्मक दृष्टि को रणनीतिक सोच के साथ जोड़ती है। एक अच्छी तरह से डिज़ाइन किया गया कवर न केवल पुस्तक के सार को दर्शाता है, बल्कि संभावित खरीदारों को प्रभावित करने की शक्ति भी रखता है, जिससे यह प्रकाशन यात्रा का एक अभिन्न अंग बन जाता है।\nइंटीरियर बुक डिज़ाइन किसी पुस्तक के आंतरिक पृष्ठों को डिज़ाइन करना उतना ही महत्वपूर्ण है जितना कि एक आकर्षक आवरण बनाना, क्योंकि यह सीधे पढ़ने के अनुभव को प्रभावित करता है। इंटीरियर डिज़ाइन में फ़ॉन्ट चयन, पृष्ठ लेआउट, मार्जिन और टाइपोग्राफी जैसे तत्व शामिल हैं जो सामूहिक रूप से निर्धारित करते हैं कि पाठ कितना आकर्षक और पठनीय होगा। आंतरिक पृष्ठों को डिज़ाइन करते समय विचार करने योग्य कुछ प्रमुख पहलू यहां दिए गए हैं:\n1. फ़ॉन्ट चयन: सही फ़ॉन्ट का चयन किसी पुस्तक की पठनीयता और सौंदर्यबोध के लिए मौलिक है। फ़ॉन्ट को पुस्तक के स्वर और शैली को प्रतिबिंबित करना चाहिए, साथ ही यह सुनिश्चित करना चाहिए कि यह स्पष्ट हो और लंबे समय तक पढ़ने में आसान हो। फिक्शन के लिए, लोकप्रिय विकल्पों में पारंपरिक, क्लासिक अनुभव के लिए टाइम्स न्यू रोमन या बास्करविले जैसे सेरिफ़ फ़ॉन्ट, या अधिक आधुनिक स्वरूप के लिए हेल्वेटिका या एरियल जैसे सेन्स-सेरिफ़ फ़ॉन्ट शामिल हो सकते हैं। गैर-काल्पनिक पुस्तकें अक्सर विस्तृत पाठ में अपनी सुंदरता और पठनीयता के लिए सेरिफ़ फ़ॉन्ट का उपयोग करती हैं।\n2. टाइपोग्राफी: टाइपोग्राफी में किसी पुस्तक के भीतर प्रकार की व्यवस्था शामिल होती है। इसमें न केवल फ़ॉन्ट चयन बल्कि आकार, शैली (बोल्ड, इटैलिक), पंक्ति रिक्ति, अक्षर रिक्ति और पैराग्राफ इंडेंट भी शामिल हैं। सुसंगत और उपयुक्त टाइपोग्राफी समग्र पढ़ने के अनुभव को बढ़ाती है। उदाहरण के लिए, शीर्षकों और उपशीर्षकों के लिए बड़े फ़ॉन्ट आकार का उपयोग करने से पाठकों को पाठ के माध्यम से मार्गदर्शन करने में मदद मिल सकती है, जबकि समान पैराग्राफ इंडेंट एक साफ, व्यवस्थित रूप प्रदान करते हैं।\n3. पेज लेआउट: प्रत्येक पृष्ठ का लेआउट एक अन्य महत्वपूर्ण पहलू है। इसमें मार्जिन, गटर (सामने वाले पृष्ठों के बीच का स्थान), और टेक्स्ट ब्लॉक, छवियों और अन्य दृश्य तत्वों का स्थान शामिल है। एक अच्छी तरह से डिज़ाइन किया गया लेआउट यह सुनिश्चित करता है कि पाठ भीड़भाड़ वाला या भारी न हो, जिससे पाठकों के लिए सामग्री के साथ जुड़ना आरामदायक हो जाता है। हाशिए इतने चौड़े होने चाहिए कि पाठ तंग न लगे, लेकिन इतना चौड़ा नहीं कि अत्यधिक रिक्त स्थान रह जाए।\n4. पैराग्राफ इंडेंट और लाइन स्पेसिंग: पैराग्राफ इंडेंट एक पैराग्राफ को दूसरे से अलग करने में मदद करते हैं, दृश्य विराम बनाते हैं जो पढ़ने की समझ में सहायता करते हैं। लगातार पंक्ति रिक्ति यह सुनिश्चित करती है कि पाठ की पंक्तियाँ बहुत विरल या सघन हुए बिना पर्याप्त रूप से अलग हो गई हैं। उदाहरण के लिए, आराम से पढ़ने के लिए आम तौर पर फ़ॉन्ट आकार से 1.5 से 2 गुना अधिक लाइन स्पेस की अनुशंसा की जाती है।\n5. शीर्षक और उपशीर्षक: स्पष्ट और आकर्षक शीर्षक और उपशीर्षक जटिल सामग्री को सुपाच्य खंडों में तोड़कर पठनीयता को काफी बढ़ा सकते हैं। मुख्य शीर्षकों, उपशीर्षकों और अनुभाग शीर्षकों के बीच अंतर करने के लिए विभिन्न फ़ॉन्ट या फ़ॉन्ट शैलियों का उपयोग करना महत्वपूर्ण है। सुसंगत संरचना को बनाए रखने के लिए शीर्षकों के पदानुक्रम में निरंतरता महत्वपूर्ण है।\n6. छवियों और चित्रों का उपयोग: ऐसी पुस्तकों में जिनमें चित्र या चित्र शामिल हैं, पाठ के भीतर उनका स्थान रणनीतिक होना चाहिए। कैप्शन स्पष्ट और संक्षिप्त होने चाहिए, जो दृश्यों को प्रासंगिक संदर्भ प्रदान करें। छवियां पाठ के लंबे खंडों को तोड़ने में मदद कर सकती हैं, जिससे पढ़ने का अनुभव अधिक आकर्षक और देखने में आकर्षक हो जाता है। एक प्रभावी लेआउट बनाने के लिए पाठ और छवियों का संतुलित मिश्रण सुनिश्चित करना आवश्यक है।\n7. सभी अध्यायों में एकरूपता: विभिन्न अध्यायों में आंतरिक डिज़ाइन तत्वों में एकरूपता महत्वपूर्ण है। इसमें पूरी किताब में लगातार फ़ॉन्ट, मार्जिन, लाइन स्पेसिंग और फ़ॉर्मेटिंग परंपराओं को बनाए रखना शामिल है। विसंगतियाँ पाठकों का ध्यान भटका सकती हैं और उनके पढ़ने के प्रवाह को बाधित कर सकती हैं।\nआंतरिक पुस्तक डिज़ाइन के इन प्रमुख तत्वों - फ़ॉन्ट चयन, टाइपोग्राफी, पृष्ठ लेआउट, पैराग्राफ इंडेंट, शीर्षक, चित्र और स्थिरता - पर ध्यान केंद्रित करके डिजाइनर एक शानदार और आकर्षक पढ़ने का अनुभव बना सकता है जो पुस्तक की समग्र गुणवत्ता और अपील को बढ़ाता है।\nउत्पादन प्रक्रिया उत्पादन चरण में कई महत्वपूर्ण चरण शामिल हैं, जिनमें प्री-प्रेस तैयारी, प्रिंटिंग, बाइंडिंग और अंत में पैकेजिंग प्रक्रिया शामिल है। यह सुनिश्चित करने के लिए कि अंतिम उत्पाद गुणवत्ता मानकों और बाजार की अपेक्षाओं दोनों को पूरा करता है, प्रत्येक चरण पर बारीकी से ध्यान देने की आवश्यकता है।\n1. प्रेस-पूर्व तैयारी: प्री-प्रेस वह चरण है जहां सभी डिजिटल फाइलें प्रिंटिंग के लिए तैयार की जाती हैं। इसमें रंग प्रोफाइल की सटीकता की जांच करना, यह सुनिश्चित करना कि फ़ॉन्ट ठीक से एम्बेडेड या रेखांकित हैं, और यह सत्यापित करना शामिल है कि सभी छवियां उच्च गुणवत्ता वाले प्रिंट पुनरुत्पादन के लिए आवश्यक रिज़ॉल्यूशन को पूरा करती हैं। इस चरण के दौरान, डिज़ाइनर किसी भी शेष त्रुटि को पकड़ने के लिए पाठ को आखिरी बार प्रूफरीड भी करते हैं। इस स्तर पर सामान्य समस्याओं में गलत ब्लीड्स, गलत स्थान पर रखे गए तत्व और अनुचित रूप से स्वरूपित फ़ाइलें शामिल हैं।\n2. मुद्रण: मुद्रण एक जटिल प्रक्रिया है जिसमें प्री-प्रेस फ़ाइलों को कागज पर स्थानांतरित करना शामिल है। मुद्रण की कई विधियाँ उपलब्ध हैं, जिनमें ऑफसेट लिथोग्राफी, डिजिटल प्रिंटिंग और स्क्रीन प्रिंटिंग शामिल हैं। ऑफसेट लिथोग्राफी का उपयोग आमतौर पर इसकी उच्च गुणवत्ता और लागत-प्रभावशीलता के कारण बड़े प्रिंट रन के लिए किया जाता है, जबकि डिजिटल प्रिंटिंग तेजी से बदलाव का समय और कम रन या कस्टम ऑर्डर के लिए अधिक लचीलापन प्रदान करती है।\n3. बाइंडिंग: एक बार मुद्रित पृष्ठ तैयार हो जाने पर, उन्हें एक समेकित पुस्तक प्रारूप में बांधने की आवश्यकता होती है। विभिन्न बाइंडिंग तकनीकें उपलब्ध हैं, जिनमें से प्रत्येक विभिन्न प्रकार की पुस्तकों के लिए उपयुक्त हैं:\nपरफेक्ट बाउंड: यह सबसे आम तरीकों में से एक है, जहां एक टाइट-बाउंड किताब बनाने के लिए पन्नों को मोड़ा जाता है और रीढ़ की हड्डी के साथ चिपका दिया जाता है। यह लागत प्रभावी है और कम पृष्ठों वाली सॉफ्टकवर पुस्तकों के लिए अच्छा काम करता है।\nकेस बाउंड (हार्डकवर): इस पद्धति में, टेक्स्ट ब्लॉक को कपड़े या बोर्ड जैसी कठोर सामग्री से बने एक कठोर सुरक्षात्मक आवरण में संलग्न किया जाता है। इस प्रकार की बाइंडिंग उच्च गुणवत्ता वाली पुस्तकों के लिए उपयुक्त स्थायित्व और सुंदरता प्रदान करती है।\nसैडल स्टिच्ड: पन्ने मोड़े जाते हैं और फिर रीढ़ की हड्डी के साथ स्टेपल किए जाते हैं, जिससे यह पत्रिकाओं और छोटी किताबों के लिए एक लागत प्रभावी विकल्प बन जाता है।\nसर्पिल बाउंड: पृष्ठ एक तार या प्लास्टिक सर्पिल के साथ एक साथ बंधे होते हैं जो प्रत्येक पृष्ठ के किनारे छिद्रित छिद्रों से गुजरते हैं। यह उन संदर्भ सामग्रियों और कार्यपुस्तिकाओं के लिए आदर्श है जहां लचीलेपन की आवश्यकता होती है।\n4. गुणवत्ता नियंत्रण: यह सुनिश्चित करने के लिए कि प्रत्येक पुस्तक वांछित मानकों को पूरा करती है, गुणवत्ता नियंत्रण उत्पादन प्रक्रिया का एक अनिवार्य हिस्सा है। इसमें कई जाँचें शामिल हैं, जिनमें पाठ संरेखण की सटीकता की पुष्टि करना, प्रिंट गुणवत्ता का निरीक्षण करना और बाइंडिंग अखंडता की जाँच करना शामिल है। समग्र गुणवत्ता बनाए रखने के लिए क्षतिग्रस्त या दोषपूर्ण पुस्तकों की पहचान की जाती है और उन्हें उत्पादन लाइन से हटा दिया जाता है।\n5. अंतिम निरीक्षण: बाइंडिंग के बाद, प्रत्येक पुस्तक अंतिम निरीक्षण प्रक्रिया से गुजरती है। इसमें दाग, टूट-फूट, या गलत संरेखित पृष्ठों जैसी किसी भी खामी की दृश्य जांच शामिल है। रंग और फिनिश में एकरूपता के लिए कवर की भी जांच की जाती है। जो पुस्तकें इस निरीक्षण में उत्तीर्ण होती हैं वे अगले चरण में चली जाती हैं, जबकि जो पुस्तकें इसमें उत्तीर्ण नहीं होतीं उन्हें सुधार के लिए वापस भेज दिया जाता है।\n6. पैकेजिंग: अंतिम चरण पैकेजिंग है, जहां तैयार किताबें वितरण के लिए तैयार की जाती हैं। इसमें अलग-अलग पुस्तकों को सिकुड़न-लिपटे पैकेजों में रखना या डिब्बों में थोक शिपमेंट शामिल हो सकता है। सही लेबलिंग और पता यह सुनिश्चित करता है कि पैकेज बिना किसी समस्या के अपने इच्छित गंतव्य तक पहुंचें।\nप्री-प्रेस तैयारी से लेकर पैकेजिंग तक, उत्पादन प्रक्रिया के प्रत्येक चरण को सावधानीपूर्वक प्रबंधित करके, प्रकाशक उच्चतम गुणवत्ता मानकों और अपने मुद्रित उत्पादों की समय पर डिलीवरी सुनिश्चित कर सकते हैं। विवरण पर यह सावधानीपूर्वक ध्यान एक पूर्ण पुस्तक बनाने के लिए महत्वपूर्ण है जो न केवल पाठकों की अपेक्षाओं पर खरी उतरती है बल्कि अक्सर उससे भी अधिक होती है।\nविपणन प्रक्रिया प्रभावी विपणन किसी भी पुस्तक की सफलता के लिए महत्वपूर्ण है, क्योंकि यह जागरूकता पैदा करने, रुचि पैदा करने और बिक्री बढ़ाने में मदद करता है। विपणन प्रक्रिया में लक्षित दर्शकों तक पहुंचने और पाठक आधार बनाने के उद्देश्य से विभिन्न रणनीतियाँ और युक्तियाँ शामिल हैं। किसी पुस्तक के प्रकाशन के लिए मार्केटिंग योजना के कुछ प्रमुख घटक यहां दिए गए हैं:\n1. अपने लक्षित दर्शकों को परिभाषित करना: अपने लक्षित दर्शकों को समझना किसी भी सफल मार्केटिंग अभियान की नींव है। इसमें संभावित पाठकों की जनसांख्यिकीय और मनोवैज्ञानिक विशेषताओं की पहचान करना शामिल है, जिसमें उनकी रुचियां, पढ़ने की आदतें और प्राथमिकताएं शामिल हैं। सर्वेक्षणों, फ़ोकस समूहों या सोशल मीडिया विश्लेषण के माध्यम से बाज़ार अनुसंधान करने से मूल्यवान अंतर्दृष्टि मिल सकती है कि आपकी पुस्तक में सबसे अधिक रुचि किसकी है।\n2. ऑनलाइन उपस्थिति बनाना: आज के डिजिटल युग में, किसी भी लेखक या प्रकाशक के लिए एक मजबूत ऑनलाइन उपस्थिति स्थापित करना महत्वपूर्ण है। इसकी शुरुआत एक पेशेवर वेबसाइट के निर्माण से होती है जो पुस्तक प्रदर्शित करती है और लेखक, समीक्षाओं और खरीद विकल्पों के लिंक के बारे में जानकारी प्रदान करती है। फेसबुक, ट्विटर, इंस्टाग्राम, लिंक्डइन और बुकबब जैसे सोशल मीडिया प्लेटफॉर्म भी पाठकों तक पहुंचने और आपकी पुस्तक के आसपास एक समुदाय बनाने के लिए शक्तिशाली उपकरण हैं।\n3. एक प्रचार कैलेंडर विकसित करना: एक अच्छी तरह से संरचित प्रचार कैलेंडर पुस्तक के विमोचन से पहले और उसके बाद की प्रमुख विपणन गतिविधियों और मील के पत्थर की रूपरेखा तैयार करता है। इसमें लॉन्च तिथियों, प्रचार कार्यक्रमों (उदाहरण के लिए, लेखक साक्षात्कार, पुस्तक यात्रा, वाचन) और विज्ञापन अभियानों की पहचान करना शामिल है। एक स्पष्ट समयरेखा होने से यह सुनिश्चित करने में मदद मिलती है कि सभी मार्केटिंग प्रयास समन्वित हैं और प्रत्याशा बनाने और बिक्री बढ़ाने के व्यापक लक्ष्यों का समर्थन करते हैं।\n4. लॉन्च इवेंट: लॉन्च कार्यक्रमों की एक श्रृंखला आयोजित करने से आपकी पुस्तक के लिए उत्साह और मीडिया का ध्यान आकर्षित हो सकता है। इनमें आभासी या व्यक्तिगत रूप से पुस्तक पर हस्ताक्षर, पॉडकास्ट या रेडियो शो पर लेखक के साक्षात्कार, लोकप्रिय वेबसाइटों पर अतिथि ब्लॉग पोस्ट और स्थानीय साहित्यिक उत्सवों में भागीदारी शामिल हो सकती है। एक सुनियोजित लॉन्च इवेंट न केवल संभावित पाठकों को पुस्तक का परिचय देता है बल्कि दर्शकों के साथ सीधे जुड़ाव के अवसर भी पैदा करता है।\n5. मीडिया संबंध: मीडिया आउटलेट्स के साथ संबंध बनाने से आपके मार्केटिंग प्रयासों को बढ़ाने में मदद मिल सकती है। इसमें समाचार पत्रों, पत्रिकाओं, ब्लॉगों और ऑनलाइन प्रकाशनों को प्रेस विज्ञप्ति भेजना शामिल है जो आपके लक्षित दर्शकों को पूरा करते हैं। लेखों, साक्षात्कारों या पुस्तक समीक्षाओं के माध्यम से मीडिया कवरेज से न केवल दृश्यता बढ़ती है बल्कि आपके काम में विश्वसनीयता भी बढ़ती है। पुस्तक समीक्षकों के साथ जुड़ने और गुड्रेड्स जैसे प्लेटफार्मों पर अनुकूल समीक्षा हासिल करने से पुस्तक में रुचि काफी बढ़ सकती है।\n6. डिजिटल विज्ञापन: डिजिटल विज्ञापन लक्षित पहुंच और बजट आवंटन पर सटीक नियंत्रण की अनुमति देता है। Google विज्ञापन, Facebook विज्ञापन, Instagram विज्ञापन और Amazon मार्केटिंग सेवाएँ जैसे प्लेटफ़ॉर्म आपकी पुस्तक को प्रभावी ढंग से प्रचारित करने के लिए विभिन्न विकल्प प्रदान करते हैं। इन विज्ञापनों को विशिष्ट जनसांख्यिकी, रुचियों या व्यवहारों के अनुरूप बनाया जा सकता है, जिससे यह सुनिश्चित हो सके कि वे सबसे प्रासंगिक दर्शकों तक पहुंचें। इसके अतिरिक्त, बुकबब या नेटगैली जैसे संबद्ध विपणन कार्यक्रमों का लाभ उठाने से प्रभावशाली पुस्तक समीक्षकों और पाठकों से जुड़कर आपकी पहुंच का विस्तार करने में मदद मिल सकती है।\n7. ईमेल मार्केटिंग: ईमेल अभियान मौजूदा और संभावित पाठकों के साथ संबंध विकसित करने का एक शक्तिशाली उपकरण है। वेबसाइट साइन-अप, सोशल मीडिया और लेखक कार्यक्रमों के माध्यम से एक ईमेल सूची बनाने से आप इच्छुक व्यक्तियों को सीधे समाचार पत्र, अपडेट और प्रचार सामग्री भेज सकते हैं। वैयक्तिकृत और लक्षित ईमेल आपकी वेबसाइट या अमेज़ॅन पेज पर ट्रैफ़िक बढ़ा सकते हैं, बिक्री बढ़ा सकते हैं और पाठक जुड़ाव को बढ़ावा दे सकते हैं।\n8. प्रचार और समर्थन: जाने-माने लेखकों या उद्योग के प्रभावशाली लोगों से समर्थन प्राप्त करने से आपकी पुस्तक को विश्वसनीयता मिल सकती है और व्यापक दर्शकों को आकर्षित किया जा सकता है। इन अनुमोदनों को कवर, बैक कवर, या प्रचार सामग्री पर शामिल किया जा सकता है और अक्सर व्यक्तिगत आउटरीच और पिचों के माध्यम से मांगा जाता है।\nइन मार्केटिंग रणनीतियों को प्रभावी ढंग से लागू करके, लेखक और प्रकाशक एक व्यापक अभियान बना सकते हैं जो संभावित पाठकों तक पहुंचता है, रुचि पैदा करता है और बिक्री बढ़ाता है। एक सर्वांगीण दृष्टिकोण जो ऑनलाइन उपस्थिति, लॉन्च इवेंट, मीडिया संबंध, डिजिटल विज्ञापन, ईमेल मार्केटिंग और समर्थन को जोड़ता है, बाजार में पुस्तक के प्रदर्शन और सफलता को अधिकतम करने में मदद कर सकता है।\nवितरण चैनल वितरण चैनल यह सुनिश्चित करने के लिए आवश्यक हैं कि किताबें उनके इच्छित दर्शकों तक प्रभावी ढंग से और कुशलता से पहुंचे। एक लेखक या प्रकाशक किसी पुस्तक को वितरित करने के लिए कई रास्ते अपना सकता है, जिनमें से प्रत्येक के अपने फायदे और विचार हैं। यहां कुछ सबसे आम वितरण चैनल हैं:\n1. पारंपरिक प्रकाशक: कई लेखक पारंपरिक प्रकाशकों के साथ काम करना चुनते हैं जो प्रकाशन के सभी पहलुओं को संभालते हैं - संपादन और डिजाइन से लेकर विपणन और वितरण तक। इन प्रकाशकों ने अक्सर पुस्तक विक्रेताओं और वितरकों के साथ संबंध स्थापित किए हैं, जो स्टोर अलमारियों पर पुस्तक प्राप्त करने की प्रक्रिया को सुव्यवस्थित कर सकते हैं। हालाँकि, लेखकों को इन सेवाओं के बदले रचनात्मक निर्णयों और रॉयल्टी पर कुछ नियंत्रण छोड़ने की आवश्यकता हो सकती है।\n2. स्व-प्रकाशन प्लेटफार्म: अमेज़ॅन किंडल डायरेक्ट पब्लिशिंग (केडीपी), स्मैशवर्ड्स और ऐप्पल बुक्स जैसे स्व-प्रकाशन प्लेटफ़ॉर्म लेखकों को अपनी किताबें स्वतंत्र रूप से प्रकाशित करने की अनुमति देते हैं। ये प्लेटफ़ॉर्म फ़ॉर्मेटिंग, कवर डिज़ाइन, वितरण और मार्केटिंग के लिए टूल प्रदान करते हैं। वे एक विशाल डिजिटल बाज़ार तक पहुंच भी प्रदान करते हैं जहां लेखक किसी मध्यस्थ प्रकाशक की आवश्यकता के बिना वैश्विक दर्शकों तक पहुंच सकते हैं। जबकि स्व-प्रकाशन रॉयल्टी और रचनात्मक निर्णयों पर अधिक नियंत्रण प्रदान करता है, इसके लिए विपणन और प्रचार के मामले में अधिक प्रयास की आवश्यकता होती है।\n3. ऑनलाइन खुदरा विक्रेता: अमेज़ॅन, बार्न्स एंड नोबल और बुक डिपॉजिटरी जैसे प्रमुख ऑनलाइन खुदरा विक्रेता महत्वपूर्ण वितरण चैनल हैं जो ग्राहकों के लिए व्यापक पहुंच और सुविधा प्रदान करते हैं। प्री-ऑर्डर, ग्राहक समीक्षा और विज्ञापन विकल्प जैसी सुविधाओं का लाभ उठाकर लेखक अपनी किताबें सीधे इन प्लेटफार्मों पर अपलोड कर सकते हैं। इन खुदरा विक्रेताओं के पास अक्सर उन्नत एल्गोरिदम होते हैं जो लक्षित विपणन प्रयासों के माध्यम से पुस्तक दृश्यता को बढ़ाने में मदद कर सकते हैं।\n4. स्वतंत्र किताबों की दुकानें: स्वतंत्र किताबों की दुकानें विशिष्ट दर्शकों तक पहुंचने और स्थानीय पाठक आधार बनाने के लिए मूल्यवान चैनल हैं। लेखक सीधे स्वतंत्र स्टोर तक पहुंच सकते हैं या Bookshop.org जैसी सेवाओं का उपयोग कर सकते हैं, जो ऑनलाइन ऑर्डर और शिपिंग की सुविधा देकर छोटी किताबों की दुकानों का समर्थन करती है। ये स्टोर अक्सर व्यक्तिगत सिफारिशें प्रदान करते हैं और लेखक कार्यक्रमों और रीडिंग के माध्यम से सामुदायिक जुड़ाव को बढ़ावा देते हैं।\n5. थोक वितरक: इनग्राम कंटेंट ग्रुप और बेकर एंड टेलर जैसे थोक वितरक प्रकाशकों से पुस्तकों की थोक खरीद को संभालते हैं और उन्हें बड़े चेन स्टोर, पुस्तकालयों और अंतरराष्ट्रीय बाजारों सहित विभिन्न खुदरा विक्रेताओं को वितरित करते हैं। यह एक जटिल प्रक्रिया हो सकती है जिसमें अनुबंध, न्यूनतम ऑर्डर मात्रा और उन्नत लॉजिस्टिक्स शामिल हैं लेकिन व्यापक बाजार में प्रवेश के लिए अक्सर यह आवश्यक है।\n6. प्रत्यक्ष बिक्री: प्रत्यक्ष बिक्री में लेखक कार्यक्रमों (जैसे पुस्तक पर हस्ताक्षर या वाचन), सम्मेलन या यहां तक कि व्यक्तिगत वेबसाइटों के माध्यम से सीधे उपभोक्ताओं को किताबें बेचना शामिल है। हालांकि यह दृष्टिकोण पारंपरिक खुदरा चैनलों की तुलना में पहुंच को सीमित कर सकता है, यह लेखकों को पाठकों के साथ सीधे संबंध बनाने और बिचौलियों से बचकर उच्च लाभ मार्जिन बनाए रखने की अनुमति देता है।\n7. पुस्तकालय और शैक्षणिक संस्थान: पुस्तकालयों और शैक्षणिक संस्थानों को किताबें बेचने से बिक्री का एक स्थिर प्रवाह मिल सकता है, खासकर शैक्षणिक या संदर्भ कार्यों के लिए। लेखक अपनी किताबें पुस्तकालय के थोक विक्रेताओं को जमा कर सकते हैं या सीधे व्यक्तिगत पुस्तकालयों से संपर्क कर सकते हैं। इस बाज़ार को अक्सर थोक ऑर्डर की आवश्यकता होती है, लेकिन पुस्तकालय संग्रह के लंबे जीवनकाल के कारण समय के साथ महत्वपूर्ण राजस्व प्राप्त हो सकता है।\nरणनीतिक रूप से कई वितरण चैनलों - पारंपरिक प्रकाशकों, स्व-प्रकाशन प्लेटफार्मों, ऑनलाइन खुदरा विक्रेताओं, स्वतंत्र बुकस्टोर, थोक वितरकों, प्रत्यक्ष बिक्री और पुस्तकालयों का लाभ उठाकर - एक लेखक अपनी पहुंच को अधिकतम कर सकता है और यह सुनिश्चित कर सकता है कि उनकी किताबें व्यापक दर्शकों के लिए उपलब्ध हैं। किन चैनलों को प्राथमिकता दी जाए, यह तय करते समय लक्ष्य बाजार और बजट बाधाओं का आकलन करना महत्वपूर्ण है।\nप्रकाशन-पूर्व और प्रकाशन-पश्चात गतिविधियाँ एक बार अंतिम पांडुलिपि को परिष्कृत करने और डिजाइन को मंजूरी मिलने के बाद किसी पुस्तक को प्रकाशित करने की यात्रा खत्म नहीं होती है। बाज़ार में किसी पुस्तक की सफलता और दीर्घायु सुनिश्चित करने के लिए प्रकाशन-पूर्व और प्रकाशन-पश्चात् दोनों गतिविधियाँ महत्वपूर्ण हैं। आइए उनके महत्व को समझने के लिए इन चरणों पर गहराई से गौर करें।\nप्रकाशन-पूर्व गतिविधियाँ:\nअंतिम समीक्षा और गुणवत्ता आश्वासन: मुद्रण या डिजिटल प्रकाशन के साथ आगे बढ़ने से पहले, एक अंतिम गहन समीक्षा करना आवश्यक है। इसमें यह सत्यापित करना शामिल है कि सभी संपादन शामिल किए गए हैं, सबूत सही हैं, और लेआउट त्रुटियों से मुक्त है। इसमें सटीकता सुनिश्चित करने के लिए विभिन्न टीम के सदस्यों के साथ कई दौर की जाँच शामिल हो सकती है।\nविपणन योजना और लॉन्च रणनीति: प्रकाशन तिथि से पहले एक व्यापक विपणन योजना विकसित करना आवश्यक है। इसमें सोशल मीडिया अभियान, पुस्तक यात्रा, प्री-ऑर्डर, लेखक साक्षात्कार और सार्वजनिक उपस्थिति जैसी प्रमुख प्रचार गतिविधियों की रूपरेखा शामिल है। एक रणनीतिक समयरेखा बनाने से सभी प्रयासों को संरेखित रखने में मदद मिलती है और लॉन्च पर अधिकतम प्रभाव सुनिश्चित होता है।\nबिक्री चैनल स्थापित करना: यह सुनिश्चित करना महत्वपूर्ण है कि आपकी पुस्तक अमेज़ॅन, बार्न्स एंड नोबल, ऐप्पल बुक्स और Google Play जैसे सभी प्रमुख ऑनलाइन खुदरा विक्रेताओं पर सही ढंग से सूचीबद्ध है। इसमें खोज योग्यता बढ़ाने के लिए सटीक विवरण, मूल्य निर्धारण रणनीतियों और मेटाडेटा (जैसे कीवर्ड और श्रेणियां) के साथ उत्पाद पृष्ठ स्थापित करना शामिल है।\nप्री-ऑर्डर सुरक्षित करना: प्री-ऑर्डर देने से प्रत्याशा पैदा हो सकती है और पुस्तक के बाजार में आने से पहले ही उसके बारे में चर्चा पैदा हो सकती है। कई ऑनलाइन प्लेटफ़ॉर्म इस सुविधा का समर्थन करते हैं, जिससे ग्राहकों को रियायती दर पर प्रतियां आरक्षित करने की सुविधा मिलती है। प्री-ऑर्डर प्रारंभिक रुचि और बिक्री अनुमानों का आकलन करने में भी मदद कर सकते हैं।\nप्रारंभिक समीक्षाओं का लाभ उठाना: आपकी पुस्तक रिलीज़ होने से पहले, प्रभावशाली ब्लॉगर्स, उद्योग विशेषज्ञों और पुस्तक क्लबों से प्रारंभिक समीक्षा प्राप्त करने से इसकी विश्वसनीयता और दृश्यता में काफी वृद्धि हो सकती है। नेटगैली जैसे प्लेटफ़ॉर्म लेखकों को समीक्षा के लिए इन प्रभावशाली लोगों के साथ डिजिटल आर्क साझा करने की अनुमति देते हैं।\nप्रेस सामग्री तैयार करना: मीडिया आउटरीच के लिए लेखक की जीवनी, पुस्तक सारांश और उच्च गुणवत्ता वाली छवियों जैसी प्रेस सामग्री विकसित करना महत्वपूर्ण है। इन सामग्रियों का उपयोग प्रेस विज्ञप्तियों, साक्षात्कारों और प्रचार अभियानों में किया जाता है। यह सुनिश्चित करना कि वे पेशेवर और सम्मोहक हैं, मीडिया का ध्यान आकर्षित करने और आपके विपणन प्रयासों को बढ़ाने में मदद कर सकते हैं।\nप्रकाशनोत्तर गतिविधियाँ:\nबिक्री और फीडबैक की निगरानी: पुस्तक प्रकाशित होने के बाद, इसके प्रदर्शन को समझने और आगे बढ़ने के लिए सूचित निर्णय लेने के लिए बिक्री डेटा और ग्राहक प्रतिक्रिया की निगरानी करना महत्वपूर्ण है। दैनिक बिक्री, समीक्षा और रैंकिंग जैसे ट्रैकिंग मेट्रिक्स से रुझानों और सुधार के क्षेत्रों की पहचान करने में मदद मिल सकती है।\nपाठकों से जुड़ाव: सोशल मीडिया, लेखक वेबसाइटों, पुस्तक पर हस्ताक्षर और आभासी घटनाओं के माध्यम से पाठकों के साथ जुड़ने से एक वफादार अनुयायी बनाने में मदद मिलती है। पाठकों की टिप्पणियों और समीक्षाओं पर प्रतिक्रिया देना सराहना दर्शाता है और आपके काम के इर्द-गिर्द एक समुदाय को बढ़ावा देता है।\nविपणन और प्रचार प्रयास: प्रारंभिक लॉन्च के बाद भी, आपकी पुस्तक में रुचि बनाए रखने के लिए चल रहे विपणन प्रयास आवश्यक हैं। इसमें ईमेल न्यूज़लेटर्स, सोशल मीडिया अभियान, अमेज़ॅन एडवरटाइजिंग या बुकबब जैसे प्लेटफार्मों पर विज्ञापन चलाना और वर्चुअल इवेंट या साक्षात्कार की मेजबानी करना शामिल हो सकता है।\nलेखक की उपस्थिति और घटनाएँ: लेखक के कार्यक्रमों, वाचनों, सम्मेलनों और सम्मेलनों में भाग लेना जारी रखने से पुस्तक को लोगों की नज़रों में बनाए रखने में मदद मिलती है। ये आयोजन पाठकों, उद्योग पेशेवरों और संभावित सहयोगियों के साथ नेटवर्किंग के अवसर भी प्रदान करते हैं।\nनए संस्करण अद्यतन करना और जारी करना: अपनी पुस्तक को अद्यतन रखना महत्वपूर्ण है, खासकर यदि विषय वस्तु से संबंधित त्रुटियाँ या नए विकास हों। नए संस्करण जारी करने से मौजूदा पाठकों के बीच रुचि फिर से बढ़ सकती है और नए पाठक आकर्षित हो सकते हैं।\nभविष्य की परियोजनाओं के लिए डेटा का लाभ उठाना: बिक्री, फीडबैक और विपणन प्रयासों से डेटा का विश्लेषण मूल्यवान अंतर्दृष्टि प्रदान करता है जो भविष्य की परियोजनाओं को सूचित कर सकता है। यह समझना कि क्या अच्छा रहा और कहां सुधार की गुंजाइश है, आगामी पुस्तकों के लिए अधिक प्रभावी रणनीति विकसित करने में मदद मिलती है।\nकिसी पुस्तक की सफलता के लिए प्रकाशन-पूर्व और प्रकाशन-पश्चात् दोनों गतिविधियाँ महत्वपूर्ण हैं। वे सुनिश्चित करते हैं कि आपका काम न केवल अपने इच्छित दर्शकों तक पहुंचे बल्कि समय के साथ प्रासंगिकता और रुचि भी बनाए रखे। इन चरणों पर ध्यान देकर, लेखक एक सफल और स्थायी साहित्यिक करियर बनाने की अपनी संभावनाओं को अधिकतम कर सकते हैं। संपूर्ण प्रकाशन प्रक्रिया को समझकर और फीडबैक और रुझानों के जवाब में लचीले रहकर, लेखक आत्मविश्वास के साथ जटिलताओं को पार कर सकते हैं और अंततः अपने लक्ष्यों को प्राप्त कर सकते हैं।\nलेखकों के लिए युक्तियाँ पुस्तक प्रकाशन की जटिल यात्रा पर निकलने वाले एक लेखक के रूप में, सामान्य चुनौतियों पर काबू पाने के लिए अच्छी तरह से तैयार और रणनीतियों से लैस होना आवश्यक है। प्रकाशन प्रक्रिया के प्रत्येक चरण को सफलतापूर्वक पूरा करने में आपकी सहायता के लिए यहां कुछ मूल्यवान युक्तियाँ और सुझाव दिए गए हैं:\n1. एक सशक्त लेखन योजना विकसित करें: एक विस्तृत लेखन योजना बनाकर शुरुआत करें जो आपके लक्ष्यों, शोध आवश्यकताओं, लेखन कार्यक्रम और पुनरीक्षण समयरेखा को रेखांकित करती है। यह रोडमैप आपको पूरी रचनात्मक प्रक्रिया के दौरान केंद्रित और प्रेरित रखेगा।\n2. एक मजबूत समर्थन नेटवर्क बनाएं: अपने आप को सहकर्मियों, आकाओं और समालोचक समूहों से घेरें जो आपके काम पर बहुमूल्य प्रतिक्रिया दे सकते हैं। ये नेटवर्क न केवल प्रोत्साहन प्रदान करते हैं बल्कि सुधार के उन क्षेत्रों की पहचान करने में भी मदद करते हैं जिन्हें आप चूक सकते हैं।\n3. संपादकों के साथ खुला संचार बनाए रखें: संपादन प्रक्रिया के दौरान संपादकों के साथ प्रभावी संचार महत्वपूर्ण है। रचनात्मक आलोचना के लिए खुले रहें और अपनी पांडुलिपि को परिष्कृत करने के लिए सक्रिय रूप से सहयोग करें। अच्छे कामकाजी रिश्तों से बेहतर परिणाम और अधिक परिष्कृत अंतिम उत्पाद प्राप्त हो सकता है।\n4. प्रूफ़रीडिंग को प्राथमिकता दें: प्रूफ़रीडिंग के महत्व को कम मत समझिए। इस सूक्ष्म चरण के लिए पर्याप्त समय आवंटित करें, या यदि आवश्यक हो तो एक पेशेवर प्रूफरीडर को काम पर रखने पर विचार करें। एक अच्छी तरह से प्रूफरीड पुस्तक व्यावसायिकता और पठनीयता को बढ़ाती है।\n5. एक व्यापक विपणन योजना विकसित करें: अपने मार्केटिंग प्रयासों की योजना जल्दी से शुरू करें। प्रकाशन से पहले और बाद में अपनी पुस्तक के बारे में चर्चा पैदा करने के लिए सोशल मीडिया अभियान, लेखक कार्यक्रम और प्रचार जैसी विशिष्ट गतिविधियों की रूपरेखा तैयार करें।\n6. ऑनलाइन संसाधनों और उपकरणों का उपयोग करें: लेखन सॉफ़्टवेयर, स्व-प्रकाशन प्लेटफ़ॉर्म और मार्केटिंग टूल जैसे ऑनलाइन संसाधनों का लाभ उठाएं जो प्रकाशन प्रक्रिया के विभिन्न पहलुओं को सुव्यवस्थित कर सकते हैं। ये उपकरण समय बचा सकते हैं और कम प्रयास में बेहतर परिणाम प्राप्त करने में आपकी सहायता कर सकते हैं।\n7. उद्योग के रुझानों पर अपडेट रहें: यह सुनिश्चित करने के लिए कि आपकी रणनीतियाँ प्रासंगिक बनी रहें, पुस्तक उद्योग में वर्तमान रुझानों के बारे में सूचित रहें। प्रकाशनों का अनुसरण करें, उद्योग कार्यक्रमों में भाग लें और नए विकास से अवगत रहने के लिए अन्य लेखकों से जुड़ें।\n8. संशोधनों के लिए तैयार रहें: संपादन और प्रूफरीडिंग चरणों के दौरान कई संशोधनों के लिए तैयार रहें। उम्मीद करें कि जैसे-जैसे आप इसे परिष्कृत करेंगे आपकी पांडुलिपि महत्वपूर्ण रूप से विकसित होगी। उच्च गुणवत्ता वाली पुस्तक बनाने के एक महत्वपूर्ण भाग के रूप में इस पुनरावृत्तीय प्रक्रिया को अपनाएँ।\n9. फीडबैक का रचनात्मक लाभ उठाएं: चाहे बीटा पाठकों, संपादकों, या शुरुआती समीक्षकों से, प्रतिक्रिया अमूल्य है। रचनात्मक आलोचना को खुले दिमाग से स्वीकार करें और ऐसे बदलाव करने के लिए तैयार रहें जिससे आपके काम में सुधार हो सके।\n10. दृढ़ता और धैर्य बनाए रखें: प्रकाशन प्रक्रिया चुनौतीपूर्ण और समय लेने वाली हो सकती है। असफलताओं के बावजूद दृढ़ रहें और सकारात्मक दृष्टिकोण बनाए रखें। धैर्य महत्वपूर्ण है; सफल लेखकों को सफलता प्राप्त करने से पहले अक्सर कई बाधाओं का सामना करना पड़ता है।\nकेस स्टडीज केस स्टडी 1: ई.एल. जेम्स और \u0026ldquo;फिफ्टी शेड्स ऑफ़ ग्रे\u0026rdquo;\nई.एल. जेम्स एक ऐसे लेखक का प्रमुख उदाहरण हैं जिनकी साहित्यिक दुनिया में अप्रत्याशित सफलता प्रेरणा और सबक दोनों के रूप में काम करती है। शुरुआती स्व-प्रकाशन प्रयास से शुरुआत करते हुए, जेम्स ने शुरुआत में 2011 में अमेज़ॅन पर एक ई-बुक के रूप में \u0026ldquo;फिफ्टी शेड्स ऑफ ग्रे\u0026rdquo; जारी किया। पुस्तक की रसभरी सामग्री और सम्मोहक कथा ने तुरंत ध्यान आकर्षित किया, जिससे भावुक प्रशंसकों द्वारा संचालित एक जमीनी स्तर के विपणन अभियान को बढ़ावा मिला।\nचुनौतियों का सामना करना पड़ा: प्रारंभ में, जेम्स के लिए प्राथमिक चुनौती पारंपरिक प्रकाशकों के संदेह पर काबू पाना था, जो वयस्क विषयों के बारे में लिखने वाले एक अज्ञात लेखक का समर्थन करने में झिझकते थे। अपने काम की दिशा पर नियंत्रण बनाए रखने और अस्वीकृति से बचने के लिए उन्होंने स्वयं-प्रकाशन किया।\nदृष्टिकोण और रणनीतियाँ: जेम्स ने अपनी पुस्तक के इर्द-गिर्द एक समुदाय बनाने, पाठकों से सीधे जुड़ने और चर्चा पैदा करने के लिए ट्विटर और फेसबुक जैसे सोशल मीडिया प्लेटफार्मों का लाभ उठाया। उन्होंने ऑनलाइन विज्ञापन और ई-पुस्तक प्रचार का भी प्रभावी ढंग से उपयोग किया, जिससे बिक्री लगातार बढ़ने में मदद मिली।\nसफलता के कारक: \u0026ldquo;फिफ्टी शेड्स ऑफ ग्रे\u0026rdquo; की सफलता की कुंजी लेखिका की सोशल मीडिया और प्रशंसकों के साथ बातचीत के माध्यम से अपने दर्शकों के साथ प्रामाणिक रूप से जुड़ने की क्षमता थी। जैसे-जैसे प्रचार-प्रसार हुआ, श्रृंखला में रुचि तेजी से बढ़ी, जिससे विंटेज बुक्स के साथ एक प्रिंट प्रकाशन सौदा हुआ, जो अंततः बड़े पैमाने पर व्यावसायिक सफलता में बदल गया।\nपरिणाम: यह पुस्तक एक अंतरराष्ट्रीय बेस्टसेलर बन गई, प्रेरक सीक्वल और एक फिल्म रूपांतरण ने इसकी प्रोफ़ाइल को और ऊंचा कर दिया। यह मामला पारंपरिक प्रकाशन चैनलों में संक्रमण से पहले प्रारंभिक कर्षण के लिए डिजिटल प्लेटफ़ॉर्म और सामुदायिक जुड़ाव का लाभ उठाने की शक्ति को रेखांकित करता है।\nकेस स्टडी 2: जे.के. राउलिंग और \u0026ldquo;हैरी पॉटर\u0026rdquo; श्रृंखला\nजे.के. \u0026ldquo;हैरी पॉटर\u0026rdquo; श्रृंखला के साथ राउलिंग की यात्रा एक सफल पुस्तक प्रकाशन प्रक्रिया का एक और सम्मोहक उदाहरण है, यद्यपि अधिक पारंपरिक तरीकों से।\nचुनौतियों का सामना करना पड़ा: जब राउलिंग ने शुरुआत में अपनी पांडुलिपि प्रकाशकों के सामने रखी, तो उन्हें कई अस्वीकृतियों का सामना करना पड़ा, क्योंकि कुछ लोगों ने इसे एक अवास्तविक विचार और बच्चों के लिए अनुपयुक्त विषय माना। उनकी दृढ़ता का फल तब मिला जब ब्लूम्सबरी पब्लिशिंग ने आखिरकार उनके काम को मौका दिया।\nदृष्टिकोण और रणनीतियाँ: राउलिंग की रणनीति में एक विस्तृत और आकर्षक कथा तैयार करना शामिल था जो युवा पाठकों को आकर्षित करने के साथ-साथ वयस्कों को भी प्रभावित करती थी। श्रृंखला में रुचि पैदा करने के लिए उसने मौखिक प्रचार और प्रारंभिक समीक्षाओं पर बहुत अधिक भरोसा किया। पुस्तक की विशिष्टता, इसकी गहन कहानी कहने के साथ, ने व्यापक दर्शकों को आकर्षित किया।\nसफलता के कारक: \u0026ldquo;हैरी पॉटर\u0026rdquo; श्रृंखला को अपनी किस्तों में लगातार गुणवत्ता से लाभ हुआ, जिससे एक वफादार पाठक आधार को बढ़ावा मिला जो प्रत्येक नई रिलीज का बेसब्री से इंतजार करता था। कथात्मक निरंतरता बनाए रखने और विस्तृत रूप से विस्तृत दुनिया विकसित करने की राउलिंग की क्षमता ने श्रृंखला की सफलता में महत्वपूर्ण भूमिका निभाई।\nपरिणाम: यह श्रृंखला अब तक की सबसे अधिक बिकने वाली पुस्तक श्रृंखला में से एक बन गई, जिसकी दुनिया भर में 500 मिलियन से अधिक प्रतियां बिकीं। फिल्मों में इसके रूपांतरण ने इसकी पहुंच का और विस्तार किया, जिससे एक प्रतिष्ठित सांस्कृतिक घटना का निर्माण हुआ जिसने पीढ़ियों को प्रभावित किया।\nकेस स्टडी 3: टिम फेरिस और \u0026ldquo;द 4-आवर वर्कवीक\u0026rdquo;\nटिम फेरिस का \u0026ldquo;द 4-आवर वर्कवीक\u0026rdquo; एक लेखक द्वारा महत्वपूर्ण सफलता प्राप्त करने के लिए स्व-प्रकाशन का प्रभावी ढंग से उपयोग करने का एक आधुनिक उदाहरण है।\nचुनौतियों का सामना करना पड़ा: फ़ेरिस को शुरू में अपनी पुस्तक के अपरंपरागत दृष्टिकोण और इसके दावों के आसपास के संदेह के कारण एक प्रकाशक खोजने में संघर्ष करना पड़ा। उन्होंने प्रकाशन प्रक्रिया का नियंत्रण स्वयं लेने का निर्णय लिया।\nदृष्टिकोण और रणनीतियाँ: फेरिस ने अपने काम के बारे में चर्चा पैदा करने के लिए सोशल मीडिया प्लेटफॉर्म, ब्लॉग पोस्ट और ऑनलाइन विज्ञापन का उपयोग करते हुए आत्म-प्रचार में अपनी विशेषज्ञता का लाभ उठाया। उनकी पद्धति में अपनी पुस्तक की सामग्री के निःशुल्क नमूने देना शामिल था, जिससे रुचि पैदा हुई और बिक्री बढ़ी।\nसफलता के कारक: फेरिस की सफलता का श्रेय उनकी व्यापक ऑनलाइन उपस्थिति और सोशल मीडिया पर सीधे जुड़ाव के माध्यम से पाठकों से जुड़ने की क्षमता को दिया जा सकता है। \u0026ldquo;द 4-आवर वर्कवीक\u0026rdquo; में प्रदान की गई कार्रवाई योग्य सलाह और अद्वितीय परिप्रेक्ष्य आधुनिक कार्य चुनौतियों के व्यावहारिक समाधान की तलाश कर रहे व्यापक दर्शकों के बीच गूंज उठा।\nपरिणाम: \u0026ldquo;द 4-ऑवर वर्कवीक\u0026rdquo; एक बेस्टसेलर बन गया, जिससे बाद में किताबें आईं और फेरिस स्वयं-सहायता और व्यावसायिक शैलियों में एक प्रमुख व्यक्ति के रूप में स्थापित हो गए। पुस्तक की सफलता दर्शकों तक प्रभावी ढंग से पहुंचने और उन्हें आकर्षित करने में डिजिटल मार्केटिंग और स्व-प्रकाशन रणनीतियों की क्षमता पर प्रकाश डालती है।\nये केस अध्ययन पुस्तक प्रकाशन के विविध दृष्टिकोणों को दर्शाते हैं जिससे उल्लेखनीय सफलताएँ मिलीं। ई.एल. जैसे स्व-प्रकाशित इंडी लेखकों से। जेम्स से लेकर जे.के. जैसी स्थापित साहित्यकारों तक। राउलिंग के अनुसार, प्रत्येक लेखक की यात्रा दृढ़ता, रणनीतिक योजना और पाठकों से जुड़ने के महत्व को रेखांकित करती है। इन उदाहरणों का अध्ययन करके, इच्छुक लेखक प्रकाशन के लिए अपने स्वयं के पथों को नेविगेट करने के लिए मूल्यवान अंतर्दृष्टि और रणनीतियाँ प्राप्त कर सकते हैं।\nपुस्तक प्रकाशन प्रक्रिया जटिल है लेकिन परिश्रम और रणनीतिक दूरदर्शिता के साथ संपर्क करने पर फायदेमंद होती है। सावधानीपूर्वक योजना, प्रभावी सहयोग, निरंतर नवाचार और लचीलेपन पर जोर देकर, लेखक और प्रकाशक इस जटिल यात्रा को सफलतापूर्वक पूरा कर सकते हैं, उच्च गुणवत्ता वाली किताबें तैयार कर सकते हैं जो पाठकों को पसंद आती हैं और व्यावसायिक सफलता प्राप्त करती हैं। अंतिम लक्ष्य एक ऐसी साहित्यिक कृति का निर्माण करना है जो न केवल अपेक्षाओं पर खरी उतरे बल्कि उससे बढ़कर हो, जो दर्शकों पर स्थायी प्रभाव छोड़े।\n","permalink":"https://www.shafiq.in/hi/blog/%E0%A4%AA%E0%A5%81%E0%A4%B8%E0%A5%8D%E0%A4%A4%E0%A4%95-%E0%A4%AA%E0%A5%8D%E0%A4%B0%E0%A4%95%E0%A4%BE%E0%A4%B6%E0%A4%A8-%E0%A4%AA%E0%A5%8D%E0%A4%B0%E0%A4%95%E0%A5%8D%E0%A4%B0%E0%A4%BF%E0%A4%AF%E0%A4%BE/","summary":"\u003ch3 id=\"पसतक-परकशन-परकरय\"\u003eपुस्तक प्रकाशन प्रक्रिया\u003c/h3\u003e\n\u003cp\u003eकिसी पुस्तक का प्रकाशन एक ऐसी प्रक्रिया है जिसमें विभिन्न चरण शामिल होते हैं, जिनमें से प्रत्येक एक साहित्यिक कार्य के सफल लॉन्च के लिए महत्वपूर्ण होता है। यह एक विचार की अवधारणा से शुरू होता है, जो फिर लेखन, संपादन, प्रूफरीडिंग, डिजाइन, उत्पादन, विपणन और अंततः वितरण सहित कई चरणों से गुजरता है। इस प्रक्रिया के प्रत्येक चरण को समझने से लेखकों और प्रकाशकों को जटिलताओं से अधिक प्रभावी ढंग से निपटने में मदद मिल सकती है।\u003c/p\u003e","title":"पुस्तक प्रकाशन प्रक्रिया"},{"content":"BIOS सीरियल नंबर BIOS, जो बेसिक इनपुट/आउटपुट सिस्टम के लिए है, एक मौलिक फर्मवेयर है जो कंप्यूटर की बूट प्रक्रिया के दौरान हार्डवेयर घटकों को आरंभ करता है। यह ऑपरेटिंग सिस्टम के कार्यभार संभालने से पहले सिस्टम संसाधनों पर निम्न-स्तरीय नियंत्रण प्रदान करके पर्सनल कंप्यूटर के संचालन में एक अपरिहार्य भूमिका निभाता है। BIOS के भीतर मौजूद जानकारी का एक जिसे अक्सर अनदेखा कर दिया जाता है, वह है सीरियल नंबर। यह विशिष्ट पहचानकर्ता सुरक्षा से लेकर इन्वेंट्री प्रबंधन तक विभिन्न उद्देश्यों को पूरा करता है, और इसके महत्व को समझने से उपयोगकर्ताओं को अपने सिस्टम के लाभों को अधिकतम करने में मदद मिल सकती है।\nएक BIOS सीरियल नंबर, जिसे सिस्टम सीरियल नंबर या हार्डवेयर पहचान संख्या के रूप में भी जाना जाता है, तब उत्पन्न होता है जब एक कंप्यूटर का निर्माण किया जाता है और आमतौर पर निर्माता द्वारा फर्मवेयर में हार्ड-कोड किया जाता है। इसे प्रत्येक व्यक्तिगत मशीन के लिए एक अद्वितीय पहचानकर्ता के रूप में डिज़ाइन किया गया है, जो फिंगरप्रिंट के समान है जो कंप्यूटर के बड़े बेड़े के भीतर एक डिवाइस को दूसरे से अलग करता है। यह सुनिश्चित करता है कि भले ही दो मशीनों में समान कॉन्फ़िगरेशन हो, उनके BIOS क्रमांक भिन्न होंगे।\nBIOS सीरियल नंबरों के प्राथमिक महत्व को कई प्रमुख अनुप्रयोगों के माध्यम से उजागर किया जा सकता है:\nसुरक्षा प्रमाणीकरण: कॉर्पोरेट वातावरण में या क्लाउड कंप्यूटिंग परिदृश्यों में, सुरक्षा प्रमाणीकरण के लिए अक्सर BIOS सीरियल नंबर का उपयोग किया जाता है। सिस्टम को केवल तभी बूट करने के लिए कॉन्फ़िगर किया जा सकता है जब सही सीरियल नंबर प्रदान किया जाता है, जिससे अनधिकृत पहुंच के खिलाफ सुरक्षा की एक अतिरिक्त परत जुड़ जाती है।\nपरिसंपत्ति प्रबंधन: कंप्यूटर के बड़े बेड़े को प्रबंधित करने का काम करने वाले आईटी पेशेवरों के लिए, प्रत्येक मशीन का सीरियल नंबर जानने से परिसंपत्ति ट्रैकिंग और इन्वेंट्री प्रबंधन सरल हो जाता है। यह अधिक कुशल परिनियोजन, रखरखाव और समस्या निवारण प्रक्रियाओं को सक्षम बनाता है।\nसॉफ्टवेयर लाइसेंसिंग: सॉफ्टवेयर कंपनियां उपयोगकर्ताओं की मशीनों पर स्थापित लाइसेंस प्राप्त उत्पादों की प्रामाणिकता को सत्यापित करने के लिए BIOS सीरियल नंबर का उपयोग कर सकती हैं। यह सुनिश्चित करके कि सॉफ़्टवेयर की केवल वास्तविक प्रतियों का उपयोग किया जाता है, इससे सॉफ़्टवेयर चोरी से निपटने में मदद मिलती है।\nसिस्टम अनुकूलन: कुछ हार्डवेयर निर्माता या सिस्टम इंटीग्रेटर्स व्यक्तिगत सिस्टम के अनुरूप विशिष्ट कॉन्फ़िगरेशन या अपडेट लागू करने, उपयोगकर्ता अनुभव और प्रदर्शन अनुकूलन को बढ़ाने के लिए BIOS सीरियल नंबर का उपयोग करते हैं।\nसमस्या निवारण और समर्थन: हार्डवेयर या फ़र्मवेयर से संबंधित समस्याओं का निवारण करते समय, सही BIOS क्रमांक होने से सिस्टम के कॉन्फ़िगरेशन और किए गए किसी भी पिछले परिवर्तन के बारे में सटीक जानकारी प्रदान करके निदान में महत्वपूर्ण सहायता मिल सकती है।\nजबकि BIOS सीरियल नंबर पहली नज़र में डेटा के एक साधारण टुकड़े के रूप में दिखाई दे सकता है, यह विभिन्न तकनीकी और प्रशासनिक संदर्भों में पर्याप्त मूल्य रखता है। इसकी अनूठी प्रकृति यह सुनिश्चित करती है कि प्रत्येक कंप्यूटर को सटीकता के साथ पहचाना जा सके, जिससे सुरक्षा उपायों से लेकर परिसंपत्ति ट्रैकिंग और समस्या निवारण प्रयासों तक के कार्यों को सुविधाजनक बनाया जा सके। पेशेवर स्तर पर कंप्यूटर सिस्टम से निपटने वाले किसी भी व्यक्ति के लिए इन नंबरों की पृष्ठभूमि और महत्व को समझना आवश्यक है।\nलिनक्स पर BIOS सीरियल नंबर प्राप्त करें BIOS सीरियल नंबर को पुनः प्राप्त करने के लिए कई तरीके हैं, प्रत्येक अलग-अलग परिदृश्यों और सिस्टम कॉन्फ़िगरेशन के लिए उपयुक्त है। सबसे सरल दृष्टिकोण में dmidecode, sudo lshw, और /proc/cpuinfo जैसे बुनियादी कमांड-लाइन टूल का उपयोग करना शामिल है। ये कमांड अलग-अलग स्तर के विवरण और पहुंच प्रदान करते हैं, जिससे उपयोगकर्ताओं को वह तरीका चुनने की अनुमति मिलती है जो उनकी आवश्यकताओं के लिए सबसे उपयुक्त हो।\ndmidecode का उपयोग करना dmidecode DMI (डेस्कटॉप प्रबंधन इंटरफ़ेस) मानक के माध्यम से हार्डवेयर जानकारी को क्वेरी करने के लिए लिनक्स में व्यापक रूप से उपयोग किया जाने वाला उपकरण है। dmidecode का उपयोग करके BIOS क्रमांक पुनः प्राप्त करने के लिए, इन चरणों का पालन करें:\nटर्मिनल खोलें: एक टर्मिनल विंडो लॉन्च करें।\nकमांड चलाएँ:\nकोड_ब्लॉक_5\nआउटपुट जांचें: कमांड सिस्टम के बेसिक इनपुट/आउटपुट सिस्टम (BIOS) के बारे में सीरियल नंबर सहित विस्तृत जानकारी आउटपुट करेगा।\nआउटपुट कैसा दिख सकता है इसका एक उदाहरण यहां दिया गया है:\nकोड_ब्लॉक_6\nSystem Information अनुभाग में \u0026ldquo;सीरियल नंबर\u0026rdquo; लेबल वाली एक पंक्ति शामिल है जिसमें BIOS सीरियल नंबर शामिल है। उपरोक्त उदाहरण में, क्रमांक \u0026ldquo;1234567890123456\u0026rdquo; हो सकता है।\nsudo lshw का उपयोग करना lshw एक अन्य कमांड-लाइन टूल है जो सिस्टम के BIOS विवरण सहित कंप्यूटर हार्डवेयर घटकों के बारे में विस्तृत जानकारी प्रदान करता है। इसका उपयोग कैसे करें यहां बताया गया है:\nटर्मिनल खोलें: एक टर्मिनल विंडो लॉन्च करें।\nकमांड चलाएँ:\nCODE_ब्लॉक_9\nआउटपुट जांचें: कमांड BIOS की विभिन्न विशेषताओं को सूचीबद्ध करेगा, जिनमें से एक सीरियल नंबर है।\nएक उदाहरण आउटपुट इस प्रकार हो सकता है:\nCODE_ब्लॉक_10\nइस स्थिति में, BIOS सीरियल नंबर को \u0026ldquo;सीरियल\u0026rdquo; विशेषता के तहत \u0026ldquo;1234567890123456\u0026rdquo; के रूप में दिखाया गया है।\n/proc/cpuinfo का उपयोग करना जबकि /proc/cpuinfo मुख्य रूप से सीपीयू आर्किटेक्चर और कॉन्फ़िगरेशन के बारे में जानकारी प्रदान करता है, इसमें सिस्टम BIOS से संबंधित कुछ विवरण भी शामिल हो सकते हैं। इन विवरणों तक पहुँचने के लिए:\nटर्मिनल खोलें: एक टर्मिनल विंडो लॉन्च करें।\nकमांड चलाएँ:\nCODE_ब्लॉक_12\nआउटपुट जांचें: कमांड \u0026ldquo;BIOS\u0026rdquo; स्ट्रिंग वाली पंक्तियों की खोज करता है और प्रासंगिक जानकारी आउटपुट करता है।\nनमूना आउटपुट में शामिल हो सकते हैं:\nCODE_ब्लॉक_13\nहालाँकि यह सीधे तौर पर BIOS सीरियल नंबर नहीं दिखाता है, कुछ सिस्टम इसे अन्य फ़ील्ड के अंतर्गत सूचीबद्ध कर सकते हैं। उदाहरण के लिए, कुछ पुराने लिनक्स कर्नेल या कस्टम कॉन्फ़िगरेशन BIOS सीरियल नंबर को /proc/cpuinfo में \u0026ldquo;सीरियल\u0026rdquo; के रूप में संग्रहीत कर सकते हैं।\nविधि का चुनाव आवश्यक विवरण के स्तर और आपके कार्य के विशिष्ट संदर्भ पर निर्भर करता है। अधिकांश मानक उपयोग के मामलों के लिए, dmidecode या lshw का उपयोग उनकी विश्वसनीयता और व्यापक कवरेज के कारण अत्यधिक अनुशंसित किया जाएगा।\nBIOS सीरियल नंबर निकालने के लिए उन्नत लिनक्स कमांड जबकि बुनियादी कमांड जैसे dmidecode और lshw कई परिदृश्यों में प्रभावी ढंग से BIOS सीरियल नंबर पुनर्प्राप्त कर सकते हैं, वे हमेशा सटीकता या कार्यक्षमता का वांछित स्तर प्रदान नहीं कर सकते हैं। ऐसे मामलों में, अधिक उन्नत लिनक्स कमांड और टूल जैसे acpi, smbios और कस्टम स्क्रिप्ट को BIOS सीरियल नंबर निकालने के लिए नियोजित किया जा सकता है। ये विधियां सिस्टम जानकारी तक अतिरिक्त लचीलापन और गहरी पहुंच प्रदान करती हैं, जो उन्हें जटिल कार्यों और विशेष आवश्यकताओं के लिए उपयुक्त बनाती हैं।\nएसीपीआई का उपयोग करना उन्नत कॉन्फ़िगरेशन और पावर इंटरफ़ेस (एसीपीआई) आधुनिक ऑपरेटिंग सिस्टम में हार्डवेयर-समृद्ध कॉन्फ़िगरेशन और पावर प्रबंधन के लिए एक मानकीकृत इंटरफ़ेस प्रदान करता है। BIOS क्रमांक निकालने के लिए acpi का उपयोग करने के लिए:\nटर्मिनल खोलें: एक टर्मिनल विंडो लॉन्च करें।\nकमांड चलाएँ:\nCODE_ब्लॉक_22\nआउटपुट जांचें: यह कमांड सिस्टम के एसीपीआई के बारे में विस्तृत जानकारी प्रदर्शित करता है और इसमें BIOS सीरियल नंबर शामिल हो सकता है।\nएक उदाहरण आउटपुट हो सकता है:\nCODE_ब्लॉक_23\nयहां, आपको BIOS सीरियल नंबर \u0026ldquo;विक्रेता\u0026rdquo; फ़ील्ड (\u0026ldquo;F7\u0026rdquo;) में या संभवतः \u0026ldquo;आईडी\u0026rdquo; जैसे किसी भिन्न लेबल के अंतर्गत मिल सकता है। यह सिस्टम के कॉन्फ़िगरेशन और ACPI कार्यान्वयन के आधार पर भिन्न हो सकता है।\nsmbios का उपयोग करना SMBIOS (सिस्टम मैनेजमेंट BIOS) मानक कंप्यूटर सिस्टम के बारे में प्रबंधन जानकारी तक पहुंचने के लिए एक इंटरफ़ेस प्रदान करता है। BIOS क्रमांक प्राप्त करने के लिए smbios का उपयोग करने के लिए:\nटर्मिनल खोलें: एक टर्मिनल विंडो लॉन्च करें।\nकमांड चलाएँ:\nCODE_ब्लॉक_25\nआउटपुट जांचें: यह कमांड विस्तृत SMBIOS डेटा पुनर्प्राप्त और प्रदर्शित करता है, जिसमें सिस्टम की BIOS जानकारी शामिल होती है।\nएक उदाहरण आउटपुट हो सकता है:\nकोड_ब्लॉक_26\nइस स्थिति में, \u0026ldquo;विक्रेता\u0026rdquo; फ़ील्ड में BIOS क्रमांक या संबंधित पहचानकर्ता शामिल हो सकता है। सिस्टम और एसएमबीआईओएस कार्यान्वयन के आधार पर, आपको इच्छित विशिष्ट जानकारी निकालने के लिए आउटपुट को और अधिक पार्स करने की आवश्यकता हो सकती है।\nकस्टम स्क्रिप्ट अधिक जटिल परिदृश्यों के लिए या उन प्रणालियों से निपटने के लिए जो मानक आदेशों के माध्यम से BIOS सीरियल नंबर को आसानी से उजागर नहीं करते हैं, कस्टम स्क्रिप्ट विकसित की जा सकती हैं। इन स्क्रिप्ट में अक्सर dmidecode, lshw जैसे अन्य टूल के आउटपुट को पार्स करना या /sys जैसी सिस्टम फ़ाइलों में सीधे हेरफेर करना शामिल होता है।\nयहां एक सरल बैश स्क्रिप्ट का उदाहरण दिया गया है जो BIOS सीरियल नंबर निकालने का प्रयास करता है:\nकोड_ब्लॉक_30\nयह स्क्रिप्ट पहले dmidecode की उपलब्धता की जांच करती है, फिर सिस्टम जानकारी निकालने के लिए इसे चलाती है, विशेष रूप से \u0026lsquo;सीरियल नंबर\u0026rsquo; फ़ील्ड को लक्षित करती है। फिर यह इस मान को निकालता और प्रिंट करता है।\nसंयोजन विधियाँ अक्सर, सबसे प्रभावी तरीका इन तरीकों का संयोजन होता है। उदाहरण के लिए, आप यह सत्यापित करने के लिए acpi या smbios का उपयोग कर सकते हैं कि सीरियल नंबर विभिन्न उपकरणों में सुसंगत है। सटीकता और पूर्णता सुनिश्चित करने के लिए आप एक कस्टम स्क्रिप्ट के भीतर एकाधिक कमांड से पार्सिंग परिणामों को भी जोड़ सकते हैं।\nविभिन्न लिनक्स वितरणों पर BIOS सीरियल नंबर पुनर्प्राप्त करना लिनक्स वितरण पैकेज प्रबंधन प्रणाली, डिफ़ॉल्ट कॉन्फ़िगरेशन और उपलब्ध हार्डवेयर समर्थन के संदर्भ में काफी भिन्न होते हैं। यह परिवर्तनशीलता BIOS क्रमांक प्राप्त करने के लिए उपयोगकर्ता के पास मौजूद तरीकों और उपकरणों को प्रभावित करती है। यहां, हम लोकप्रिय लिनक्स वितरणों पर BIOS सीरियल नंबर निकालने का तरीका तलाशते हैं: उबंटू, सेंटओएस और फेडोरा।\nउबंटू उबंटू में BIOS सीरियल नंबर पुनः प्राप्त करने के लिए:\ndmidecode इंस्टॉल करें (यदि पहले से इंस्टॉल नहीं है):\nCODE_ब्लॉक_34\nकमांड चलाएँ:\nCODE_ब्लॉक_35\nयदि उबंटू ZFS जैसे कस्टम फ़ाइल सिस्टम का उपयोग करता है, तो आपको dmidecode कमांड चलाने से पहले आवश्यक विभाजन माउंट करने की आवश्यकता हो सकती है।\nसेंटओएस यहां बताया गया है कि CentOS में BIOS सीरियल नंबर कैसे प्राप्त करें:\ndmidecode इंस्टॉल करें (यदि पहले से इंस्टॉल नहीं है):\nCODE_ब्लॉक_37\nकमांड चलाएँ:\nकोड_ब्लॉक_38\nCentOS में डिफ़ॉल्ट रूप से lshw भी शामिल हो सकता है, जिससे आप इसे इंस्टॉलेशन के बिना सीधे उपयोग कर सकते हैं।\nफेडोरा फेडोरा में BIOS सीरियल नंबर पुनर्प्राप्त करने की प्रक्रिया उबंटू की बारीकी से प्रतिबिंबित होती है:\ndmidecode इंस्टॉल करें (यदि पहले से इंस्टॉल नहीं है):\nCODE_ब्लॉक_40\nकमांड चलाएँ:\nCODE_ब्लॉक_41\ndmidecode के अलावा, फेडोरा डिफ़ॉल्ट रूप से lshw प्रदान करता है, और आप इसे उबंटू की तरह ही उपयोग कर सकते हैं।\nसामान्य मुद्दे और समाधान अनुमति त्रुटियां: उन्नत विशेषाधिकारों के साथ कमांड चलाते समय उपयोगकर्ताओं को अनुमति त्रुटियों का सामना करना पड़ सकता है (उदाहरण के लिए, sudo का उपयोग करके)। सुनिश्चित करें कि उपयोगकर्ता के पास हार्डवेयर जानकारी तक पहुँचने या पैकेज सूचियों को अद्यतन करने के लिए आवश्यक अनुमतियाँ हैं।\nसमाधान: यदि आप लगातार अनुमति संबंधी समस्याओं का सामना करते हैं, तो उपयोगकर्ताओं को स्विच करने के लिए sudo कमांड का उपयोग करने का प्रयास करें या सुनिश्चित करें कि आप प्रशासनिक कार्यों के लिए wheel जैसे उपयुक्त समूहों का हिस्सा हैं। अनुपलब्ध निर्भरताएँ: कुछ उपकरणों को सही ढंग से काम करने के लिए अतिरिक्त निर्भरता की आवश्यकता हो सकती है।\nसमाधान: गुम निर्भरताओं की जांच करें और अपने वितरण के लिए विशिष्ट पैकेज प्रबंधक का उपयोग करके उन्हें स्थापित करें (उदाहरण के लिए, apt-get, yum, या dnf)। असमर्थित हार्डवेयर: कुछ मामलों में, विशेष रूप से नए हार्डवेयर के साथ, लिनक्स कर्नेल में समर्थन की कमी के कारण मानक कमांड काम नहीं कर सकते हैं।\nसमाधान: अपने कर्नेल और ड्राइवरों को अपने वितरण के लिए उपलब्ध नवीनतम संस्करणों में अपडेट करें। इसके अतिरिक्त, किसी भी ज्ञात हार्डवेयर संगतता समस्या के लिए दस्तावेज़ देखें या सामुदायिक सहायता फ़ोरम खोजें। कस्टम कॉन्फ़िगरेशन: अनुकूलित फर्मवेयर वाले सिस्टम BIOS सीरियल नंबर को गैर-मानक स्थानों में संग्रहीत कर सकते हैं या विभिन्न लेबल का उपयोग कर सकते हैं।\nसमाधान: /sys जैसी सिस्टम फ़ाइलों का निरीक्षण करें और इस जानकारी तक पहुंचने और पार्स करने के लिए कस्टम स्क्रिप्ट का उपयोग करें। इसके अलावा, BIOS डेटा पुनर्प्राप्त करने के विशिष्ट निर्देशों के लिए निर्माता के दस्तावेज़ देखें। विशिष्ट हार्डवेयर निर्माताओं से BIOS सीरियल नंबर निकालना फ़र्मवेयर डिज़ाइन और सिस्टम आर्किटेक्चर में भिन्नता के कारण विभिन्न हार्डवेयर निर्माता BIOS सीरियल नंबरों को संग्रहीत करने और पुनर्प्राप्त करने के लिए अपने स्वयं के तरीकों को लागू कर सकते हैं। नतीजतन, डेल, लेनोवो और एचपी जैसे ब्रांडों के बीच BIOS सीरियल नंबर निकालना काफी भिन्न हो सकता है। विंडोज कमांड और लिनक्स कमांड दोनों का उपयोग करके इन लोकप्रिय हार्डवेयर निर्माताओं से BIOS सीरियल नंबर कैसे प्राप्त करें, इस पर एक विस्तृत मार्गदर्शिका यहां दी गई है।\nडेल डेल सिस्टम आमतौर पर सिस्टम जानकारी को प्रबंधित करने के लिए अपने स्वयं के कमांड-लाइन टूल और उपयोगिताओं का उपयोग करते हैं। ऐसा ही एक उपकरण है डेल कमांड सुइट जिसमें विभिन्न सिस्टम प्रबंधन कार्यों के लिए विभिन्न मॉड्यूल शामिल हैं।\nविंडोज़ विधि:\nअगर पहले से इंस्टॉल नहीं है तो डेल कमांड सुइट इंस्टॉल करें:\nडेल सपोर्ट वेबसाइट से डेल कमांड सूट डाउनलोड और इंस्टॉल करें। कमांड चलाएँ:\nCODE_ब्लॉक_51\nयह कमांड BIOS सीरियल नंबर सहित सिस्टम जानकारी प्रदर्शित करेगा।\nलिनक्स विधि:\ndmidecode का उपयोग करें:\nCODE_ब्लॉक_52\nलेनोवो लेनोवो विंडोज़ और लिनक्स दोनों कमांड का उपयोग करके अपने सिस्टम पर BIOS सीरियल नंबर निकालने के कई तरीके प्रदान करता है।\nविंडोज़ विधि:\nसिस्टम सूचना चलाएँ: स्टार्ट मेनू पर क्लिक करें, System Information टाइप करें और इसे खोलें। \u0026ldquo;सिस्टम सारांश\u0026rdquo; अनुभाग पर जाएँ जहाँ आप सिस्टम मॉडल नंबर पा सकते हैं जिसमें अक्सर BIOS सीरियल नंबर शामिल होता है। लिनक्स विधि:\ndmidecode का उपयोग करें:\nCODE_ब्लॉक_54\nवैकल्पिक रूप से, लेनोवो सिस्टम BIOS सीरियल नंबर सहित सिस्टम जानकारी निकालने के लिए lshw या लेनोवो के समर्थन दस्तावेज़ द्वारा प्रदान की गई कस्टम स्क्रिप्ट का उपयोग कर सकता है।\nएचपी एचपी सिस्टम विवरण तक पहुंचने के लिए विभिन्न तरीके प्रदान करता है, और ये मशीन की उम्र और उपयोग में आने वाले BIOS के संस्करण के आधार पर भिन्न हो सकते हैं।\nविंडोज़ विधि:\nBIOS सेटिंग्स तक पहुंचें: अपने कंप्यूटर को रीबूट करें और उचित कुंजी (आमतौर पर F10) दबाकर BIOS सेटअप दर्ज करें। \u0026ldquo;सिस्टम\u0026rdquo; या \u0026ldquo;कॉन्फ़िगर\u0026rdquo; अनुभाग पर जाएं, जहां आप सिस्टम सीरियल नंबर जैसे विवरण देख सकते हैं जो अक्सर BIOS सीरियल नंबर से मेल खाता है। लिनक्स विधि:\ndmidecode का उपयोग करें:\nकोड_ब्लॉक_56\nएचपी कुछ सिस्टमों के लिए hp-smc उपयोगिता भी प्रदान करता है, जो BIOS संस्करण और अन्य विवरणों सहित सिस्टम जानकारी आउटपुट कर सकता है, हालांकि यह हमेशा प्रत्यक्ष सीरियल नंबर प्रदान नहीं कर सकता है।\nजबकि प्रत्येक हार्डवेयर निर्माता के पास BIOS सीरियल नंबर तक पहुंचने के लिए अपने स्वयं के विशिष्ट उपकरण और कमांड हो सकते हैं, dmidecode टूल लिनक्स वातावरण में एक सामान्य आधार बना हुआ है। विंडोज़ उपयोगकर्ताओं के लिए, निर्माता-विशिष्ट उपयोगिताएँ जैसे डेल कमांड सूट या अंतर्निहित सिस्टम सूचना उपकरण अधिक सुविधाजनक हो सकते हैं और अक्सर समृद्ध विवरण प्रदान करते हैं। आपके विशिष्ट मॉडल और BIOS संस्करण के अनुरूप विस्तृत निर्देशों के लिए अपने हार्डवेयर निर्माता के दस्तावेज़ को देखना महत्वपूर्ण है।\n","permalink":"https://www.shafiq.in/hi/blog/%E0%A4%B2%E0%A4%BF%E0%A4%A8%E0%A4%95%E0%A5%8D%E0%A4%B8-%E0%A4%AA%E0%A4%B0-bios-%E0%A4%B8%E0%A5%80%E0%A4%B0%E0%A4%BF%E0%A4%AF%E0%A4%B2-%E0%A4%A8%E0%A4%82%E0%A4%AC%E0%A4%B0-%E0%A4%95%E0%A5%88%E0%A4%B8%E0%A5%87-%E0%A4%AA%E0%A5%8D%E0%A4%B0%E0%A4%BE%E0%A4%AA%E0%A5%8D%E0%A4%A4-%E0%A4%95%E0%A4%B0%E0%A5%87%E0%A4%82/","summary":"\u003ch3 id=\"bios-सरयल-नबर\"\u003eBIOS सीरियल नंबर\u003c/h3\u003e\n\u003cp\u003eBIOS, जो बेसिक इनपुट/आउटपुट सिस्टम के लिए है, एक मौलिक फर्मवेयर है जो कंप्यूटर की बूट प्रक्रिया के दौरान हार्डवेयर घटकों को आरंभ करता है। यह ऑपरेटिंग सिस्टम के कार्यभार संभालने से पहले सिस्टम संसाधनों पर निम्न-स्तरीय नियंत्रण प्रदान करके पर्सनल कंप्यूटर के संचालन में एक अपरिहार्य भूमिका निभाता है। BIOS के भीतर मौजूद जानकारी का एक जिसे अक्सर अनदेखा कर दिया जाता है, वह है सीरियल नंबर। यह विशिष्ट पहचानकर्ता सुरक्षा से लेकर इन्वेंट्री प्रबंधन तक विभिन्न उद्देश्यों को पूरा करता है, और इसके महत्व को समझने से उपयोगकर्ताओं को अपने सिस्टम के लाभों को अधिकतम करने में मदद मिल सकती है।\u003c/p\u003e","title":"लिनक्स पर BIOS सीरियल नंबर कैसे प्राप्त करें"},{"content":"बथुकम्मा का परिचय बथुकम्मा भारत के तेलंगाना क्षेत्र, विशेष रूप से हैदराबाद और इसके आसपास के क्षेत्रों में मनाया जाने वाला एक पारंपरिक त्योहार है। यह जीवंत और रंगीन उत्सव अत्यधिक सांस्कृतिक महत्व रखता है और तेलुगु लोगों के इतिहास और परंपराओं में गहराई से निहित है। तेलुगु भाषा में \u0026ldquo;बथुकम्मा\u0026rdquo; शब्द का अनुवाद \u0026ldquo;फूलदान\u0026rdquo; होता है, जो प्रकृति की सुंदरता और पवित्रता का प्रतीक है।\nऐतिहासिक पृष्ठभूमि बथुकम्मा की उत्पत्ति का पता प्राचीन काल से लगाया जा सकता है जब इसे फसल उत्सव के रूप में मनाया जाता था। सदियों से, यह उत्सव एक भव्य सांस्कृतिक कार्यक्रम के रूप में विकसित हुआ है जो जीवन के सभी क्षेत्रों के लोगों को उनकी समृद्ध विरासत और प्रकृति के साथ बंधन का जश्न मनाने के लिए एक साथ लाता है। यह त्योहार मुख्य रूप से हिंदू देवी गौरी से जुड़ा है, जिनके बारे में माना जाता है कि वे इस दौरान अपने भक्तों को आशीर्वाद देती हैं।\nमहत्व बथुकम्मा तेलंगाना निवासियों के जीवन में बहुत महत्व रखता है क्योंकि यह कई उद्देश्यों को पूरा करता है। सबसे पहले, यह प्रकृति के प्रचुर उपहारों के प्रति आभार व्यक्त करने का एक तरीका है, खासकर फसल के मौसम के दौरान। दूसरे, यह लोगों के बीच एकता और समुदाय की भावना को बढ़ावा देता है, चाहे उनकी सामाजिक या आर्थिक स्थिति कुछ भी हो। अंत में, यह व्यक्तियों के लिए जटिल फूलों की सजावट और जीवंत सजावट के माध्यम से अपनी कलात्मक प्रतिभा दिखाने का एक अवसर है।\nउत्सव त्योहार की शुरुआत बथुकम्मा पॉट की तैयारी से होती है, जो गेंदा, चमेली और गुलाब जैसे विभिन्न रंग-बिरंगे फूलों का उपयोग करके बनाया जाता है। फूलों को एक विशिष्ट पैटर्न में व्यवस्थित किया जाता है, जो सुंदरता, समृद्धि और खुशी सहित जीवन के विभिन्न पहलुओं का प्रतीक है। फिर बर्तन को एक सजाए गए आसन पर रखा जाता है, जिसे अक्सर मालाओं, घंटियों और अन्य सजावटी वस्तुओं से सजाया जाता है।\nत्योहार के दिन, लोग बथुकम्मा मनाने के लिए सार्वजनिक स्थानों या मंदिरों में इकट्ठा होते हैं। यह कार्यक्रम एक प्रार्थना समारोह से शुरू होता है, जहां भक्त फूल चढ़ाते हैं और देवी गौरी से आशीर्वाद मांगते हैं। इसके बाद, पारंपरिक संगीत और नृत्य प्रदर्शन आयोजित किए जाते हैं, जो तेलंगाना की समृद्ध सांस्कृतिक विरासत को प्रदर्शित करते हैं। लोग उपहारों का आदान-प्रदान करते हैं और भोजन साझा करते हैं, जिससे एक-दूसरे के साथ उनका बंधन और मजबूत होता है।\nअनुष्ठान बथुकम्मा के दौरान सबसे महत्वपूर्ण अनुष्ठानों में से एक \u0026ldquo;बथुकम्मा पूजा\u0026rdquo; है, जहां भक्तों द्वारा फूल के बर्तन की पूजा की जाती है। बर्तन को लाल कपड़े से सजाया जाता है, जो पवित्रता और समृद्धि का प्रतिनिधित्व करता है। फिर भक्त प्रकृति के प्रति अपनी कृतज्ञता का प्रतीक, फूलों पर पानी डालते हैं। इस अनुष्ठान के बाद उपस्थित लोगों के बीच प्रसादम (पवित्र भोजन) का वितरण किया जाता है।\nसांस्कृतिक महत्व बथुकम्मा का तेलंगाना निवासियों के जीवन में अत्यधिक सांस्कृतिक महत्व है। यह उनकी समृद्ध विरासत और पारंपरिक मूल्यों के संरक्षण के महत्व की याद दिलाता है। यह त्यौहार पर्यावरण जागरूकता को भी बढ़ावा देता है, क्योंकि लोगों को प्राकृतिक संसाधनों का जिम्मेदारी से उपयोग करने और प्रकृति की सुंदरता की सराहना करने के लिए प्रोत्साहित किया जाता है।\nइसके अलावा, बथुकम्मा तेलुगु लोगों के बीच गर्व की भावना को बढ़ावा देता है, क्योंकि यह उनकी अनूठी संस्कृति और परंपराओं को प्रदर्शित करता है। यह उनके लिए एक साथ आने, अपनी पहचान का जश्न मनाने और एक दूसरे के साथ अपने बंधन को मजबूत करने का अवसर है।\nबथुकम्मा एक जीवंत और महत्वपूर्ण त्योहार है जो तेलंगाना निवासियों के जीवन में अत्यधिक सांस्कृतिक महत्व रखता है। अपने समृद्ध इतिहास, विविध अनुष्ठानों और रंगीन समारोहों के माध्यम से, यह क्षेत्र की अनूठी विरासत और पारंपरिक मूल्यों के संरक्षण के महत्व की याद दिलाता है। जैसे-जैसे इस त्योहार की लोकप्रियता बढ़ती जा रही है, यह तेलंगाना और पूरे भारत के सांस्कृतिक ताने-बाने का एक अनिवार्य हिस्सा बना हुआ है।\nबथुकम्मा की उत्पत्ति और ऐतिहासिक पृष्ठभूमि बथुकम्मा की जड़ें भारतीय संस्कृति और इतिहास की समृद्ध टेपेस्ट्री में गहराई से अंतर्निहित हैं। इस जीवंत त्योहार की उत्पत्ति प्राचीन काल में हुई थी जब इसे मुख्य रूप से फसल उत्सव के रूप में मनाया जाता था। तेलंगाना क्षेत्र, विशेष रूप से हैदराबाद और इसके आसपास के क्षेत्र, सदियों से इस उत्सव का केंद्र रहे हैं।\nप्राचीन फसल उत्सव प्राचीन भारत में, विभिन्न क्षेत्रों के अपने अनूठे फसल उत्सव होते थे जो उनकी सांस्कृतिक मान्यताओं और परंपराओं में गहराई से निहित थे। माना जाता है कि बथुकम्मा एक ऐसा त्योहार है जो समय के साथ विकसित हुआ है। फसल के मौसम के दौरान, लोग भरपूर उपज के लिए देवताओं को धन्यवाद देने और भविष्य की समृद्धि के लिए प्रार्थना करने के लिए इकट्ठा होते थे। इन त्योहारों के दौरान देवताओं को प्रसाद के रूप में फूलों का उपयोग एक आम बात थी।\nएक सांस्कृतिक उत्सव में विकास जैसे-जैसे सदियाँ बीत गईं, बथुकम्मा एक साधारण फसल उत्सव से एक भव्य सांस्कृतिक उत्सव में बदल गया। इस विकास को कई कारकों के लिए जिम्मेदार ठहराया जा सकता है, जिसमें क्षेत्र की समृद्ध सांस्कृतिक विरासत और इसकी विविध आबादी शामिल है। तेलंगाना क्षेत्र हमेशा से विभिन्न संस्कृतियों, धर्मों और परंपराओं का मिश्रण रहा है। समय के साथ, इन विविध प्रभावों ने बथुकम्मा की वृद्धि और लोकप्रियता में योगदान दिया है।\nहिंदू देवी गौरी से जुड़ाव बथुकम्मा के महत्व को आकार देने वाले प्रमुख कारकों में से एक हिंदू देवी गौरी के साथ इसका संबंध है। हिंदू पौराणिक कथाओं में गौरी को सुंदरता, पवित्रता और ज्ञान का प्रतीक माना जाता है। माना जाता है कि यह त्योहार भक्तों के लिए उनका आशीर्वाद पाने और उनके प्रति अपना आभार व्यक्त करने का एक तरीका है। इस संबंध ने तेलंगाना निवासियों के जीवन में बथुकम्मा के सांस्कृतिक महत्व को और मजबूत किया है।\nस्थानीय परंपराओं का प्रभाव तेलंगाना क्षेत्र की स्थानीय परंपराओं और रीति-रिवाजों ने भी त्योहार को आकार देने में महत्वपूर्ण भूमिका निभाई है। समय के साथ, लोगों ने अपने दैनिक जीवन से विभिन्न तत्वों को उत्सव में शामिल किया है, जिससे यह उनके लिए अधिक सार्थक और प्रासंगिक बन गया है। उदाहरण के लिए, बथुकम्मा बर्तन में फूलों का उपयोग प्रकृति की सुंदरता और पवित्रता का प्रतीक माना जाता है, जो तेलंगाना की संस्कृति का एक अनिवार्य पहलू है।\nबथुकम्मा की उत्पत्ति और ऐतिहासिक पृष्ठभूमि तेलंगाना क्षेत्र की समृद्ध सांस्कृतिक विरासत का प्रमाण है। फसल उत्सव के रूप में अपनी प्राचीन जड़ों से लेकर एक जीवंत सांस्कृतिक उत्सव के रूप में अपने वर्तमान स्वरूप तक, बथुकम्मा समय के साथ विकसित हुआ है, जो स्थानीय परंपराओं और हिंदू देवी गौरी के साथ संबंध जैसे विभिन्न कारकों से प्रभावित है। यह त्यौहार तेलंगाना निवासियों के जीवन में बहुत महत्व रखता है, जो उनकी समृद्ध विरासत और पारंपरिक मूल्यों के संरक्षण के महत्व की याद दिलाता है।\nआधुनिक समाज में बथुकम्मा का महत्व बथुकम्मा का आधुनिक समाज में, विशेषकर तेलंगाना के लोगों के लिए गहरा महत्व है। यह जीवंत त्योहार कई उद्देश्यों को पूरा करता है जो महज सांस्कृतिक उत्सव से परे हैं। यह प्रकृति के प्रति कृतज्ञता की भावना को बढ़ावा देता है, पर्यावरण जागरूकता को बढ़ावा देता है और समुदाय के सदस्यों के बीच सामाजिक बंधन को मजबूत करता है।\nप्रकृति के प्रति कृतज्ञता बथुकम्मा को इतने उत्साह से मनाए जाने का एक मुख्य कारण इसका प्रकृति के प्रति आभार व्यक्त करना है। यह त्योहार फसल के मौसम के साथ मेल खाता है जब किसानों को उनकी कड़ी मेहनत का लाभ मिलता है। रंग-बिरंगे फूलों के बर्तनों की व्यवस्था करके और उन्हें देवी गौरी को अर्पित करके, लोग प्रकृति द्वारा उन्हें दिए गए प्रचुर उपहारों के लिए अपनी प्रशंसा व्यक्त करते हैं।\nकृतज्ञता का यह कार्य एक अनुस्मारक के रूप में कार्य करता है कि जीवन का पोषण पृथ्वी से आता है, और यह व्यक्तियों को प्राकृतिक संसाधनों का सम्मान करने और उनकी रक्षा करने के लिए प्रोत्साहित करता है। बथुकम्मा बर्तन में फूलों का उपयोग इस श्रद्धा का प्रतीक है, क्योंकि वे एक प्राकृतिक और टिकाऊ संसाधन हैं जो सुंदरता, पवित्रता और समृद्धि का प्रतिनिधित्व करते हैं।\nपर्यावरण जागरूकता बथुकम्मा लोगों के बीच पर्यावरण जागरूकता को भी बढ़ावा देती है। त्योहार की तैयारियों के हिस्से के रूप में, लोग अपने आस-पास से फूल इकट्ठा करते हैं और फूलों के बर्तन बनाने के लिए उन्हें जटिल पैटर्न में व्यवस्थित करते हैं। यह अभ्यास व्यक्तियों को प्रकृति की सुंदरता और उनके जीवन में इसके महत्व की सराहना करने के लिए प्रोत्साहित करता है। इसके अतिरिक्त, यह प्राकृतिक संसाधनों को संरक्षित करने और अपशिष्ट को कम करने की आवश्यकता के बारे में जागरूकता बढ़ाता है।\nयह त्यौहार बायोडिग्रेडेबल सामग्रियों के उपयोग पर जोर देता है और लोगों को पर्यावरण पर अपना प्रभाव कम करने के लिए प्रोत्साहित करता है। स्थायी प्रथाओं को बढ़ावा देकर, बथुकम्मा पर्यावरण के समग्र कल्याण में योगदान देता है और प्रकृति के प्रति जिम्मेदारी की भावना को बढ़ावा देता है।\nसामाजिक बंधनों को मजबूत करना बथुकम्मा का एक अन्य महत्वपूर्ण पहलू लोगों को एक साथ लाने और समुदाय के भीतर सामाजिक बंधनों को मजबूत करने की क्षमता है। यह त्यौहार बड़े उत्साह के साथ मनाया जाता है और इसमें विभिन्न गतिविधियाँ शामिल होती हैं जो समुदाय के सदस्यों के बीच बातचीत को प्रोत्साहित करती हैं। लोग प्रार्थना समारोहों, संगीत और नृत्य प्रदर्शन और अन्य सांस्कृतिक कार्यक्रमों में भाग लेने के लिए सार्वजनिक स्थानों या मंदिरों में इकट्ठा होते हैं।\nये सभाएँ व्यक्तियों को अपने पड़ोसियों, दोस्तों और परिवार के सदस्यों के साथ जुड़ने का अवसर प्रदान करती हैं, जिससे एकता और अपनेपन की भावना को बढ़ावा मिलता है। उपहारों का आदान-प्रदान और भोजन साझा करना इन बंधनों को और मजबूत करता है, क्योंकि लोग अपनी साझा विरासत और परंपराओं का जश्न मनाने के लिए एक साथ आते हैं।\nबथुकम्मा का आधुनिक समाज में, विशेषकर तेलंगाना के लोगों के लिए अत्यधिक महत्व है। प्रकृति के प्रति कृतज्ञता व्यक्त करके, पर्यावरण जागरूकता को बढ़ावा देकर और सामाजिक बंधनों को मजबूत करके, यह जीवंत त्योहार कई उद्देश्यों को पूरा करता है जो महज सांस्कृतिक उत्सव से परे हैं। जैसे-जैसे इसका विकास जारी है, बथुकम्मा तेलंगाना और समग्र रूप से भारत के सांस्कृतिक ताने-बाने का एक अनिवार्य हिस्सा बनी हुई है।\nबथुकम्मा की रस्में और परंपराएँ बतुकम्मा सिर्फ एक रंगीन त्योहार नहीं है; यह अनुष्ठानों और परंपराओं की एक समृद्ध टेपेस्ट्री है जो गहरा सांस्कृतिक महत्व रखती है। ये प्रथाएँ पीढ़ियों से चली आ रही हैं, जिससे तेलंगाना की विरासत के सार को संरक्षित किया जा रहा है और लोगों के बीच एकता की भावना को बढ़ावा दिया जा रहा है।\nबतुकम्मा पॉट की तैयारी बथुकम्मा पॉट की तैयारी एक जटिल प्रक्रिया है जिसमें बारीकियों पर सावधानीपूर्वक ध्यान देने की आवश्यकता होती है। इसकी शुरुआत फूलों के चयन से होती है, जिन्हें इस त्योहार के दौरान पवित्र माना जाता है। सबसे अधिक उपयोग किए जाने वाले फूलों में गेंदा (गेंदा), चमेली (चित्तम), और गुलाब (कुमकुम) शामिल हैं। प्रत्येक फूल का अपना प्रतीकात्मक अर्थ होता है, जो व्यवस्था में महत्व की परतें जोड़ता है।\nफूलों को एक चौकी या सपाट सतह पर एक विशिष्ट पैटर्न में सावधानीपूर्वक व्यवस्थित किया जाता है, जिससे एक सुंदर और जटिल डिजाइन बनता है। बर्तन का आकार आमतौर पर घंटे के चश्मे या आधे चंद्रमा जैसा होता है, जो जीवन और मृत्यु के चक्र का प्रतीक है। व्यवस्था में आम तौर पर संकेंद्रित वृत्त होते हैं, प्रत्येक वृत्त जीवन के विभिन्न पहलुओं जैसे सौंदर्य, समृद्धि और खुशी का प्रतिनिधित्व करता है।\nबतुकम्मा पूजा बथुकम्मा के दौरान सबसे महत्वपूर्ण अनुष्ठान \u0026ldquo;बथुकम्मा पूजा\u0026rdquo; है, जहां भक्तों द्वारा फूल के बर्तन की पूजा की जाती है। यह समारोह आम तौर पर सुबह या दोपहर के समय होता है, जब फूल अपनी ताज़ी अवस्था में होते हैं। भक्त बर्तन के चारों ओर इकट्ठा होते हैं और देवी गौरी से आशीर्वाद लेने के लिए कई अनुष्ठान करते हैं।\nबथुकम्मा पूजा में पहला कदम बर्तन को लाल कपड़े से सजाना है, जो पवित्रता और समृद्धि का प्रतिनिधित्व करता है। फिर भक्त फूलों पर पानी डालते हैं, जो प्रकृति के प्रचुर उपहारों के प्रति उनकी कृतज्ञता का प्रतीक है। माना जाता है कि जल चढ़ाने का यह कार्य फूलों को शुद्ध करता है और उनके आध्यात्मिक महत्व को बढ़ाता है।\nइसके बाद, भक्त देवी गौरी को अगरबत्ती, फूल और फल जैसी विभिन्न वस्तुएं चढ़ाते हैं। वे प्रार्थना करते हैं और मंत्र पढ़ते हैं, उनसे स्वास्थ्य, खुशी और समृद्धि के लिए आशीर्वाद मांगते हैं। समारोह का समापन उपस्थित लोगों के बीच प्रसादम (पवित्र भोजन) के वितरण के साथ होता है, जिसे देवी का आशीर्वाद माना जाता है।\nपुष्प सज्जा प्रतियोगिताएँ बथुकम्मा पूजा के अलावा, बथुकम्मा के दौरान एक और लोकप्रिय परंपरा फूल सज्जा प्रतियोगिता है। यह कार्यक्रम कलाकारों और उत्साही लोगों को एक साथ लाता है जो फूलों की व्यवस्था करने में अपनी रचनात्मकता और कौशल का प्रदर्शन करते हैं। प्रतिभागियों को विभिन्न मानदंडों के आधार पर आंका जाता है जैसे कि डिजाइन की जटिलता, विभिन्न प्रकार के फूलों का उपयोग और समग्र सौंदर्य अपील।\nये प्रतियोगिताएं न केवल व्यक्तियों को अपनी कलात्मक प्रतिभा प्रदर्शित करने के लिए एक मंच प्रदान करती हैं बल्कि प्रतिभागियों के बीच स्वस्थ प्रतिस्पर्धा और सौहार्द की भावना को भी बढ़ावा देती हैं। वे पारंपरिक कला रूपों को संरक्षित करने और उन्हें भावी पीढ़ियों तक पहुंचाने के महत्व की याद दिलाते हैं।\nबतुकम्मा सिर्फ एक त्योहार से कहीं अधिक है; यह समृद्ध अनुष्ठानों और परंपराओं से भरा एक जीवंत उत्सव है। बथुकम्मा बर्तन की तैयारी, बथुकम्मा पूजा और फूलों की सजावट प्रतियोगिताएं इस त्योहार के सभी अभिन्न अंग हैं जो गहरा सांस्कृतिक महत्व रखते हैं। ये प्रथाएँ न केवल तेलंगाना की विरासत के सार को संरक्षित करती हैं बल्कि इसके लोगों के बीच एकता और गौरव की भावना को भी बढ़ावा देती हैं।\nबथुकम्मा में कलात्मक अभिव्यक्ति बथुकम्मा एक कला रूप है जो तेलंगाना की समृद्ध सांस्कृतिक विरासत को प्रदर्शित करता है। जटिल फूलों की सजावट, जीवंत सजावट और पारंपरिक संगीत और नृत्य प्रदर्शन सभी तत्व हैं जो इस त्योहार की कलात्मक अभिव्यक्ति में योगदान करते हैं। इस अनुभाग में, हम इन पहलुओं का विस्तार से पता लगाएंगे।\nजटिल फूलों की व्यवस्था बथुकम्मा की सबसे खास विशेषताओं में से एक फूलों की विस्तृत सजावट है जो फूलों के बर्तनों को सुशोभित करती है। इन व्यवस्थाओं के लिए बहुत अधिक कौशल और रचनात्मकता की आवश्यकता होती है, क्योंकि उन्हें देखने में आकर्षक और प्रतीकात्मक रूप से महत्वपूर्ण होना चाहिए। इन सजावटों में उपयोग किए गए फूलों को उनके रंग, आकार और सुगंध के लिए सावधानीपूर्वक चुना जाता है।\nकलाकार और उत्साही लोग जटिल पैटर्न में फूलों को व्यवस्थित करने में घंटों बिताते हैं, ऐसे डिज़ाइन बनाते हैं जो सौंदर्य, समृद्धि और खुशी जैसे जीवन के विभिन्न पहलुओं का प्रतिनिधित्व करते हैं। फूलदान की दृश्य अपील को बढ़ाने के लिए उसे अक्सर मालाओं, घंटियों और अन्य सजावटी वस्तुओं जैसे अतिरिक्त तत्वों से सजाया जाता है।\nजीवंत सजावट बतुकम्मा उत्सव जीवंत सजावट के बिना पूरा नहीं होता है जो उत्सव के माहौल को बढ़ाता है। इन सजावटों में रंगीन बैनर, झंडे और भित्ति चित्र शामिल हैं जो हिंदू पौराणिक कथाओं और तेलंगाना की सांस्कृतिक विरासत के दृश्यों को दर्शाते हैं। चमकीले रंगों और जटिल डिज़ाइनों का उपयोग इस क्षेत्र के कला के प्रति प्रेम और सुंदरता के प्रति इसकी सराहना को दर्शाता है।\nइन स्थायी सजावटों के अलावा, लोग फूलों, पत्तियों और अन्य प्राकृतिक सामग्रियों का उपयोग करके अस्थायी व्यवस्था भी बनाते हैं। इन अस्थायी सजावटों का उपयोग अक्सर पूरे त्योहार के दौरान विभिन्न कार्यक्रमों और समारोहों में किया जाता है, जिससे समग्र उत्सव की भावना जुड़ जाती है।\nपारंपरिक संगीत और नृत्य प्रदर्शन बतुकम्मा के उत्सव में संगीत और नृत्य महत्वपूर्ण भूमिका निभाते हैं। पारंपरिक संगीत प्रदर्शन में वायलिन, बांसुरी और ड्रम जैसे वाद्ययंत्र शामिल होते हैं, जो एक मंत्रमुग्ध कर देने वाली धुन बनाते हैं जो दर्शकों को मंत्रमुग्ध कर देती है। इन प्रदर्शनों के दौरान गाए जाने वाले गीत अक्सर हिंदू पौराणिक कथाओं पर आधारित होते हैं और देवी गौरी का जश्न मनाते हैं।\nनृत्य प्रदर्शन भी समान रूप से मनमोहक होते हैं, जिसमें नर्तक जीवंत वेशभूषा पहने होते हैं और बोगानी पूजारी और गोलापुड़ी जैसे पारंपरिक तेलंगाना नृत्य करते हैं। ये नृत्य न केवल क्षेत्र की सांस्कृतिक विरासत को प्रदर्शित करते हैं बल्कि पारंपरिक नृत्य रूपों को एक पीढ़ी से दूसरी पीढ़ी तक स्थानांतरित करने का एक तरीका भी हैं।\nबथुकम्मा एक त्योहार है जो तेलंगाना की समृद्ध सांस्कृतिक विरासत की कलात्मक अभिव्यक्ति का जश्न मनाता है। जटिल फूलों की सजावट, जीवंत सजावट और पारंपरिक संगीत और नृत्य प्रदर्शन सभी ऐसे तत्व हैं जो इस त्योहार के अद्वितीय आकर्षण में योगदान करते हैं। ये कलात्मक अभिव्यक्तियाँ न केवल क्षेत्र की सांस्कृतिक पहचान को संरक्षित करती हैं बल्कि इसके लोगों के बीच गर्व और एकता की भावना को भी बढ़ावा देती हैं।\nबथुकम्मा का सामाजिक प्रभाव बथुकम्मा सिर्फ एक रंगीन त्योहार से कहीं अधिक है; इसका तेलंगाना के सामाजिक ताने-बाने पर गहरा प्रभाव पड़ता है, सामुदायिक एकजुटता को बढ़ावा मिलता है, लैंगिक समानता को बढ़ावा मिलता है और अंतर-पीढ़ीगत संबंधों को बढ़ावा मिलता है। यह जीवंत उत्सव सामाजिक परिवर्तन के लिए उत्प्रेरक के रूप में कार्य करता है, विभिन्न पृष्ठभूमि के लोगों को एक आम सांस्कृतिक अनुभव साझा करने के लिए एक साथ लाता है।\nसामुदायिक एकजुटता बथुकम्मा के सबसे महत्वपूर्ण सामाजिक प्रभावों में से एक सामुदायिक एकजुटता को बढ़ावा देने की इसकी क्षमता है। यह त्यौहार विभिन्न पड़ोस, गांवों और यहां तक ​​कि शहरों के लोगों को अपनी साझा विरासत का जश्न मनाने के लिए एक साथ लाता है। एकता की यह भावना विशेष रूप से फूलों के बर्तनों की तैयारी और उत्सव के दौरान स्पष्ट होती है, क्योंकि व्यक्ति सहयोगात्मक रूप से काम करने, संसाधनों को साझा करने और एक दूसरे का समर्थन करने के लिए एक साथ आते हैं।\nबथुकम्मा का सांप्रदायिक पहलू त्योहार से जुड़े विभिन्न अनुष्ठानों और समारोहों तक भी फैला हुआ है। लोग प्रार्थना समारोहों, संगीत प्रदर्शनों और नृत्य प्रतियोगिताओं में भाग लेने के लिए सार्वजनिक स्थानों या मंदिरों में इकट्ठा होते हैं, जिससे अपनेपन और साझा उद्देश्य की भावना पैदा होती है। यह सामूहिक अनुभव सामाजिक बंधनों को मजबूत करता है और सामुदायिक गौरव की भावना को बढ़ावा देता है।\nलैंगिक समानता बथुकम्मा ने तेलंगाना क्षेत्र में लैंगिक समानता को बढ़ावा देने में भी महत्वपूर्ण भूमिका निभाई है। परंपरागत रूप से, महिलाएं इस त्योहार के आयोजन और जश्न में सबसे आगे रही हैं, फूलों की सजावट, सजावट और खाना पकाने जैसी महत्वपूर्ण भूमिकाएँ निभाती रही हैं। इससे पारंपरिक लिंग भूमिकाओं को तोड़ने और अपने समुदायों में महिलाओं को सशक्त बनाने में मदद मिली है।\nबथुकम्मा समारोह में महिलाओं की भागीदारी उनके लिए अपनी कलात्मक प्रतिभा और नेतृत्व कौशल प्रदर्शित करने के लिए एक मंच के रूप में भी काम करती है। इससे न केवल उनका आत्मविश्वास बढ़ता है बल्कि अन्य महिलाओं को भी सामुदायिक कार्यक्रमों और सामाजिक पहलों में सक्रिय भूमिका निभाने के लिए प्रोत्साहित किया जाता है।\nअंतर-पीढ़ीगत संबंध बथुकम्मा का एक अन्य महत्वपूर्ण सामाजिक प्रभाव अंतर-पीढ़ीगत संबंधों को बढ़ावा देने की इसकी क्षमता है। यह त्यौहार बच्चों, किशोरों, वयस्कों और बुजुर्गों को एक साथ आने और अपने अनुभव और ज्ञान को साझा करने का एक अनूठा अवसर प्रदान करता है। यह अंतर-पीढ़ीगत संपर्क पारंपरिक मूल्यों और सांस्कृतिक प्रथाओं को संरक्षित करने के साथ-साथ आपसी सम्मान और समझ को बढ़ावा देने में भी मदद करता है।\nबच्चे अक्सर बतुकम्मा के महत्व के बारे में अपने माता-पिता और दादा-दादी से सीखते हैं, जो त्योहार से जुड़ी कहानियों और परंपराओं को बताते हैं। बदले में, उन्हें इन समारोहों में भाग लेने की खुशी और उत्साह का अनुभव होता है, जिससे स्थायी यादें बनती हैं जो पारिवारिक संबंधों को मजबूत करती हैं।\nबथुकम्मा का तेलंगाना क्षेत्र पर महत्वपूर्ण सामाजिक प्रभाव है, यह सामुदायिक एकजुटता को बढ़ावा देता है, लैंगिक समानता को बढ़ावा देता है और अंतर-पीढ़ीगत बंधन को प्रोत्साहित करता है। यह जीवंत त्योहार सामाजिक परिवर्तन के लिए एक शक्तिशाली उपकरण के रूप में कार्य करता है, लोगों को अपनी साझा विरासत का जश्न मनाने और अधिक समावेशी और एकजुट समाज की दिशा में काम करने के लिए एक साथ लाता है।\nबथुकम्मा का आर्थिक प्रभाव बथुकम्मा न केवल सांस्कृतिक महत्व रखती है बल्कि इसका तेलंगाना क्षेत्र पर उल्लेखनीय आर्थिक प्रभाव भी है। यह जीवंत त्योहार स्थानीय व्यवसायों, कारीगरों और किसानों के लिए कई अवसर पैदा करता है, जो स्थानीय अर्थव्यवस्था में महत्वपूर्ण योगदान देता है। इस खंड में, हम उन विभिन्न तरीकों का पता लगाएंगे जिनसे बथुकम्मा आर्थिक विकास को आगे बढ़ाती है।\nस्थानीय व्यवसायों को बढ़ावा देना बथुकम्मा स्थानीय व्यवसायों के लिए महत्वपूर्ण मात्रा में राजस्व उत्पन्न करता है, विशेष रूप से फूलों, सजावट और अन्य त्यौहार की आपूर्ति की बिक्री में शामिल लोगों के लिए। जैसे ही लोग त्योहार की तैयारी करते हैं, वे अपने घरों और सार्वजनिक स्थानों को सजाने के लिए फूल, मालाएं और सजावटी सामान खरीदते हैं। इन उत्पादों की मांग में यह वृद्धि स्थानीय विक्रेताओं और दुकानदारों के लिए लाभदायक अवसर पैदा करती है।\nफूल विक्रेता, विशेष रूप से गेंदा (गेंदा) और चमेली (चित्तम) के विशेषज्ञ, त्योहारी सीजन के दौरान बिक्री में वृद्धि का अनुभव करते हैं। फूलों की बढ़ती मांग से न केवल फूल उत्पादकों को लाभ होता है, बल्कि थोक विक्रेताओं, खुदरा विक्रेताओं और वितरण सेवाओं सहित पूरी आपूर्ति श्रृंखला को भी मदद मिलती है। इसके अतिरिक्त, अगरबत्ती, घंटियां और सजावटी बैनर जैसी त्योहार की अन्य आवश्यक वस्तुएं बेचने वाले व्यवसायों को भी उपभोक्ता की बढ़ती रुचि से लाभ होता है।\nकारीगर शिल्प बथुकम्मा कारीगरों को अपने पारंपरिक शिल्प और कौशल प्रदर्शित करने के लिए एक मंच भी प्रदान करता है। जटिल फूलों की सजावट और सजावटी वस्तुओं के निर्माण के लिए बहुत अधिक शिल्प कौशल और रचनात्मकता की आवश्यकता होती है। फूल विक्रेता, बुनकर और बढ़ई सहित स्थानीय कारीगर उच्च गुणवत्ता वाले उत्पाद तैयार करके उत्सव की सफलता में महत्वपूर्ण भूमिका निभाते हैं जो उत्सव के माहौल को बढ़ाते हैं।\nकारीगर अक्सर बथुकम्मा बर्तनों के लिए अनूठी और वैयक्तिकृत सजावट बनाते हैं, जो उन प्रतिभागियों द्वारा अत्यधिक मांग की जाती है जो अपनी व्यवस्था को अलग बनाना चाहते हैं। इन कलात्मक शिल्पों की बिक्री से न केवल कारीगरों को आय होती है बल्कि पारंपरिक कला रूपों और सांस्कृतिक विरासत को संरक्षित करने में भी मदद मिलती है।\nकृषि क्षेत्र बथुकम्मा त्योहार से कृषि क्षेत्र को भी लाभ होता है, क्योंकि यह फसल के मौसम के साथ मेल खाता है। किसान अपनी उपज, जैसे फल, सब्जियाँ और अनाज, त्योहार की अवधि के दौरान बेचते हैं, जब लोग ताजा और स्थानीय रूप से प्राप्त उत्पादों को खरीदने के लिए अधिक इच्छुक होते हैं। इससे न केवल किसानों को अपनी फसलों के लिए बेहतर कीमत अर्जित करने में मदद मिलती है बल्कि मौसमी उपज की खपत को बढ़ावा देकर स्थानीय कृषि को भी समर्थन मिलता है।\nइसके अलावा, बथुकम्मा के दौरान फूलों और अन्य सजावटी वस्तुओं की बढ़ती मांग इन पौधों की खेती करने वाले छोटे पैमाने के किसानों के लिए अतिरिक्त आय के अवसर पैदा करती है। तेलंगाना में फूल उद्योग पिछले कुछ वर्षों में काफी बढ़ गया है, कई किसान गेंदा और चमेली की खेती में विशेषज्ञता रखते हैं, जो बथुकम्मा व्यवस्था में उपयोग किए जाने वाले सबसे लोकप्रिय फूल हैं।\nस्थानीय व्यवसायों को बढ़ावा देने, कारीगरों के लिए अवसर प्रदान करने और कृषि क्षेत्र का समर्थन करके बथुकम्मा का तेलंगाना क्षेत्र पर महत्वपूर्ण आर्थिक प्रभाव है। यह जीवंत त्योहार न केवल स्थानीय अर्थव्यवस्था में योगदान देता है बल्कि सामुदायिक विकास और सांस्कृतिक संरक्षण को भी बढ़ावा देता है। जैसे-जैसे बथुकम्मा की लोकप्रियता बढ़ती जा रही है, इसके आर्थिक लाभों का विस्तार होने की संभावना है, जिससे क्षेत्र की समृद्धि में और वृद्धि होगी।\nबथुकम्मा का वैश्विक महत्व बथुकम्मा का महत्व तेलंगाना और भारत की सीमाओं से परे तक फैला हुआ है, क्योंकि इसे वैश्विक स्तर पर मान्यता मिली है। इस जीवंत त्योहार ने विविध संस्कृतियों और पृष्ठभूमि के लोगों का ध्यान आकर्षित किया है, जो इसकी समृद्ध सांस्कृतिक विरासत और अद्वितीय कलात्मक अभिव्यक्तियों की सराहना करते हैं। इस खंड में, हम बथुकम्मा के वैश्विक महत्व और अंतरराष्ट्रीय संबंधों और सांस्कृतिक आदान-प्रदान पर इसके प्रभाव का पता लगाएंगे।\nसांस्कृतिक आदान-प्रदान बथुकम्मा भारत और अन्य देशों के बीच सांस्कृतिक आदान-प्रदान के लिए एक पुल के रूप में कार्य करता है, आपसी समझ को बढ़ावा देता है और एक-दूसरे की परंपराओं की सराहना करता है। इस महोत्सव को विभिन्न अंतरराष्ट्रीय कार्यक्रमों और उत्सवों में प्रदर्शित किया गया है, जिससे दुनिया के विभिन्न हिस्सों के लोगों को भारतीय संस्कृति की सुंदरता और गहराई का अनुभव करने का मौका मिला है।\nउदाहरण के लिए, बथुकम्मा को संयुक्त राज्य अमेरिका, यूनाइटेड किंगडम और ऑस्ट्रेलिया जैसे देशों में आयोजित भारतीय कला और संस्कृति महोत्सव (आईएफएसी) में प्रदर्शित किया गया है। ये कार्यक्रम भारतीय कलाकारों और कलाकारों को अपनी प्रतिभा दिखाने और अपनी सांस्कृतिक विरासत को अंतरराष्ट्रीय दर्शकों के साथ साझा करने के लिए एक मंच प्रदान करते हैं। बदले में, ये बातचीत सांस्कृतिक आदान-प्रदान को बढ़ावा देती है और राष्ट्रों के बीच आपसी सम्मान को बढ़ावा देती है।\nअंतर्राष्ट्रीय त्यौहार बथुकम्मा को बहुसंस्कृतिवाद और विविधता का जश्न मनाने वाले अंतरराष्ट्रीय त्योहारों में भी शामिल किया गया है। उदाहरण के लिए, कैलिफ़ोर्निया में आयोजित पवित्र संगीत के विश्व महोत्सव में भारतीय संगीत और नृत्य से प्रेरित प्रदर्शन हुए हैं, जिनमें बथुकम्मा उत्सव के तत्व भी शामिल हैं। ये कार्यक्रम विभिन्न संस्कृतियों के कलाकारों और दर्शकों को एक साथ लाते हैं, एक साझा अनुभव बनाते हैं जो सांस्कृतिक परंपराओं की सार्वभौमिक अपील को उजागर करता है।\nराजनयिक संबंध बथुकम्मा के वैश्विक महत्व ने भारत और अन्य देशों के बीच राजनयिक संबंधों को मजबूत करने में भी योगदान दिया है। यह त्योहार भारत की समृद्ध सांस्कृतिक विरासत और आधुनिकता को अपनाते हुए पारंपरिक मूल्यों को संरक्षित करने की प्रतिबद्धता के प्रतीक के रूप में कार्य करता है। इससे राष्ट्रों के बीच सद्भावना और सहयोग को बढ़ावा देने में मदद मिली है, विशेषकर उन राष्ट्रों के बीच जिनके साथ भारत के मजबूत सांस्कृतिक संबंध हैं।\nउदाहरण के लिए, विभिन्न देशों में भारतीय दूतावास अक्सर त्योहारों या विशेष आयोजनों के दौरान बथुकम्मा उत्सव आयोजित करते हैं, जिसमें स्थानीय गणमान्य व्यक्तियों और भारतीय समुदाय के सदस्यों को भाग लेने के लिए आमंत्रित किया जाता है। ये आयोजन न केवल सांस्कृतिक आदान-प्रदान को बढ़ावा देते हैं बल्कि राष्ट्रों के बीच राजनयिक जुड़ाव और संवाद के लिए एक मंच के रूप में भी काम करते हैं।\nबथुकम्मा का वैश्विक महत्व तेलंगाना में एक पारंपरिक त्योहार के रूप में इसकी भूमिका से परे है। यह सांस्कृतिक आदान-प्रदान, अंतर्राष्ट्रीय त्योहारों और राजनयिक संबंधों के लिए एक शक्तिशाली उपकरण के रूप में कार्य करता है, जो विविध संस्कृतियों की आपसी समझ और सराहना को बढ़ावा देता है। जैसे-जैसे बथुकम्मा को वैश्विक मंच पर पहचान मिलती जा रही है, यह निस्संदेह दुनिया भर में सांस्कृतिक विविधता और एकता को बढ़ावा देने में महत्वपूर्ण भूमिका निभाएगी।\nबथुकम्मा बदलते समय के साथ तालमेल बिठाते हुए अपनी वृद्धि और विकास को जारी रखने के लिए तैयार है। इस जीवंत त्योहार ने पहले ही स्थानीय और वैश्विक दोनों स्तरों पर महत्वपूर्ण प्रभाव डाला है, और यह निस्संदेह सांस्कृतिक विरासत और सामुदायिक एकजुटता को आकार देने में और भी प्रमुख भूमिका निभाएगा।\nपारंपरिक मूल्यों का संरक्षण बथुकम्मा के भविष्य का एक प्रमुख पहलू इसके पारंपरिक मूल्यों का संरक्षण है। जैसे-जैसे आधुनिकीकरण और वैश्वीकरण समाज को नया आकार दे रहा है, सांस्कृतिक पहचान और पारंपरिक प्रथाओं के नुकसान के बारे में चिंता बढ़ रही है। हालाँकि, बथुकम्मा इन मूल्यों को संरक्षित करने के महत्व की एक शक्तिशाली अनुस्मारक के रूप में कार्य करती है।\nबथुकम्मा की परंपराओं के निरंतर संरक्षण को सुनिश्चित करने के लिए, युवा पीढ़ी को उत्सव में शामिल करना आवश्यक है। इसे शैक्षिक कार्यक्रमों के माध्यम से प्राप्त किया जा सकता है जो बथुकम्मा के इतिहास, रीति-रिवाजों और महत्व को सिखाते हैं। उत्सव में युवाओं को शामिल करके और उन्हें पुरानी पीढ़ियों से सीखने के लिए प्रोत्साहित करके, हम यह सुनिश्चित कर सकते हैं कि ये पारंपरिक मूल्य भविष्य की पीढ़ियों के लिए पारित हो जाएं।\nसांस्कृतिक आदान-प्रदान का विस्तार चूंकि बथुकम्मा को वैश्विक मंच पर पहचान मिल रही है, इसलिए सांस्कृतिक आदान-प्रदान पहल का विस्तार करने का अवसर है। यह महोत्सव अंतरराष्ट्रीय सहयोग के लिए एक मंच के रूप में काम कर सकता है, जो विभिन्न पृष्ठभूमि के कलाकारों, कलाकारों और सांस्कृतिक उत्साही लोगों को अपनी साझा विरासत का जश्न मनाने के लिए एक साथ लाएगा।\nअंतर्राष्ट्रीय त्योहारों और सांस्कृतिक संगठनों के साथ साझेदारी अंतर-सांस्कृतिक आदान-प्रदान के अवसर पैदा करने में मदद कर सकती है जो आपसी समझ और प्रशंसा को बढ़ावा देती है। ये सहयोग तेलंगाना में पर्यटन के विकास में भी योगदान दे सकते हैं, जिससे दुनिया भर के पर्यटक आकर्षित होंगे जो इस अनूठे त्योहार का प्रत्यक्ष अनुभव लेने के लिए उत्सुक हैं।\nपारंपरिक मूल्यों को संरक्षित करके, तकनीकी प्रगति को अपनाकर और सांस्कृतिक आदान-प्रदान पहलों का विस्तार करके, यह जीवंत त्योहार फलता-फूलता रह सकता है और स्थानीय और वैश्विक दोनों स्तरों पर स्थायी प्रभाव डाल सकता है। जैसा कि हम भविष्य की ओर देखते हैं, बथुकम्मा का पोषण और समर्थन करना आवश्यक है ताकि यह आने वाली पीढ़ियों के लिए भारत की समृद्ध सांस्कृतिक विरासत का एक अभिन्न अंग बनी रह सके।\nबथुकम्मा तेलंगाना की समृद्ध सांस्कृतिक विरासत और जीवंत परंपराओं के प्रमाण के रूप में खड़ा है। यह त्यौहार, अपनी जटिल फूलों की सजावट, हार्दिक अनुष्ठानों और आनंदमय उत्सवों के साथ, इस क्षेत्र की पहचान का एक अनिवार्य हिस्सा बन गया है। यह न केवल प्रकृति और कृतज्ञता के उत्सव के रूप में कार्य करता है, बल्कि सामुदायिक एकजुटता को बढ़ावा देने, लैंगिक समानता को बढ़ावा देने और अंतर-पीढ़ीगत बंधन को प्रोत्साहित करने के लिए एक शक्तिशाली उपकरण के रूप में भी कार्य करता है।\nबथुकम्मा का पालन-पोषण और समर्थन जारी रखना महत्वपूर्ण है। युवा पीढ़ियों को शामिल करके, तकनीकी प्रगति को अपनाकर और अंतरराष्ट्रीय सहयोग को बढ़ावा देकर, हम यह सुनिश्चित कर सकते हैं कि यह जीवंत त्योहार आने वाली पीढ़ियों के लिए भारत की सांस्कृतिक परंपरा का एक महत्वपूर्ण हिस्सा बना रहे। आइए हम बथुकम्मा को जोश और गर्व के साथ मनाएं, इसके समृद्ध इतिहास का सम्मान करते हुए विकास और नवाचार के लिए उपलब्ध अवसरों को स्वीकार करें।\n","permalink":"https://www.shafiq.in/hi/blog/%E0%A4%AC%E0%A4%A5%E0%A5%81%E0%A4%95%E0%A4%AE%E0%A5%8D%E0%A4%AE%E0%A4%BE/","summary":"\u003ch2 id=\"बथकमम-क-परचय\"\u003eबथुकम्मा का परिचय\u003c/h2\u003e\n\u003cp\u003eबथुकम्मा भारत के तेलंगाना क्षेत्र, विशेष रूप से हैदराबाद और इसके आसपास के क्षेत्रों में मनाया जाने वाला एक पारंपरिक त्योहार है। यह जीवंत और रंगीन उत्सव अत्यधिक सांस्कृतिक महत्व रखता है और तेलुगु लोगों के इतिहास और परंपराओं में गहराई से निहित है। तेलुगु भाषा में \u0026ldquo;बथुकम्मा\u0026rdquo; शब्द का अनुवाद \u0026ldquo;फूलदान\u0026rdquo; होता है, जो प्रकृति की सुंदरता और पवित्रता का प्रतीक है।\u003c/p\u003e\n\u003ch3 id=\"ऐतहसक-पषठभम\"\u003eऐतिहासिक पृष्ठभूमि\u003c/h3\u003e\n\u003cp\u003eबथुकम्मा की उत्पत्ति का पता प्राचीन काल से लगाया जा सकता है जब इसे फसल उत्सव के रूप में मनाया जाता था। सदियों से, यह उत्सव एक भव्य सांस्कृतिक कार्यक्रम के रूप में विकसित हुआ है जो जीवन के सभी क्षेत्रों के लोगों को उनकी समृद्ध विरासत और प्रकृति के साथ बंधन का जश्न मनाने के लिए एक साथ लाता है। यह त्योहार मुख्य रूप से हिंदू देवी गौरी से जुड़ा है, जिनके बारे में माना जाता है कि वे इस दौरान अपने भक्तों को आशीर्वाद देती हैं।\u003c/p\u003e","title":"बथुकम्मा"},{"content":"मैसन होर्टा का परिचय मैसन होर्टा, वास्तुशिल्प नवाचार और कलात्मक लालित्य का पर्यायवाची नाम, 19वीं सदी के अंत और 20वीं सदी की शुरुआत में बेल्जियम के सबसे प्रभावशाली वास्तुकारों में से एक, विक्टर होर्टा की प्रतिभा के प्रमाण के रूप में खड़ा है। 5 जुलाई, 1861 को गेन्ट में जन्मे होर्टा यूरोपीय वास्तुकला में गहन परिवर्तन की अवधि के दौरान उभरे, जो कठोर विक्टोरियन शैलियों से अधिक तरल और अभिव्यंजक आर्ट नोव्यू आंदोलन में संक्रमण का प्रतीक था।\nआर्ट नोव्यू, जिसका मोटे तौर पर अनुवाद \u0026ldquo;नई कला\u0026rdquo; होता है, एक अंतरराष्ट्रीय शैली थी जो 1880 और 1910 के बीच विकसित हुई थी। इसकी विशेषता प्रकृति से प्रेरित इसके जटिल, जैविक डिजाइन, पारंपरिक समरूपता और पिछली वास्तुशिल्प शैलियों की सीधी रेखाओं से विराम थी। होर्टा का काम इस आंदोलन का प्रतीक है, क्योंकि उन्होंने कुशलता से बहती रेखाओं, घुमावदार रूपों और समृद्ध सामग्रियों को अपने डिजाइनों में एकीकृत किया।\nमैसन होर्टा, जिसे अक्सर \u0026ldquo;होर्टा हाउस\u0026rdquo; के रूप में जाना जाता है, बेल्जियम में आर्ट नोव्यू वास्तुकला के सबसे प्रतिष्ठित उदाहरणों में से एक है। ब्रुसेल्स में 50 रुए डेस एलेक्सिएन्स में स्थित, यह उल्लेखनीय इमारत 1893 में बनकर तैयार हुई थी और यह डिज़ाइन के लिए होर्टा के अभिनव दृष्टिकोण का एक प्रमुख उदाहरण है। यह घर न केवल उनकी वास्तुशिल्प कौशल को प्रदर्शित करता है बल्कि प्राकृतिक दुनिया और मानव रूप के प्रति उनकी गहरी सराहना को भी दर्शाता है।\nमैसन होर्टा का महत्व इसकी सौंदर्यवादी अपील से कहीं अधिक है; यह आधुनिक वास्तुकला के इतिहास में एक महत्वपूर्ण क्षण का प्रतिनिधित्व करता है। पारंपरिक रूपों से अलग होकर और नई कलात्मक अभिव्यक्तियों को अपनाकर, होर्टा ने आर्किटेक्ट्स की भावी पीढ़ियों के लिए डिजाइन की सीमाओं का पता लगाने और विस्तार करने का मार्ग प्रशस्त किया। आज, मैसन होर्टा रचनात्मकता और नवीनता के एक स्थायी प्रतीक के रूप में खड़ा है, जो आगंतुकों को उन दूरदर्शी विचारों का प्रत्यक्ष अनुभव करने के लिए आमंत्रित करता है जिन्होंने वास्तुशिल्प इतिहास में एक अभूतपूर्व युग को आकार दिया।\nविक्टर होर्टा का जीवन और करियर विक्टर होर्टा की एक साधारण परवरिश से लेकर बेल्जियम के सबसे प्रसिद्ध वास्तुकारों में से एक बनने तक की यात्रा जुनून, दृढ़ता और कलात्मक प्रतिभा से भरी कहानी है। 5 जुलाई, 1861 को गेन्ट में एक मध्यम वर्गीय परिवार में जन्मे होर्टा को कम उम्र से ही कला और वास्तुकला की दुनिया से अवगत कराया गया था। उनके पिता, चार्ल्स होर्टा, एक सफल वास्तुकार थे, जिन्होंने मुख्य रूप से नियो-गॉथिक शैली में काम किया था, जबकि उनकी माँ, कैरोलिन डी वुल्फ, कला से मजबूत संबंध रखने वाले एक धनी परिवार से थीं।\nएक युवा लड़के के रूप में, विक्टर अक्सर अपने पिता के साथ वास्तुशिल्प परियोजनाओं पर जाता था, जिससे डिजाइन और निर्माण में उसकी रुचि जगी। उन्होंने गेंट एकेडमी ऑफ फाइन आर्ट्स में भाग लिया, जहां उन्होंने जीन डेल्विन और चार्ल्स वर्लाट सहित अपने समय के कुछ सबसे प्रभावशाली कलाकारों के अधीन अध्ययन किया। इसी अवधि के दौरान होर्टा ने नव-गॉथिक तत्वों को अधिक आधुनिक प्रभावों के साथ मिश्रित करते हुए अपनी अनूठी कलात्मक शैली विकसित करना शुरू किया।\nहोर्टा का पेशेवर करियर 1881 में शुरू हुआ जब उन्होंने ब्रुसेल्स में अपना स्वयं का वास्तुशिल्प अभ्यास खोला। उनके प्रारंभिक कार्य मुख्य रूप से नव-गॉथिक शैली से प्रभावित थे, लेकिन जैसे-जैसे उन्होंने नई कलात्मक अभिव्यक्तियों की खोज जारी रखी, वे धीरे-धीरे आर्ट नोव्यू आंदोलन की ओर बढ़ गए। उनकी शुरुआती महत्वपूर्ण परियोजनाओं में से एक होटल टैसल (1882-1885) थी, एक इमारत जो बाद में रोम में बेल्जियम अकादमी का मुख्यालय बन गई।\nहोर्टा की सफल परियोजना 1893 में मैसन होर्टा के पूरा होने के साथ आई। ब्रुसेल्स में 50 रुए डेस एलेक्सिएन्स में स्थित यह घर, आर्ट नोव्यू वास्तुकला के बेहतरीन उदाहरणों में से एक माना जाता है और होर्टा की जैविक रूपों और बहने वाली रेखाओं की महारत को प्रदर्शित करता है। मैसन होर्टा का डिज़ाइन प्रकृति से काफी प्रभावित था, जिसमें बेलें, पत्तियां और फूल जैसे तत्व मूल रूप से संरचना में एकीकृत थे।\nअपने पूरे करियर के दौरान, होर्टा ने वास्तुशिल्प डिजाइन की सीमाओं को आगे बढ़ाना जारी रखा। वह सामग्रियों और तकनीकों के अभिनव उपयोग के लिए जाने जाते थे, अक्सर स्टील और कांच को ऐसे तरीकों से जोड़ते थे जो उस समय क्रांतिकारी थे। उनके काम में मानव रूप के प्रति गहरी सराहना भी झलकती है, जैसा कि जटिल लोहे के काम और सजावटी तत्वों में देखा गया है जो उनकी कई इमारतों को सुशोभित करते हैं।\nहोर्टा की सबसे उल्लेखनीय परियोजनाओं में होटल वैन ईटवेल्डे (1892-1895) शामिल हैं, जिसे आर्ट नोव्यू वास्तुकला के सबसे शुद्ध उदाहरणों में से एक माना जाता है, और टिवोली थिएटर (1907-1910), उनके बाद के काम का एक आश्चर्यजनक उदाहरण है जो आर्ट नोव्यू को अन्य वास्तुशिल्प शैलियों के साथ मिश्रित करता है। परंपरावादियों की आलोचना का सामना करने के बावजूद, डिजाइन के प्रति होर्टा के अभिनव दृष्टिकोण ने उन्हें कई प्रशंसाएं और अंतरराष्ट्रीय पहचान दिलाई।\nविक्टर होर्टा का 8 सितंबर 1947 को ब्रुसेल्स में 86 वर्ष की आयु में निधन हो गया। एक अग्रणी वास्तुकार के रूप में उनकी विरासत उनके उल्लेखनीय कार्य के माध्यम से कायम है, जो दुनिया भर के वास्तुकारों और डिजाइनरों को प्रेरित करती रहती है। अपने साहसिक प्रयोग और कलात्मक अभिव्यक्ति के प्रति अटूट प्रतिबद्धता के माध्यम से, होर्टा ने आधुनिक वास्तुकला के इतिहास पर एक अमिट छाप छोड़ी।\nमैसन होर्टा का डिज़ाइन दर्शन मैसन होर्टा एक उत्कृष्ट कृति है जो विक्टर होर्टा के गहन डिजाइन दर्शन का प्रतीक है, जो आर्ट नोव्यू के सिद्धांतों में गहराई से निहित था। अपने मूल में, इस वास्तुशिल्प शैली ने पारंपरिक रूपों से अलग होने और डिजाइन के लिए अधिक जैविक, प्राकृतिक दृष्टिकोण अपनाने की मांग की। मैसन होर्टा में होर्टा का काम कई प्रमुख पहलुओं के माध्यम से इन सिद्धांतों का उदाहरण देता है: बहती रेखाओं का उपयोग, संरचना में प्रकृति का एकीकरण, और सामग्रियों का अभिनव उपयोग।\nमैसन होर्टा की सबसे खास विशेषताओं में से एक इसका प्रवाहित रेखाओं का उपयोग है। ये टेढ़े-मेढ़े रूप इमारत के बाहरी और आंतरिक डिज़ाइन दोनों में स्पष्ट हैं। घर का अग्रभाग जटिल लोहे के काम से सजाया गया है जो किसी पौधे की लताओं या पेड़ की टेढ़ी-मेढ़ी शाखाओं की नकल करता है। यह जैविक रूपांकन आंतरिक भाग तक फैला हुआ है, जहां सीढ़ियां होर्टा द्वारा घुमावदार रेखाओं के उपयोग का एक सुंदर उदाहरण है। कच्चे लोहे और कांच से बनी सर्पिल सीढ़ियाँ, खूबसूरती से ऊपर की ओर बहती हैं, जिससे गति और तरलता की भावना पैदा होती है जो आर्ट नोव्यू की विशेषता है।\nमैसन हॉर्टा के डिजाइन में प्रकृति का एकीकरण हॉर्टा के दर्शन की एक और पहचान है। इसे पूरी इमारत में प्राकृतिक रूपांकनों के व्यापक उपयोग में देखा जा सकता है। उदाहरण के लिए, बालकनी की रेलिंग पर लोहे का काम पत्तियों और शाखाओं जैसा दिखता है, जबकि रंगीन कांच की खिड़कियां पुष्प पैटर्न दर्शाती हैं। ये तत्व न केवल घर की सुंदरता को बढ़ाते हैं बल्कि आस-पास के वातावरण के साथ सामंजस्य की भावना भी पैदा करते हैं।\nहोर्टा द्वारा सामग्रियों का अभिनव उपयोग मैसन होर्टा में उनके डिजाइन दर्शन का एक और महत्वपूर्ण पहलू है। वह स्टील और कांच जैसी नई निर्माण तकनीकों और सामग्रियों के साथ प्रयोग करने वाले पहले वास्तुकारों में से एक थे। इन सामग्रियों ने उन्हें ऐसी संरचनाएँ बनाने की अनुमति दी जो हल्की होने के साथ-साथ देखने में आकर्षक भी थीं। उदाहरण के लिए, मैसन होर्टा के अग्रभाग में सना हुआ ग्लास से बनी बड़ी खिड़कियां हैं, जो न केवल प्राकृतिक रोशनी देती हैं बल्कि डिजाइन में एक जीवंत, रंगीन तत्व भी जोड़ती हैं।\nइन सामग्रियों के अलावा, होर्टा को लोहे के काम के उपयोग के लिए जाना जाता था, जिसे उन्होंने संरचनात्मक और सजावटी दोनों क्षमताओं में नियोजित किया था। मैसन होर्टा की छत को सहारा देने वाले लोहे के स्तंभ इसका एक उदाहरण हैं, क्योंकि वे न केवल स्थिरता प्रदान करते हैं बल्कि एक आकर्षक दृश्य विशेषता के रूप में भी काम करते हैं। लोहे के काम के जटिल पैटर्न पत्तियों और फूलों जैसे प्राकृतिक रूपों की याद दिलाते हैं, जो होर्टा के प्रकृति से संबंध पर और अधिक जोर देते हैं।\nमैसन हॉर्टा में हॉर्टा के डिजाइन दर्शन का एक और उल्लेखनीय पहलू विस्तार पर उनका ध्यान है। सबसे छोटे सजावटी टुकड़े से लेकर समग्र संरचना तक, इमारत के प्रत्येक तत्व पर सावधानीपूर्वक विचार किया गया है और एक सामंजस्यपूर्ण और सामंजस्यपूर्ण डिजाइन बनाने के लिए तैयार किया गया है। शिल्प कौशल का यह स्तर जटिल लोहे के काम, रंगीन कांच की खिड़कियों और यहां तक ​​कि घर के भीतर के फर्नीचर में भी स्पष्ट है।\nमैसन होर्टा विक्टर होर्टा के डिजाइन दर्शन का एक प्रमाण है, जिसकी विशेषता जैविक रूपों को अपनाना, प्रकृति से गहरा संबंध और सामग्रियों का अभिनव उपयोग था। इन तत्वों के अपने उत्कृष्ट एकीकरण के माध्यम से, होर्टा ने एक ऐसी इमारत बनाई जो न केवल आर्ट नोव्यू वास्तुकला का एक मील का पत्थर है, बल्कि डिजाइन के प्रति उनके दूरदर्शी दृष्टिकोण के लिए एक स्थायी श्रद्धांजलि भी है।\nमैसन होर्टा का बाहरी डिज़ाइन मैसन होर्टा का बाहरी डिज़ाइन जैविक रूपों और जटिल विवरणों का एक आकर्षक मिश्रण है, जो विक्टर होर्टा की सामग्रियों और वास्तुशिल्प तकनीकों के उत्कृष्ट उपयोग को प्रदर्शित करता है। जैसे ही कोई सड़क से इमारत के पास पहुंचता है, पहली चीज जो ध्यान खींचती है वह अग्रभाग है, जो विस्तृत लोहे के काम से सजाया गया है जो पौधों और लताओं की आकृतियों की नकल करता है। यह लोहे का काम न केवल सजावटी तत्व के रूप में कार्य करता है बल्कि इमारत की छत को सहारा देने में संरचनात्मक भूमिका भी निभाता है।\nमैसन होर्टा का मुख्य प्रवेश द्वार दो बड़ी, धनुषाकार खिड़कियों से बना है जिनके दोनों ओर जटिल लोहे की ग्रिलें लगी हुई हैं। इन ग्रिल्स को इतनी सटीकता से तैयार किया गया है कि वे नाजुक पत्तियों या शाखाओं से मिलते जुलते हैं, जो हॉर्टा के प्रकृति के साथ संबंध पर और अधिक जोर देते हैं। दरवाज़ा स्वयं गहरे रंग की लकड़ी से बना है और इसके ऊपर एक सजावटी पेडिमेंट है, जो एक पुष्प आकृति को दर्शाती एक राहत मूर्तिकला से सुशोभित है।\nप्रवेश द्वार के ऊपर, अग्रभाग बड़ी, धनुषाकार खिड़कियों की एक श्रृंखला के साथ जारी है जो इमारत के ऊपरी स्तर तक फैली हुई है। इन खिड़कियों को लोहे की खिडकियों से तैयार किया गया है जो मेहराब के प्राकृतिक घुमावों का अनुसरण करती हैं, जिससे संरचना और आसपास के वातावरण के बीच एक निर्बाध संक्रमण होता है। इन खिड़कियों में सना हुआ ग्लास का उपयोग अग्रभाग में एक जीवंत, रंगीन तत्व जोड़ता है, जिससे प्राकृतिक प्रकाश एक सुंदर, बिखरे हुए पैटर्न में फ़िल्टर हो सकता है।\nमैसन होर्टा के बाहरी हिस्से की सबसे खास विशेषताओं में से एक इसकी छत है, जो लोहे के स्तंभों की एक श्रृंखला द्वारा समर्थित है जो जमीन से इमारत के शीर्ष तक फैली हुई है। ये स्तंभ न केवल कार्यात्मक हैं बल्कि होर्टा के लिए अपनी कलात्मक प्रतिभा दिखाने का अवसर भी प्रदान करते हैं। इन स्तंभों की सतहों को जटिल लोहे के काम से सजाया गया है जो पत्ते और फूलों से मिलते जुलते हैं, जो गतिशीलता और जीवन शक्ति की भावना पैदा करते हैं।\nऊपरी स्तर पर बालकनी की रेलिंग हॉर्टा की सामग्रियों और डिजाइन सिद्धांतों के अभिनव उपयोग का एक और उदाहरण है। ये रेलिंग कच्चे लोहे से बनी हैं और इनमें नाजुक, घुमावदार पैटर्न हैं जो किसी पेड़ की शाखाओं या बेल की शाखाओं की नकल करते हैं। यह जैविक रूपांकन बेलस्ट्रेड में जारी है, जिसमें पत्तियों के आकार के छोटे, सजावटी पंख हैं।\nमैसन होर्टा की बाहरी दीवारों का निर्माण ईंट और पत्थर के संयोजन से किया गया है, जिसमें मुख्य रूप से खिड़कियों और प्रवेश द्वार के आसपास पत्थर का उपयोग किया गया है। सामग्रियों का यह सावधानीपूर्वक चयन न केवल इमारत की दृश्य अपील को बढ़ाता है बल्कि इसकी संरचनात्मक अखंडता में भी योगदान देता है। समग्र प्रभाव सामंजस्य और संतुलन में से एक है, क्योंकि विभिन्न तत्व एक सामंजस्यपूर्ण डिजाइन बनाने के लिए मिलकर काम करते हैं।\nइन वास्तुशिल्प सुविधाओं के अलावा, मैसन होर्टा का बाहरी भाग उद्यान स्थानों की एक श्रृंखला से पूरित है जो इमारत के पीछे से फैली हुई है। इन बगीचों को घर की तरह ही विस्तार और प्राकृतिक रूपांकनों पर ध्यान देकर डिजाइन किया गया है, जिसमें पौधे, फूल और रास्ते शामिल हैं जो आसपास के परिदृश्य में सहजता से प्रवाहित होते हैं।\nकुल मिलाकर, मैसन होर्टा का बाहरी डिज़ाइन एक वास्तुकार के रूप में विक्टर होर्टा की प्रतिभा का प्रमाण है। सामग्रियों, जैविक रूपों और विवरणों पर सावधानीपूर्वक ध्यान के अपने अभिनव उपयोग के माध्यम से, उन्होंने एक ऐसी इमारत बनाई जो न केवल आर्ट नोव्यू वास्तुकला का एक मील का पत्थर है, बल्कि डिजाइन के प्रति उनके दूरदर्शी दृष्टिकोण के लिए एक स्थायी श्रद्धांजलि भी है।\nमैसन होर्टा का इंटीरियर डिज़ाइन मैसन होर्टा का आंतरिक डिजाइन इसके बाहरी हिस्से की तरह ही आकर्षक है, प्रत्येक कमरे को विक्टर होर्टा की नवीन शैली और विस्तार पर ध्यान देने के लिए सावधानीपूर्वक तैयार किया गया है। जैसे ही आगंतुक घर के अंदर कदम रखते हैं, वे तुरंत बहने वाली रेखाओं और प्राकृतिक रूपांकनों के उपयोग से आश्चर्यचकित हो जाते हैं जो अग्रभाग से आंतरिक स्थानों तक जारी रहते हैं। मुख्य प्रवेश द्वार एक विशाल दालान की ओर जाता है, जो घर के सार्वजनिक और निजी क्षेत्रों के बीच संक्रमण का काम करता है।\nइंटीरियर की सबसे आकर्षक विशेषताओं में से एक भव्य सीढ़ी है, जो दालान में एक केंद्रीय तत्व के रूप में खड़ी है। यह सर्पिल सीढ़ी कच्चे लोहे और कांच से बनी है, जिसके प्रत्येक चरण को जटिल लोहे के काम से सजाया गया है जो पत्तियों और लताओं जैसा दिखता है। कांच का कटघरा प्राकृतिक प्रकाश को फ़िल्टर करने की अनुमति देता है, जिससे पारदर्शिता और खुलेपन की भावना पैदा होती है। सीढ़ी न केवल एक कार्यात्मक उद्देश्य को पूरा करती है बल्कि एक नाटकीय केंद्रबिंदु के रूप में भी कार्य करती है जो आंख को ऊपर की ओर खींचती है।\nलिविंग रूम मैसन होर्टा के इंटीरियर डिज़ाइन का एक और मुख्य आकर्षण है। इस कमरे की विशेषता इसकी बड़ी खिड़कियाँ हैं, जिन्हें लोहे की खिडकियों से बनाया गया है जो मेहराब के प्राकृतिक घुमावों का अनुसरण करती हैं। ये खिड़कियाँ प्रचुर मात्रा में प्राकृतिक रोशनी को अंतरिक्ष में व्याप्त होने देती हैं, जिससे एक उज्ज्वल और हवादार वातावरण बनता है। दीवारें लकड़ी और कांच से बने सजावटी पैनलों से सजी हैं, जिनमें प्रकृति से प्रेरित जटिल पैटर्न हैं।\nलिविंग रूम में एक फायरप्लेस भी है, जो होर्टा द्वारा सामग्री के उपयोग का एक सुंदर उदाहरण है। चूल्हा संगमरमर से बना है, जबकि चारों ओर लोहे से तैयार किया गया है, जो कार्बनिक रूपांकनों को प्रदर्शित करता है जो उनकी डिजाइन शैली की पहचान हैं। चिमनी के ऊपर, छत के साथ एक सजावटी कंगनी चलती है, जो पत्तियों और फूलों से मिलती-जुलती जटिल नक्काशी के साथ प्राकृतिक रूपों की थीम को जारी रखती है।\nमैसन होर्टा में भोजन कक्ष एक और स्थान है जो होर्टा का विस्तार पर ध्यान प्रदर्शित करता है। दीवारों को लिविंग रूम के समान लकड़ी और कांच से बने सजावटी पैनलों से सजाया गया है। फर्नीचर को तरलता और लालित्य की भावना के साथ डिजाइन किया गया है, जिसमें घुमावदार रेखाएं और कार्बनिक रूप हैं जो घर के समग्र डिजाइन के पूरक हैं। डाइनिंग टेबल एक दीवार के सामने रखी गई है, जिसके दोनों ओर कुर्सियाँ हैं जिन्हें कमरे की शैली से मेल खाने के लिए तैयार किया गया है।\nमैसन होर्टा में रसोई एक कार्यात्मक लेकिन स्टाइलिश जगह है, जिसे होर्टा के कलात्मक सिद्धांतों का पालन करते हुए व्यावहारिकता को ध्यान में रखकर डिजाइन किया गया है। दीवारें पुष्प रूपांकनों वाली सजावटी टाइलों से तैयार की गई हैं, और अलमारियाँ जटिल लोहे के विवरण के साथ गहरे रंग की लकड़ी से बनी हैं। रसोई द्वीप फर्नीचर का एक सुंदर टुकड़ा है जो काउंटरटॉप और बैठने की जगह दोनों के रूप में कार्य करता है, जो हॉर्टा की सौंदर्य अपील के साथ कार्यक्षमता को मिश्रित करने की क्षमता पर जोर देता है।\nमैसन होर्टा के शयनकक्षों को शांति और गोपनीयता की भावना के साथ डिजाइन किया गया है। प्रत्येक कमरे में बड़ी खिड़कियाँ हैं जो प्राकृतिक रोशनी और आसपास के बगीचे का दृश्य प्रदान करती हैं। दीवारें सजावटी पैनलों और वॉलपेपर से सजी हैं, जिनमें प्रकृति से प्रेरित नाजुक पैटर्न हैं। फर्नीचर सरल लेकिन सुंदर है, जिसमें बिस्तर घर की समग्र शैली से मेल खाने के लिए तैयार किए गए हैं।\nमैसन होर्टा के इंटीरियर डिजाइन के सबसे अनूठे पहलुओं में से एक पूरे घर में रंगीन ग्लास खिड़कियों का उपयोग है। ये खिड़कियाँ न केवल स्थानों में एक जीवंत, रंगीन तत्व जोड़ती हैं बल्कि प्राकृतिक प्रकाश को फ़िल्टर करने के साधन के रूप में भी काम करती हैं। सना हुआ ग्लास में पैटर्न अक्सर पुष्प और वनस्पति रूपांकनों को दर्शाते हैं, जो होर्टा के प्रकृति के साथ संबंध पर और अधिक जोर देते हैं।\nमैसन होर्टा का इंटीरियर डिज़ाइन एक वास्तुकार के रूप में विक्टर होर्टा की प्रतिभा का प्रमाण है। सामग्रियों, जैविक रूपों और विस्तार पर सावधानीपूर्वक ध्यान के अपने अभिनव उपयोग के माध्यम से, उन्होंने एक ऐसी जगह बनाई जो कार्यात्मक और दृष्टि से आश्चर्यजनक दोनों है। घर का प्रत्येक कमरा उनकी अनूठी शैली को प्रदर्शित करता है, जो वास्तव में उल्लेखनीय रहने का माहौल बनाने के लिए कलात्मक अभिव्यक्ति के साथ कार्यक्षमता का मिश्रण करता है।\nआर्ट नोव्यू वास्तुकला पर मैसन होर्टा का प्रभाव मैसन होर्टा आर्ट नोव्यू वास्तुकला के इतिहास में एक ऐतिहासिक स्थल के रूप में खड़ा है, जो समकालीन और बाद के वास्तुशिल्प आंदोलनों दोनों पर गहरा प्रभाव डालता है। डिज़ाइन के प्रति विक्टर होर्टा के अभिनव दृष्टिकोण ने न केवल आर्ट नोव्यू के सार को परिभाषित किया, बल्कि भविष्य के वास्तुशिल्प विकास के लिए आधार भी तैयार किया।\nमैसन होर्टा के सबसे महत्वपूर्ण प्रभावों में से एक आर्ट नोव्यू शैली के अग्रणी उदाहरण के रूप में इसकी भूमिका है। इमारत में बहने वाली रेखाओं, जैविक रूपों और जटिल लोहे के काम के उपयोग ने 19वीं शताब्दी के अंत में वास्तुशिल्प अभिव्यक्ति के लिए एक नया मानक स्थापित किया। पिछली शैलियों की कठोर समरूपता और सीधी रेखाओं से अलग होकर, होर्टा ने वास्तुकला का एक अधिक गतिशील और अभिव्यंजक रूप बनाया जो प्राकृतिक तत्वों और मानवीय भावनाओं का जश्न मनाता था।\nमैसन होर्टा का प्रभाव बेल्जियम से आगे तक बढ़ा, जिसने यूरोप भर के वास्तुकारों को अपने स्वयं के डिजाइनों में आर्ट नोव्यू के सिद्धांतों को अपनाने के लिए प्रेरित किया। इस शैली ने तेजी से लोकप्रियता हासिल की, जिससे समान सौंदर्य विशेषताओं वाली कई इमारतों का निर्माण हुआ। पेरिस, बुडापेस्ट और बार्सिलोना जैसे शहरों में प्रतिष्ठित आर्ट नोव्यू संरचनाओं का उदय हुआ, जिन्होंने होर्टा के काम से प्रेरणा ली।\nहॉर्टा द्वारा सामग्रियों के अभिनव उपयोग का वास्तुशिल्प डिजाइन पर भी स्थायी प्रभाव पड़ा। संरचनात्मक तत्वों में स्टील और कांच का उनका एकीकरण उस समय क्रांतिकारी था, जिसने भविष्य के वास्तुकारों के लिए नई निर्माण तकनीकों और सामग्रियों का पता लगाने का मार्ग प्रशस्त किया। कार्यक्षमता और सौंदर्य अपील पर यह जोर आधुनिक वास्तुकला की एक परिभाषित विशेषता बन गई, जिसने आर्ट डेको और क्रूरतावाद जैसी शैलियों के विकास को प्रभावित किया।\nइसके अलावा, वास्तुशिल्प डिजाइन में प्रकृति को एकीकृत करने पर मैसन होर्टा का ध्यान भविष्य की पीढ़ियों के वास्तुकारों के लिए एक मिसाल कायम करता है। संरचनात्मक तत्वों के साथ प्राकृतिक रूपांकनों के सहज मिश्रण ने न केवल इमारतों की दृश्य अपील को बढ़ाया, बल्कि ऐसे स्थान भी बनाए जो अपने परिवेश के साथ सामंजस्यपूर्ण महसूस करते थे। डिज़ाइन के प्रति यह दृष्टिकोण उन वास्तुकारों को प्रेरित करता रहा है जो टिकाऊ और पर्यावरण के अनुकूल संरचनाएँ बनाना चाहते हैं।\nवास्तुशिल्प शैलियों पर इसके प्रभाव के अलावा, मैसन होर्टा का आर्ट नोव्यू वास्तुकला के संरक्षण पर महत्वपूर्ण प्रभाव पड़ा है। एक ऐतिहासिक स्थल के रूप में इमारत की स्थिति ने वर्षों से इसकी सुरक्षा और बहाली सुनिश्चित की है, जिससे आने वाली पीढ़ियों को इसकी सुंदरता और महत्व की सराहना करने का मौका मिला है। संरक्षण पर इस ध्यान ने दुनिया भर में अन्य आर्ट नोव्यू इमारतों को सुरक्षित रखने में मदद की है, जिससे यह सुनिश्चित हुआ है कि यह महत्वपूर्ण वास्तुशिल्प आंदोलन भावी पीढ़ी के लिए संरक्षित है।\nआर्ट नोव्यू वास्तुकला पर मैसन होर्टा के प्रभाव को कम करके आंका नहीं जा सकता। शैली के एक अग्रणी उदाहरण के रूप में, इसने वास्तुशिल्प अभिव्यक्ति के लिए नए मानक स्थापित किए और पूरे यूरोप में अनगिनत वास्तुकारों को प्रेरित किया। सामग्रियों के इसके अभिनव उपयोग और प्राकृतिक तत्वों के एकीकरण ने एक स्थायी विरासत छोड़ी है जो समकालीन डिजाइन को प्रभावित करना जारी रखती है। इस उल्लेखनीय इमारत को संरक्षित करके, हम न केवल विक्टर होर्टा की प्रतिभा का जश्न मनाते हैं बल्कि वास्तुकला के इतिहास में आर्ट नोव्यू के स्थायी महत्व का भी सम्मान करते हैं।\nमैसन होर्टा के संरक्षण और पुनर्स्थापन के प्रयास मैसन होर्टा 1893 में पूरा होने के बाद से संरक्षण और बहाली के प्रयासों का केंद्र बिंदु रहा है। इस ऐतिहासिक स्थल के वास्तुशिल्प और ऐतिहासिक महत्व को पहचानते हुए, बेल्जियम के अधिकारियों ने भविष्य की पीढ़ियों के लिए इसकी सुरक्षा और निरंतर पहुंच सुनिश्चित करने के लिए कई पहल की हैं।\nइन संरक्षण प्रयासों का प्राथमिक लक्ष्य इमारत के मूल डिज़ाइन और सामग्रियों को बनाए रखना है। इसमें लोहे के काम, सना हुआ ग्लास खिड़कियों और अन्य जटिल सजावटी तत्वों का नियमित रखरखाव शामिल है जो आर्ट नोव्यू वास्तुकला की विशेषता हैं। विशेष रूप से अग्रभाग और बालकनी की रेलिंग पर लोहे के काम पर समय के साथ जंग लगने की संवेदनशीलता के कारण सावधानीपूर्वक ध्यान देने की आवश्यकता होती है। पुनर्स्थापना परियोजनाओं ने इन तत्वों की सफाई और मरम्मत पर ध्यान केंद्रित किया है, यह सुनिश्चित करते हुए कि वे प्राचीन स्थिति में बने रहें।\nपुनर्स्थापना के प्रयास मैसन होर्टा के आंतरिक स्थानों तक भी विस्तारित हैं। इसमें सजावटी पैनलों, वॉलपेपर और फर्नीचर की सावधानीपूर्वक मरम्मत शामिल है जो मूल रूप से विक्टर होर्टा द्वारा डिजाइन किए गए थे। घर के भीतर रंगीन कांच की खिड़कियां विशेष रूप से नाजुक होती हैं और यूवी विकिरण और अन्य पर्यावरणीय कारकों से होने वाले नुकसान को रोकने के लिए विशेष देखभाल की आवश्यकता होती है। पुनर्स्थापना परियोजनाओं में इन खिड़कियों की सफाई और मरम्मत के साथ-साथ किसी भी क्षतिग्रस्त या गायब टुकड़े को बदलना शामिल है।\nइमारत की भौतिक अखंडता को बनाए रखने के अलावा, संरक्षण प्रयासों का उद्देश्य यह भी सुनिश्चित करना है कि मैसन होर्टा जनता के लिए सुलभ रहे। इसमें आगंतुकों के लिए आरामदायक वातावरण प्रदान करने के लिए प्रकाश, हीटिंग और वेंटिलेशन सिस्टम सहित सुविधाओं का नियमित रखरखाव शामिल है। विकलांग लोगों को समायोजित करने के लिए पहुंच में सुधार किए गए हैं, यह सुनिश्चित करते हुए कि हर कोई इस वास्तुशिल्प उत्कृष्ट कृति की सुंदरता और महत्व का अनुभव कर सकता है।\nएक उल्लेखनीय पुनर्स्थापना परियोजना 2013 में पूरी हुई, जिसमें अग्रभाग और छत की व्यापक सफाई और मरम्मत शामिल थी। इस परियोजना ने न केवल तात्कालिक संरचनात्मक मुद्दों का समाधान किया बल्कि इमारत की दीर्घकालिक स्थिरता भी सुनिश्चित की। इस पुनर्स्थापना में उन्नत सामग्रियों और तकनीकों के उपयोग ने स्थायित्व और स्थायित्व से संबंधित समकालीन चिंताओं को संबोधित करते हुए मूल सौंदर्य को संरक्षित करने में मदद की।\nसंरक्षण प्रयासों का एक अन्य महत्वपूर्ण पहलू मैसन होर्टा का चल रहा अनुसंधान और दस्तावेज़ीकरण है। विद्वानों और इतिहासकारों ने इमारत, इसके डिजाइन और विक्टर होर्टा के जीवन पर व्यापक अध्ययन किया है। इस शोध ने यूरोपीय कला और वास्तुकला के संदर्भ में वास्तुकला शैली और इसके महत्व की गहरी समझ में योगदान दिया है। इन अध्ययनों के निष्कर्षों को अक्सर प्रदर्शनियों, प्रकाशनों और शैक्षिक कार्यक्रमों के माध्यम से साझा किया जाता है, जिससे मैसन होर्टा के महत्व के बारे में जागरूकता बढ़ाने में मदद मिलती है।\nमैसन होर्टा के संरक्षण और पुनर्स्थापन के प्रयास भविष्य की पीढ़ियों के लिए इस वास्तुशिल्प ऐतिहासिक स्थल की रक्षा करने की प्रतिबद्धता को दर्शाते हैं। सावधानीपूर्वक रखरखाव, पहुंच में सुधार और चल रहे शोध के माध्यम से, बेल्जियम के अधिकारियों ने यह सुनिश्चित किया है कि यह उल्लेखनीय इमारत विक्टर होर्टा की प्रतिभा और आर्ट नोव्यू वास्तुकला की स्थायी विरासत का प्रमाण बनी रहे।\nमैसन होर्टा की विरासत मैसन होर्टा आधुनिक वास्तुकला के इतिहास पर एक अमिट छाप छोड़ते हुए वास्तुशिल्प नवाचार और कलात्मक सुंदरता का एक स्थायी प्रतीक के रूप में खड़ा है। इसका महत्व आर्ट नोव्यू के एक मील के पत्थर के रूप में इसकी भूमिका से कहीं आगे तक फैला हुआ है; यह डिज़ाइन के प्रति विक्टर होर्टा के दूरदर्शी दृष्टिकोण और सौंदर्य अपील के साथ कार्यक्षमता को मिश्रित करने की उनकी क्षमता के प्रमाण के रूप में कार्य करता है।\nमैसन होर्टा के सबसे महत्वपूर्ण योगदानों में से एक बाद की वास्तुकला शैलियों और आंदोलनों पर इसका प्रभाव है। इस इमारत की विशेषता बताने वाली सामग्रियों, जैविक रूपों और प्राकृतिक रूपांकनों के अभिनव उपयोग ने दुनिया भर के अनगिनत वास्तुकारों और डिजाइनरों को प्रेरित किया है। संरचनात्मक तत्वों में स्टील और कांच का एकीकरण, होर्टा के काम की एक पहचान, आधुनिक वास्तुकला की एक परिभाषित विशेषता बन गई है। कार्यक्षमता और सौंदर्य अपील पर इस जोर ने आर्ट डेको और क्रूरतावाद जैसी शैलियों को प्रभावित किया है, जो होर्टा के डिजाइन दर्शन के स्थायी प्रभाव को प्रदर्शित करता है।\nइसके अलावा, वास्तुशिल्प डिजाइन में प्रकृति को एकीकृत करने पर मैसन होर्टा के फोकस ने वास्तुकला में स्थिरता के समकालीन दृष्टिकोण पर गहरा प्रभाव डाला है। संरचनात्मक रूपों के साथ प्राकृतिक तत्वों का सहज मिश्रण न केवल इमारतों की दृश्य अपील को बढ़ाता है बल्कि ऐसे स्थान भी बनाता है जो उनके परिवेश के साथ सामंजस्यपूर्ण होते हैं। डिजाइन के प्रति यह दृष्टिकोण तेजी से प्रासंगिक हो गया है क्योंकि आर्किटेक्ट और डिजाइनर पर्यावरण के अनुकूल संरचनाएं बनाना चाहते हैं जो पर्यावरण पर उनके प्रभाव को कम करें।\nवास्तुशिल्प शैलियों पर इसके प्रभाव के अलावा, मैसन होर्टा ने आर्ट नोव्यू वास्तुकला के संरक्षण में महत्वपूर्ण भूमिका निभाई है। एक ऐतिहासिक स्थल के रूप में इसकी स्थिति ने वर्षों से इसकी सुरक्षा और बहाली सुनिश्चित की है, जिससे आने वाली पीढ़ियों को इसकी सुंदरता और महत्व की सराहना करने का मौका मिला है। संरक्षण पर इस ध्यान ने दुनिया भर में अन्य आर्ट नोव्यू इमारतों को सुरक्षित रखने में भी मदद की है, यह सुनिश्चित करते हुए कि यह महत्वपूर्ण वास्तुशिल्प आंदोलन भावी पीढ़ी के लिए संरक्षित है।\nमैसन होर्टा की विरासत वास्तुकला और डिजाइन शिक्षा पर इसके चल रहे प्रभाव में भी परिलक्षित होती है। यह इमारत आर्ट नोव्यू सिद्धांतों का एक जीवंत उदाहरण है, जो छात्रों और विद्वानों को शैली की विशेषताओं और नवाचारों की एक ठोस समझ प्रदान करती है। यह व्यावहारिक अनुभव न केवल वास्तुशिल्प इतिहास की उनकी सराहना को गहरा करता है बल्कि उन्हें डिजाइन के नए दृष्टिकोण तलाशने के लिए भी प्रेरित करता है।\nमैसन होर्टा की विरासत एक वास्तुकार के रूप में विक्टर होर्टा की प्रतिभा और आधुनिक वास्तुकला पर उनके स्थायी प्रभाव का प्रमाण है। अपने नवोन्मेषी डिजाइन सिद्धांतों, स्थिरता पर जोर और आर्ट नोव्यू वास्तुकला के संरक्षण में भूमिका के माध्यम से, यह दुनिया भर के वास्तुकारों और डिजाइनरों को प्रेरित करना जारी रखता है। वास्तुशिल्प इतिहास के एक मील के पत्थर के रूप में, मैसन होर्टा उन दूरदर्शी विचारों के लिए एक स्थायी श्रद्धांजलि के रूप में खड़ा है, जिन्होंने डिजाइन में एक अभूतपूर्व युग को आकार दिया।\nमैसन होर्टा सिर्फ एक वास्तुशिल्प चमत्कार से कहीं अधिक है; यह विक्टर होर्टा की नवोन्मेषी भावना और कार्यक्षमता को सौंदर्य अपील के साथ मिश्रित करने की उनकी क्षमता का प्रमाण है। जैविक रूपों, प्राकृतिक रूपांकनों और नवीन सामग्रियों के अपने उत्कृष्ट उपयोग के माध्यम से, हॉर्टा ने एक ऐसी इमारत बनाई जो न केवल आर्ट नोव्यू के सार को परिभाषित करती है बल्कि भविष्य के वास्तुशिल्प विकास के लिए एक मिसाल भी कायम करती है।\nमैसन होर्टा का महत्व आर्ट नोव्यू वास्तुकला के एक प्रतिष्ठित उदाहरण के रूप में इसकी भूमिका से परे है। इसने अनगिनत वास्तुकारों और डिजाइनरों को प्रेरित किया है, आर्ट डेको और क्रूरता जैसी शैलियों को प्रभावित किया है, और डिजाइन के लिए एक स्थायी दृष्टिकोण को बढ़ावा दिया है जो आज भी गूंज रहा है। एक ऐतिहासिक स्थल के रूप में इमारत की स्थिति भविष्य की पीढ़ियों के लिए इसकी सुरक्षा और पहुंच सुनिश्चित करती है, जिससे उन्हें विक्टर होर्टा की प्रतिभा और आर्ट नोव्यू की स्थायी विरासत की सराहना करने की अनुमति मिलती है।\nमैसन होर्टा वास्तुशिल्प नवाचार और कलात्मक सुंदरता का एक स्थायी प्रतीक है। आधुनिक वास्तुकला और डिज़ाइन पर इसका प्रभाव निर्विवाद है, और आर्ट नोव्यू के इतिहास को संरक्षित करने में इसकी भूमिका अमूल्य है। जैसा कि हम डिजाइन के लिए नए दृष्टिकोण तलाशना जारी रखते हैं, मैसन होर्टा प्रेरणा का स्रोत बना हुआ है और विक्टर होर्टा के दूरदर्शी विचारों के लिए एक स्थायी श्रद्धांजलि है।\n","permalink":"https://www.shafiq.in/hi/blog/%E0%A4%AE%E0%A5%88%E0%A4%B8%E0%A4%A8-%E0%A4%B9%E0%A5%8B%E0%A4%B0%E0%A5%8D%E0%A4%9F%E0%A4%BE/","summary":"\u003ch2 id=\"मसन-हरट-क-परचय\"\u003eमैसन होर्टा का परिचय\u003c/h2\u003e\n\u003cp\u003eमैसन होर्टा, वास्तुशिल्प नवाचार और कलात्मक लालित्य का पर्यायवाची नाम, 19वीं सदी के अंत और 20वीं सदी की शुरुआत में बेल्जियम के सबसे प्रभावशाली वास्तुकारों में से एक, विक्टर होर्टा की प्रतिभा के प्रमाण के रूप में खड़ा है। 5 जुलाई, 1861 को गेन्ट में जन्मे होर्टा यूरोपीय वास्तुकला में गहन परिवर्तन की अवधि के दौरान उभरे, जो कठोर विक्टोरियन शैलियों से अधिक तरल और अभिव्यंजक आर्ट नोव्यू आंदोलन में संक्रमण का प्रतीक था।\u003c/p\u003e","title":"मैसन होर्टा"},{"content":"अवलोकन\nPARA (परियोजनाएं, क्षेत्र, संसाधन, पुरालेख) ढांचा पीकेएम (पर्सनल नॉलेज मैनेजमेंट) अंततः एक किताब में बदल जाता है कैप्चर, व्यवस्थित, डिस्टिल, एक्सप्रेस - कोड ढांचा मुख्य अवधारणाएँ\nक्रियाशील परियोजनाओं के आधार पर व्यवस्थित करें दूसरों के साथ साझा करने के लिए जानकारी वितरित करें केवल उपभोग करने के बजाय कुछ नया बनाने के लिए विचार व्यक्त करें \u0026ldquo;बाद में पढ़ें\u0026rdquo; या \u0026ldquo;इनबॉक्स\u0026rdquo; के लिए ओब्सीडियन फ़ोल्डर का उपयोग करें ट्रांसक्रिप्शन ऐप्स का उपयोग करके वॉयस मेमो कैप्चर करें परियोजनाओं को अंतिम रूप देने के लिए चेक होते हैं परियोजना प्रबंधन के लिए हॉलीवुड मॉडल पैरा क्षेत्र सुझाव\nविज़न बोर्ड श्रेणियाँ: कैरियर रिश्ते स्वास्थ्य व्यक्तिगत विकास यात्रा *शौक *जीवन के महत्वपूर्ण पहलू: वित्तीय स्थिरता *मानसिक कल्याण *शारीरिक स्वास्थ्य सामाजिक संबंध अभिलेख\nपूर्ण परियोजनाएँ अप्रासंगिक जानकारी परित्यक्त परियोजनाएँ पीकेएम के लिए संक्षिप्त मार्गदर्शिका\nडिलीवरी प्रबंधन के लिए विज़न बोर्ड का उपयोग करना GitLab DevOps अवधारणाओं को शामिल करना टैग आधारित व्यवस्था सेवा विचार\nएक साधारण न्यूज़लेटर सदस्यता फॉर्म से वैयक्तिकृत विज़न बोर्ड बनाएं पंडोक का उपयोग करके टेम्प्लेट जनरेट किया गया पीडीएफ पुस्तक बिंदु\n5-10 वर्षों में आप स्वयं को कहाँ देखते हैं? (साक्षात्कार प्रश्न) दीर्घकालिक लक्ष्यों को प्राप्त करने के लिए विज़न बोर्ड का उपयोग करना चुनौतियों के लिए तैयारी करके अपने भविष्य का ख्याल रखना सोशल मीडिया की लत पर काबू पाने के लिए विज़न बोर्ड का उपयोग करना *अगले कदमों को ध्यान में रखते हुए प्रत्येक विज़न बोर्ड के लिए कार्य जाँच सूची लक्ष्यों की साप्ताहिक और मासिक समीक्षा अपडेट के लिए फीडबैक लूप स्मार्ट लक्ष्य आभार जार/बोर्ड *सफलताओं का जश्न मनाना लक्ष्यों को पूर्वव्यापी रूप से प्राथमिकता देना ","permalink":"https://www.shafiq.in/hi/blog/%E0%A4%A6%E0%A5%82%E0%A4%B8%E0%A4%B0%E0%A5%87-%E0%A4%AE%E0%A4%B8%E0%A5%8D%E0%A4%A4%E0%A4%BF%E0%A4%B7%E0%A5%8D%E0%A4%95-%E0%A4%AA%E0%A4%B0-%E0%A4%A8%E0%A5%8B%E0%A4%9F%E0%A5%8D%E0%A4%B8/","summary":"\u003cp\u003e\u003cstrong\u003eअवलोकन\u003c/strong\u003e\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003ePARA (परियोजनाएं, क्षेत्र, संसाधन, पुरालेख) ढांचा\u003c/li\u003e\n\u003cli\u003eपीकेएम (पर्सनल नॉलेज मैनेजमेंट) अंततः एक किताब में बदल जाता है\u003c/li\u003e\n\u003cli\u003eकैप्चर, व्यवस्थित, डिस्टिल, एक्सप्रेस - कोड ढांचा\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003e\u003cstrong\u003eमुख्य अवधारणाएँ\u003c/strong\u003e\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eक्रियाशील परियोजनाओं के आधार पर व्यवस्थित करें\u003c/li\u003e\n\u003cli\u003eदूसरों के साथ साझा करने के लिए जानकारी वितरित करें\u003c/li\u003e\n\u003cli\u003eकेवल उपभोग करने के बजाय कुछ नया बनाने के लिए विचार व्यक्त करें\u003c/li\u003e\n\u003cli\u003e\u0026ldquo;बाद में पढ़ें\u0026rdquo; या \u0026ldquo;इनबॉक्स\u0026rdquo; के लिए ओब्सीडियन फ़ोल्डर का उपयोग करें\u003c/li\u003e\n\u003cli\u003eट्रांसक्रिप्शन ऐप्स का उपयोग करके वॉयस मेमो कैप्चर करें\u003c/li\u003e\n\u003cli\u003eपरियोजनाओं को अंतिम रूप देने के लिए चेक होते हैं\u003c/li\u003e\n\u003cli\u003eपरियोजना प्रबंधन के लिए हॉलीवुड मॉडल\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003e\u003cstrong\u003eपैरा क्षेत्र सुझाव\u003c/strong\u003e\u003c/p\u003e","title":"दूसरे मस्तिष्क पर नोट्स"},{"content":" ","permalink":"https://www.shafiq.in/hi/blog/%E0%A4%AC%E0%A4%9A%E0%A5%8D%E0%A4%9A%E0%A5%8B%E0%A4%82-%E0%A4%95%E0%A5%87-%E0%A4%B2%E0%A4%BF%E0%A4%8F-%E0%A4%B0%E0%A4%82%E0%A4%97-%E0%A4%AD%E0%A4%B0%E0%A4%A8%E0%A5%87-%E0%A4%B5%E0%A4%BE%E0%A4%B2%E0%A5%80-%E0%A4%95%E0%A4%BF%E0%A4%A4%E0%A4%BE%E0%A4%AC%E0%A5%8B%E0%A4%82-%E0%A4%95%E0%A5%87-%E0%A4%9A%E0%A4%BF%E0%A4%A4%E0%A5%8D%E0%A4%B0/","summary":"\u003cp\u003e\n\n\n\n\n  \n  \u003cimg src=\"/wp-content/uploads/2024/colouring-book-toddler/fish_hu_889d6ed0fcba6abd.webp\" alt=\"Happy fish swimming in a pond with water lilies\" loading=\"lazy\" decoding=\"async\" class=\"\" /\u003e\n\n\n\n\n\n\n\n  \n  \u003cimg src=\"/wp-content/uploads/2024/colouring-book-toddler/duckling_hu_ca6561307cfd68b4.webp\" alt=\"Cheerful duckling splashing in a puddle with raindrops\" loading=\"lazy\" decoding=\"async\" class=\"\" /\u003e\n\n\n\n\n\n\n\n  \n  \u003cimg src=\"/wp-content/uploads/2024/colouring-book-toddler/lion_hu_cdbb9027b0dbab3.webp\" alt=\"Cheerful lion with fluffy mane sitting on grassy plain\" loading=\"lazy\" decoding=\"async\" class=\"\" /\u003e\n\n\n\n\n\n\n\n  \n  \u003cimg src=\"/wp-content/uploads/2024/colouring-book-toddler/elephant_hu_69e21c81b7a36e35.webp\" alt=\"Cheerful elephant spraying water with trunk surrounded by birds\" loading=\"lazy\" decoding=\"async\" class=\"\" /\u003e\n\n\n\n\n\n\n\n  \n  \u003cimg src=\"/wp-content/uploads/2024/colouring-book-toddler/teddy-bear_hu_1a5c213aa00aa57.webp\" alt=\"Cute teddy bear holding balloon in grassy field\" loading=\"lazy\" decoding=\"async\" class=\"\" /\u003e\n\n\n\n\n\n\n\n  \n  \u003cimg src=\"/wp-content/uploads/2024/colouring-book-toddler/kitten_hu_1fccf7c20b08f8ef.webp\" alt=\"Playful kitten chasing butterfly in garden\" loading=\"lazy\" decoding=\"async\" class=\"\" /\u003e\n\n\n\n\n\n\n\n  \n  \u003cimg src=\"/wp-content/uploads/2024/colouring-book-toddler/giraffe_hu_26a1a704acacdfaa.webp\" alt=\"Simple cartoon giraffe munching on tree leaves\" loading=\"lazy\" decoding=\"async\" class=\"\" /\u003e\n\n\n\n\n\n\n\n  \n  \u003cimg src=\"/wp-content/uploads/2024/colouring-book-toddler/sun-cloud-tree_hu_22304c1ed1a8cf6e.webp\" alt=\"Smiling sun with fluffy cloud and tree\" loading=\"lazy\" decoding=\"async\" class=\"\" /\u003e\n\n\n\n\n\n\n\n  \n  \u003cimg src=\"/wp-content/uploads/2024/colouring-book-toddler/bunny_hu_8d89f323aab523aa.webp\" alt=\"Bunny rabbit nibbling carrot in meadow\" loading=\"lazy\" decoding=\"async\" class=\"\" /\u003e\n\n\n\n\n\n\n\n  \n  \u003cimg src=\"/wp-content/uploads/2024/colouring-book-toddler/puppy_hu_7a125a982a521ade.webp\" alt=\"Playful puppy chasing tail in backyard\" loading=\"lazy\" decoding=\"async\" class=\"\" /\u003e\n\n\u003c/p\u003e","title":"बच्चों के लिए रंग भरने वाली किताबों के चित्र"},{"content":" दाएँ चाल ज़ूपला नीलामी घर यूके सेविल्स नीलामी ऑलसॉप पुघ नीलामी एसडीएल नीलामी लैम्बर्ट स्मिथ हैम्पटन बरनार्ड मार्कस क्लाइव एमसन मैंने बेच दिया BidX1 आवश्यक सूचना समूह जॉन पाइ संपत्ति नेटवर्क नीलामी हरमन हीली स्ट्रेटन्स लैंडवुड संपत्ति की नीलामी एक्यूइटस मैकहॉग एंड कंपनी बॉन्ड वोल्फ नीलामी एंड्रयूज और रॉबर्टसन बैगशॉज़ आवासीय रोमन विलियम एच ब्राउन शेफिन फिलिप अर्नोल्ड नीलामी कपास देशव्यापी संपत्ति की नीलामी डेडमैन ग्रे ड्राइवर और नॉरिस ग्राहम पेनी नीलामी जोन्स लैंग लासेल नाइट फ्रैंक मैग्स और एलन मार्टेल नौकरानियों की नीलामी पार्सन्स सन और बैस्ले पॉल फॉश नीलामी रोजर हन्ना एंड कंपनी सटन केर्श नीलामी साइमंड्स और सैम्पसन वॉकर सिंगलटन वेबर्स विल्सन्स नीलामी क्लो एंड कंपनी कुम्ब्रियन गुण भविष्य की संपत्ति की नीलामी नॉक डेयटन ओसबोर्न किंग स्कारगिल मान एंड कंपनी ","permalink":"https://www.shafiq.in/hi/blog/%E0%A4%AF%E0%A5%82%E0%A4%95%E0%A5%87-%E0%A4%AE%E0%A5%87%E0%A4%82-%E0%A4%95%E0%A5%81%E0%A4%9B-%E0%A4%B0%E0%A4%BF%E0%A4%AF%E0%A4%B2-%E0%A4%8F%E0%A4%B8%E0%A5%8D%E0%A4%9F%E0%A5%87%E0%A4%9F-%E0%A4%B8%E0%A4%82%E0%A4%AA%E0%A4%A4%E0%A5%8D%E0%A4%A4%E0%A4%BF%E0%A4%AF%E0%A5%8B%E0%A4%82-%E0%A4%B8%E0%A5%87-%E0%A4%B8%E0%A4%82%E0%A4%AC%E0%A4%82%E0%A4%A7%E0%A4%BF%E0%A4%A4-%E0%A4%95%E0%A4%82%E0%A4%AA%E0%A4%A8%E0%A4%BF%E0%A4%AF%E0%A5%8B%E0%A4%82-%E0%A4%95%E0%A5%80-%E0%A4%B8%E0%A5%82%E0%A4%9A%E0%A5%80/","summary":"\u003col\u003e\n\u003cli\u003eदाएँ चाल\u003c/li\u003e\n\u003cli\u003eज़ूपला\u003c/li\u003e\n\u003cli\u003eनीलामी घर यूके\u003c/li\u003e\n\u003cli\u003eसेविल्स नीलामी\u003c/li\u003e\n\u003cli\u003eऑलसॉप\u003c/li\u003e\n\u003cli\u003eपुघ नीलामी\u003c/li\u003e\n\u003cli\u003eएसडीएल नीलामी\u003c/li\u003e\n\u003cli\u003eलैम्बर्ट स्मिथ हैम्पटन\u003c/li\u003e\n\u003cli\u003eबरनार्ड मार्कस\u003c/li\u003e\n\u003cli\u003eक्लाइव एमसन\u003c/li\u003e\n\u003cli\u003eमैंने बेच दिया\u003c/li\u003e\n\u003cli\u003eBidX1\u003c/li\u003e\n\u003cli\u003eआवश्यक सूचना समूह\u003c/li\u003e\n\u003cli\u003eजॉन पाइ संपत्ति\u003c/li\u003e\n\u003cli\u003eनेटवर्क नीलामी\u003c/li\u003e\n\u003cli\u003eहरमन हीली\u003c/li\u003e\n\u003cli\u003eस्ट्रेटन्स\u003c/li\u003e\n\u003cli\u003eलैंडवुड संपत्ति की नीलामी\u003c/li\u003e\n\u003cli\u003eएक्यूइटस\u003c/li\u003e\n\u003cli\u003eमैकहॉग एंड कंपनी\u003c/li\u003e\n\u003cli\u003eबॉन्ड वोल्फ नीलामी\u003c/li\u003e\n\u003cli\u003eएंड्रयूज और रॉबर्टसन\u003c/li\u003e\n\u003cli\u003eबैगशॉज़ आवासीय\u003c/li\u003e\n\u003cli\u003eरोमन\u003c/li\u003e\n\u003cli\u003eविलियम एच ब्राउन\u003c/li\u003e\n\u003cli\u003eशेफिन\u003c/li\u003e\n\u003cli\u003eफिलिप अर्नोल्ड नीलामी\u003c/li\u003e\n\u003cli\u003eकपास\u003c/li\u003e\n\u003cli\u003eदेशव्यापी संपत्ति की नीलामी\u003c/li\u003e\n\u003cli\u003eडेडमैन ग्रे\u003c/li\u003e\n\u003cli\u003eड्राइवर और नॉरिस\u003c/li\u003e\n\u003cli\u003eग्राहम पेनी नीलामी\u003c/li\u003e\n\u003cli\u003eजोन्स लैंग लासेल\u003c/li\u003e\n\u003cli\u003eनाइट फ्रैंक\u003c/li\u003e\n\u003cli\u003eमैग्स और एलन\u003c/li\u003e\n\u003cli\u003eमार्टेल नौकरानियों की नीलामी\u003c/li\u003e\n\u003cli\u003eपार्सन्स सन और बैस्ले\u003c/li\u003e\n\u003cli\u003eपॉल फॉश नीलामी\u003c/li\u003e\n\u003cli\u003eरोजर हन्ना एंड कंपनी\u003c/li\u003e\n\u003cli\u003eसटन केर्श नीलामी\u003c/li\u003e\n\u003cli\u003eसाइमंड्स और सैम्पसन\u003c/li\u003e\n\u003cli\u003eवॉकर सिंगलटन\u003c/li\u003e\n\u003cli\u003eवेबर्स\u003c/li\u003e\n\u003cli\u003eविल्सन्स नीलामी\u003c/li\u003e\n\u003cli\u003eक्लो एंड कंपनी\u003c/li\u003e\n\u003cli\u003eकुम्ब्रियन गुण\u003c/li\u003e\n\u003cli\u003eभविष्य की संपत्ति की नीलामी\u003c/li\u003e\n\u003cli\u003eनॉक डेयटन\u003c/li\u003e\n\u003cli\u003eओसबोर्न किंग\u003c/li\u003e\n\u003cli\u003eस्कारगिल मान एंड कंपनी\u003c/li\u003e\n\u003c/ol\u003e","title":"यूके में कुछ रियल एस्टेट संपत्तियों से संबंधित कंपनियों की सूची"},{"content":"BATNA का अर्थ है \u0026ldquo;बातचीत किए गए समझौते का सर्वोत्तम विकल्प।\u0026rdquo; यह बातचीत सिद्धांत की एक अवधारणा है जो बातचीत विफल होने और किसी समझौते पर नहीं पहुंचने पर एक पार्टी द्वारा अपनाई जाने वाली कार्रवाई के सबसे लाभप्रद वैकल्पिक पाठ्यक्रम का प्रतिनिधित्व करती है। अपने BATNA को समझना महत्वपूर्ण है क्योंकि यह आपको किसी भी प्रस्तावित समझौते को मापने के लिए आधार रेखा देता है। यहां आपके BATNA का पता लगाने के लिए चरण-दर-चरण मार्गदर्शिका दी गई है:\nअपने विकल्पों को पहचानें: उन सभी संभावित विकल्पों को सूचीबद्ध करके शुरुआत करें जिन्हें आप अपना सकते हैं यदि मौजूदा बातचीत से कोई समझौता नहीं होता है। सभी उपलब्ध विकल्पों के बारे में व्यापक और रचनात्मक ढंग से सोचें।\nप्रत्येक विकल्प का मूल्यांकन करें: अपनी सूची में प्रत्येक विकल्प के लिए, उसकी व्यवहार्यता और उससे होने वाले परिणामों का मूल्यांकन करें। लाभ और कमियों, आवश्यक संसाधनों और सफलता की संभावना पर विचार करें।\nप्रत्येक विकल्प के मूल्य का अनुमान लगाएं: प्रत्येक विकल्प के लिए एक मान निर्दिष्ट करें। यह मौद्रिक हो सकता है या समय, प्रयास, अवसर लागत या व्यक्तिगत संतुष्टि जैसे अन्य कारकों पर आधारित हो सकता है।\nविकल्पों की तुलना करें: इन विकल्पों की एक दूसरे से तुलना करें। यह कदम यह समझने में मदद करता है कि कौन से विकल्प बेहतर हैं और क्यों। उन्हें वरीयता या वांछनीयता के क्रम में रैंक करना सहायक हो सकता है।\nअपना बटन निर्धारित करें: आपका बटन इस सूची में से सबसे अच्छा विकल्प है। यदि वर्तमान बातचीत विफल हो जाती है तो यह वह विकल्प है जिसे आप चुनेंगे। याद रखें, आपका BATNA इस बारे में नहीं है कि आप क्या हासिल करने की उम्मीद करते हैं, बल्कि यह है कि यदि बातचीत सफल नहीं होती है तो आप वास्तविक रूप से क्या करेंगे।\nअपने BATNA को निजी रखें: आम तौर पर, बातचीत में अपने BATNA का खुलासा न करना बुद्धिमानी है। आपकी फ़ॉलबैक स्थिति जानने से आपका बातचीत का रुख कमज़ोर हो सकता है।\nदूसरे पक्ष के बटना पर विचार करें: यदि संभव हो तो दूसरे पक्ष के बटना को समझने का प्रयास करें। यह उनकी प्रेरणाओं और बाधाओं के बारे में मूल्यवान अंतर्दृष्टि प्रदान कर सकता है, जो बातचीत में उपयोगी हो सकती है।\nदूर जाने के लिए तैयार रहें: यदि मेज पर प्रस्ताव आपके BATNA से भी बदतर है, तो बातचीत से दूर जाने के लिए तैयार रहें। यह एक शक्तिशाली स्थिति हो सकती है, क्योंकि यह दर्शाती है कि आप किसी समझौते पर पहुंचने पर निर्भर नहीं हैं।\nसमीक्षा और अनुकूलन: स्थितियाँ बदल सकती हैं, इसलिए समय-समय पर अपने BATNA का पुनर्मूल्यांकन करना महत्वपूर्ण है। नई जानकारी या परिस्थितियों में बदलाव से अलग मूल्यांकन हो सकता है।\n","permalink":"https://www.shafiq.in/hi/blog/%E0%A4%85%E0%A4%AA%E0%A4%A8%E0%A5%87-%E0%A4%AC%E0%A4%9F%E0%A4%A8-%E0%A4%95%E0%A5%8B-%E0%A4%B8%E0%A4%AE%E0%A4%9D%E0%A4%A8%E0%A4%BE/","summary":"\u003cp\u003eBATNA का अर्थ है \u0026ldquo;बातचीत किए गए समझौते का सर्वोत्तम विकल्प।\u0026rdquo; यह बातचीत सिद्धांत की एक अवधारणा है जो बातचीत विफल होने और किसी समझौते पर नहीं पहुंचने पर एक पार्टी द्वारा अपनाई जाने वाली कार्रवाई के सबसे लाभप्रद वैकल्पिक पाठ्यक्रम का प्रतिनिधित्व करती है। अपने BATNA को समझना महत्वपूर्ण है क्योंकि यह आपको किसी भी प्रस्तावित समझौते को मापने के लिए आधार रेखा देता है। यहां आपके BATNA का पता लगाने के लिए चरण-दर-चरण मार्गदर्शिका दी गई है:\u003c/p\u003e","title":"अपने बटन को समझना"},{"content":"संचार एवं सहयोग Matrix.org - एक विकेन्द्रीकृत मैसेजिंग प्लेटफ़ॉर्म। ज़ुलिप - एक खुला स्रोत समूह चैट एप्लिकेशन। नेक्स्टक्लाउड - एक क्लाउड स्टोरेज और सहयोग सुइट। ownCloud - एक स्व-होस्टेड फ़ाइल सिंक और शेयर सर्वर। मैटरमोस्ट - एक ओपन-सोर्स टीम सहयोग केंद्र। फ्रीनोड - ओपन सोर्स प्रोजेक्ट के लिए इंटरनेट रिले चैट (आईआरसी) नेटवर्क। GitLab - CI/CD पाइपलाइन सुविधाओं के साथ वेब-आधारित Git रिपॉजिटरी मैनेजर। गिटपॉड - एक कोड विचार जो एक क्लिक से विकास परिवेश को विकसित करता है। सोशल मीडिया एवं मंच मास्टोडॉन - जीएनयू सोशल/जी+/ट्विटर माइक्रोब्लॉगिंग प्लेटफॉर्म सॉफ्टवेयर पर आधारित एक विकेन्द्रीकृत सोशल नेटवर्क। फ्रेंडिका - एक ओपन-सोर्स वितरित संचार और सोशल नेटवर्किंग प्लेटफॉर्म। फ़्लारम - एक फ़ोरम सॉफ़्टवेयर जो सरलता, गति, सुंदरता और प्रयोज्यता पर केंद्रित है। प्रवचन - एक आधुनिक, खुला और बहुमुखी चर्चा मंच। phpBB - एक लोकप्रिय ओपन-सोर्स फोरम पैकेज। फ्लुएंटडी - विभिन्न डेटा स्रोतों से विभिन्न गंतव्यों तक घटनाओं को एकत्र करने के लिए एक डेटा संग्रह उपकरण। लॉगस्टैश - एक ओपन-सोर्स डेटा प्रोसेसिंग पाइपलाइन जो विभिन्न स्रोतों से डेटा एकत्र कर सकती है और इसे एक एकीकृत प्रारूप में चैनल कर सकती है। किबाना - इलास्टिक्स खोज के शीर्ष पर निर्मित एक खुला स्रोत डेटा विज़ुअलाइज़ेशन और अन्वेषण उपकरण। डेवलपर उपकरण डॉकर - एप्लिकेशन विकसित करने, शिपिंग करने और चलाने के लिए एक प्लेटफ़ॉर्म। जेनकींस - एक एक्स्टेंसिबल सतत एकीकरण सर्वर। गिटलैब सीआई/सीडी - सतत एकीकरण/निरंतर तैनाती। ट्रैविस सीआई - गिटहब और बिटबकेट परियोजनाओं के लिए क्लाउड-आधारित निरंतर एकीकरण सेवा। JIRA - परियोजना प्रबंधन सॉफ्टवेयर जिसमें स्क्रम, स्प्रिंट योजना, बैकलॉग प्राथमिकताकरण, रिलीज़ ट्रैकिंग सुविधाएँ शामिल हैं। रेडमाइन - एक निःशुल्क परियोजना प्रबंधन वेब एप्लिकेशन। ट्यूलीप - आधुनिक और ओपन-सोर्स टूल के साथ आईटी परियोजना प्रबंधन में सर्वोत्तम प्रथाओं का संयोजन करने वाला एक एकीकृत परियोजना प्रबंधन उपकरण। ईमेल एवं कैलेंडरिंग राउंडक्यूब - एक वेब-आधारित मेल क्लाइंट। होर्डे ग्रुपवेयर वेब एप्लिकेशन फ्रेमवर्क - एक ग्रुपवेयर सुइट। जिम्ब्रा - एक ईमेल, कैलेंडर और सहयोग प्रणाली। सोगो - iCalendar, vCard, और SMTP एक्सेस के लिए एक वेबसर्वर घटक और विभिन्न IMAP और CalDAV क्लाइंट के लिए क्लाइंट लाइब्रेरी का संयोजन। DuckDuckGo गोपनीयता ब्राउज़र - फ़ायरफ़ॉक्स पर आधारित एक गोपनीयता-उन्मुख ब्राउज़र। डेटा प्रबंधन इलास्टिकसर्च - एक वितरित, विश्वसनीय खोज और विश्लेषण इंजन। किबाना - वास्तविक समय में इलास्टिक्स खोज डेटा को विज़ुअलाइज़ करने के लिए। PostgreSQL - एक शक्तिशाली, ओपन-सोर्स ऑब्जेक्ट-रिलेशनल डेटाबेस सिस्टम। MongoDB - एक ओपन-सोर्स दस्तावेज़-उन्मुख डेटाबेस। रेडिस - एक इन-मेमोरी की-वैल्यू स्टोर जिसका उपयोग डेटाबेस, कैश और मैसेज ब्रोकर के रूप में किया जाता है। मेमकैच्ड - एक सामान्य प्रयोजन वितरित मेमोरी कैशिंग प्रणाली। Neo4j - एक ग्राफ़ डेटाबेस जो साइफ़र क्वेरी भाषा का उपयोग करके लचीली क्वेरी की अनुमति देता है। इन्फ्लक्सडीबी - एक ओपन-सोर्स टाइम सीरीज़ डेटाबेस। कार्यालय एवं उत्पादकता लिब्रेऑफिस - एक ओपन-सोर्स ऑफिस सुइट। ओनलीऑफिस - एक ऐसा मंच जो ऑनलाइन टेक्स्ट संपादकों, दस्तावेज़ और परियोजना प्रबंधन, फ़ाइल भंडारण को एक ही समाधान में जोड़ता है। अपाचे ओपनऑफिस - एक और निःशुल्क और ओपन-सोर्स ऑफिस सुइट। जिम्ब्रा सहयोग सुइट - एक वैकल्पिक डेस्कटॉप क्लाइंट के साथ एक ईमेल और कैलेंडर सर्वर। बुनियादी ढांचा और निगरानी नागियोस - सिस्टम, नेटवर्क और बुनियादी ढांचे के लिए एक निगरानी प्रणाली। ज़ैबिक्स - एक एंटरप्राइज-क्लास ओपन सोर्स वितरित निगरानी समाधान। प्रोमेथियस - एक निगरानी प्रणाली और समय श्रृंखला डेटाबेस। इन्फ्लक्सडीबी - मेट्रिक्स को संग्रहीत और विश्लेषण करने के लिए। कुबेरनेट्स - कंप्यूटर कंटेनरों को स्वचालित करने के लिए एक ओपन-सोर्स कंटेनर-ऑर्केस्ट्रेशन सिस्टम। ओपनवीपीएन - एक मजबूत और उच्च विन्यास योग्य वीपीएन समाधान। एनजीआईएनएक्स - एक उच्च प्रदर्शन वेब सर्वर और रिवर्स प्रॉक्सी सर्वर। ट्रैफ़िक - एक आधुनिक HTTP रिवर्स प्रॉक्सी और लोड बैलेंसर। HAProxy - एक विश्वसनीय, कुशल और लचीला भार संतुलन समाधान। मल्टीमीडिया एवं मनोरंजन Plex - एक क्लाइंट-सर्वर मीडिया प्रबंधन और स्ट्रीमिंग प्लेटफ़ॉर्म। एम्बी - समृद्ध मेटाडेटा क्षमताओं वाला एक एक्स्टेंसिबल मीडिया सर्वर और प्लेयर। रडार - टीवी शो के नए एपिसोड डाउनलोड करने के लिए सोनार का एक सहयोगी एप्लिकेशन। सोनार - एक इंडेक्स आधारित, टीवी शो डाउनलोडर जो एनजेडबी फाइलों का उपयोग करता है। जैकेट - एक इंडेक्सिंग इंजन जो कई अलग-अलग वेबसाइटों को खोजता है। डेल्यूज - एक हल्का और सुविधा संपन्न बिटटोरेंट क्लाइंट। रूटोरेंट - बहुत सारी सुविधाओं के साथ उपयोग में आसान बिटोरेंट क्लाइंट। Lidarr - एक स्वचालित संगीत अनुक्रमणिका जो स्वचालित रूप से आपके पसंदीदा एल्बम डाउनलोड कर सकती है। ई-कॉमर्स मैगेंटो ओपन सोर्स - सभी आकार के व्यवसायों के लिए एक लचीला ई-कॉमर्स प्लेटफॉर्म। PrestaShop - एक ओपन-सोर्स ई-कॉमर्स समाधान। ओपनकार्ट - एक निःशुल्क, ओपन-सोर्स शॉपिंग कार्ट प्रणाली। WooCommerce - एक वर्डप्रेस प्लगइन जो आपकी साइट को पूरी तरह से ऑनलाइन स्टोर में बदल देता है। सुरक्षा fail2ban - एक नेटवर्क सुरक्षा उपकरण जो विफल लॉगिन प्रयासों के लिए लॉग फ़ाइलों का विश्लेषण करता है और फिर उन लोगों के आईपी पते पर प्रतिबंध लगाता है जो एकाधिक असफल लॉगिन प्रयासों में सफल होते हैं। क्रिप्टोग्राफी - एन्क्रिप्शन और डिक्रिप्शन के लिए उपकरण और लाइब्रेरी। OSSEC - एक शक्तिशाली ओपन-सोर्स होस्ट-आधारित घुसपैठ का पता लगाने वाला सिस्टम। पल्स सिक्योर वर्चुअल डेस्कटॉप - एक सुरक्षित एक्सेस सर्विस एज (एसएएसई) प्लेटफॉर्म जो संगठनों को एकीकृत, क्लाउड-फर्स्ट एप्लिकेशन और नेटवर्क एक्सेस सुरक्षा प्रदान करने में सक्षम बनाता है। ClamAV - ट्रोजन, वायरस, मैलवेयर और अन्य दुर्भावनापूर्ण खतरों का पता लगाने के लिए एक ओपन-सोर्स एंटीवायरस इंजन। क्लाउड और स्टोरेज ओपनस्टैक - विभिन्न क्लाउड सेवाएँ प्रदान करने के लिए एक क्लाउड ऑपरेटिंग सिस्टम। क्लाउडफ्लेयर - एक इंटरनेट प्रदर्शन और सुरक्षा कंपनी जो वेबसाइटों को साइबर हमलों से बचाने के लिए वितरित सर्वर का एक नेटवर्क प्रदान करती है। नेक्स्टक्लाउड - पहले से ही सूचीबद्ध है, लेकिन फिर से उल्लेख करने लायक है क्योंकि यह भी एक पूर्ण क्लाउड सेवा है। OpenVPN - आपके होम लैब तक सुरक्षित रिमोट एक्सेस बनाने के लिए। वेब सर्वर अपाचे HTTP सर्वर - दुनिया का सबसे व्यापक रूप से उपयोग किया जाने वाला वेब सर्वर। NGINX - एक उच्च प्रदर्शन HTTP और रिवर्स प्रॉक्सी सर्वर। कैडी - स्वचालित HTTPS वाला एक स्वचालित वेब सर्वर। डेवलपर उपकरण और आईडीई विज़ुअल स्टूडियो कोड - आधुनिक वेब और क्लाउड अनुप्रयोगों के निर्माण और डिबगिंग के लिए एक कोड संपादक को फिर से परिभाषित और अनुकूलित किया गया है। एक्लिप्स - एक ओपन-सोर्स एकीकृत विकास वातावरण (आईडीई)। इंटेलिजे आइडिया - जावा, कोटलिन, स्काला और एंड्रॉइड जैसी जेवीएम-आधारित भाषाओं के लिए एक शक्तिशाली आईडीई। शिक्षण एवं शैक्षिक संसाधन खान अकादमी - विभिन्न विषयों के लिए मुफ्त ऑनलाइन शिक्षा प्रदान करता है। मूडल - एक ओपन-सोर्स पाठ्यक्रम प्रबंधन प्रणाली जिसका उपयोग ऑनलाइन शिक्षण वातावरण बनाने के लिए किया जा सकता है। कैनवस - एक क्लाउड-आधारित शिक्षण प्रबंधन प्रणाली (एलएमएस)। edX - हार्वर्ड यूनिवर्सिटी और मैसाचुसेट्स इंस्टीट्यूट ऑफ टेक्नोलॉजी द्वारा स्थापित एक ऑनलाइन शिक्षण मंच। गेम सर्वर Minecraft सर्वर - अपना खुद का Minecraft सर्वर चलाने के लिए। स्टीमसीएमडी - समर्पित सर्वर पर गेम अपडेट प्रबंधित करने में सहायता के लिए स्टीम का सामग्री वितरण उपकरण। ARK: सर्वाइवल इवॉल्व्ड सर्वर - ARK के लिए सर्वाइवल मल्टीप्लेयर गेम सर्वर होस्ट करने के लिए। फ़ाइल भंडारण और बैकअप बोर्गबैकअप - एक डीडुप्लिकेटिंग बैकअप प्रोग्राम जो फ़ाइल और ब्लॉक स्टोरेज का समर्थन करता है। बकुला - एक ओपन-सोर्स एंटरप्राइज़-स्तरीय डेटा सुरक्षा, पुनर्स्थापना और पुनर्प्राप्ति प्रणाली। Rclone - क्लाउड स्टोरेज प्रदाताओं के बीच निर्देशिकाओं को सिंक करने के लिए एक उपकरण। मीडिया स्ट्रीमिंग और डीवीआर एम्बी - आपके नेटवर्क के भीतर केंद्रीकृत मीडिया स्ट्रीमिंग के लिए। मीडियापोर्टल - माइक्रोसॉफ्ट विंडोज़ के लिए एक निःशुल्क ओपन सोर्स मीडिया सेंटर सॉफ्टवेयर। डीवीआर-पीसी - एक संपूर्ण टीवी रिकॉर्डिंग, स्ट्रीमिंग और लाइव टीवी देखने का समाधान जो लिनक्स (और विंडोज) पीसी पर चलता है। अन्य उपकरण मैटरमोस्ट - टीम संचार उपकरण, जिसमें एक सहयोग सूट घटक भी है। गिटपॉड - पूर्ण-स्टैक विकास वातावरण के लिए पूर्व-कॉन्फ़िगर किए गए टूल वाला एक वेब-आधारित कोड सर्वर। GitBucket - स्काला में लिखा गया एक आसानी से इंस्टॉल करने योग्य GitHub संगत Git सर्वर। ज़ैबिक्स - आपके बुनियादी ढांचे और अनुप्रयोगों की निगरानी के लिए। ","permalink":"https://www.shafiq.in/hi/blog/%E0%A4%95%E0%A5%81%E0%A4%9B-%E0%A4%B8%E0%A5%8D%E0%A4%B5-%E0%A4%B9%E0%A5%8B%E0%A4%B8%E0%A5%8D%E0%A4%9F%E0%A5%87%E0%A4%A1-%E0%A4%B8%E0%A5%87%E0%A4%B5%E0%A4%BE%E0%A4%93%E0%A4%82-%E0%A4%95%E0%A5%80-%E0%A4%B8%E0%A5%82%E0%A4%9A%E0%A5%80-%E0%A4%9C%E0%A4%BF%E0%A4%A8%E0%A5%8D%E0%A4%B9%E0%A5%87%E0%A4%82-%E0%A4%86%E0%A4%AA-%E0%A4%85%E0%A4%AA%E0%A4%A8%E0%A5%87-%E0%A4%B9%E0%A5%8B%E0%A4%AE%E0%A4%B2%E0%A5%88%E0%A4%AC-%E0%A4%AA%E0%A4%B0-%E0%A4%B8%E0%A5%8D%E0%A4%A5%E0%A4%BE%E0%A4%AA%E0%A4%BF%E0%A4%A4-%E0%A4%95%E0%A4%B0-%E0%A4%B8%E0%A4%95%E0%A4%A4%E0%A5%87-%E0%A4%B9%E0%A5%88%E0%A4%82/","summary":"\u003ch3 id=\"सचर-एव-सहयग\"\u003eसंचार एवं सहयोग\u003c/h3\u003e\n\u003col\u003e\n\u003cli\u003e\u003cstrong\u003eMatrix.org\u003c/strong\u003e - एक विकेन्द्रीकृत मैसेजिंग प्लेटफ़ॉर्म।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eज़ुलिप\u003c/strong\u003e - एक खुला स्रोत समूह चैट एप्लिकेशन।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eनेक्स्टक्लाउड\u003c/strong\u003e - एक क्लाउड स्टोरेज और सहयोग सुइट।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eownCloud\u003c/strong\u003e - एक स्व-होस्टेड फ़ाइल सिंक और शेयर सर्वर।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eमैटरमोस्ट\u003c/strong\u003e - एक ओपन-सोर्स टीम सहयोग केंद्र।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eफ्रीनोड\u003c/strong\u003e - ओपन सोर्स प्रोजेक्ट के लिए इंटरनेट रिले चैट (आईआरसी) नेटवर्क।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eGitLab\u003c/strong\u003e - CI/CD पाइपलाइन सुविधाओं के साथ वेब-आधारित Git रिपॉजिटरी मैनेजर।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eगिटपॉड\u003c/strong\u003e - एक कोड विचार जो एक क्लिक से विकास परिवेश को विकसित करता है।\u003c/li\u003e\n\u003c/ol\u003e\n\u003ch3 id=\"सशल-मडय-एव-मच\"\u003eसोशल मीडिया एवं मंच\u003c/h3\u003e\n\u003col\u003e\n\u003cli\u003e\u003cstrong\u003eमास्टोडॉन\u003c/strong\u003e - जीएनयू सोशल/जी+/ट्विटर माइक्रोब्लॉगिंग प्लेटफॉर्म सॉफ्टवेयर पर आधारित एक विकेन्द्रीकृत सोशल नेटवर्क।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eफ्रेंडिका\u003c/strong\u003e - एक ओपन-सोर्स वितरित संचार और सोशल नेटवर्किंग प्लेटफॉर्म।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eफ़्लारम\u003c/strong\u003e - एक फ़ोरम सॉफ़्टवेयर जो सरलता, गति, सुंदरता और प्रयोज्यता पर केंद्रित है।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eप्रवचन\u003c/strong\u003e - एक आधुनिक, खुला और बहुमुखी चर्चा मंच।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003ephpBB\u003c/strong\u003e - एक लोकप्रिय ओपन-सोर्स फोरम पैकेज।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eफ्लुएंटडी\u003c/strong\u003e - विभिन्न डेटा स्रोतों से विभिन्न गंतव्यों तक घटनाओं को एकत्र करने के लिए एक डेटा संग्रह उपकरण।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eलॉगस्टैश\u003c/strong\u003e - एक ओपन-सोर्स डेटा प्रोसेसिंग पाइपलाइन जो विभिन्न स्रोतों से डेटा एकत्र कर सकती है और इसे एक एकीकृत प्रारूप में चैनल कर सकती है।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eकिबाना\u003c/strong\u003e - इलास्टिक्स खोज के शीर्ष पर निर्मित एक खुला स्रोत डेटा विज़ुअलाइज़ेशन और अन्वेषण उपकरण।\u003c/li\u003e\n\u003c/ol\u003e\n\u003ch3 id=\"डवलपर-उपकरण\"\u003eडेवलपर उपकरण\u003c/h3\u003e\n\u003col\u003e\n\u003cli\u003e\u003cstrong\u003eडॉकर\u003c/strong\u003e - एप्लिकेशन विकसित करने, शिपिंग करने और चलाने के लिए एक प्लेटफ़ॉर्म।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eजेनकींस\u003c/strong\u003e - एक एक्स्टेंसिबल सतत एकीकरण सर्वर।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eगिटलैब सीआई/सीडी\u003c/strong\u003e - सतत एकीकरण/निरंतर तैनाती।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eट्रैविस सीआई\u003c/strong\u003e - गिटहब और बिटबकेट परियोजनाओं के लिए क्लाउड-आधारित निरंतर एकीकरण सेवा।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eJIRA\u003c/strong\u003e - परियोजना प्रबंधन सॉफ्टवेयर जिसमें स्क्रम, स्प्रिंट योजना, बैकलॉग प्राथमिकताकरण, रिलीज़ ट्रैकिंग सुविधाएँ शामिल हैं।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eरेडमाइन\u003c/strong\u003e - एक निःशुल्क परियोजना प्रबंधन वेब एप्लिकेशन।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eट्यूलीप\u003c/strong\u003e - आधुनिक और ओपन-सोर्स टूल के साथ आईटी परियोजना प्रबंधन में सर्वोत्तम प्रथाओं का संयोजन करने वाला एक एकीकृत परियोजना प्रबंधन उपकरण।\u003c/li\u003e\n\u003c/ol\u003e\n\u003ch3 id=\"ईमल-एव-कलडरग\"\u003eईमेल एवं कैलेंडरिंग\u003c/h3\u003e\n\u003col\u003e\n\u003cli\u003e\u003cstrong\u003eराउंडक्यूब\u003c/strong\u003e - एक वेब-आधारित मेल क्लाइंट।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eहोर्डे ग्रुपवेयर वेब एप्लिकेशन फ्रेमवर्क\u003c/strong\u003e - एक ग्रुपवेयर सुइट।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eजिम्ब्रा\u003c/strong\u003e - एक ईमेल, कैलेंडर और सहयोग प्रणाली।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eसोगो\u003c/strong\u003e - iCalendar, vCard, और SMTP एक्सेस के लिए एक वेबसर्वर घटक और विभिन्न IMAP और CalDAV क्लाइंट के लिए क्लाइंट लाइब्रेरी का संयोजन।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eDuckDuckGo गोपनीयता ब्राउज़र\u003c/strong\u003e - फ़ायरफ़ॉक्स पर आधारित एक गोपनीयता-उन्मुख ब्राउज़र।\u003c/li\u003e\n\u003c/ol\u003e\n\u003ch3 id=\"डट-परबधन\"\u003eडेटा प्रबंधन\u003c/h3\u003e\n\u003col\u003e\n\u003cli\u003e\u003cstrong\u003eइलास्टिकसर्च\u003c/strong\u003e - एक वितरित, विश्वसनीय खोज और विश्लेषण इंजन।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eकिबाना\u003c/strong\u003e - वास्तविक समय में इलास्टिक्स खोज डेटा को विज़ुअलाइज़ करने के लिए।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003ePostgreSQL\u003c/strong\u003e - एक शक्तिशाली, ओपन-सोर्स ऑब्जेक्ट-रिलेशनल डेटाबेस सिस्टम।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eMongoDB\u003c/strong\u003e - एक ओपन-सोर्स दस्तावेज़-उन्मुख डेटाबेस।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eरेडिस\u003c/strong\u003e - एक इन-मेमोरी की-वैल्यू स्टोर जिसका उपयोग डेटाबेस, कैश और मैसेज ब्रोकर के रूप में किया जाता है।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eमेमकैच्ड\u003c/strong\u003e - एक सामान्य प्रयोजन वितरित मेमोरी कैशिंग प्रणाली।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eNeo4j\u003c/strong\u003e - एक ग्राफ़ डेटाबेस जो साइफ़र क्वेरी भाषा का उपयोग करके लचीली क्वेरी की अनुमति देता है।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eइन्फ्लक्सडीबी\u003c/strong\u003e - एक ओपन-सोर्स टाइम सीरीज़ डेटाबेस।\u003c/li\u003e\n\u003c/ol\u003e\n\u003ch3 id=\"करयलय-एव-उतपदकत\"\u003eकार्यालय एवं उत्पादकता\u003c/h3\u003e\n\u003col\u003e\n\u003cli\u003e\u003cstrong\u003eलिब्रेऑफिस\u003c/strong\u003e - एक ओपन-सोर्स ऑफिस सुइट।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eओनलीऑफिस\u003c/strong\u003e - एक ऐसा मंच जो ऑनलाइन टेक्स्ट संपादकों, दस्तावेज़ और परियोजना प्रबंधन, फ़ाइल भंडारण को एक ही समाधान में जोड़ता है।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eअपाचे ओपनऑफिस\u003c/strong\u003e - एक और निःशुल्क और ओपन-सोर्स ऑफिस सुइट।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eजिम्ब्रा सहयोग सुइट\u003c/strong\u003e - एक वैकल्पिक डेस्कटॉप क्लाइंट के साथ एक ईमेल और कैलेंडर सर्वर।\u003c/li\u003e\n\u003c/ol\u003e\n\u003ch3 id=\"बनयद-ढच-और-नगरन\"\u003eबुनियादी ढांचा और निगरानी\u003c/h3\u003e\n\u003col\u003e\n\u003cli\u003e\u003cstrong\u003eनागियोस\u003c/strong\u003e - सिस्टम, नेटवर्क और बुनियादी ढांचे के लिए एक निगरानी प्रणाली।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eज़ैबिक्स\u003c/strong\u003e - एक एंटरप्राइज-क्लास ओपन सोर्स वितरित निगरानी समाधान।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eप्रोमेथियस\u003c/strong\u003e - एक निगरानी प्रणाली और समय श्रृंखला डेटाबेस।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eइन्फ्लक्सडीबी\u003c/strong\u003e - मेट्रिक्स को संग्रहीत और विश्लेषण करने के लिए।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eकुबेरनेट्स\u003c/strong\u003e - कंप्यूटर कंटेनरों को स्वचालित करने के लिए एक ओपन-सोर्स कंटेनर-ऑर्केस्ट्रेशन सिस्टम।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eओपनवीपीएन\u003c/strong\u003e - एक मजबूत और उच्च विन्यास योग्य वीपीएन समाधान।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eएनजीआईएनएक्स\u003c/strong\u003e - एक उच्च प्रदर्शन वेब सर्वर और रिवर्स प्रॉक्सी सर्वर।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eट्रैफ़िक\u003c/strong\u003e - एक आधुनिक HTTP रिवर्स प्रॉक्सी और लोड बैलेंसर।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eHAProxy\u003c/strong\u003e - एक विश्वसनीय, कुशल और लचीला भार संतुलन समाधान।\u003c/li\u003e\n\u003c/ol\u003e\n\u003ch3 id=\"मलटमडय-एव-मनरजन\"\u003eमल्टीमीडिया एवं मनोरंजन\u003c/h3\u003e\n\u003col\u003e\n\u003cli\u003e\u003cstrong\u003ePlex\u003c/strong\u003e - एक क्लाइंट-सर्वर मीडिया प्रबंधन और स्ट्रीमिंग प्लेटफ़ॉर्म।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eएम्बी\u003c/strong\u003e - समृद्ध मेटाडेटा क्षमताओं वाला एक एक्स्टेंसिबल मीडिया सर्वर और प्लेयर।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eरडार\u003c/strong\u003e - टीवी शो के नए एपिसोड डाउनलोड करने के लिए सोनार का एक सहयोगी एप्लिकेशन।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eसोनार\u003c/strong\u003e - एक इंडेक्स आधारित, टीवी शो डाउनलोडर जो एनजेडबी फाइलों का उपयोग करता है।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eजैकेट\u003c/strong\u003e - एक इंडेक्सिंग इंजन जो कई अलग-अलग वेबसाइटों को खोजता है।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eडेल्यूज\u003c/strong\u003e - एक हल्का और सुविधा संपन्न बिटटोरेंट क्लाइंट।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eरूटोरेंट\u003c/strong\u003e - बहुत सारी सुविधाओं के साथ उपयोग में आसान बिटोरेंट क्लाइंट।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eLidarr\u003c/strong\u003e - एक स्वचालित संगीत अनुक्रमणिका जो स्वचालित रूप से आपके पसंदीदा एल्बम डाउनलोड कर सकती है।\u003c/li\u003e\n\u003c/ol\u003e\n\u003ch3 id=\"ई-कमरस\"\u003eई-कॉमर्स\u003c/h3\u003e\n\u003col\u003e\n\u003cli\u003e\u003cstrong\u003eमैगेंटो ओपन सोर्स\u003c/strong\u003e - सभी आकार के व्यवसायों के लिए एक लचीला ई-कॉमर्स प्लेटफॉर्म।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003ePrestaShop\u003c/strong\u003e - एक ओपन-सोर्स ई-कॉमर्स समाधान।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eओपनकार्ट\u003c/strong\u003e - एक निःशुल्क, ओपन-सोर्स शॉपिंग कार्ट प्रणाली।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eWooCommerce\u003c/strong\u003e - एक वर्डप्रेस प्लगइन जो आपकी साइट को पूरी तरह से ऑनलाइन स्टोर में बदल देता है।\u003c/li\u003e\n\u003c/ol\u003e\n\u003ch3 id=\"सरकष\"\u003eसुरक्षा\u003c/h3\u003e\n\u003col\u003e\n\u003cli\u003e\u003cstrong\u003efail2ban\u003c/strong\u003e - एक नेटवर्क सुरक्षा उपकरण जो विफल लॉगिन प्रयासों के लिए लॉग फ़ाइलों का विश्लेषण करता है और फिर उन लोगों के आईपी पते पर प्रतिबंध लगाता है जो एकाधिक असफल लॉगिन प्रयासों में सफल होते हैं।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eक्रिप्टोग्राफी\u003c/strong\u003e - एन्क्रिप्शन और डिक्रिप्शन के लिए उपकरण और लाइब्रेरी।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eOSSEC\u003c/strong\u003e - एक शक्तिशाली ओपन-सोर्स होस्ट-आधारित घुसपैठ का पता लगाने वाला सिस्टम।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eपल्स सिक्योर वर्चुअल डेस्कटॉप\u003c/strong\u003e - एक सुरक्षित एक्सेस सर्विस एज (एसएएसई) प्लेटफॉर्म जो संगठनों को एकीकृत, क्लाउड-फर्स्ट एप्लिकेशन और नेटवर्क एक्सेस सुरक्षा प्रदान करने में सक्षम बनाता है।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eClamAV\u003c/strong\u003e - ट्रोजन, वायरस, मैलवेयर और अन्य दुर्भावनापूर्ण खतरों का पता लगाने के लिए एक ओपन-सोर्स एंटीवायरस इंजन।\u003c/li\u003e\n\u003c/ol\u003e\n\u003ch3 id=\"कलउड-और-सटरज\"\u003eक्लाउड और स्टोरेज\u003c/h3\u003e\n\u003col\u003e\n\u003cli\u003e\u003cstrong\u003eओपनस्टैक\u003c/strong\u003e - विभिन्न क्लाउड सेवाएँ प्रदान करने के लिए एक क्लाउड ऑपरेटिंग सिस्टम।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eक्लाउडफ्लेयर\u003c/strong\u003e - एक इंटरनेट प्रदर्शन और सुरक्षा कंपनी जो वेबसाइटों को साइबर हमलों से बचाने के लिए वितरित सर्वर का एक नेटवर्क प्रदान करती है।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eनेक्स्टक्लाउड\u003c/strong\u003e - पहले से ही सूचीबद्ध है, लेकिन फिर से उल्लेख करने लायक है क्योंकि यह भी एक पूर्ण क्लाउड सेवा है।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eOpenVPN\u003c/strong\u003e - आपके होम लैब तक सुरक्षित रिमोट एक्सेस बनाने के लिए।\u003c/li\u003e\n\u003c/ol\u003e\n\u003ch3 id=\"वब-सरवर\"\u003eवेब सर्वर\u003c/h3\u003e\n\u003col\u003e\n\u003cli\u003e\u003cstrong\u003eअपाचे HTTP सर्वर\u003c/strong\u003e - दुनिया का सबसे व्यापक रूप से उपयोग किया जाने वाला वेब सर्वर।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eNGINX\u003c/strong\u003e - एक उच्च प्रदर्शन HTTP और रिवर्स प्रॉक्सी सर्वर।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eकैडी\u003c/strong\u003e - स्वचालित HTTPS वाला एक स्वचालित वेब सर्वर।\u003c/li\u003e\n\u003c/ol\u003e\n\u003ch3 id=\"डवलपर-उपकरण-और-आईडई\"\u003eडेवलपर उपकरण और आईडीई\u003c/h3\u003e\n\u003col\u003e\n\u003cli\u003e\u003cstrong\u003eविज़ुअल स्टूडियो कोड\u003c/strong\u003e - आधुनिक वेब और क्लाउड अनुप्रयोगों के निर्माण और डिबगिंग के लिए एक कोड संपादक को फिर से परिभाषित और अनुकूलित किया गया है।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eएक्लिप्स\u003c/strong\u003e - एक ओपन-सोर्स एकीकृत विकास वातावरण (आईडीई)।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eइंटेलिजे आइडिया\u003c/strong\u003e - जावा, कोटलिन, स्काला और एंड्रॉइड जैसी जेवीएम-आधारित भाषाओं के लिए एक शक्तिशाली आईडीई।\u003c/li\u003e\n\u003c/ol\u003e\n\u003ch3 id=\"शकषण-एव-शकषक-ससधन\"\u003eशिक्षण एवं शैक्षिक संसाधन\u003c/h3\u003e\n\u003col\u003e\n\u003cli\u003e\u003cstrong\u003eखान अकादमी\u003c/strong\u003e - विभिन्न विषयों के लिए मुफ्त ऑनलाइन शिक्षा प्रदान करता है।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eमूडल\u003c/strong\u003e - एक ओपन-सोर्स पाठ्यक्रम प्रबंधन प्रणाली जिसका उपयोग ऑनलाइन शिक्षण वातावरण बनाने के लिए किया जा सकता है।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eकैनवस\u003c/strong\u003e - एक क्लाउड-आधारित शिक्षण प्रबंधन प्रणाली (एलएमएस)।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eedX\u003c/strong\u003e - हार्वर्ड यूनिवर्सिटी और मैसाचुसेट्स इंस्टीट्यूट ऑफ टेक्नोलॉजी द्वारा स्थापित एक ऑनलाइन शिक्षण मंच।\u003c/li\u003e\n\u003c/ol\u003e\n\u003ch3 id=\"गम-सरवर\"\u003eगेम सर्वर\u003c/h3\u003e\n\u003col\u003e\n\u003cli\u003e\u003cstrong\u003eMinecraft सर्वर\u003c/strong\u003e - अपना खुद का Minecraft सर्वर चलाने के लिए।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eस्टीमसीएमडी\u003c/strong\u003e - समर्पित सर्वर पर गेम अपडेट प्रबंधित करने में सहायता के लिए स्टीम का सामग्री वितरण उपकरण।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eARK: सर्वाइवल इवॉल्व्ड सर्वर\u003c/strong\u003e - ARK के लिए सर्वाइवल मल्टीप्लेयर गेम सर्वर होस्ट करने के लिए।\u003c/li\u003e\n\u003c/ol\u003e\n\u003ch3 id=\"फइल-भडरण-और-बकअप\"\u003eफ़ाइल भंडारण और बैकअप\u003c/h3\u003e\n\u003col\u003e\n\u003cli\u003e\u003cstrong\u003eबोर्गबैकअप\u003c/strong\u003e - एक डीडुप्लिकेटिंग बैकअप प्रोग्राम जो फ़ाइल और ब्लॉक स्टोरेज का समर्थन करता है।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eबकुला\u003c/strong\u003e - एक ओपन-सोर्स एंटरप्राइज़-स्तरीय डेटा सुरक्षा, पुनर्स्थापना और पुनर्प्राप्ति प्रणाली।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eRclone\u003c/strong\u003e - क्लाउड स्टोरेज प्रदाताओं के बीच निर्देशिकाओं को सिंक करने के लिए एक उपकरण।\u003c/li\u003e\n\u003c/ol\u003e\n\u003ch3 id=\"मडय-सटरमग-और-डवआर\"\u003eमीडिया स्ट्रीमिंग और डीवीआर\u003c/h3\u003e\n\u003col\u003e\n\u003cli\u003e\u003cstrong\u003eएम्बी\u003c/strong\u003e - आपके नेटवर्क के भीतर केंद्रीकृत मीडिया स्ट्रीमिंग के लिए।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eमीडियापोर्टल\u003c/strong\u003e - माइक्रोसॉफ्ट विंडोज़ के लिए एक निःशुल्क ओपन सोर्स मीडिया सेंटर सॉफ्टवेयर।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eडीवीआर-पीसी\u003c/strong\u003e - एक संपूर्ण टीवी रिकॉर्डिंग, स्ट्रीमिंग और लाइव टीवी देखने का समाधान जो लिनक्स (और विंडोज) पीसी पर चलता है।\u003c/li\u003e\n\u003c/ol\u003e\n\u003ch3 id=\"अनय-उपकरण\"\u003eअन्य उपकरण\u003c/h3\u003e\n\u003col\u003e\n\u003cli\u003e\u003cstrong\u003eमैटरमोस्ट\u003c/strong\u003e - टीम संचार उपकरण, जिसमें एक सहयोग सूट घटक भी है।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eगिटपॉड\u003c/strong\u003e - पूर्ण-स्टैक विकास वातावरण के लिए पूर्व-कॉन्फ़िगर किए गए टूल वाला एक वेब-आधारित कोड सर्वर।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eGitBucket\u003c/strong\u003e - स्काला में लिखा गया एक आसानी से इंस्टॉल करने योग्य GitHub संगत Git सर्वर।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eज़ैबिक्स\u003c/strong\u003e - आपके बुनियादी ढांचे और अनुप्रयोगों की निगरानी के लिए।\u003c/li\u003e\n\u003c/ol\u003e","title":"कुछ स्व-होस्टेड सेवाओं की सूची जिन्हें आप अपने होमलैब पर स्थापित कर सकते हैं"},{"content":" घोस्टस्क्रिप्ट इंस्टॉल करें: यदि यह पहले से इंस्टॉल नहीं है, तो आप अपने वितरण के पैकेज मैनेजर का उपयोग करके घोस्टस्क्रिप्ट इंस्टॉल कर सकते हैं। उबंटू जैसे डेबियन-आधारित सिस्टम के लिए, इसका उपयोग करें:\nCODE_ब्लॉक_0\nफेडोरा जैसे Red Hat-आधारित सिस्टम के लिए, उपयोग करें:\nCODE_ब्लॉक_1\nपीडीएफ को कंप्रेस करें: एक बार घोस्टस्क्रिप्ट इंस्टॉल हो जाने पर, आप निम्नलिखित कमांड का उपयोग करके अपनी पीडीएफ फाइल को कंप्रेस कर सकते हैं:\nCODE_ब्लॉक_2\nइस आदेश में:\ninput.pdf आपकी मूल पीडीएफ फाइल का नाम है। output.pdf उस संपीड़ित पीडीएफ फ़ाइल का नाम है जो बनाई जाएगी। -dPDFSETTINGS=/screen पीडीएफ की गुणवत्ता निर्धारित करता है। यह सेटिंग निम्नतम गुणवत्ता और सबसे छोटे फ़ाइल आकार के लिए है, जो स्क्रीन पर देखने के लिए उपयुक्त है। अन्य विकल्पों में मध्यम गुणवत्ता के लिए /ebook, उच्च गुणवत्ता के लिए /printer और बड़े फ़ाइल आकार के साथ उच्च गुणवत्ता के लिए /prepress शामिल हैं। पीडीएफ फाइल को परिवर्तित या संसाधित करते समय घोस्टस्क्रिप्ट में संपीड़न स्तर को कम करने के लिए, आप -dPDFSETTINGS विकल्प को समायोजित कर सकते हैं। आपके द्वारा प्रदान किया गया आदेश /screen सेटिंग का उपयोग करने के लिए सेट है, जो उच्च संपीड़न और कम-रिज़ॉल्यूशन आउटपुट लागू करता है, जो स्क्रीन पर देखने के लिए उपयुक्त है लेकिन मुद्रण या संग्रह के लिए आदर्श नहीं है।\n-dPDFSETTINGS के लिए उपलब्ध सेटिंग्स हैं:\n/screen - निम्नतम गुणवत्ता, उच्चतम संपीड़न। /ebook - बेहतर गुणवत्ता, लेकिन फिर भी उचित मात्रा में संपीड़न। /printer - उच्च गुणवत्ता, मुद्रण दस्तावेज़ों के लिए उपयुक्त। /prepress - उच्च गुणवत्ता, /printer के समान लेकिन उच्च रिज़ॉल्यूशन के साथ, प्रीप्रेस मानक पर मुद्रण के लिए उपयुक्त। /default - एक उपयोगी प्रारंभिक बिंदु, गुणवत्ता और संपीड़न को संतुलित करना। संपीड़न स्तर को कम करने के लिए (यानी, आउटपुट पीडीएफ की गुणवत्ता बढ़ाने के लिए), आप /screen से /ebook, /printer, या /prepress जैसी उच्च गुणवत्ता सेटिंग पर स्विच कर सकते हैं। उदाहरण के लिए, यदि आप गुणवत्ता और फ़ाइल आकार के बीच संतुलन चाहते हैं, तो आप /ebook चुन सकते हैं:\nCODE_ब्लॉक_23\nया, मुद्रण के लिए उपयुक्त उच्च गुणवत्ता के लिए, /printer का उपयोग करें:\nCODE_ब्लॉक_25\n","permalink":"https://www.shafiq.in/hi/blog/%E0%A4%B2%E0%A4%BF%E0%A4%A8%E0%A4%95%E0%A5%8D%E0%A4%B8-%E0%A4%B8%E0%A5%80%E0%A4%8F%E0%A4%B2%E0%A4%86%E0%A4%88-%E0%A4%AE%E0%A5%87%E0%A4%82-%E0%A4%AA%E0%A5%80%E0%A4%A1%E0%A5%80%E0%A4%8F%E0%A4%AB-%E0%A4%AB%E0%A4%BE%E0%A4%87%E0%A4%B2-%E0%A4%95%E0%A4%BE-%E0%A4%86%E0%A4%95%E0%A4%BE%E0%A4%B0-%E0%A4%95%E0%A5%88%E0%A4%B8%E0%A5%87-%E0%A4%95%E0%A4%AE-%E0%A4%95%E0%A4%B0%E0%A5%87%E0%A4%82/","summary":"\u003col\u003e\n\u003cli\u003e\n\u003cp\u003e\u003cstrong\u003eघोस्टस्क्रिप्ट इंस्टॉल करें\u003c/strong\u003e: यदि यह पहले से इंस्टॉल नहीं है, तो आप अपने वितरण के पैकेज मैनेजर का उपयोग करके घोस्टस्क्रिप्ट इंस्टॉल कर सकते हैं। उबंटू जैसे डेबियन-आधारित सिस्टम के लिए, इसका उपयोग करें:\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eCODE_ब्लॉक_0\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003eफेडोरा जैसे Red Hat-आधारित सिस्टम के लिए, उपयोग करें:\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eCODE_ब्लॉक_1\u003c/strong\u003e\u003c/p\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cp\u003e\u003cstrong\u003eपीडीएफ को कंप्रेस करें\u003c/strong\u003e: एक बार घोस्टस्क्रिप्ट इंस्टॉल हो जाने पर, आप निम्नलिखित कमांड का उपयोग करके अपनी पीडीएफ फाइल को कंप्रेस कर सकते हैं:\u003c/p\u003e","title":"लिनक्स सीएलआई में पीडीएफ फाइल का आकार कैसे कम करें"},{"content":" आत्म-स्वीकृति: \u0026ldquo;मैं खुद को बिना शर्त स्वीकार करता हूं और अपनी कीमत पहचानता हूं।\u0026rdquo;\nलचीलापन: \u0026ldquo;मैं लचीला, मजबूत और जीवन की चुनौतियों का सामना करने में सक्षम हूं।\u0026rdquo;\nविकास मानसिकता: \u0026ldquo;मैं हमेशा बढ़ रहा हूं और अपने अनुभवों से सीख रहा हूं।\u0026rdquo;\nआत्मविश्वास: \u0026ldquo;मैं अपनी क्षमताओं पर विश्वास करता हूं और अपने फैसले पर भरोसा करता हूं।\u0026rdquo;\nआशावाद: \u0026ldquo;मैं हर स्थिति में अच्छाई देखना चुनता हूं।\u0026rdquo;\nआभार: \u0026ldquo;मैं अपने जीवन में आशीर्वाद के लिए आभारी हूं।\u0026rdquo;\nसकारात्मकता: \u0026ldquo;मैं सकारात्मकता प्रसारित करता हूं और सकारात्मक अनुभवों को आकर्षित करता हूं।\u0026rdquo;\nस्वास्थ्य और कल्याण: \u0026ldquo;मैं अपने शरीर और दिमाग की देखभाल करने के लिए प्रतिबद्ध हूं।\u0026rdquo;\nसफलता: \u0026ldquo;मैं सफलता का हकदार हूं और अवसरों का लाभ उठाने के लिए तैयार हूं।\u0026rdquo;\nआंतरिक शांति: \u0026ldquo;मैं अपने और अपने आस-पास की दुनिया के साथ शांति में हूं।\u0026rdquo;\nप्यार और करुणा: \u0026ldquo;मैं अपने और दूसरों के प्रति प्यार और दया से भरा हूं।\u0026rdquo;\nख़ुशी: \u0026ldquo;ख़ुशी मुझमें प्रचुर मात्रा में बहती है।\u0026rdquo;\nसाहस: \u0026ldquo;मुझमें कठिन निर्णय लेने और अपने डर का सामना करने का साहस है।\u0026rdquo;\nसंतुलन: \u0026ldquo;मैं काम, आराम और खेल के बीच एक स्वस्थ संतुलन बनाए रखता हूं।\u0026rdquo;\nउद्देश्य: \u0026ldquo;मैं उद्देश्य और दिशा की भावना से निर्देशित होता हूं।\u0026rdquo;\nइन प्रतिज्ञानों का लगातार उपयोग करने से अधिक सकारात्मक मानसिकता विकसित करने और समग्र कल्याण में सुधार करने में मदद मिल सकती है।\n","permalink":"https://www.shafiq.in/hi/blog/%E0%A4%B8%E0%A4%95%E0%A4%BE%E0%A4%B0%E0%A4%BE%E0%A4%A4%E0%A5%8D%E0%A4%AE%E0%A4%95-%E0%A4%86%E0%A4%A4%E0%A5%8D%E0%A4%AE-%E0%A4%9A%E0%A4%B0%E0%A5%8D%E0%A4%9A%E0%A4%BE-%E0%A4%95%E0%A5%87-%E0%A4%B2%E0%A4%BF%E0%A4%8F-%E0%A4%95%E0%A5%81%E0%A4%9B-%E0%A4%AA%E0%A5%8D%E0%A4%B0%E0%A4%A4%E0%A4%BF%E0%A4%9C%E0%A5%8D%E0%A4%9E%E0%A4%BE%E0%A4%A8/","summary":"\u003col\u003e\n\u003cli\u003e\n\u003cp\u003e\u003cstrong\u003eआत्म-स्वीकृति:\u003c/strong\u003e \u0026ldquo;मैं खुद को बिना शर्त स्वीकार करता हूं और अपनी कीमत पहचानता हूं।\u0026rdquo;\u003c/p\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cp\u003e\u003cstrong\u003eलचीलापन:\u003c/strong\u003e \u0026ldquo;मैं लचीला, मजबूत और जीवन की चुनौतियों का सामना करने में सक्षम हूं।\u0026rdquo;\u003c/p\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cp\u003e\u003cstrong\u003eविकास मानसिकता:\u003c/strong\u003e \u0026ldquo;मैं हमेशा बढ़ रहा हूं और अपने अनुभवों से सीख रहा हूं।\u0026rdquo;\u003c/p\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cp\u003e\u003cstrong\u003eआत्मविश्वास:\u003c/strong\u003e \u0026ldquo;मैं अपनी क्षमताओं पर विश्वास करता हूं और अपने फैसले पर भरोसा करता हूं।\u0026rdquo;\u003c/p\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cp\u003e\u003cstrong\u003eआशावाद:\u003c/strong\u003e \u0026ldquo;मैं हर स्थिति में अच्छाई देखना चुनता हूं।\u0026rdquo;\u003c/p\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cp\u003e\u003cstrong\u003eआभार:\u003c/strong\u003e \u0026ldquo;मैं अपने जीवन में आशीर्वाद के लिए आभारी हूं।\u0026rdquo;\u003c/p\u003e","title":"सकारात्मक आत्म-चर्चा के लिए कुछ प्रतिज्ञान"},{"content":" रियल एस्टेट: किराये की संपत्तियां या रियल एस्टेट निवेश। स्टॉक: लाभांश देने वाले स्टॉक या ग्रोथ स्टॉक। बांड: निश्चित ब्याज प्रदान करने वाले सरकारी या कॉर्पोरेट बांड। लाभांश फंड: म्यूचुअल फंड या ईटीएफ लाभांश देने वाले शेयरों पर केंद्रित होते हैं। पीयर-टू-पीयर लेंडिंग: ऑनलाइन प्लेटफॉर्म के माध्यम से ऋण में निवेश करना। व्यवसाय स्वामित्व: लाभदायक व्यवसाय में इक्विटी। रॉयल्टी: बौद्धिक संपदा से आय, जैसे किताबें, संगीत, या पेटेंट। आरईआईटी: रियल एस्टेट निवेश ट्रस्ट रियल एस्टेट होल्डिंग्स से लाभांश की पेशकश करते हैं। जमा प्रमाणपत्र (सीडी): एक निश्चित अवधि के साथ कम जोखिम वाली ब्याज वाली जमा। वार्षिकियां: बीमा अनुबंध जो नियमित आय स्रोत प्रदान करते हैं। क्रिप्टोकरेंसी: पूंजी वृद्धि की संभावना के साथ बिटकॉइन या एथेरियम जैसी डिजिटल संपत्ति। वस्तुएँ: सोना, चाँदी या कृषि उत्पादों जैसी भौतिक वस्तुओं में निवेश करना। बौद्धिक संपदा: रॉयल्टी के लिए पेटेंट, ट्रेडमार्क या कॉपीराइट का लाइसेंस देना। कृषि भूमि: कृषि भूमि में प्रत्यक्ष स्वामित्व या निवेश। कला और संग्रहणीय वस्तुएँ: मूल्यवान वस्तुएँ जिनकी समय के साथ सराहना की जा सकती है। फ्रैंचाइज़ स्वामित्व: एक सफल व्यवसाय की फ्रैंचाइज़ी का मालिक होना। सोशल मीडिया इन्फ्लुएंसर: प्रायोजित सामग्री और साझेदारी के माध्यम से आय उत्पन्न करना। सहबद्ध विपणन: अन्य कंपनियों के उत्पादों को बढ़ावा देकर कमीशन कमाना। उपकरण से किराये की आय: मशीनरी या उपकरण को पट्टे पर देना। ऑनलाइन पाठ्यक्रम: शैक्षिक सामग्री या पाठ्यक्रम बनाना और बेचना। तेल और गैस निवेश: ऊर्जा अन्वेषण में प्रत्यक्ष निवेश या भागीदारी। हेज फंड: विभिन्न रणनीतियों के साथ पेशेवर रूप से प्रबंधित फंड में निवेश करना। वेंचर कैपिटल: विकास क्षमता वाले स्टार्टअप में निवेश करना। विकल्प ट्रेडिंग: संभावित लाभ के लिए विकल्प अनुबंधों में संलग्न होना। निजी इक्विटी: इक्विटी स्वामित्व के लिए निजी तौर पर आयोजित कंपनियों में निवेश करना। टिम्बरलैंड: लकड़ी उत्पादन के लिए जंगलों का स्वामित्व या निवेश। संगीत रॉयल्टी: गीत लेखन, रचना, या संगीत उत्पादन से आय। पैतृक संपत्ति: संपत्ति से कमाई पीढ़ियों से चली आ रही है। मोबाइल होम पार्क: मोबाइल घरों के लिए समुदायों का स्वामित्व या निवेश। बौद्धिक संपदा ईटीएफ: एक्सचेंज-ट्रेडेड फंड आईपी परिसंपत्तियों पर केंद्रित हैं। संकटग्रस्त ऋण: आर्थिक रूप से संकटग्रस्त कंपनियों के ऋण में निवेश करना। भंडारण इकाइयाँ: स्व-भंडारण सुविधाओं का स्वामित्व या निवेश। लाइसेंस प्लेट नंबर: कुछ न्यायक्षेत्र अद्वितीय लाइसेंस प्लेट नंबर बेचने की अनुमति देते हैं। पार्किंग स्थान: उच्च मांग वाले क्षेत्रों में पार्किंग स्थानों में निवेश करना। सौर पैनल: सौर ऊर्जा उत्पादन के माध्यम से आय उत्पन्न करना। एनएफटी (अपूरणीय टोकन): अद्वितीय वस्तुओं के स्वामित्व का प्रतिनिधित्व करने वाली डिजिटल संपत्तियां। क्रिप्टोकरेंसी स्टेकिंग: ब्लॉकचेन सत्यापन में भाग लेकर पुरस्कार अर्जित करना। पशुधन पालन: लाभ के लिए पशुधन को पालना और बेचना। वेबसाइट फ़्लिपिंग: लाभ के लिए वेबसाइटों को खरीदना, सुधारना और बेचना। सूक्ष्म निवेश: ऐप्स या प्लेटफ़ॉर्म का उपयोग करके विभिन्न परिसंपत्तियों में छोटा निवेश। फार्मलैंड आरईआईटी: कृषि भूमि में विशेषज्ञता वाले रियल एस्टेट निवेश ट्रस्ट। नवीकरणीय ऊर्जा परियोजनाएं: पवन, सौर, या जलविद्युत ऊर्जा उत्पादन में निवेश। जल अधिकार: कृषि या वाणिज्यिक प्रयोजनों के लिए जल अधिकारों में स्वामित्व या निवेश। स्व-प्रकाशन: पुस्तकों या डिजिटल सामग्री का स्व-प्रकाशन करके आय उत्पन्न करना। सदस्यता सेवाएँ: सदस्यता-आधारित उत्पादों या सेवाओं का निर्माण और मुद्रीकरण। ​​भंडारण किराया: व्यक्तिगत या व्यावसायिक उपयोग के लिए भंडारण स्थान किराए पर देना। पशुधन पट्टे: कृषि उद्देश्यों के लिए पशुधन को पट्टे पर देना। विरासत: विरासत में मिली संपत्तियों, संपत्तियों या निवेश से उत्पन्न आय। सीमित भागीदारी हित: सीमित देयता और संभावित मुनाफे वाली साझेदारी में निवेश करना। निजी आरईआईटी: रियल एस्टेट निवेश ट्रस्ट जो गैर-सार्वजनिक रूप से कारोबार वाली संपत्तियों या परिसंपत्तियों में निवेश करते हैं। ","permalink":"https://www.shafiq.in/hi/blog/%E0%A4%95%E0%A5%81%E0%A4%9B-%E0%A4%86%E0%A4%AF-%E0%A4%89%E0%A4%A4%E0%A5%8D%E0%A4%AA%E0%A4%A8%E0%A5%8D%E0%A4%A8-%E0%A4%95%E0%A4%B0%E0%A4%A8%E0%A5%87-%E0%A4%B5%E0%A4%BE%E0%A4%B2%E0%A5%80-%E0%A4%B8%E0%A4%82%E0%A4%AA%E0%A4%A4%E0%A5%8D%E0%A4%A4%E0%A4%BF%E0%A4%AF%E0%A5%8B%E0%A4%82-%E0%A4%95%E0%A5%80-%E0%A4%B8%E0%A5%82%E0%A4%9A%E0%A5%80/","summary":"\u003col\u003e\n\u003cli\u003eरियल एस्टेट: किराये की संपत्तियां या रियल एस्टेट निवेश।\u003c/li\u003e\n\u003cli\u003eस्टॉक: लाभांश देने वाले स्टॉक या ग्रोथ स्टॉक।\u003c/li\u003e\n\u003cli\u003eबांड: निश्चित ब्याज प्रदान करने वाले सरकारी या कॉर्पोरेट बांड।\u003c/li\u003e\n\u003cli\u003eलाभांश फंड: म्यूचुअल फंड या ईटीएफ लाभांश देने वाले शेयरों पर केंद्रित होते हैं।\u003c/li\u003e\n\u003cli\u003eपीयर-टू-पीयर लेंडिंग: ऑनलाइन प्लेटफॉर्म के माध्यम से ऋण में निवेश करना।\u003c/li\u003e\n\u003cli\u003eव्यवसाय स्वामित्व: लाभदायक व्यवसाय में इक्विटी।\u003c/li\u003e\n\u003cli\u003eरॉयल्टी: बौद्धिक संपदा से आय, जैसे किताबें, संगीत, या पेटेंट।\u003c/li\u003e\n\u003cli\u003eआरईआईटी: रियल एस्टेट निवेश ट्रस्ट रियल एस्टेट होल्डिंग्स से लाभांश की पेशकश करते हैं।\u003c/li\u003e\n\u003cli\u003eजमा प्रमाणपत्र (सीडी): एक निश्चित अवधि के साथ कम जोखिम वाली ब्याज वाली जमा।\u003c/li\u003e\n\u003cli\u003eवार्षिकियां: बीमा अनुबंध जो नियमित आय स्रोत प्रदान करते हैं।\u003c/li\u003e\n\u003cli\u003eक्रिप्टोकरेंसी: पूंजी वृद्धि की संभावना के साथ बिटकॉइन या एथेरियम जैसी डिजिटल संपत्ति।\u003c/li\u003e\n\u003cli\u003eवस्तुएँ: सोना, चाँदी या कृषि उत्पादों जैसी भौतिक वस्तुओं में निवेश करना।\u003c/li\u003e\n\u003cli\u003eबौद्धिक संपदा: रॉयल्टी के लिए पेटेंट, ट्रेडमार्क या कॉपीराइट का लाइसेंस देना।\u003c/li\u003e\n\u003cli\u003eकृषि भूमि: कृषि भूमि में प्रत्यक्ष स्वामित्व या निवेश।\u003c/li\u003e\n\u003cli\u003eकला और संग्रहणीय वस्तुएँ: मूल्यवान वस्तुएँ जिनकी समय के साथ सराहना की जा सकती है।\u003c/li\u003e\n\u003cli\u003eफ्रैंचाइज़ स्वामित्व: एक सफल व्यवसाय की फ्रैंचाइज़ी का मालिक होना।\u003c/li\u003e\n\u003cli\u003eसोशल मीडिया इन्फ्लुएंसर: प्रायोजित सामग्री और साझेदारी के माध्यम से आय उत्पन्न करना।\u003c/li\u003e\n\u003cli\u003eसहबद्ध विपणन: अन्य कंपनियों के उत्पादों को बढ़ावा देकर कमीशन कमाना।\u003c/li\u003e\n\u003cli\u003eउपकरण से किराये की आय: मशीनरी या उपकरण को पट्टे पर देना।\u003c/li\u003e\n\u003cli\u003eऑनलाइन पाठ्यक्रम: शैक्षिक सामग्री या पाठ्यक्रम बनाना और बेचना।\u003c/li\u003e\n\u003cli\u003eतेल और गैस निवेश: ऊर्जा अन्वेषण में प्रत्यक्ष निवेश या भागीदारी।\u003c/li\u003e\n\u003cli\u003eहेज फंड: विभिन्न रणनीतियों के साथ पेशेवर रूप से प्रबंधित फंड में निवेश करना।\u003c/li\u003e\n\u003cli\u003eवेंचर कैपिटल: विकास क्षमता वाले स्टार्टअप में निवेश करना।\u003c/li\u003e\n\u003cli\u003eविकल्प ट्रेडिंग: संभावित लाभ के लिए विकल्प अनुबंधों में संलग्न होना।\u003c/li\u003e\n\u003cli\u003eनिजी इक्विटी: इक्विटी स्वामित्व के लिए निजी तौर पर आयोजित कंपनियों में निवेश करना।\u003c/li\u003e\n\u003cli\u003eटिम्बरलैंड: लकड़ी उत्पादन के लिए जंगलों का स्वामित्व या निवेश।\u003c/li\u003e\n\u003cli\u003eसंगीत रॉयल्टी: गीत लेखन, रचना, या संगीत उत्पादन से आय।\u003c/li\u003e\n\u003cli\u003eपैतृक संपत्ति: संपत्ति से कमाई पीढ़ियों से चली आ रही है।\u003c/li\u003e\n\u003cli\u003eमोबाइल होम पार्क: मोबाइल घरों के लिए समुदायों का स्वामित्व या निवेश।\u003c/li\u003e\n\u003cli\u003eबौद्धिक संपदा ईटीएफ: एक्सचेंज-ट्रेडेड फंड आईपी परिसंपत्तियों पर केंद्रित हैं।\u003c/li\u003e\n\u003cli\u003eसंकटग्रस्त ऋण: आर्थिक रूप से संकटग्रस्त कंपनियों के ऋण में निवेश करना।\u003c/li\u003e\n\u003cli\u003eभंडारण इकाइयाँ: स्व-भंडारण सुविधाओं का स्वामित्व या निवेश।\u003c/li\u003e\n\u003cli\u003eलाइसेंस प्लेट नंबर: कुछ न्यायक्षेत्र अद्वितीय लाइसेंस प्लेट नंबर बेचने की अनुमति देते हैं।\u003c/li\u003e\n\u003cli\u003eपार्किंग स्थान: उच्च मांग वाले क्षेत्रों में पार्किंग स्थानों में निवेश करना।\u003c/li\u003e\n\u003cli\u003eसौर पैनल: सौर ऊर्जा उत्पादन के माध्यम से आय उत्पन्न करना।\u003c/li\u003e\n\u003cli\u003eएनएफटी (अपूरणीय टोकन): अद्वितीय वस्तुओं के स्वामित्व का प्रतिनिधित्व करने वाली डिजिटल संपत्तियां।\u003c/li\u003e\n\u003cli\u003eक्रिप्टोकरेंसी स्टेकिंग: ब्लॉकचेन सत्यापन में भाग लेकर पुरस्कार अर्जित करना।\u003c/li\u003e\n\u003cli\u003eपशुधन पालन: लाभ के लिए पशुधन को पालना और बेचना।\u003c/li\u003e\n\u003cli\u003eवेबसाइट फ़्लिपिंग: लाभ के लिए वेबसाइटों को खरीदना, सुधारना और बेचना।\u003c/li\u003e\n\u003cli\u003eसूक्ष्म निवेश: ऐप्स या प्लेटफ़ॉर्म का उपयोग करके विभिन्न परिसंपत्तियों में छोटा निवेश।\u003c/li\u003e\n\u003cli\u003eफार्मलैंड आरईआईटी: कृषि भूमि में विशेषज्ञता वाले रियल एस्टेट निवेश ट्रस्ट।\u003c/li\u003e\n\u003cli\u003eनवीकरणीय ऊर्जा परियोजनाएं: पवन, सौर, या जलविद्युत ऊर्जा उत्पादन में निवेश।\u003c/li\u003e\n\u003cli\u003eजल अधिकार: कृषि या वाणिज्यिक प्रयोजनों के लिए जल अधिकारों में स्वामित्व या निवेश।\u003c/li\u003e\n\u003cli\u003eस्व-प्रकाशन: पुस्तकों या डिजिटल सामग्री का स्व-प्रकाशन करके आय उत्पन्न करना।\u003c/li\u003e\n\u003cli\u003eसदस्यता सेवाएँ: सदस्यता-आधारित उत्पादों या सेवाओं का निर्माण और मुद्रीकरण।\u003c/li\u003e\n\u003cli\u003e​​भंडारण किराया: व्यक्तिगत या व्यावसायिक उपयोग के लिए भंडारण स्थान किराए पर देना।\u003c/li\u003e\n\u003cli\u003eपशुधन पट्टे: कृषि उद्देश्यों के लिए पशुधन को पट्टे पर देना।\u003c/li\u003e\n\u003cli\u003eविरासत: विरासत में मिली संपत्तियों, संपत्तियों या निवेश से उत्पन्न आय।\u003c/li\u003e\n\u003cli\u003eसीमित भागीदारी हित: सीमित देयता और संभावित मुनाफे वाली साझेदारी में निवेश करना।\u003c/li\u003e\n\u003cli\u003eनिजी आरईआईटी: रियल एस्टेट निवेश ट्रस्ट जो गैर-सार्वजनिक रूप से कारोबार वाली संपत्तियों या परिसंपत्तियों में निवेश करते हैं।\u003c/li\u003e\n\u003c/ol\u003e","title":"कुछ आय उत्पन्न करने वाली संपत्तियों की सूची"},{"content":" बातचीत को पुनर्निर्देशित करें: चर्चाओं को रचनात्मक या सकारात्मक विषयों की ओर ले जाएं। सहानुभूति का अभ्यास करें: बिना निर्णय लिए दूसरों को समझने का प्रयास करें। खुले संचार को बढ़ावा दें: पारदर्शी और सीधी चर्चा को प्रोत्साहित करें। व्यक्तिगत सीमाएँ स्थापित करें: जानें कि ईमानदारी बनाए रखने के लिए कब गपशप से दूर रहना है। उदाहरण के आधार पर नेतृत्व करें: सकारात्मक संचार के प्रति प्रतिबद्धता प्रदर्शित करें। सावधान रहें: भाषा विकल्पों और उनके संभावित प्रभाव से अवगत रहें। समाधान-उन्मुख वार्ता को प्रोत्साहित करें: समस्याओं पर ध्यान केंद्रित करने के बजाय समाधान खोजने पर ध्यान दें। मूल्य गोपनीयता: दूसरों की व्यक्तिगत जानकारी का सम्मान करें और सहमति के बिना इस पर चर्चा करने से बचें। एक सकारात्मक संस्कृति विकसित करें: ऐसे वातावरण को बढ़ावा दें जो गपशप को हतोत्साहित करता हो। प्रभाव पर विचार करें: विचार करें कि गपशप में शामिल होने से रिश्तों और समग्र टीम की गतिशीलता पर क्या प्रभाव पड़ता है। मन लगाकर सुनना: गपशप की बातचीत में योगदान किए बिना सक्रिय रूप से सुनें। शब्दों का चयन सोच-समझकर करें: चर्चाओं में प्रयुक्त भाषा को लेकर सतर्क रहें। सकारात्मक सुदृढीकरण: नकारात्मक गपशप के बजाय सकारात्मक पहलुओं को स्वीकार करें और उन्हें बढ़ावा दें। व्यक्तिगत विकास पर ध्यान दें: दूसरों की आलोचना करने के बजाय आत्म-सुधार पर ध्यान दें। सोशल मीडिया की भागीदारी सीमित करें: ऑनलाइन गपशप में भाग लेने या उसे कायम रखने से बचें। विकर्षण पैदा करें: बातचीत को गपशप से हटाने के लिए नए विषय या गतिविधियाँ पेश करें। सीधे संचार को प्रोत्साहित करें: सीधे संवाद के माध्यम से मुद्दों को हल करने की वकालत करें। राजनयिक रूप से अस्वीकृति व्यक्त करें: गपशप उठने पर विनम्रतापूर्वक खुद को दूर कर लें। समूह चर्चा का नेतृत्व करें: यह सुनिश्चित करने के लिए बातचीत का मार्गदर्शन करें कि वे रचनात्मक और सम्मानजनक बनी रहें। नियमित रूप से चिंतन करें: गपशप-मुक्त बातचीत के प्रति प्रतिबद्धता बनाए रखने के लिए व्यक्तिगत व्यवहार का मूल्यांकन करें। ","permalink":"https://www.shafiq.in/hi/blog/%E0%A4%97%E0%A4%AA%E0%A4%B6%E0%A4%AA-%E0%A4%AE%E0%A5%87%E0%A4%82-%E0%A4%B8%E0%A4%95%E0%A5%8D%E0%A4%B0%E0%A4%BF%E0%A4%AF-%E0%A4%B0%E0%A5%82%E0%A4%AA-%E0%A4%B8%E0%A5%87-%E0%A4%B6%E0%A4%BE%E0%A4%AE%E0%A4%BF%E0%A4%B2-%E0%A4%B9%E0%A5%8B%E0%A4%A8%E0%A5%87-%E0%A4%B8%E0%A5%87-%E0%A4%95%E0%A5%88%E0%A4%B8%E0%A5%87-%E0%A4%AC%E0%A4%9A%E0%A5%87%E0%A4%82/","summary":"\u003col\u003e\n\u003cli\u003e\u003cstrong\u003eबातचीत को पुनर्निर्देशित करें:\u003c/strong\u003e चर्चाओं को रचनात्मक या सकारात्मक विषयों की ओर ले जाएं।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eसहानुभूति का अभ्यास करें:\u003c/strong\u003e बिना निर्णय लिए दूसरों को समझने का प्रयास करें।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eखुले संचार को बढ़ावा दें:\u003c/strong\u003e पारदर्शी और सीधी चर्चा को प्रोत्साहित करें।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eव्यक्तिगत सीमाएँ स्थापित करें:\u003c/strong\u003e जानें कि ईमानदारी बनाए रखने के लिए कब गपशप से दूर रहना है।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eउदाहरण के आधार पर नेतृत्व करें:\u003c/strong\u003e सकारात्मक संचार के प्रति प्रतिबद्धता प्रदर्शित करें।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eसावधान रहें:\u003c/strong\u003e भाषा विकल्पों और उनके संभावित प्रभाव से अवगत रहें।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eसमाधान-उन्मुख वार्ता को प्रोत्साहित करें:\u003c/strong\u003e समस्याओं पर ध्यान केंद्रित करने के बजाय समाधान खोजने पर ध्यान दें।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eमूल्य गोपनीयता:\u003c/strong\u003e दूसरों की व्यक्तिगत जानकारी का सम्मान करें और सहमति के बिना इस पर चर्चा करने से बचें।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eएक सकारात्मक संस्कृति विकसित करें:\u003c/strong\u003e ऐसे वातावरण को बढ़ावा दें जो गपशप को हतोत्साहित करता हो।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eप्रभाव पर विचार करें:\u003c/strong\u003e विचार करें कि गपशप में शामिल होने से रिश्तों और समग्र टीम की गतिशीलता पर क्या प्रभाव पड़ता है।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eमन लगाकर सुनना:\u003c/strong\u003e गपशप की बातचीत में योगदान किए बिना सक्रिय रूप से सुनें।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eशब्दों का चयन सोच-समझकर करें:\u003c/strong\u003e चर्चाओं में प्रयुक्त भाषा को लेकर सतर्क रहें।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eसकारात्मक सुदृढीकरण:\u003c/strong\u003e नकारात्मक गपशप के बजाय सकारात्मक पहलुओं को स्वीकार करें और उन्हें बढ़ावा दें।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eव्यक्तिगत विकास पर ध्यान दें:\u003c/strong\u003e दूसरों की आलोचना करने के बजाय आत्म-सुधार पर ध्यान दें।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eसोशल मीडिया की भागीदारी सीमित करें:\u003c/strong\u003e ऑनलाइन गपशप में भाग लेने या उसे कायम रखने से बचें।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eविकर्षण पैदा करें:\u003c/strong\u003e बातचीत को गपशप से हटाने के लिए नए विषय या गतिविधियाँ पेश करें।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eसीधे संचार को प्रोत्साहित करें:\u003c/strong\u003e सीधे संवाद के माध्यम से मुद्दों को हल करने की वकालत करें।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eराजनयिक रूप से अस्वीकृति व्यक्त करें:\u003c/strong\u003e गपशप उठने पर विनम्रतापूर्वक खुद को दूर कर लें।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eसमूह चर्चा का नेतृत्व करें:\u003c/strong\u003e यह सुनिश्चित करने के लिए बातचीत का मार्गदर्शन करें कि वे रचनात्मक और सम्मानजनक बनी रहें।\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eनियमित रूप से चिंतन करें:\u003c/strong\u003e गपशप-मुक्त बातचीत के प्रति प्रतिबद्धता बनाए रखने के लिए व्यक्तिगत व्यवहार का मूल्यांकन करें।\u003c/li\u003e\n\u003c/ol\u003e","title":"गपशप में सक्रिय रूप से शामिल होने से कैसे बचें"},{"content":" Self-awareness: Recognise negative thoughts and emotions. Positive mindset: Cultivate optimism and focus on solutions. Gratitude practice: Acknowledge and appreciate positive aspects of life. Mindfulness: Stay present, reducing dwelling on negativity. Healthy boundaries: Establish and maintain boundaries in relationships. Conflict resolution: Address issues calmly and seek resolutions. Surround yourself with positivity: Choose uplifting environments. Limit negativity exposure: Minimize exposure to negative media or people. Set goals: Focus on personal and professional aspirations. Celebrate successes: Acknowledge achievements, big or small. Learn from failures: Extract lessons and grow from setbacks. Positive affirmations: Repeat affirming statements daily. Physical activity: Regular exercise boosts mood and reduces stress. Healthy lifestyle: Prioritise sleep, nutrition, and self-care. Connect socially: Build supportive relationships with positive individuals. Professional development: Enhance skills and knowledge. Effective time management: Reduce stress by prioritizing tasks. Delegate tasks: Share responsibilities to avoid overwhelm. Problem-solving mindset: Approach challenges with a solution-oriented mindset. Learn to say no: Set limits to prevent overcommitment. Regular breaks: Take short breaks to refresh and refocus. Hobbies: Engage in activities that bring joy and fulfillment. Volunteer work: Helping others can provide a sense of purpose. Limit perfectionism: Accept imperfections and learn from mistakes. Positive communication: Use constructive language in interactions. Regular reflection: Assess and adjust attitudes and behaviours. Forgiveness: Let go of grudges and resentment. Continuous learning: Stay curious and open-minded. Personal values: Align actions with core values for fulfillment. Seek professional help if needed: Consult a counselor or therapist for support. Visualize success: Envision positive outcomes to boost motivation. Humour: Find laughter in everyday situations to lighten the mood. Declutter: Organise physical and digital spaces for clarity. Educate yourself: Understand the impact of negativity on well-being. Empathy: Put yourself in others\u0026rsquo; shoes to foster understanding. Limit complaints: Minimize venting and focus on solutions instead. Positive role models: Surround yourself with inspirational figures. Express gratitude: Share appreciation with others regularly. Embrace change: View challenges as opportunities for growth. Journaling: Write down thoughts and feelings for self-reflection. Create a vision board: Visualize your goals and aspirations. Practice forgiveness: Release resentment for inner peace. Healthy boundaries: Communicate expectations clearly in relationships. Learn to detach: Avoid getting overly absorbed in negative situations. Mindful breathing: Practice deep, intentional breaths for relaxation. Limit social media: Control exposure to potentially negative content. Positive role models: Seek inspiration from those who overcome adversity. Celebrate others\u0026rsquo; success: Cultivate a positive community. Spiritual practices: Engage in activities that nurture your soul. Gratitude journal: Document daily moments of gratitude. Set realistic expectations: Avoid setting yourself up for unnecessary stress. Educate others: Encourage a positive atmosphere through shared knowledge. Learn to say sorry: Apologize when necessary and move forward. Establish a routine: Predictability can provide stability and reduce stress. Mindful eating: Savor and appreciate your meals for a positive connection. Positive self-talk: Replace self-critical thoughts with affirmations. Learn to prioritise: Identify and focus on what truly matters. Cultivate hobbies: Pursue activities that bring joy outside of work. Express creativity: Engage in artistic or creative pursuits for self-expression. Practice active listening: Foster positive communication through attentive listening. Set realistic goals: Break larger goals into manageable, achievable steps. Explore new perspectives: Consider alternative viewpoints for personal growth. Celebrate progress: Acknowledge and reward incremental achievements. Create a support system: Surround yourself with understanding and encouraging individuals. Positive role modelling: Be a positive influence for those around you. Embrace solitude: Find moments of quiet reflection for inner peace. Digital detox: Take breaks from screens to reduce information overload. Establish a morning routine: Start the day with positive habits for momentum. Cultivate resilience: Learn to bounce back from challenges stronger. Set clear personal boundaries: Communicate limits to others for respect. Learn to delegate: Trust others with tasks to share the workload. Reflect on achievements: Regularly review and celebrate your successes. Connect with nature: Spend time outdoors for mental rejuvenation. Practice random acts of kindness: Spread positivity through small gestures. Invest in learning: Continuously acquire new knowledge for personal development. Practice mindfulness at work: Integrate brief mindfulness exercises into your workday. Engage in positive self-reflection: Regularly assess personal growth and improvements. Establish a \u0026ldquo;no-complaint\u0026rdquo; rule: Encourage a positive culture by minimizing complaints. Build a growth mindset: Embrace challenges as opportunities to learn and evolve. Create a positive mantra: Develop a phrase that empowers and motivates you. Establish a morning affirmation routine: Start your day with positive statements. Celebrate small victories: Acknowledge and appreciate minor accomplishments. Foster a positive work environment: Contribute to a workplace culture that values positivity. Unplug before bedtime: Limit screen time to improve sleep quality. Prioritise mental health: Regularly check in on your emotional well-being. Practice time-blocking: Allocate specific time slots for different tasks to enhance focus. Identify toxic relationships: Minimize contact with individuals who consistently bring negativity. Establish a learning goal: Continuously seek opportunities to expand your knowledge. Learn to let go: Release attachments to outcomes beyond your control. Practice positive visualization: Envision achieving your goals vividly. Create a personal mission statement: Define your values and purpose for guidance. Explore a new hobby regularly: Keep life exciting with diverse interests. Attend networking events: Connect with like-minded individuals for inspiration. Set digital boundaries: Control technology use for a healthier work-life balance. Maintain a clean workspace: Organise your environment to reduce stress. Invest in personal development: Attend workshops or courses for self-improvement. Volunteer for a cause: Contribute to a positive impact in your community. Practice deep breathing exercises: Incorporate moments of calmness into your day. Limit comparison: Focus on your journey without excessive comparison to others. Celebrate your uniqueness: Embrace your individuality and strengths. Establish a \u0026ldquo;no-gossip\u0026rdquo; policy: Refrain from participating in negative conversations about others. Create a vision statement: Define your long-term aspirations for guidance. Learn to negotiate effectively: Turn conflicts into opportunities for mutual gain. Regularly assess your priorities: Ensure your actions align with your core values. Build a positive routine: Develop habits that contribute to your well-being. Practice active gratitude: Verbally express appreciation to others regularly. Invest in quality relationships: Nurture connections that uplift and support you. Regularly update goals: Adjust your aspirations as circumstances evolve. Establish a digital curfew: Limit electronic device use in the evening for better sleep. Create a positive playlist: Compile music that boosts your mood. Invest in self-care activities: Prioritise activities that replenish your energy. Explore new cultures: Broaden your perspective through exposure to diverse experiences. Cultivate a growth mindset in others: Encourage those around you to embrace challenges. Develop a personal brand: Present yourself in a way that reflects your positive qualities. Seek feedback: Embrace constructive criticism as a tool for improvement. Practice self-compassion: Treat yourself with kindness during challenging times. Create a positive rituals list: Outline activities that bring joy and peace. Participate in team-building activities: Foster positive relationships in professional settings. Set intentional goals for each day: Outline specific achievements to strive for. Explore relaxation techniques: Incorporate methods like meditation or deep breathing. Read motivational literature: Draw inspiration from books, articles, or quotes. Join a community group: Connect with others who share similar interests. Practice forgiveness for yourself: Let go of personal mistakes and move forward. Establish a gratitude jar: Record daily moments of gratitude for reflection. Embrace challenges as opportunities: Shift your perspective on difficulties. Invest in quality sleep: Prioritise a consistent and restful sleep routine. Create a personal mission board: Visualize your goals and aspirations. Mindful communication: Choose words consciously to promote positive dialogue. Develop a morning routine: Start your day with intentional and positive activities. Attend personal development events: Engage in workshops or seminars for growth. Practice emotional intelligence: Understand and manage your emotions effectively. Establish a financial plan: Reduce stress by organising and managing your finances. Learn to delegate at home: Share responsibilities for a balanced family life. Explore alternative therapies: Consider practices like yoga or meditation for holistic well-being. Create a personal growth challenge: Set monthly challenges to enhance various aspects of your life. Celebrate others\u0026rsquo; uniqueness: Appreciate diversity and individual strengths. Organise a positive book club: Discuss inspiring literature with like-minded individuals. Learn a new skill: Stimulate your mind with continuous learning. Practice the 5-to-1 rule: Aim for five positive interactions for every negative one. Join a hobby group: Connect with people who share your interests. Establish a regular sleep routine: Prioritise consistency in your sleep patterns. Cultivate a morning ritual: Engage in activities that set a positive tone for the day. Create a positivity journal: Document uplifting moments and achievements. Embrace discomfort: See challenges as opportunities for personal growth. Learn to negotiate gracefully: Resolve conflicts with tact and diplomacy. Practice time reflection: Regularly assess how you spend your time. Foster a growth mindset in others: Encourage colleagues or friends to embrace learning. Seek mentorship: Learn from experienced individuals in your field. Limit multitasking: Focus on one task at a time for better efficiency. Establish a weekly review: Reflect on your achievements and areas for improvement regularly. Create a positive words list: Compile uplifting words for daily affirmations. Set boundaries with technology: Define specific times for phone and email usage. Explore holistic wellness practices: Incorporate activities that address mental, physical, and emotional health. Practice positive body language: Project confidence and openness in your interactions. Invest in personal finance education: Enhance your financial literacy for better money management. Participate in community service: Contribute to your community for a sense of purpose. Set intentions for the day: Outline specific positive intentions each morning. Establish a personal advisory board: Seek guidance from trusted mentors and friends. Practice self-reflection: Regularly assess your thoughts, feelings, and actions. Engage in laughter therapy: Surround yourself with humour and joy. Set realistic expectations for others: Avoid placing undue pressure on those around you. Create a self-love routine: Dedicate time to activities that nurture self-compassion. Practice non-judgment: Refrain from harshly judging yourself and others. Cultivate a positive online presence: Share uplifting content on social media. Explore volunteer opportunities: Offer your time and skills to causes you care about. Regularly update your goals: Ensure your aspirations align with your evolving priorities. Celebrate diversity: Appreciate and learn from different perspectives and backgrounds. Establish a ritual for reflection: Dedicate time each day for introspection. Encourage others: Offer support and motivation to those around you. Practice empathy in communication: Understand and validate others\u0026rsquo; perspectives. Learn from setbacks: Extract lessons and apply them to future endeavors. Foster positive competition: Encourage friendly competition for mutual growth. Create a positive workspace: Personalize your environment to inspire productivity and well-being. Practice self-discipline: Cultivate habits that contribute to long-term goals. Establish a learning network: Connect with individuals who share your professional interests. Engage in brain-training activities: Stimulate cognitive function with puzzles or games. Build a resilience toolkit: Collect strategies to navigate challenges effectively. Incorporate aromatherapy: Use scents like lavender for relaxation and positivity. Practice positive time framing: Focus on the present and future rather than dwelling on the past. Join a mastermind group: Collaborate with like-minded individuals for mutual growth. Participate in a mentorship program: Offer guidance to others while learning from seasoned mentors. Create a personal growth journal: Document your journey toward self-improvement. Explore mindfulness apps: Use technology for guided meditation and stress reduction. Organise a gratitude circle: Share thankful moments with friends or family. Practice the \u0026ldquo;one in, one out\u0026rdquo; rule: Declutter regularly to maintain a positive living space. Create a vision statement for your relationships: Define the kind of connections you aspire to have. Explore nature therapy: Spend time outdoors for mental and emotional rejuvenation. Invest in personal branding: Cultivate a positive and authentic image. Establish a financial wellness plan: Align your spending habits with long-term financial goals. Practice forgiveness meditation: Release negativity through guided forgiveness exercises. Create a wellness vision board: Visualize a balanced and healthy lifestyle. Engage in positive visualization exercises: Picture achieving your goals vividly. Explore virtual experiences: Connect with uplifting online communities and events. Establish a personal growth challenge: Set monthly goals for self-improvement. Organise a positive feedback loop: Encourage a culture of constructive feedback in your circles. Practice the Pomodoro Technique: Enhance productivity with focused work intervals. Establish a \u0026ldquo;tech-free\u0026rdquo; zone: Dedicate specific areas free from electronic devices. Practice decision-making clarity: Make choices aligned with your values and goals. Create a self-love playlist: Compile music that boosts self-esteem and positivity. Build a legacy plan: Define the positive impact you want to leave on the world. ","permalink":"https://www.shafiq.in/hi/blog/%E0%A4%B5%E0%A5%8D%E0%A4%AF%E0%A4%95%E0%A5%8D%E0%A4%A4%E0%A4%BF%E0%A4%97%E0%A4%A4-%E0%A4%94%E0%A4%B0-%E0%A4%B5%E0%A5%8D%E0%A4%AF%E0%A4%BE%E0%A4%B5%E0%A4%B8%E0%A4%BE%E0%A4%AF%E0%A4%BF%E0%A4%95-%E0%A4%9C%E0%A5%80%E0%A4%B5%E0%A4%A8-%E0%A4%B8%E0%A5%87-%E0%A4%A8%E0%A4%95%E0%A4%BE%E0%A4%B0%E0%A4%BE%E0%A4%A4%E0%A5%8D%E0%A4%AE%E0%A4%95%E0%A4%A4%E0%A4%BE-%E0%A4%95%E0%A5%8B-%E0%A4%96%E0%A4%A4%E0%A5%8D%E0%A4%AE-%E0%A4%95%E0%A4%B0%E0%A4%A8%E0%A5%87-%E0%A4%95%E0%A5%87-%E0%A4%A4%E0%A4%B0%E0%A5%80%E0%A4%95%E0%A5%8B%E0%A4%82-%E0%A4%95%E0%A5%80-%E0%A4%B8%E0%A5%82%E0%A4%9A%E0%A5%80/","summary":"\u003col\u003e\n\u003cli\u003e\u003cstrong\u003eSelf-awareness:\u003c/strong\u003e Recognise negative thoughts and emotions.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003ePositive mindset:\u003c/strong\u003e Cultivate optimism and focus on solutions.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eGratitude practice:\u003c/strong\u003e Acknowledge and appreciate positive aspects of life.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eMindfulness:\u003c/strong\u003e Stay present, reducing dwelling on negativity.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eHealthy boundaries:\u003c/strong\u003e Establish and maintain boundaries in relationships.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eConflict resolution:\u003c/strong\u003e Address issues calmly and seek resolutions.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eSurround yourself with positivity:\u003c/strong\u003e Choose uplifting environments.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eLimit negativity exposure:\u003c/strong\u003e Minimize exposure to negative media or people.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eSet goals:\u003c/strong\u003e Focus on personal and professional aspirations.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eCelebrate successes:\u003c/strong\u003e Acknowledge achievements, big or small.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eLearn from failures:\u003c/strong\u003e Extract lessons and grow from setbacks.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003ePositive affirmations:\u003c/strong\u003e Repeat affirming statements daily.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003ePhysical activity:\u003c/strong\u003e Regular exercise boosts mood and reduces stress.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eHealthy lifestyle:\u003c/strong\u003e Prioritise sleep, nutrition, and self-care.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eConnect socially:\u003c/strong\u003e Build supportive relationships with positive individuals.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eProfessional development:\u003c/strong\u003e Enhance skills and knowledge.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eEffective time management:\u003c/strong\u003e Reduce stress by prioritizing tasks.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eDelegate tasks:\u003c/strong\u003e Share responsibilities to avoid overwhelm.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eProblem-solving mindset:\u003c/strong\u003e Approach challenges with a solution-oriented mindset.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eLearn to say no:\u003c/strong\u003e Set limits to prevent overcommitment.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eRegular breaks:\u003c/strong\u003e Take short breaks to refresh and refocus.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eHobbies:\u003c/strong\u003e Engage in activities that bring joy and fulfillment.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eVolunteer work:\u003c/strong\u003e Helping others can provide a sense of purpose.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eLimit perfectionism:\u003c/strong\u003e Accept imperfections and learn from mistakes.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003ePositive communication:\u003c/strong\u003e Use constructive language in interactions.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eRegular reflection:\u003c/strong\u003e Assess and adjust attitudes and behaviours.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eForgiveness:\u003c/strong\u003e Let go of grudges and resentment.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eContinuous learning:\u003c/strong\u003e Stay curious and open-minded.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003ePersonal values:\u003c/strong\u003e Align actions with core values for fulfillment.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eSeek professional help if needed:\u003c/strong\u003e Consult a counselor or therapist for support.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eVisualize success:\u003c/strong\u003e Envision positive outcomes to boost motivation.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eHumour:\u003c/strong\u003e Find laughter in everyday situations to lighten the mood.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eDeclutter:\u003c/strong\u003e Organise physical and digital spaces for clarity.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eEducate yourself:\u003c/strong\u003e Understand the impact of negativity on well-being.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eEmpathy:\u003c/strong\u003e Put yourself in others\u0026rsquo; shoes to foster understanding.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eLimit complaints:\u003c/strong\u003e Minimize venting and focus on solutions instead.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003ePositive role models:\u003c/strong\u003e Surround yourself with inspirational figures.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eExpress gratitude:\u003c/strong\u003e Share appreciation with others regularly.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eEmbrace change:\u003c/strong\u003e View challenges as opportunities for growth.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eJournaling:\u003c/strong\u003e Write down thoughts and feelings for self-reflection.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eCreate a vision board:\u003c/strong\u003e Visualize your goals and aspirations.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003ePractice forgiveness:\u003c/strong\u003e Release resentment for inner peace.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eHealthy boundaries:\u003c/strong\u003e Communicate expectations clearly in relationships.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eLearn to detach:\u003c/strong\u003e Avoid getting overly absorbed in negative situations.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eMindful breathing:\u003c/strong\u003e Practice deep, intentional breaths for relaxation.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eLimit social media:\u003c/strong\u003e Control exposure to potentially negative content.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003ePositive role models:\u003c/strong\u003e Seek inspiration from those who overcome adversity.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eCelebrate others\u0026rsquo; success:\u003c/strong\u003e Cultivate a positive community.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eSpiritual practices:\u003c/strong\u003e Engage in activities that nurture your soul.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eGratitude journal:\u003c/strong\u003e Document daily moments of gratitude.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eSet realistic expectations:\u003c/strong\u003e Avoid setting yourself up for unnecessary stress.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eEducate others:\u003c/strong\u003e Encourage a positive atmosphere through shared knowledge.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eLearn to say sorry:\u003c/strong\u003e Apologize when necessary and move forward.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eEstablish a routine:\u003c/strong\u003e Predictability can provide stability and reduce stress.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eMindful eating:\u003c/strong\u003e Savor and appreciate your meals for a positive connection.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003ePositive self-talk:\u003c/strong\u003e Replace self-critical thoughts with affirmations.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eLearn to prioritise:\u003c/strong\u003e Identify and focus on what truly matters.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eCultivate hobbies:\u003c/strong\u003e Pursue activities that bring joy outside of work.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eExpress creativity:\u003c/strong\u003e Engage in artistic or creative pursuits for self-expression.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003ePractice active listening:\u003c/strong\u003e Foster positive communication through attentive listening.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eSet realistic goals:\u003c/strong\u003e Break larger goals into manageable, achievable steps.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eExplore new perspectives:\u003c/strong\u003e Consider alternative viewpoints for personal growth.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eCelebrate progress:\u003c/strong\u003e Acknowledge and reward incremental achievements.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eCreate a support system:\u003c/strong\u003e Surround yourself with understanding and encouraging individuals.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003ePositive role modelling:\u003c/strong\u003e Be a positive influence for those around you.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eEmbrace solitude:\u003c/strong\u003e Find moments of quiet reflection for inner peace.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eDigital detox:\u003c/strong\u003e Take breaks from screens to reduce information overload.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eEstablish a morning routine:\u003c/strong\u003e Start the day with positive habits for momentum.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eCultivate resilience:\u003c/strong\u003e Learn to bounce back from challenges stronger.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eSet clear personal boundaries:\u003c/strong\u003e Communicate limits to others for respect.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eLearn to delegate:\u003c/strong\u003e Trust others with tasks to share the workload.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eReflect on achievements:\u003c/strong\u003e Regularly review and celebrate your successes.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eConnect with nature:\u003c/strong\u003e Spend time outdoors for mental rejuvenation.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003ePractice random acts of kindness:\u003c/strong\u003e Spread positivity through small gestures.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eInvest in learning:\u003c/strong\u003e Continuously acquire new knowledge for personal development.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003ePractice mindfulness at work:\u003c/strong\u003e Integrate brief mindfulness exercises into your workday.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eEngage in positive self-reflection:\u003c/strong\u003e Regularly assess personal growth and improvements.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eEstablish a \u0026ldquo;no-complaint\u0026rdquo; rule:\u003c/strong\u003e Encourage a positive culture by minimizing complaints.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eBuild a growth mindset:\u003c/strong\u003e Embrace challenges as opportunities to learn and evolve.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eCreate a positive mantra:\u003c/strong\u003e Develop a phrase that empowers and motivates you.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eEstablish a morning affirmation routine:\u003c/strong\u003e Start your day with positive statements.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eCelebrate small victories:\u003c/strong\u003e Acknowledge and appreciate minor accomplishments.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eFoster a positive work environment:\u003c/strong\u003e Contribute to a workplace culture that values positivity.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eUnplug before bedtime:\u003c/strong\u003e Limit screen time to improve sleep quality.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003ePrioritise mental health:\u003c/strong\u003e Regularly check in on your emotional well-being.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003ePractice time-blocking:\u003c/strong\u003e Allocate specific time slots for different tasks to enhance focus.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eIdentify toxic relationships:\u003c/strong\u003e Minimize contact with individuals who consistently bring negativity.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eEstablish a learning goal:\u003c/strong\u003e Continuously seek opportunities to expand your knowledge.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eLearn to let go:\u003c/strong\u003e Release attachments to outcomes beyond your control.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003ePractice positive visualization:\u003c/strong\u003e Envision achieving your goals vividly.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eCreate a personal mission statement:\u003c/strong\u003e Define your values and purpose for guidance.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eExplore a new hobby regularly:\u003c/strong\u003e Keep life exciting with diverse interests.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eAttend networking events:\u003c/strong\u003e Connect with like-minded individuals for inspiration.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eSet digital boundaries:\u003c/strong\u003e Control technology use for a healthier work-life balance.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eMaintain a clean workspace:\u003c/strong\u003e Organise your environment to reduce stress.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eInvest in personal development:\u003c/strong\u003e Attend workshops or courses for self-improvement.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eVolunteer for a cause:\u003c/strong\u003e Contribute to a positive impact in your community.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003ePractice deep breathing exercises:\u003c/strong\u003e Incorporate moments of calmness into your day.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eLimit comparison:\u003c/strong\u003e Focus on your journey without excessive comparison to others.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eCelebrate your uniqueness:\u003c/strong\u003e Embrace your individuality and strengths.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eEstablish a \u0026ldquo;no-gossip\u0026rdquo; policy:\u003c/strong\u003e Refrain from participating in negative conversations about others.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eCreate a vision statement:\u003c/strong\u003e Define your long-term aspirations for guidance.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eLearn to negotiate effectively:\u003c/strong\u003e Turn conflicts into opportunities for mutual gain.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eRegularly assess your priorities:\u003c/strong\u003e Ensure your actions align with your core values.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eBuild a positive routine:\u003c/strong\u003e Develop habits that contribute to your well-being.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003ePractice active gratitude:\u003c/strong\u003e Verbally express appreciation to others regularly.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eInvest in quality relationships:\u003c/strong\u003e Nurture connections that uplift and support you.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eRegularly update goals:\u003c/strong\u003e Adjust your aspirations as circumstances evolve.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eEstablish a digital curfew:\u003c/strong\u003e Limit electronic device use in the evening for better sleep.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eCreate a positive playlist:\u003c/strong\u003e Compile music that boosts your mood.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eInvest in self-care activities:\u003c/strong\u003e Prioritise activities that replenish your energy.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eExplore new cultures:\u003c/strong\u003e Broaden your perspective through exposure to diverse experiences.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eCultivate a growth mindset in others:\u003c/strong\u003e Encourage those around you to embrace challenges.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eDevelop a personal brand:\u003c/strong\u003e Present yourself in a way that reflects your positive qualities.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eSeek feedback:\u003c/strong\u003e Embrace constructive criticism as a tool for improvement.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003ePractice self-compassion:\u003c/strong\u003e Treat yourself with kindness during challenging times.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eCreate a positive rituals list:\u003c/strong\u003e Outline activities that bring joy and peace.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eParticipate in team-building activities:\u003c/strong\u003e Foster positive relationships in professional settings.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eSet intentional goals for each day:\u003c/strong\u003e Outline specific achievements to strive for.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eExplore relaxation techniques:\u003c/strong\u003e Incorporate methods like meditation or deep breathing.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eRead motivational literature:\u003c/strong\u003e Draw inspiration from books, articles, or quotes.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eJoin a community group:\u003c/strong\u003e Connect with others who share similar interests.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003ePractice forgiveness for yourself:\u003c/strong\u003e Let go of personal mistakes and move forward.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eEstablish a gratitude jar:\u003c/strong\u003e Record daily moments of gratitude for reflection.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eEmbrace challenges as opportunities:\u003c/strong\u003e Shift your perspective on difficulties.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eInvest in quality sleep:\u003c/strong\u003e Prioritise a consistent and restful sleep routine.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eCreate a personal mission board:\u003c/strong\u003e Visualize your goals and aspirations.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eMindful communication:\u003c/strong\u003e Choose words consciously to promote positive dialogue.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eDevelop a morning routine:\u003c/strong\u003e Start your day with intentional and positive activities.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eAttend personal development events:\u003c/strong\u003e Engage in workshops or seminars for growth.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003ePractice emotional intelligence:\u003c/strong\u003e Understand and manage your emotions effectively.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eEstablish a financial plan:\u003c/strong\u003e Reduce stress by organising and managing your finances.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eLearn to delegate at home:\u003c/strong\u003e Share responsibilities for a balanced family life.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eExplore alternative therapies:\u003c/strong\u003e Consider practices like yoga or meditation for holistic well-being.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eCreate a personal growth challenge:\u003c/strong\u003e Set monthly challenges to enhance various aspects of your life.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eCelebrate others\u0026rsquo; uniqueness:\u003c/strong\u003e Appreciate diversity and individual strengths.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eOrganise a positive book club:\u003c/strong\u003e Discuss inspiring literature with like-minded individuals.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eLearn a new skill:\u003c/strong\u003e Stimulate your mind with continuous learning.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003ePractice the 5-to-1 rule:\u003c/strong\u003e Aim for five positive interactions for every negative one.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eJoin a hobby group:\u003c/strong\u003e Connect with people who share your interests.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eEstablish a regular sleep routine:\u003c/strong\u003e Prioritise consistency in your sleep patterns.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eCultivate a morning ritual:\u003c/strong\u003e Engage in activities that set a positive tone for the day.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eCreate a positivity journal:\u003c/strong\u003e Document uplifting moments and achievements.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eEmbrace discomfort:\u003c/strong\u003e See challenges as opportunities for personal growth.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eLearn to negotiate gracefully:\u003c/strong\u003e Resolve conflicts with tact and diplomacy.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003ePractice time reflection:\u003c/strong\u003e Regularly assess how you spend your time.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eFoster a growth mindset in others:\u003c/strong\u003e Encourage colleagues or friends to embrace learning.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eSeek mentorship:\u003c/strong\u003e Learn from experienced individuals in your field.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eLimit multitasking:\u003c/strong\u003e Focus on one task at a time for better efficiency.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eEstablish a weekly review:\u003c/strong\u003e Reflect on your achievements and areas for improvement regularly.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eCreate a positive words list:\u003c/strong\u003e Compile uplifting words for daily affirmations.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eSet boundaries with technology:\u003c/strong\u003e Define specific times for phone and email usage.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eExplore holistic wellness practices:\u003c/strong\u003e Incorporate activities that address mental, physical, and emotional health.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003ePractice positive body language:\u003c/strong\u003e Project confidence and openness in your interactions.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eInvest in personal finance education:\u003c/strong\u003e Enhance your financial literacy for better money management.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eParticipate in community service:\u003c/strong\u003e Contribute to your community for a sense of purpose.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eSet intentions for the day:\u003c/strong\u003e Outline specific positive intentions each morning.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eEstablish a personal advisory board:\u003c/strong\u003e Seek guidance from trusted mentors and friends.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003ePractice self-reflection:\u003c/strong\u003e Regularly assess your thoughts, feelings, and actions.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eEngage in laughter therapy:\u003c/strong\u003e Surround yourself with humour and joy.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eSet realistic expectations for others:\u003c/strong\u003e Avoid placing undue pressure on those around you.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eCreate a self-love routine:\u003c/strong\u003e Dedicate time to activities that nurture self-compassion.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003ePractice non-judgment:\u003c/strong\u003e Refrain from harshly judging yourself and others.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eCultivate a positive online presence:\u003c/strong\u003e Share uplifting content on social media.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eExplore volunteer opportunities:\u003c/strong\u003e Offer your time and skills to causes you care about.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eRegularly update your goals:\u003c/strong\u003e Ensure your aspirations align with your evolving priorities.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eCelebrate diversity:\u003c/strong\u003e Appreciate and learn from different perspectives and backgrounds.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eEstablish a ritual for reflection:\u003c/strong\u003e Dedicate time each day for introspection.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eEncourage others:\u003c/strong\u003e Offer support and motivation to those around you.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003ePractice empathy in communication:\u003c/strong\u003e Understand and validate others\u0026rsquo; perspectives.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eLearn from setbacks:\u003c/strong\u003e Extract lessons and apply them to future endeavors.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eFoster positive competition:\u003c/strong\u003e Encourage friendly competition for mutual growth.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eCreate a positive workspace:\u003c/strong\u003e Personalize your environment to inspire productivity and well-being.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003ePractice self-discipline:\u003c/strong\u003e Cultivate habits that contribute to long-term goals.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eEstablish a learning network:\u003c/strong\u003e Connect with individuals who share your professional interests.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eEngage in brain-training activities:\u003c/strong\u003e Stimulate cognitive function with puzzles or games.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eBuild a resilience toolkit:\u003c/strong\u003e Collect strategies to navigate challenges effectively.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eIncorporate aromatherapy:\u003c/strong\u003e Use scents like lavender for relaxation and positivity.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003ePractice positive time framing:\u003c/strong\u003e Focus on the present and future rather than dwelling on the past.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eJoin a mastermind group:\u003c/strong\u003e Collaborate with like-minded individuals for mutual growth.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eParticipate in a mentorship program:\u003c/strong\u003e Offer guidance to others while learning from seasoned mentors.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eCreate a personal growth journal:\u003c/strong\u003e Document your journey toward self-improvement.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eExplore mindfulness apps:\u003c/strong\u003e Use technology for guided meditation and stress reduction.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eOrganise a gratitude circle:\u003c/strong\u003e Share thankful moments with friends or family.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003ePractice the \u0026ldquo;one in, one out\u0026rdquo; rule:\u003c/strong\u003e Declutter regularly to maintain a positive living space.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eCreate a vision statement for your relationships:\u003c/strong\u003e Define the kind of connections you aspire to have.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eExplore nature therapy:\u003c/strong\u003e Spend time outdoors for mental and emotional rejuvenation.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eInvest in personal branding:\u003c/strong\u003e Cultivate a positive and authentic image.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eEstablish a financial wellness plan:\u003c/strong\u003e Align your spending habits with long-term financial goals.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003ePractice forgiveness meditation:\u003c/strong\u003e Release negativity through guided forgiveness exercises.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eCreate a wellness vision board:\u003c/strong\u003e Visualize a balanced and healthy lifestyle.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eEngage in positive visualization exercises:\u003c/strong\u003e Picture achieving your goals vividly.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eExplore virtual experiences:\u003c/strong\u003e Connect with uplifting online communities and events.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eEstablish a personal growth challenge:\u003c/strong\u003e Set monthly goals for self-improvement.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eOrganise a positive feedback loop:\u003c/strong\u003e Encourage a culture of constructive feedback in your circles.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003ePractice the Pomodoro Technique:\u003c/strong\u003e Enhance productivity with focused work intervals.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eEstablish a \u0026ldquo;tech-free\u0026rdquo; zone:\u003c/strong\u003e Dedicate specific areas free from electronic devices.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003ePractice decision-making clarity:\u003c/strong\u003e Make choices aligned with your values and goals.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eCreate a self-love playlist:\u003c/strong\u003e Compile music that boosts self-esteem and positivity.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eBuild a legacy plan:\u003c/strong\u003e Define the positive impact you want to leave on the world.\u003c/li\u003e\n\u003c/ol\u003e","title":"व्यक्तिगत और व्यावसायिक जीवन से नकारात्मकता को खत्म करने के तरीकों की सूची"},{"content":" बाज़ार की स्थितियों को समझें:\nसमग्र बाज़ार रुझानों का अध्ययन करें, जैसे कि यह तेजी है, मंदी है या तटस्थ है। बाजार को प्रभावित करने वाली किसी भी महत्वपूर्ण खबर या घटना का विश्लेषण करें। अपनी ट्रेडिंग रणनीति परिभाषित करें:\nअपनी ट्रेडिंग शैली पर निर्णय लें (उदाहरण के लिए, स्केलिंग, मोमेंटम ट्रेडिंग, या ब्रेकआउट ट्रेडिंग)। प्रत्येक व्यापार के लिए अपनी जोखिम सहनशीलता और लाभ लक्ष्य निर्धारित करें। संभावित स्टॉक की स्क्रीनिंग:\nअस्थिरता, मात्रा और मूल्य आंदोलन जैसे मानदंडों के आधार पर स्टॉक को फ़िल्टर करने के लिए स्टॉक स्क्रीनर या ट्रेडिंग प्लेटफॉर्म का उपयोग करें। आसान प्रवेश और निकास सुनिश्चित करने के लिए उच्च तरलता वाले शेयरों की तलाश करें। तकनीकी विश्लेषण:\nमूविंग एवरेज, आरएसआई (रिलेटिव स्ट्रेंथ इंडेक्स), एमएसीडी (मूविंग एवरेज कन्वर्जेंस डाइवर्जेंस), और बोलिंगर बैंड जैसे तकनीकी संकेतकों का उपयोग करके मूल्य चार्ट का विश्लेषण करें। त्रिकोण, झंडे और सिर और कंधों की संरचना जैसे पैटर्न को पहचानें। मौलिक विश्लेषण:\nआय रिपोर्ट, राजस्व वृद्धि और उद्योग दृष्टिकोण सहित कंपनी के बुनियादी स्वास्थ्य का आकलन करें। कंपनी समाचार, आय आश्चर्य और विश्लेषक रेटिंग जैसे कारकों पर विचार करें। जोखिम प्रबंधन:\nप्रत्येक व्यापार पर संभावित नुकसान को सीमित करने के लिए स्टॉप-लॉस ऑर्डर सेट करें। अपनी जोखिम सहनशीलता और स्टॉक की अस्थिरता के आधार पर स्थिति आकार की गणना करें। अपनी रणनीति का परीक्षण करें:\nइसकी प्रभावशीलता का मूल्यांकन करने के लिए ऐतिहासिक डेटा का उपयोग करके अपनी ट्रेडिंग रणनीति का बैकटेस्ट करें। वास्तविक धन को जोखिम में डाले बिना व्यापार निष्पादित करने का अभ्यास करने के लिए पेपर व्यापार या डेमो खाते का उपयोग करें। सूचित रहें:\nबाज़ार की ख़बरों, आर्थिक संकेतकों और कंपनी की घोषणाओं से अवगत रहें जो आपके चुने हुए स्टॉक को प्रभावित कर सकते हैं। वास्तविक समय के अपडेट और भावना विश्लेषण के लिए सोशल मीडिया प्लेटफॉर्म और वित्तीय समाचार वेबसाइटों की निगरानी करें। अपने व्यापार निष्पादित करें:\nअपनी पूर्व निर्धारित रणनीति और समय के अनुसार ट्रेड दर्ज करें और बाहर निकलें। यह सुनिश्चित करने के लिए कि आपको अपने ट्रेडों के लिए वांछित मूल्य मिले, सीमा आदेशों का उपयोग करें। समीक्षा करें और जानें:\nप्रत्येक ट्रेडिंग सत्र के बाद, ताकत और कमजोरियों की पहचान करने के लिए अपने ट्रेडों की समीक्षा करें। समय के साथ अपनी रणनीति को निखारने के लिए सफल और असफल दोनों ट्रेडों से सीखें। ","permalink":"https://www.shafiq.in/hi/blog/%E0%A4%A6%E0%A4%BF%E0%A4%A8-%E0%A4%95%E0%A5%87-%E0%A4%95%E0%A4%BE%E0%A4%B0%E0%A5%8B%E0%A4%AC%E0%A4%BE%E0%A4%B0-%E0%A4%95%E0%A5%87-%E0%A4%B2%E0%A4%BF%E0%A4%8F-%E0%A4%B8%E0%A5%8D%E0%A4%9F%E0%A5%89%E0%A4%95-%E0%A4%95%E0%A5%88%E0%A4%B8%E0%A5%87-%E0%A4%9A%E0%A5%81%E0%A4%A8%E0%A5%87%E0%A4%82/","summary":"\u003col\u003e\n\u003cli\u003e\n\u003cp\u003e\u003cstrong\u003eबाज़ार की स्थितियों को समझें:\u003c/strong\u003e\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eसमग्र बाज़ार रुझानों का अध्ययन करें, जैसे कि यह तेजी है, मंदी है या तटस्थ है।\u003c/li\u003e\n\u003cli\u003eबाजार को प्रभावित करने वाली किसी भी महत्वपूर्ण खबर या घटना का विश्लेषण करें।\u003c/li\u003e\n\u003c/ul\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cp\u003e\u003cstrong\u003eअपनी ट्रेडिंग रणनीति परिभाषित करें:\u003c/strong\u003e\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eअपनी ट्रेडिंग शैली पर निर्णय लें (उदाहरण के लिए, स्केलिंग, मोमेंटम ट्रेडिंग, या ब्रेकआउट ट्रेडिंग)।\u003c/li\u003e\n\u003cli\u003eप्रत्येक व्यापार के लिए अपनी जोखिम सहनशीलता और लाभ लक्ष्य निर्धारित करें।\u003c/li\u003e\n\u003c/ul\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cp\u003e\u003cstrong\u003eसंभावित स्टॉक की स्क्रीनिंग:\u003c/strong\u003e\u003c/p\u003e","title":"दिन के कारोबार के लिए स्टॉक कैसे चुनें"},{"content":" स्केलपिंग:\nछोटे मूल्य आंदोलनों से लाभ कमाने के लक्ष्य के साथ, दिन भर में कई छोटे व्यापार करना शामिल है। आमतौर पर, पदों को बहुत कम समय के लिए रखा जाता है, अक्सर केवल कुछ सेकंड से लेकर मिनटों तक। डे ट्रेडिंग:\nएक ही कारोबारी दिन के भीतर वित्तीय उपकरण खरीदना और बेचना। रात भर के जोखिम से बचने के लिए पोजीशन आमतौर पर बाजार बंद होने से पहले बंद कर दी जाती हैं। स्विंग ट्रेडिंग:\nइसमें कई दिनों से लेकर हफ्तों तक पोजीशन बनाए रखना, छोटी से मध्यम अवधि की कीमतों में उतार-चढ़ाव का फायदा उठाना शामिल है। व्यापारियों का लक्ष्य मूल्य रुझानों में \u0026ldquo;उतार-चढ़ाव\u0026rdquo; या उतार-चढ़ाव को पकड़ना है। मोमेंटम ट्रेडिंग:\nउन प्रतिभूतियों को खरीदने या बेचने पर ध्यान केंद्रित करता है जो मजबूत ऊपर या नीचे की कीमत में उतार-चढ़ाव प्रदर्शित कर रही हैं। व्यापारियों का लक्ष्य बाज़ार की गति या किसी विशिष्ट स्टॉक पर सवारी करना है। ब्रेकआउट ट्रेडिंग:\nजब कीमत समर्थन या प्रतिरोध के एक महत्वपूर्ण स्तर से ऊपर या नीचे टूट जाती है तो ट्रेड में प्रवेश करना शामिल होता है। व्यापारियों का लक्ष्य ब्रेकआउट के बाद तेज मूल्य आंदोलनों की संभावना को भुनाना है। कॉन्ट्रेरियन ट्रेडिंग:\nइसमें प्रचलित बाजार धारणा के विपरीत स्थिति लेना शामिल है। विरोधाभासी व्यापारियों का मानना ​​है कि बाजार खबरों पर जरूरत से ज्यादा प्रतिक्रिया करता है और कीमतें अंततः अपने औसत स्तर पर वापस आ जाएंगी। पोजीशन ट्रेडिंग:\nएक दीर्घकालिक दृष्टिकोण अपनाता है, जिसमें पद हफ्तों, महीनों या वर्षों तक बने रहते हैं। व्यापारी अवसरों की पहचान करने के लिए मौलिक विश्लेषण और व्यापक आर्थिक रुझानों पर ध्यान केंद्रित करते हैं। एल्गोरिदमिक ट्रेडिंग:\nपूर्वनिर्धारित मानदंडों के आधार पर ट्रेडों को स्वचालित रूप से निष्पादित करने के लिए कंप्यूटर एल्गोरिदम का उपयोग करता है। एल्गोरिदम बड़ी मात्रा में डेटा का विश्लेषण कर सकते हैं और उच्च गति पर ट्रेड निष्पादित कर सकते हैं। पैटर्न ट्रेडिंग:\nइसमें विशिष्ट चार्ट पैटर्न, जैसे त्रिकोण, झंडे, और सिर और कंधों की संरचना की पहचान करना और व्यापार करना शामिल है। व्यापारी इन पैटर्नों को पहचानने और भविष्य की कीमतों में उतार-चढ़ाव की भविष्यवाणी करने के लिए तकनीकी विश्लेषण का उपयोग करते हैं। हाई-फ़्रीक्वेंसी ट्रेडिंग (HFT):\nएक सेकंड के कुछ अंशों में बड़ी संख्या में ट्रेडों को निष्पादित करने के लिए परिष्कृत एल्गोरिदम और हाई-स्पीड डेटा कनेक्शन का उपयोग करता है। एचएफटी कंपनियां छोटी मूल्य विसंगतियों और मध्यस्थता के अवसरों का लाभ उठाती हैं। प्रत्येक ट्रेडिंग शैली के अपने फायदे और चुनौतियाँ हैं, और व्यापारी अक्सर उसे चुनते हैं जो उनकी जोखिम सहनशीलता, समय सीमा और बाजार विशेषज्ञता के साथ सबसे अच्छा मेल खाता है।\n","permalink":"https://www.shafiq.in/hi/blog/day-trading-styles/","summary":"\u003col\u003e\n\u003cli\u003e\n\u003cp\u003e\u003cstrong\u003eस्केलपिंग:\u003c/strong\u003e\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eछोटे मूल्य आंदोलनों से लाभ कमाने के लक्ष्य के साथ, दिन भर में कई छोटे व्यापार करना शामिल है।\u003c/li\u003e\n\u003cli\u003eआमतौर पर, पदों को बहुत कम समय के लिए रखा जाता है, अक्सर केवल कुछ सेकंड से लेकर मिनटों तक।\u003c/li\u003e\n\u003c/ul\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cp\u003e\u003cstrong\u003eडे ट्रेडिंग:\u003c/strong\u003e\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eएक ही कारोबारी दिन के भीतर वित्तीय उपकरण खरीदना और बेचना।\u003c/li\u003e\n\u003cli\u003eरात भर के जोखिम से बचने के लिए पोजीशन आमतौर पर बाजार बंद होने से पहले बंद कर दी जाती हैं।\u003c/li\u003e\n\u003c/ul\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cp\u003e\u003cstrong\u003eस्विंग ट्रेडिंग:\u003c/strong\u003e\u003c/p\u003e","title":"डे ट्रेडिंग शैलियाँ"},{"content":"CODE_ब्लॉक_0\n","permalink":"https://www.shafiq.in/hi/blog/%E0%A4%8F%E0%A4%A8%E0%A4%AA%E0%A5%80%E0%A4%8F%E0%A4%AE-%E0%A4%B5%E0%A4%BF%E0%A4%B6%E0%A5%8D%E0%A4%B5-%E0%A4%B8%E0%A5%8D%E0%A4%A4%E0%A4%B0-%E0%A4%AA%E0%A4%B0-%E0%A4%B8%E0%A5%8D%E0%A4%A5%E0%A4%BE%E0%A4%AA%E0%A4%BF%E0%A4%A4-%E0%A4%B8%E0%A4%AD%E0%A5%80-%E0%A4%AA%E0%A5%88%E0%A4%95%E0%A5%87%E0%A4%9C%E0%A5%8B%E0%A4%82-%E0%A4%95%E0%A5%8B-%E0%A4%85%E0%A4%A6%E0%A5%8D%E0%A4%AF%E0%A4%A4%E0%A4%A8-%E0%A4%95%E0%A4%B0%E0%A4%A4%E0%A4%BE-%E0%A4%B9%E0%A5%88/","summary":"\u003cp\u003e\u003cstrong\u003eCODE_ब्लॉक_0\u003c/strong\u003e\u003c/p\u003e","title":"एनपीएम विश्व स्तर पर स्थापित सभी पैकेजों को अद्यतन करता है"},{"content":"परिचय यदि आप Azure के साथ काम कर रहे हैं, तो आपको एक त्रुटि का सामना करना पड़ा होगा जो कुछ इस तरह दिखती है:\n\u0026ldquo;अनुरोध भेजने में विफलता: स्टेटसकोड = 0 - मूल त्रुटि: कोड = \u0026lsquo;ReferencedResourceNotProvisioned\u0026rsquo; संदेश = \u0026lsquo;ऑपरेशन के साथ आगे नहीं बढ़ सकता क्योंकि संसाधन द्वारा उपयोग किया गया संसाधन सफल स्थिति में नहीं है। संसाधन अद्यतन स्थिति में है और अंतिम ऑपरेशन जो संसाधन को अद्यतन/अद्यतन कर रहा है वह है पुटसबनेटऑपरेशन।\u0026rsquo;\u0026rdquo;\nहालाँकि त्रुटि संदेश पहली बार में डराने वाला और रहस्यमय लग सकता है, चिंता न करें। इस पोस्ट में, हम विस्तार से जानेंगे कि इस त्रुटि का क्या अर्थ है और आप इसे कैसे हल कर सकते हैं।\nयह त्रुटि क्यों होती है? त्रुटि संदेश हमें बताता है कि आप जिस ऑपरेशन को करने का प्रयास कर रहे हैं वह आगे नहीं बढ़ सकता क्योंकि संबंधित संसाधन \u0026lsquo;सफल\u0026rsquo; स्थिति के बजाय \u0026lsquo;अद्यतन\u0026rsquo; स्थिति में है। यह आमतौर पर तब होता है जब उसी या संबंधित संसाधन पर कोई ऑपरेशन चल रहा होता है, जो Azure को आपके द्वारा अनुरोधित ऑपरेशन को निष्पादित करने से रोकता है।\nएक व्यावहारिक समाधान हालाँकि तुरंत समस्या निवारण शुरू करना आकर्षक हो सकता है, लेकिन इसके लिए एक अपेक्षाकृत सरल समाधान है। आप -parallelism ध्वज सेट करके Azure के API के साथ एक साथ संचालन की संख्या को समायोजित कर सकते हैं। इसे 1 पर सेट करने से अक्सर यह समस्या हल हो सकती है:\nCODE_ब्लॉक_1\nयह कैसे काम करता है? जब आप समानांतर ऑपरेशनों की संख्या को 1 तक सीमित करते हैं, तो आप अनिवार्य रूप से Azure को एक समय में एक ऑपरेशन को पूरा करने पर ध्यान केंद्रित करने के लिए कह रहे हैं। यह आम तौर पर चल रहे संचालन को पूरा करने की अनुमति देता है, संसाधन को \u0026lsquo;सफल\u0026rsquo; स्थिति तक पहुंचने के लिए मुक्त करता है, और इस प्रकार त्रुटि का समाधान करता है।\nहालाँकि विकास के दौरान त्रुटियों का सामना करना निराशाजनक हो सकता है, लेकिन यह समझना कि उनके पीछे क्या है और उन्हें कैसे ठीक किया जाए, यात्रा का हिस्सा है। अगली बार जब आप StatusCode=0 \u0026quot;ReferencedResourceNotProvisioned\u0026quot; त्रुटि का सामना करें, तो -parallelism ध्वज को समायोजित करने का प्रयास करना याद रखें। यह आपके एज़्योर साहसिक कार्यों में आने वाली बाधाओं को दूर करने का एक सरल लेकिन प्रभावी तरीका है।\n","permalink":"https://www.shafiq.in/hi/blog/%E0%A4%A4%E0%A5%8D%E0%A4%B0%E0%A5%81%E0%A4%9F%E0%A4%BF-%E0%A4%95%E0%A5%8B-%E0%A4%A1%E0%A4%BF%E0%A4%95%E0%A5%8B%E0%A4%A1-%E0%A4%95%E0%A4%B0%E0%A4%A8%E0%A4%BE-%E0%A4%B8%E0%A5%8D%E0%A4%9F%E0%A5%87%E0%A4%9F%E0%A4%B8%E0%A4%95%E0%A5%8B%E0%A4%A10-referencedresourcenotprovisioned-azure-%E0%A4%AE%E0%A5%87%E0%A4%82/","summary":"\u003ch2 id=\"परचय\"\u003eपरिचय\u003c/h2\u003e\n\u003cp\u003eयदि आप Azure के साथ काम कर रहे हैं, तो आपको एक त्रुटि का सामना करना पड़ा होगा जो कुछ इस तरह दिखती है:\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003e\u0026ldquo;अनुरोध भेजने में विफलता: स्टेटसकोड = 0 - मूल त्रुटि: कोड = \u0026lsquo;ReferencedResourceNotProvisioned\u0026rsquo; संदेश = \u0026lsquo;ऑपरेशन के साथ आगे नहीं बढ़ सकता क्योंकि संसाधन द्वारा उपयोग किया गया संसाधन सफल स्थिति में नहीं है। संसाधन अद्यतन स्थिति में है और अंतिम ऑपरेशन जो संसाधन को अद्यतन/अद्यतन कर रहा है वह है पुटसबनेटऑपरेशन।\u0026rsquo;\u0026rdquo;\u003c/p\u003e","title":"त्रुटि को डिकोड करना: स्टेटसकोड=0 \"ReferencedResourceNotProvisioned\" Azure में"},{"content":"नीचे दिया गया उदाहरण AWS इंस्टेंस को टेराफ़ॉर्म मॉड्यूल में आयात करेगा:\nCODE_ब्लॉक_0\n","permalink":"https://www.shafiq.in/hi/blog/%E0%A4%9F%E0%A5%87%E0%A4%B0%E0%A4%BE%E0%A4%AB%E0%A5%89%E0%A4%B0%E0%A5%8D%E0%A4%AE-%E0%A4%AE%E0%A5%89%E0%A4%A1%E0%A5%8D%E0%A4%AF%E0%A5%82%E0%A4%B2-%E0%A4%AE%E0%A5%87%E0%A4%82-%E0%A4%8F%E0%A4%95-%E0%A4%B8%E0%A4%82%E0%A4%B8%E0%A4%BE%E0%A4%A7%E0%A4%A8-%E0%A4%86%E0%A4%AF%E0%A4%BE%E0%A4%A4-%E0%A4%95%E0%A4%B0%E0%A5%87%E0%A4%82/","summary":"\u003cp\u003eनीचे दिया गया उदाहरण AWS इंस्टेंस को टेराफ़ॉर्म मॉड्यूल में आयात करेगा:\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eCODE_ब्लॉक_0\u003c/strong\u003e\u003c/p\u003e","title":"टेराफॉर्म मॉड्यूल में एक संसाधन आयात करें"},{"content":"कोड के रूप में इंफ्रास्ट्रक्चर के क्षेत्र में, टेराफॉर्म मॉड्यूल आपके जीवन को आसान बनाने में महत्वपूर्ण भूमिका निभा सकते हैं। हालाँकि, कभी-कभी, ये मॉड्यूल अपने स्रोत पैकेज की मूल निर्देशिका में नहीं रहते हैं। इसके बजाय, वे उप-निर्देशिकाओं में रहते हैं। शुक्र है, टेराफॉर्म के पास इन नेस्टेड मॉड्यूल तक पहुंचने में आपकी मदद करने का एक स्मार्ट तरीका है।\nटेराफॉर्म सटीक उप-निर्देशिका को इंगित करने में मदद करने के लिए एक अद्वितीय डबल-स्लैश (//) सिंटैक्स का उपयोग करता है जहां मॉड्यूल स्थित है। इस डबल-स्लैश सिंटैक्स का अनुसरण करने वाले पथ को पैकेज या रिपॉजिटरी के भीतर एक उप-निर्देशिका माना जाता है।\nइस अवधारणा को स्पष्ट करने के लिए यहां कुछ उदाहरण दिए गए हैं:\nAWS में कॉन्सल मॉड्यूल का उपयोग करना: hashicorp/consul/aws//modules/consul-cluster Git रिपॉजिटरी में VPC मॉड्यूल की ओर इशारा करना: git::https://example.com/network.git//modules/vpc ज़िप फ़ाइल से VPC मॉड्यूल तक पहुँचना: https://example.com/network-module.zip//modules/vpc S3 बकेट से VPC मॉड्यूल पुनर्प्राप्त करना: s3::https://s3-eu-west-1.amazonaws.com/examplecorp-terraform-modules/network.zip//modules/vpc अब, यदि आप संस्करण नियंत्रण स्रोतों के साथ काम कर रहे हैं और आपको किसी विशेष संस्करण को निर्दिष्ट करने के लिए ref जैसे तर्क शामिल करने की आवश्यकता है, तो सुनिश्चित करें कि उप-निर्देशिका पथ इन तर्कों से पहले आता है। उदाहरण के लिए:\nकोड_ब्लॉक_6 ध्यान देने वाली एक और बात यह है कि जब आप इस सुविधा का उपयोग करते हैं, तो टेराफॉर्म पूरे पैकेज को आपकी स्थानीय मशीन पर डाउनलोड कर देगा। हालाँकि, यह केवल निर्दिष्ट उप-निर्देशिका में मौजूद मॉड्यूल का उपयोग करेगा। इसका मतलब यह भी है कि यदि आपके पास एक ही पैकेज के भीतर एक-दूसरे के साथ बातचीत करने वाले मॉड्यूल हैं, तो वे स्थानीय पथों का उपयोग करके एक-दूसरे को सुरक्षित रूप से संदर्भित कर सकते हैं।\nअधिक जानकारी के लिए, आप Modules in Package Subdirectories पर आधिकारिक टेराफ़ॉर्म दस्तावेज़ देख सकते हैं।\nउपनिर्देशिकाओं को नेविगेट करना एक मामूली सुविधा की तरह लग सकता है, लेकिन यह एक शक्तिशाली उपकरण है जो बाहरी मॉड्यूल का प्रभावी ढंग से लाभ उठाते हुए आपके कोडबेस को व्यवस्थित रखने में आपकी मदद करता है। हैप्पी कोडिंग!\n","permalink":"https://www.shafiq.in/hi/blog/%E0%A4%AA%E0%A5%88%E0%A4%95%E0%A5%87%E0%A4%9C-%E0%A4%89%E0%A4%AA%E0%A4%A8%E0%A4%BF%E0%A4%B0%E0%A5%8D%E0%A4%A6%E0%A5%87%E0%A4%B6%E0%A4%BF%E0%A4%95%E0%A4%BE%E0%A4%93%E0%A4%82-%E0%A4%AE%E0%A5%87%E0%A4%82-%E0%A4%B8%E0%A4%82%E0%A4%97%E0%A5%8D%E0%A4%B0%E0%A4%B9%E0%A5%80%E0%A4%A4-%E0%A4%9F%E0%A5%87%E0%A4%B0%E0%A4%BE%E0%A4%AB%E0%A5%89%E0%A4%B0%E0%A5%8D%E0%A4%AE-%E0%A4%AE%E0%A5%89%E0%A4%A1%E0%A5%8D%E0%A4%AF%E0%A5%82%E0%A4%B2-%E0%A4%95%E0%A5%8B-%E0%A4%A8%E0%A5%87%E0%A4%B5%E0%A4%BF%E0%A4%97%E0%A5%87%E0%A4%9F-%E0%A4%95%E0%A4%B0%E0%A4%A8%E0%A4%BE/","summary":"\u003cp\u003eकोड के रूप में इंफ्रास्ट्रक्चर के क्षेत्र में, टेराफॉर्म मॉड्यूल आपके जीवन को आसान बनाने में महत्वपूर्ण भूमिका निभा सकते हैं। हालाँकि, कभी-कभी, ये मॉड्यूल अपने स्रोत पैकेज की मूल निर्देशिका में नहीं रहते हैं। इसके बजाय, वे उप-निर्देशिकाओं में रहते हैं। शुक्र है, टेराफॉर्म के पास इन नेस्टेड मॉड्यूल तक पहुंचने में आपकी मदद करने का एक स्मार्ट तरीका है।\u003c/p\u003e\n\u003cp\u003eटेराफॉर्म सटीक उप-निर्देशिका को इंगित करने में मदद करने के लिए एक अद्वितीय डबल-स्लैश (\u003ccode\u003e//\u003c/code\u003e) सिंटैक्स का उपयोग करता है जहां मॉड्यूल स्थित है। इस डबल-स्लैश सिंटैक्स का अनुसरण करने वाले पथ को पैकेज या रिपॉजिटरी के भीतर एक उप-निर्देशिका माना जाता है।\u003c/p\u003e","title":"पैकेज उपनिर्देशिकाओं में संग्रहीत टेराफॉर्म मॉड्यूल को नेविगेट करना"},{"content":"मुद्दे को समझना: \u0026lsquo;आरपीसी विफल; HTTP 413 कर्ल 22\u0026rsquo; यदि आपको त्रुटि संदेश मिला है \u0026ldquo;आरपीसी विफल; HTTP 413 कर्ल 22 अनुरोधित यूआरएल ने त्रुटि दी: 413 अनुरोध इकाई बहुत बड़ी है,\u0026rdquo; तो आप शायद Nginx चलाने वाले अपने सर्वर पर HTTP पर एक भारी प्रतिबद्धता को आगे बढ़ाने की कोशिश कर रहे हैं। इस त्रुटि का अर्थ है कि आप जिस अनुरोध को भेजने का प्रयास कर रहे हैं उसका आकार उस सीमा से अधिक है जिसे सर्वर स्वीकार करना चाहता है। तो, आप इसे कैसे ठीक करेंगे?\nNginx समाधान: कॉन्फ़िगरेशन फ़ाइल को अद्यतन करना चिंता मत करो; समाधान जितना लगता है उससे कहीं अधिक सरल है। इस त्रुटि से छुटकारा पाने के लिए इन चरणों का पालन करें:\nचरण 1: अपनी Nginx कॉन्फ़िगरेशन फ़ाइल का पता लगाएं पहली चीज़ जो आपको करने की ज़रूरत है वह है अपनी nginx.conf फ़ाइल ढूँढ़ना। आपके सेटअप के आधार पर स्थान भिन्न हो सकता है, लेकिन आम तौर पर, आप इसे /etc/nginx/nginx.conf में पाएंगे।\nचरण 2: कॉन्फ़िगरेशन फ़ाइल संपादित करें अपनी पसंद के टेक्स्ट एडिटर में कॉन्फ़िगरेशन फ़ाइल खोलें। तब तक स्क्रॉल करें जब तक आपको निम्न में से कोई एक ब्लॉक न मिल जाए: http, server, या location।\nचरण 3: \u0026lsquo;क्लाइंट_मैक्स_बॉडी_साइज़\u0026rsquo; जोड़ें या अपडेट करें आपके द्वारा चुने गए ब्लॉक के भीतर लाइन client_max_body_size 50m; डालें। 50m को आपकी आवश्यकताओं के अनुरूप किसी भी आकार की सीमा में बदलने के लिए स्वतंत्र महसूस करें।\nचरण 4: फ़ाइल को सहेजें और बंद करें एक बार परिवर्तन करने के बाद, फ़ाइल सहेजें और टेक्स्ट संपादक से बाहर निकलें।\nचरण 5: नेग्नेक्स कॉन्फ़िगरेशन को पुनः लोड करें यह सुनिश्चित करने के लिए कि Nginx आपकी नई सेटिंग को ध्यान में रखता है, अपने टर्मिनल में निम्नलिखित कमांड चलाकर सेवा को पुनः लोड करें:\nCODE_ब्लॉक_7\nचरण 6: नए कॉन्फ़िगरेशन का परीक्षण करें आगे बढ़ें और HTTP पर अपनी प्रतिबद्धता को एक बार फिर आगे बढ़ाने का प्रयास करें। यदि सब कुछ ठीक हो गया है, तो त्रुटि अब प्रकट नहीं होनी चाहिए।\nसमापन और यह आपके पास है! आपने \u0026ldquo;आरपीसी विफल; HTTP 413 कर्ल 22\u0026rdquo; त्रुटि का समाधान करते हुए, बॉडी आकार सीमा को सफलतापूर्वक बढ़ा दिया है। हैप्पी कोडिंग!\n","permalink":"https://www.shafiq.in/hi/blog/nginx-%E0%A4%AE%E0%A5%87%E0%A4%82-rpc-%E0%A4%B5%E0%A4%BF%E0%A4%AB%E0%A4%B2-http-413-%E0%A4%95%E0%A4%B0%E0%A5%8D%E0%A4%B2-22-%E0%A4%A4%E0%A5%8D%E0%A4%B0%E0%A5%81%E0%A4%9F%E0%A4%BF-%E0%A4%95%E0%A5%8B-%E0%A4%95%E0%A5%88%E0%A4%B8%E0%A5%87-%E0%A4%A0%E0%A5%80%E0%A4%95-%E0%A4%95%E0%A4%B0%E0%A5%87%E0%A4%82/","summary":"\u003ch2 id=\"मदद-क-समझन-आरपस-वफल-http-413-करल-22\"\u003eमुद्दे को समझना: \u0026lsquo;आरपीसी विफल; HTTP 413 कर्ल 22\u0026rsquo;\u003c/h2\u003e\n\u003cp\u003eयदि आपको त्रुटि संदेश मिला है \u0026ldquo;आरपीसी विफल; HTTP 413 कर्ल 22 अनुरोधित यूआरएल ने त्रुटि दी: 413 अनुरोध इकाई बहुत बड़ी है,\u0026rdquo; तो आप शायद Nginx चलाने वाले अपने सर्वर पर HTTP पर एक भारी प्रतिबद्धता को आगे बढ़ाने की कोशिश कर रहे हैं। इस त्रुटि का अर्थ है कि आप जिस अनुरोध को भेजने का प्रयास कर रहे हैं उसका आकार उस सीमा से अधिक है जिसे सर्वर स्वीकार करना चाहता है। तो, आप इसे कैसे ठीक करेंगे?\u003c/p\u003e","title":"Nginx में \"RPC विफल; HTTP 413 कर्ल 22\" त्रुटि को कैसे ठीक करें"},{"content":"स्थानीय फ़ाइलों से गंतव्य मशीन पर रत्न स्थापित करें:\nCODE_ब्लॉक_0\n","permalink":"https://www.shafiq.in/hi/blog/%E0%A4%B0%E0%A5%82%E0%A4%AC%E0%A5%80-%E0%A4%B0%E0%A4%A4%E0%A5%8D%E0%A4%A8-%E0%A4%AB%E0%A4%BC%E0%A4%BE%E0%A4%87%E0%A4%B2%E0%A5%87%E0%A4%82-%E0%A4%B8%E0%A5%8D%E0%A4%A5%E0%A4%BE%E0%A4%AA%E0%A4%BF%E0%A4%A4-%E0%A4%95%E0%A4%B0%E0%A5%87%E0%A4%82/","summary":"\u003cp\u003eस्थानीय फ़ाइलों से गंतव्य मशीन पर रत्न स्थापित करें:\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eCODE_ब्लॉक_0\u003c/strong\u003e\u003c/p\u003e","title":"रूबी रत्न फ़ाइलें स्थापित करें"},{"content":"हम सभी ने सदियों पुरानी कहावत सुनी है: घोड़े के आगे गाड़ी लगाना। दुर्भाग्य से, DevOps की दुनिया में, यह जितना होना चाहिए उससे कहीं अधिक बार हो रहा है, और अब समय आ गया है कि हम इसके बारे में बात करें।\nमुद्दे की जड़ यह है कि, अक्सर, ध्यान वास्तविक समस्याओं को हल करने पर नहीं होता है; यह चमकदार नई प्रौद्योगिकियों के उपयोग पर है। इसे चित्रित करें: एक डेवलपर प्रौद्योगिकी के एक अत्याधुनिक टुकड़े पर ठोकर खाता है। वे तुरंत इसकी विशेषताओं, इसकी क्षमताओं, जिस तरह से इसे \u0026lsquo;अगली बड़ी चीज़\u0026rsquo; के रूप में प्रचारित किया जाता है, से मंत्रमुग्ध हो जाते हैं। इसलिए, वे इसे अपने काम में शामिल करने के तरीके ढूंढना शुरू कर देते हैं, भले ही यह वास्तव में मौजूदा समस्याओं के लिए सबसे उपयुक्त हो या नहीं।\nइस दृष्टिकोण के परिणाम कई गुना हो सकते हैं। शुरुआत के लिए, यह उपकरणों और प्रक्रियाओं के अत्यधिक, पेचीदा जाल को जन्म दे सकता है जो आवश्यक रूप से एक दूसरे के साथ अच्छी तरह से संवाद नहीं करते हैं। यह जटिल प्रणाली न केवल अतिरिक्त काम पैदा करती है बल्कि ऑपरेशन की समग्र दक्षता और प्रभावशीलता को भी कम कर देती है। इसके अलावा, जब आप तकनीक पर बहुत अधिक ध्यान केंद्रित करते हैं और उस मुद्दे पर पर्याप्त ध्यान नहीं देते हैं जिसे आप संबोधित करने का प्रयास कर रहे हैं, तो आप सरल, अधिक सीधे समाधानों को नजरअंदाज करने का जोखिम उठाते हैं जो बेहतर नहीं तो उतना ही अच्छा काम कर सकते हैं।\nआइए वित्तीय पहलू के बारे में भी न भूलें। इस बात की स्पष्ट समझ के बिना कि यह विशिष्ट चुनौतियों का समाधान कैसे करेगी या मूल्य कैसे जोड़ेगी, नई तकनीक में निवेश करना संसाधनों की बर्बादी हो सकता है। हम यहां समय और धन, दोनों संसाधनों के बारे में बात कर रहे हैं जिनका उपयोग नवाचार करने और वास्तविक, गंभीर समस्याओं से निपटने के लिए बेहतर ढंग से किया जा सकता है।\nइसका मतलब यह नहीं है कि नई प्रौद्योगिकियाँ दुश्मन हैं। से बहुत दूर। वे हमारे काम करने के तरीके में क्रांतिकारी बदलाव लाने की अद्भुत क्षमताएं प्रदान करते हैं। लेकिन मुख्य बात यह है कि समस्या को प्रौद्योगिकी का मार्गदर्शन करने दिया जाए, न कि इसके विपरीत।\nनवीनतम उपकरण या प्रक्रिया के आकर्षण में फंसने से पहले, एक कदम पीछे हटें। आप जिन चुनौतियों का सामना कर रहे हैं उन्हें पहचानें। संभावित समाधानों का मानचित्र तैयार करें और उन्हें एक-दूसरे के विरुद्ध तौलें। सबसे महत्वपूर्ण बात, अपनी टीम से परामर्श लें। हो सकता है कि उनके पास ऐसी अंतर्दृष्टि या चिंताएँ हों जिन पर आपने विचार भी नहीं किया हो।\nइसलिए, जैसे ही हम DevOps के लगातार विकसित हो रहे परिदृश्य में आगे बढ़ रहे हैं, आइए सुनिश्चित करें कि हम घोड़े के साथ आगे बढ़ रहे हैं, गाड़ी से नहीं। ऐसा करने पर, हमें अपनी मंजिल तक पहुंचने का बेहतर मौका मिलता है: वास्तविक दुनिया की समस्याओं को सबसे प्रभावी समाधानों के साथ हल करना।\n","permalink":"https://www.shafiq.in/hi/blog/%E0%A4%98%E0%A5%8B%E0%A4%A1%E0%A4%BC%E0%A5%87-%E0%A4%B8%E0%A5%87-%E0%A4%AA%E0%A4%B9%E0%A4%B2%E0%A5%87-%E0%A4%97%E0%A4%BE%E0%A4%A1%E0%A4%BC%E0%A5%80-%E0%A4%8F%E0%A4%95-devops-%E0%A4%AA%E0%A4%B9%E0%A5%87%E0%A4%B2%E0%A5%80/","summary":"\u003cp\u003eहम सभी ने सदियों पुरानी कहावत सुनी है: घोड़े के आगे गाड़ी लगाना। दुर्भाग्य से, DevOps की दुनिया में, यह जितना होना चाहिए उससे कहीं अधिक बार हो रहा है, और अब समय आ गया है कि हम इसके बारे में बात करें।\u003c/p\u003e\n\u003cp\u003eमुद्दे की जड़ यह है कि, अक्सर, ध्यान वास्तविक समस्याओं को हल करने पर नहीं होता है; यह चमकदार नई प्रौद्योगिकियों के उपयोग पर है। इसे चित्रित करें: एक डेवलपर प्रौद्योगिकी के एक अत्याधुनिक टुकड़े पर ठोकर खाता है। वे तुरंत इसकी विशेषताओं, इसकी क्षमताओं, जिस तरह से इसे \u0026lsquo;अगली बड़ी चीज़\u0026rsquo; के रूप में प्रचारित किया जाता है, से मंत्रमुग्ध हो जाते हैं। इसलिए, वे इसे अपने काम में शामिल करने के तरीके ढूंढना शुरू कर देते हैं, भले ही यह वास्तव में मौजूदा समस्याओं के लिए सबसे उपयुक्त हो या नहीं।\u003c/p\u003e","title":"घोड़े से पहले गाड़ी - एक DevOps पहेली"},{"content":"CODE_ब्लॉक_0\n","permalink":"https://www.shafiq.in/hi/blog/%E0%A4%AC%E0%A4%BF%E0%A4%A8/%E0%A4%B6-1-%E0%A4%AC%E0%A4%BE%E0%A4%87%E0%A4%B8%E0%A4%A8-%E0%A4%A8%E0%A4%B9%E0%A5%80%E0%A4%82-%E0%A4%AE%E0%A4%BF%E0%A4%B2%E0%A4%BE/","summary":"\u003cp\u003e\u003cstrong\u003eCODE_ब्लॉक_0\u003c/strong\u003e\u003c/p\u003e","title":"/बिन/श: 1: बाइसन: नहीं मिला"},{"content":"CODE_ब्लॉक_0\n","permalink":"https://www.shafiq.in/hi/blog/%E0%A4%AC%E0%A4%BF%E0%A4%A8/%E0%A4%B6-1-%E0%A4%AB%E0%A5%8D%E0%A4%B2%E0%A5%87%E0%A4%95%E0%A5%8D%E0%A4%B8-%E0%A4%A8%E0%A4%B9%E0%A5%80%E0%A4%82-%E0%A4%AE%E0%A4%BF%E0%A4%B2%E0%A4%BE/","summary":"\u003cp\u003e\u003cstrong\u003eCODE_ब्लॉक_0\u003c/strong\u003e\u003c/p\u003e","title":"/बिन/श: 1: फ्लेक्स: नहीं मिला"},{"content":"त्रुटि:\nxcrun: त्रुटि: सक्रिय डेवलपर पथ (\u0026quot;/Applications/Xcode.app/Contents/Developer\u0026quot;) मौजूद नहीं है\nउस Xcode को निर्दिष्ट करने के लिए sudo xcode-select --switch path/to/Xcode.app का उपयोग करें जिसे आप कमांड लाइन डेवलपर टूल के लिए उपयोग करना चाहते हैं, या स्टैंडअलोन कमांड लाइन डेवलपर टूल को स्थापित करने के लिए xcode-select --install का उपयोग करें।\nअधिक विवरण के लिए man xcode-select देखें।\nxcrun: त्रुटि: सक्रिय डेवलपर पथ (\u0026quot;/Applications/Xcode.app/Contents/Developer\u0026quot;) मौजूद नहीं है\nउस Xcode को निर्दिष्ट करने के लिए sudo xcode-select --switch path/to/Xcode.app का उपयोग करें जिसे आप कमांड लाइन डेवलपर टूल के लिए उपयोग करना चाहते हैं, या स्टैंडअलोन कमांड लाइन डेवलपर टूल को स्थापित करने के लिए xcode-select --install का उपयोग करें।\nअधिक विवरण के लिए man xcode-select देखें।\nसमाधान:\nsudo xcode-select -reset\n","permalink":"https://www.shafiq.in/hi/blog/%E0%A4%B8%E0%A4%AE%E0%A4%BE%E0%A4%A7%E0%A4%BE%E0%A4%A8-xcrun-%E0%A4%A4%E0%A5%8D%E0%A4%B0%E0%A5%81%E0%A4%9F%E0%A4%BF-%E0%A4%B8%E0%A4%95%E0%A5%8D%E0%A4%B0%E0%A4%BF%E0%A4%AF-%E0%A4%A1%E0%A5%87%E0%A4%B5%E0%A4%B2%E0%A4%AA%E0%A4%B0-%E0%A4%AA%E0%A4%A5-/applications/xcode.app/contents/developer-%E0%A4%AE%E0%A5%8C%E0%A4%9C%E0%A5%82%E0%A4%A6-%E0%A4%A8%E0%A4%B9%E0%A5%80%E0%A4%82-%E0%A4%B9%E0%A5%88/","summary":"\u003cp\u003eत्रुटि:\u003c/p\u003e\n\u003cp\u003excrun: त्रुटि: सक्रिय डेवलपर पथ (\u0026quot;/Applications/Xcode.app/Contents/Developer\u0026quot;) मौजूद नहीं है\u003cbr\u003e\nउस Xcode को निर्दिष्ट करने के लिए \u003ccode\u003esudo xcode-select --switch path/to/Xcode.app\u003c/code\u003e का उपयोग करें जिसे आप कमांड लाइन डेवलपर टूल के लिए उपयोग करना चाहते हैं, या स्टैंडअलोन कमांड लाइन डेवलपर टूल को स्थापित करने के लिए \u003ccode\u003excode-select --install\u003c/code\u003e का उपयोग करें।\u003cbr\u003e\nअधिक विवरण के लिए \u003ccode\u003eman xcode-select\u003c/code\u003e देखें।\u003cbr\u003e\nxcrun: त्रुटि: सक्रिय डेवलपर पथ (\u0026quot;/Applications/Xcode.app/Contents/Developer\u0026quot;) मौजूद नहीं है\u003cbr\u003e\nउस Xcode को निर्दिष्ट करने के लिए \u003ccode\u003esudo xcode-select --switch path/to/Xcode.app\u003c/code\u003e का उपयोग करें जिसे आप कमांड लाइन डेवलपर टूल के लिए उपयोग करना चाहते हैं, या स्टैंडअलोन कमांड लाइन डेवलपर टूल को स्थापित करने के लिए \u003ccode\u003excode-select --install\u003c/code\u003e का उपयोग करें।\u003cbr\u003e\nअधिक विवरण के लिए \u003ccode\u003eman xcode-select\u003c/code\u003e देखें।\u003c/p\u003e","title":"[समाधान] xcrun: त्रुटि: सक्रिय डेवलपर पथ (\"/Applications/Xcode.app/Contents/Developer\") मौजूद नहीं है"},{"content":"क्या आप दो Git रिपॉजिटरी या शाखाओं में फंस गए हैं जिनका इतिहास पूरी तरह से अलग है, लेकिन आपको उन्हें मर्ज करने की आवश्यकता है? हो सकता है कि आप किसी बाधा का सामना कर रहे हों क्योंकि Git को डिफ़ॉल्ट रूप से इस प्रकार के ऑपरेशन को रोकने के लिए डिज़ाइन किया गया है। हालाँकि, इसके लिए एक समाधान मौजूद है और यह जितना आप सोच सकते हैं उससे कहीं अधिक सरल है।\nसमस्या: असंबंधित गिट इतिहास कल्पना कीजिए कि आप एक ऐसे प्रोजेक्ट पर काम कर रहे हैं जहां आपकी एक main शाखा है, और किसी और के पास अपने स्वयं के इतिहास के साथ एक पूरी तरह से अलग प्रोजेक्ट है। अब, आप दोनों परियोजनाओं को एक ही भंडार में संयोजित करना चाहते हैं। यदि आप नियमित git merge या git rebase करने का प्रयास करते हैं, तो Git संभवतः आपको एक त्रुटि संदेश के साथ रोक देगा, कुछ इस तरह:\nCODE_ब्लॉक_3\nसमाधान: असंबंधित इतिहास की अनुमति दें इस समस्या को हल करने की कुंजी --allow-unrelated-histories ध्वज में निहित है। यह विकल्प गिट को इस तथ्य को नजरअंदाज करने और विलय के साथ आगे बढ़ने के लिए कहता है कि दोनों शाखाओं का कोई सामान्य आधार नहीं है।\nयहां एक सरल चरण-दर-चरण मार्गदर्शिका दी गई है:\nअन्य रिपॉजिटरी प्राप्त करें: यदि आप एक अलग रिपॉजिटरी के साथ काम कर रहे हैं, तो आपको सबसे पहले इसे अपने वर्तमान रिपॉजिटरी में लाना होगा। आप इसके साथ ऐसा कर सकते हैं:\nकोड_ब्लॉक_5\nलक्ष्य शाखा पर स्विच करें: सुनिश्चित करें कि आप उस शाखा में हैं जिसमें आप असंबंधित इतिहास को मर्ज करना चाहते हैं। आमतौर पर, यह आपकी main शाखा होगी:\nCODE_ब्लॉक_7\nमर्ज करें: अब, --allow-unrelated-histories ध्वज के साथ वास्तविक मर्ज करें:\nCODE_ब्लॉक_9\nविरोधों का समाधान करें: यदि कोई फ़ाइल विरोध है, तो उन्हें वैसे ही हल करें जैसे आप आमतौर पर करते हैं।\nकमिट करें और पुश करें: अंत में, परिवर्तन करें और उन्हें अपने रिपॉजिटरी में पुश करें:\nCODE_ब्लॉक_10\nऔर वोइला! आपने दो असंबंधित Git इतिहासों का सफलतापूर्वक विलय कर दिया है।\nहालाँकि असंबद्ध Git इतिहास को मर्ज करने की आवश्यकता दुर्लभ है, यह जानना अच्छा है कि आपके पास ज़रूरत पड़ने पर काम पूरा करने के लिए उपकरण हैं। याद रखें, --allow-unrelated-histories ध्वज का उपयोग बुद्धिमानी और सावधानी से करें, क्योंकि यह आपके Git इतिहास में महत्वपूर्ण बदलाव कर सकता है।\n","permalink":"https://www.shafiq.in/hi/blog/%E0%A4%85%E0%A4%B8%E0%A4%82%E0%A4%AC%E0%A4%82%E0%A4%A7%E0%A4%BF%E0%A4%A4-%E0%A4%97%E0%A4%BF%E0%A4%9F-%E0%A4%87%E0%A4%A4%E0%A4%BF%E0%A4%B9%E0%A4%BE%E0%A4%B8-%E0%A4%95%E0%A4%BE-%E0%A4%B5%E0%A4%BF%E0%A4%B2%E0%A4%AF-%E0%A4%8F%E0%A4%95-%E0%A4%B8%E0%A4%B0%E0%A4%B2-%E0%A4%AE%E0%A4%BE%E0%A4%B0%E0%A5%8D%E0%A4%97%E0%A4%A6%E0%A4%B0%E0%A5%8D%E0%A4%B6%E0%A4%BF%E0%A4%95%E0%A4%BE/","summary":"\u003cp\u003eक्या आप दो Git रिपॉजिटरी या शाखाओं में फंस गए हैं जिनका इतिहास पूरी तरह से अलग है, लेकिन आपको उन्हें मर्ज करने की आवश्यकता है? हो सकता है कि आप किसी बाधा का सामना कर रहे हों क्योंकि Git को डिफ़ॉल्ट रूप से इस प्रकार के ऑपरेशन को रोकने के लिए डिज़ाइन किया गया है। हालाँकि, इसके लिए एक समाधान मौजूद है और यह जितना आप सोच सकते हैं उससे कहीं अधिक सरल है।\u003c/p\u003e","title":"असंबंधित गिट इतिहास का विलय - एक सरल मार्गदर्शिका"},{"content":"#परिचय\nSSHPass एक छोटा सा टूल है जो आपको सामान्य पासवर्ड प्रॉम्प्ट को बायपास करके SSH लॉगिन को स्वचालित करने देता है। हालाँकि यह स्क्रिप्टिंग के लिए बहुत सुविधाजनक है, लेकिन ध्यान रखें कि सुरक्षा चिंताओं के कारण यह बहु-उपयोगकर्ता सेटअप के लिए आदर्श नहीं है। हालाँकि, यदि आप इसे अपनी व्यक्तिगत विकास मशीन पर उपयोग कर रहे हैं, तो यह काफी हानिरहित है।\nउबंटू पर एसएसएचपास कैसे स्थापित करें उबंटू पर एसएसएचपास इंस्टॉल करना उतना ही सरल है। आपको बस अपना टर्मिनल खोलना है और निम्नलिखित कमांड चलाना है:\nCODE_ब्लॉक_0\nMacOS पर SSHPass इंस्टॉल करना Mac पर SSHPass सेट करने के लिए थोड़ी अधिक मेहनत की आवश्यकता होती है क्योंकि कोई आधिकारिक macOS संस्करण नहीं है। लेकिन चिंता मत करो; यह बहुत जटिल नहीं है. सबसे पहले, आपको अपने सिस्टम पर Xcode और कमांड-लाइन टूल इंस्टॉल करने होंगे।\nहोमब्रू का उपयोग करके कैसे इंस्टॉल करें दुर्भाग्य से, मानक होमब्रू रिपॉजिटरी sshpass की पेशकश नहीं करता है। हालाँकि, एक वैकल्पिक फ़ॉर्मूला है जिसका आप उपयोग कर सकते हैं। अपना टर्मिनल खोलें और निम्नलिखित कमांड निष्पादित करें:\nCODE_ब्लॉक_2\nबस इतना ही! आपने अपनी मशीन पर SSHPass को सफलतापूर्वक इंस्टॉल कर लिया है, चाहे वह Ubuntu हो या macOS। शुभ पटकथा!\nअधिक जानकारी के लिए, आप इन उपयोगी संसाधनों को देख सकते हैं:\nCODE_ब्लॉक_3 कोड_ब्लॉक_4 याद रखें, हालांकि SSHPass एक उपयोगी उपकरण है, लेकिन यह सबसे सुरक्षित विकल्प नहीं है। इसलिए इस बात से सावधान रहें कि आप इसका उपयोग कहां और कैसे करते हैं।\n","permalink":"https://www.shafiq.in/hi/blog/%E0%A4%89%E0%A4%AC%E0%A4%82%E0%A4%9F%E0%A5%82-%E0%A4%94%E0%A4%B0-%E0%A4%AE%E0%A5%88%E0%A4%95%E0%A4%93%E0%A4%8F%E0%A4%B8-%E0%A4%AA%E0%A4%B0-%E0%A4%8F%E0%A4%B8%E0%A4%8F%E0%A4%B8%E0%A4%8F%E0%A4%9A%E0%A4%AA%E0%A4%BE%E0%A4%B8-%E0%A4%B8%E0%A5%8D%E0%A4%A5%E0%A4%BE%E0%A4%AA%E0%A4%BF%E0%A4%A4-%E0%A4%95%E0%A4%B0%E0%A4%A8%E0%A5%87-%E0%A4%95%E0%A5%87-%E0%A4%B2%E0%A4%BF%E0%A4%8F-%E0%A4%8F%E0%A4%95-%E0%A4%B8%E0%A4%B0%E0%A4%B2-%E0%A4%97%E0%A4%BE%E0%A4%87%E0%A4%A1/","summary":"\u003cp\u003e#परिचय\u003c/p\u003e\n\u003cp\u003eSSHPass एक छोटा सा टूल है जो आपको सामान्य पासवर्ड प्रॉम्प्ट को बायपास करके SSH लॉगिन को स्वचालित करने देता है। हालाँकि यह स्क्रिप्टिंग के लिए बहुत सुविधाजनक है, लेकिन ध्यान रखें कि सुरक्षा चिंताओं के कारण यह बहु-उपयोगकर्ता सेटअप के लिए आदर्श नहीं है। हालाँकि, यदि आप इसे अपनी व्यक्तिगत विकास मशीन पर उपयोग कर रहे हैं, तो यह काफी हानिरहित है।\u003c/p\u003e\n\u003ch2 id=\"उबट-पर-एसएसएचपस-कस-सथपत-कर\"\u003eउबंटू पर एसएसएचपास कैसे स्थापित करें\u003c/h2\u003e\n\u003cp\u003eउबंटू पर एसएसएचपास इंस्टॉल करना उतना ही सरल है। आपको बस अपना टर्मिनल खोलना है और निम्नलिखित कमांड चलाना है:\u003c/p\u003e","title":"उबंटू और मैकओएस पर एसएसएचपास स्थापित करने के लिए एक सरल गाइड"},{"content":"किसी परियोजना के लिए आवश्यक वास्तुकला को अलग से देखना भ्रामक हो सकता है और दीर्घकालिक उत्पाद-स्तरीय वास्तुकला की आवश्यकता को छिपा सकता है, जो परियोजना-स्तरीय वास्तुकला की तुलना में प्रकृति में अधिक रणनीतिक है।\n","permalink":"https://www.shafiq.in/hi/blog/%E0%A4%95%E0%A4%BF%E0%A4%B8%E0%A5%80-%E0%A4%AA%E0%A4%B0%E0%A4%BF%E0%A4%AF%E0%A5%8B%E0%A4%9C%E0%A4%A8%E0%A4%BE-%E0%A4%95%E0%A5%87-%E0%A4%B2%E0%A4%BF%E0%A4%8F-%E0%A4%86%E0%A4%B5%E0%A4%B6%E0%A5%8D%E0%A4%AF%E0%A4%95-%E0%A4%B5%E0%A4%BE%E0%A4%B8%E0%A5%8D%E0%A4%A4%E0%A5%81%E0%A4%95%E0%A4%B2%E0%A4%BE-%E0%A4%95%E0%A5%8B-%E0%A4%85%E0%A4%B2%E0%A4%97-%E0%A4%B8%E0%A5%87-%E0%A4%A6%E0%A5%87%E0%A4%96%E0%A4%A8%E0%A4%BE-%E0%A4%AD%E0%A5%8D%E0%A4%B0%E0%A4%BE%E0%A4%AE%E0%A4%95/","summary":"\u003cp\u003eकिसी परियोजना के लिए आवश्यक वास्तुकला को अलग से देखना भ्रामक हो सकता है और दीर्घकालिक उत्पाद-स्तरीय वास्तुकला की आवश्यकता को छिपा सकता है, जो परियोजना-स्तरीय वास्तुकला की तुलना में प्रकृति में अधिक रणनीतिक है।\u003c/p\u003e","title":"किसी परियोजना के लिए आवश्यक वास्तुकला को अलग से देखना भ्रामक"},{"content":"अंततः DevOps एक संगठनात्मक परिवर्तन है।\n","permalink":"https://www.shafiq.in/hi/blog/%E0%A4%85%E0%A4%82%E0%A4%A4%E0%A4%A4%E0%A4%83-devops-%E0%A4%8F%E0%A4%95-%E0%A4%B8%E0%A4%82%E0%A4%97%E0%A4%A0%E0%A4%A8%E0%A4%BE%E0%A4%A4%E0%A5%8D%E0%A4%AE%E0%A4%95-%E0%A4%AA%E0%A4%B0%E0%A4%BF%E0%A4%B5%E0%A4%B0%E0%A5%8D%E0%A4%A4%E0%A4%A8-%E0%A4%B9%E0%A5%88/","summary":"\u003cp\u003eअंततः DevOps एक संगठनात्मक परिवर्तन है।\u003c/p\u003e","title":"अंततः DevOps एक संगठनात्मक परिवर्तन है"},{"content":"एंटरप्राइज आर्किटेक्चर वह अभ्यास है जो किसी संगठन की संरचना, प्रक्रियाओं, अनुप्रयोगों, प्रणालियों और प्रौद्योगिकी को एकीकृत तरीके से वर्णन और नियंत्रित करने का प्रयास करता है।\n","permalink":"https://www.shafiq.in/hi/blog/%E0%A4%89%E0%A4%A6%E0%A5%8D%E0%A4%AF%E0%A4%AE-%E0%A4%B8%E0%A5%8D%E0%A4%A5%E0%A4%BE%E0%A4%AA%E0%A4%A4%E0%A5%8D%E0%A4%AF/","summary":"\u003cp\u003eएंटरप्राइज आर्किटेक्चर वह अभ्यास है जो किसी संगठन की संरचना, प्रक्रियाओं, अनुप्रयोगों, प्रणालियों और प्रौद्योगिकी को एकीकृत तरीके से वर्णन और नियंत्रित करने का प्रयास करता है।\u003c/p\u003e","title":"उद्यम स्थापत्य"},{"content":"इस पोस्ट में, हम बड़े डेटा जीवन चक्र को उसके आवश्यक घटकों में विभाजित करेंगे, इस बहुमुखी परिदृश्य को नेविगेट करने के लिए एक रोडमैप पेश करेंगे।\nआठ प्रमुख चुनौतियाँ कब्जा: यहीं से यह सब शुरू होता है। आपके पास जो नहीं है उसका आप विश्लेषण नहीं कर सकते, इसलिए विभिन्न स्रोतों से प्रासंगिक डेटा प्राप्त करना प्रारंभिक कदम है। यहां चुनौती यह निर्धारित करने में है कि कौन सा डेटा उपयोगी है और फिर इसे एकत्र करने के प्रभावी तरीके ढूंढना है।\nक्यूरेशन: एक बार डेटा कैप्चर हो जाने के बाद, इसे साफ करने और तैयार करने का समय आ गया है। इसमें किसी भी विसंगतियों, त्रुटियों या अतिरेक को दूर करना, डेटासेट को विश्लेषण के लिए तैयार करना शामिल है।\nस्टोरेज: बड़ा डेटा स्टोर करना कोई छोटा काम नहीं है। इसके लिए एक मजबूत बुनियादी ढांचे की आवश्यकता होती है जो विभिन्न प्रारूपों में भारी मात्रा में डेटा को संभाल सके। यहीं पर क्लाउड स्टोरेज और डेटा वेयरहाउसिंग समाधान जैसी चीजें काम आती हैं।\nखोज: संग्रहीत डेटा के साथ, अगला कदम इसे आसानी से पहुंच योग्य बनाना है। आपको अपने विशाल डेटासेट में विशिष्ट जानकारी खोजने के लिए कुशल खोज एल्गोरिदम और तंत्र की आवश्यकता होगी।\nसाझा करना: डेटा तब सबसे मूल्यवान होता है जब इसे आसानी से साझा किया जा सकता है और अन्य डेटा के साथ एकीकृत किया जा सकता है। इसके लिए आपकी जानकारी को विभिन्न प्लेटफार्मों और टीमों में वितरित करने के लिए सुरक्षित और कुशल तरीकों की आवश्यकता होती है।\nस्थानांतरण: कभी-कभी आपके डेटा को विभिन्न भंडारण समाधानों के बीच या यहां तक ​​कि कंपनियों के बीच भी स्थानांतरित करने की आवश्यकता होती है। इसमें गति, सुरक्षा और अनुकूलता की चुनौतियाँ शामिल हैं।\nविश्लेषण: यह अक्सर सबसे रोमांचक चरण होता है जहां आप मूल्यवान अंतर्दृष्टि प्राप्त करने के लिए अपने डेटा में गहराई से खोज करते हैं। हालाँकि, यह सबसे चुनौतीपूर्ण भी है, जिसके लिए डेटा विज्ञान और एनालिटिक्स टूल में विशेषज्ञता की आवश्यकता होती है।\nविज़ुअलाइज़ेशन: अंत में, विश्लेषण से प्राप्त जानकारी को सुपाच्य तरीके से प्रस्तुत किया जाना चाहिए। अच्छी डेटा विज़ुअलाइज़ेशन तकनीकें हितधारकों को वह कहानी समझने में मदद करती हैं जो आपका डेटा बता रहा है।\nबड़े डेटा जीवन चक्र को नेविगेट करना कमजोर दिल वालों के लिए नहीं है, लेकिन इन चुनौतियों को समझने से यात्रा काफी आसान हो सकती है। तैयार रहकर और यह जानकर कि क्या अपेक्षा करनी है, आप अपने संगठन को अपने बड़े डेटा प्रयासों से अधिकतम लाभ उठाने के लिए बेहतर ढंग से सुसज्जित कर सकते हैं।\n","permalink":"https://www.shafiq.in/hi/blog/%E0%A4%AC%E0%A4%BF%E0%A4%97-%E0%A4%A1%E0%A5%87%E0%A4%9F%E0%A4%BE-%E0%A4%AF%E0%A4%BE%E0%A4%A4%E0%A5%8D%E0%A4%B0%E0%A4%BE-%E0%A4%95%E0%A5%8B-%E0%A4%A8%E0%A5%87%E0%A4%B5%E0%A4%BF%E0%A4%97%E0%A5%87%E0%A4%9F-%E0%A4%95%E0%A4%B0%E0%A4%A8%E0%A4%BE-%E0%A4%87%E0%A4%B8%E0%A4%95%E0%A5%87-%E0%A4%9C%E0%A5%80%E0%A4%B5%E0%A4%A8-%E0%A4%9A%E0%A4%95%E0%A5%8D%E0%A4%B0-%E0%A4%95%E0%A5%8B-%E0%A4%B8%E0%A4%AE%E0%A4%9D%E0%A4%A8%E0%A4%BE/","summary":"\u003cp\u003eइस पोस्ट में, हम बड़े डेटा जीवन चक्र को उसके आवश्यक घटकों में विभाजित करेंगे, इस बहुमुखी परिदृश्य को नेविगेट करने के लिए एक रोडमैप पेश करेंगे।\u003c/p\u003e\n\u003ch3 id=\"आठ-परमख-चनतय\"\u003eआठ प्रमुख चुनौतियाँ\u003c/h3\u003e\n\u003col\u003e\n\u003cli\u003e\n\u003cp\u003e\u003cstrong\u003eकब्जा\u003c/strong\u003e: यहीं से यह सब शुरू होता है। आपके पास जो नहीं है उसका आप विश्लेषण नहीं कर सकते, इसलिए विभिन्न स्रोतों से प्रासंगिक डेटा प्राप्त करना प्रारंभिक कदम है। यहां चुनौती यह निर्धारित करने में है कि कौन सा डेटा उपयोगी है और फिर इसे एकत्र करने के प्रभावी तरीके ढूंढना है।\u003c/p\u003e","title":"बिग डेटा यात्रा को नेविगेट करना - इसके जीवन चक्र को समझना"},{"content":"2014 के लिए मेरे नए साल का संकल्प: सरलीकरण से लेकर विस्तार तक साल ख़त्म होने और 2014 करीब आने के साथ, मैं थोड़ा आत्मनिरीक्षण कर रहा हूँ। अगले वर्ष को पिछले वर्ष से भी बेहतर बनाने के लिए मैं क्या अलग कर सकता हूँ? कुछ सोचने के बाद, मैंने चीजों को सरल रखने का फैसला किया है। वास्तव में, इतना सरल कि मुझे 2014 के लिए सिर्फ एक नए साल का संकल्प मिला है।\n1. अधिक बार ब्लॉग करें हाँ, यही बात है. केवल एक संकल्प, लेकिन वह जो मेरे लिए बहुत महत्व रखता है। मेरा मानना ​​है कि लगातार लिखने से न केवल मुझे अधिक प्रभावी ढंग से संवाद करने में मदद मिलेगी बल्कि विभिन्न विषयों पर अपने विचारों को परिष्कृत करने में भी मदद मिलेगी। चाहे वह डिज़ाइन हो, कोड हो, कमेंट्री हो, या बस रोजमर्रा की यादृच्छिकता हो, मैं चाहता हूं कि यह स्थान विचारों और प्रेरणाओं का एक समृद्ध टेपेस्ट्री हो।\nसिर्फ एक ही संकल्प क्यों? आप सोच रहे होंगे कि मैंने खुद को एक ही संकल्प तक सीमित रखने का फैसला क्यों किया। खैर, मैंने पिछले अनुभवों से सीखा है कि कम वास्तव में अधिक हो सकता है। एक महत्वपूर्ण लक्ष्य पर ध्यान केंद्रित करने से मुझे कई उद्देश्यों में खुद को फैलाने के बजाय, इसे प्राप्त करने में अपनी सारी ऊर्जा लगाने की अनुमति मिलती है।\n","permalink":"https://www.shafiq.in/hi/blog/%E0%A4%AE%E0%A5%87%E0%A4%B0%E0%A4%BE-2014-%E0%A4%95%E0%A5%87-%E0%A4%A8%E0%A4%8F-%E0%A4%B8%E0%A4%BE%E0%A4%B2-%E0%A4%95%E0%A4%BE-%E0%A4%B8%E0%A4%82%E0%A4%95%E0%A4%B2%E0%A5%8D%E0%A4%AA-%E0%A4%95%E0%A4%AE-%E0%A4%B9%E0%A5%80-%E0%A4%9C%E0%A5%8D%E0%A4%AF%E0%A4%BE%E0%A4%A6%E0%A4%BE-%E0%A4%B9%E0%A5%88/","summary":"\u003ch3 id=\"2014-क-लए-मर-नए-सल-क-सकलप-सरलकरण-स-लकर-वसतर-तक\"\u003e2014 के लिए मेरे नए साल का संकल्प: सरलीकरण से लेकर विस्तार तक\u003c/h3\u003e\n\u003cp\u003eसाल ख़त्म होने और 2014 करीब आने के साथ, मैं थोड़ा आत्मनिरीक्षण कर रहा हूँ। अगले वर्ष को पिछले वर्ष से भी बेहतर बनाने के लिए मैं क्या अलग कर सकता हूँ? कुछ सोचने के बाद, मैंने चीजों को सरल रखने का फैसला किया है। वास्तव में, इतना सरल कि मुझे 2014 के लिए सिर्फ एक नए साल का संकल्प मिला है।\u003c/p\u003e","title":"मेरा 2014 के नए साल का संकल्प - कम ही ज्यादा है"},{"content":"Applicable values for AddItemRequest.Item.Country • AA(in/out) NOTE: APO/FPO was defined in eBay list previously but they are not defined in ISO 3166. This country will remain on eBay country code list for backward compatibility.• AD (in/out) Andorra. • AE (in/out) United Arab Emirates. • AF (in/out) Afghanistan. • AG (in/out) Antigua and Barbuda. • AI (in/out) Anguilla. • AL (in/out) Albania. • AM (in/out) Armenia. • AN (in/out) Netherlands Antilles. • AO (in/out) Angola. • AQ (in/out) Antarctica. • AR (in/out) Argentina. • AS (in/out) American Samoa. • AT (in/out) Austria. • AU (in/out) Australia. • AW (in/out) Aruba. • AZ (in/out) Azerbaijan. • BA (in/out) Bosnia and Herzegovina. • BB (in/out) Barbados. • BD (in/out) Bangladesh. • BE (in/out) Belgium. • BF (in/out) Burkina Faso. • BG (in/out) Bulgaria. • BH (in/out) Bahrain. • BI (in/out) Burundi. • BJ (in/out) Benin. • BM (in/out) Bermuda. • BN (in/out) Brunei Darussalam. • BO (in/out) Bolivia. • BR (in/out) Brazil. • BS (in/out) Bahamas. • BT (in/out) Bhutan. • BV (in/out) Bouvet Island. • BW (in/out) Botswana. • BY (in/out) Belarus. • BZ (in/out) Belize . • CA (in/out) Canada. • CC (in/out) Cocos (Keeling) Islands. • CD (in/out) Congo, The Democratic Republic of the. • CF (in/out) Central African Republic. • CG (in/out) Congo. • CH (in/out) Switzerland. • CI (in/out) Cote d\u0026rsquo;Ivoire. • CK (in/out) Cook Islands. • CL (in/out) Chile. • CM (in/out) Cameroon. • CN (in/out) China. • CO (in/out) Colombia. • CR (in/out) Costa Rica. • CU (in/out) Cuba. • CustomCode (in/out) Reserved for internal or future use • CV (in/out) Cape Verde. • CX (in/out) Christmas Island. • CY (in/out) Cyprus. • CZ (in/out) Czech Republic. • DE (in/out) Germany. • DJ (in/out) Djibouti. • DK (in/out) Denmark. • DM (in/out) Dominica. • DO (in/out) Dominican Republic. • DZ (in/out) Algeria. • EC (in/out) Ecuador. • EE (in/out) Estonia. • EG (in/out) Egypt. • EH (in/out) Western Sahara. • ER (in/out) Eritrea. • ES (in/out) Spain. • ET (in/out) Ethiopia. • FI (in/out) Finland. • FJ (in/out) Fiji. • FK (in/out) Falkland Islands (Malvinas). • FM (in/out) Micronesia, Federated States of. • FO (in/out) Faroe Islands. • FR (in/out) France. • GA (in/out) Gabon. • GB (in/out) United Kingdom. • GD (in/out) Grenada. • GE (in/out) Georgia. • GF (in/out) French Guiana. • GG (in/out) Guernsey • GH (in/out) Ghana. • GI (in/out) Gibraltar. • GL (in/out) Greenland. • GM (in/out) Gambia. • GN (in/out) Guinea. • GP (in/out) Guadeloupe. • GQ (in/out) Equatorial Guinea. • GR (in/out) Greece. • GS (in/out) South Georgia and the South Sandwich Islands. • GT (in/out) Guatemala. • GU (in/out) Guam. • GW (in/out) Guinea-Bissau. • GY (in/out) Guyana. • HK (in/out) Hong Kong. • HM (in/out) Heard Island and Mcdonald Islands. • HN (in/out) Honduras. • HR (in/out) Croatia. • HT (in/out) Haiti. • HU (in/out) Hungary. • ID (in/out) Indonesia. • IE (in/out) Ireland. • IL (in/out) Israel. • IN (in/out) India. • IO (in/out) British Indian Ocean Territory. • IQ (in/out) Iraq. • IR (in/out) Iran, Islamic Republic of. • IS (in/out) Iceland. • IT (in/out) Italy. • JE (in/out) Jersey • JM (in/out) Jamaica. • JO (in/out) Jordan. • JP (in/out) Japan. • KE (in/out) Kenya. • KG (in/out) Kyrgyzstan. • KH (in/out) Cambodia. • KI (in/out) Kiribati. • KM (in/out) Comoros. • KN (in/out) Saint Kitts and Nevis. • KP (in/out) Korea, Democratic People\u0026rsquo;s Republic of. • KR (in/out) Korea, Republic of. • KW (in/out) Kuwait. • KY (in/out) Cayman Islands. • KZ (in/out) Kazakhstan. • LA (in/out) Lao People\u0026rsquo;s Democratic Republic. • LB (in/out) Lebanon. • LC (in/out) Saint Lucia. • LI (in/out) Liechtenstein. • LK (in/out) Sri Lanka. • LR (in/out) Liberia. • LS (in/out) Lesotho. • LT (in/out) Lithuania. • LU (in/out) Luxembourg. • LV (in/out) Latvia. • LY (in/out) Libyan Arab Jamahiriya. • MA (in/out) Morocco. • MC (in/out) Monaco. • MD (in/out) Moldova, Republic of. • ME (in/out) Montenegro. • MG (in/out) Madagascar. • MH (in/out) Marshall Islands. • MK (in/out) Macedonia, the Former Yugoslav Republic of. • ML (in/out) Mali. • MM (in/out) Myanmar. • MN (in/out) Mongolia. • MO (in/out) Macao. • MP (in/out) Northern Mariana Islands. • MQ (in/out) Martinique. • MR (in/out) Mauritania. • MS (in/out) Montserrat. • MT (in/out) Malta. • MU (in/out) Mauritius. • MV (in/out) Maldives. • MW (in/out) Malawi. • MX (in/out) Mexico. • MY (in/out) Malaysia. • MZ (in/out) Mozambique. • NA (in/out) Namibia. • NC (in/out) New Caledonia. • NE (in/out) Niger. • NF (in/out) Norfolk Island. • NG (in/out) Nigeria. • NI (in/out) Nicaragua. • NL (in/out) Netherlands. • NO (in/out) Norway. • NP (in/out) Nepal. • NR (in/out) Nauru. • NU (in/out) Niue. • NZ (in/out) New Zealand. • OM (in/out) Oman. • PA (in/out) Panama. • PE (in/out) Peru. • PF (in/out) French Polynesia. Includes Tahiti. • PG (in/out) Papua New Guinea. • PH (in/out) Philippines. • PK (in/out) Pakistan. • PL (in/out) Poland. • PM (in/out) Saint Pierre and Miquelon. • PN (in/out) Pitcairn. • PR (in/out) Puerto Rico. • PS (in/out) Palestinian territory, Occupied. • PT (in/out) Portugal. • PW (in/out) Palau. • PY (in/out) Paraguay. • QA (in/out) Qatar. • QM (in/out) NOTE : Guernsey was defined in eBay list previously but they are not defined in ISO 3166. This country will remain on eBay country list for backward compatibility. • QN (in/out) NOTE: Jan Mayen was defined in eBay list previously but they are not defined in ISO 3166. This country will remain on eBay country list for backward compatibility. • QO (in/out) NOTE: Jersey was defined in eBay list previously but they are not defined in ISO 3166. This country will remain on eBay country list for backward compatibility. • RE (in/out) Reunion. • RO (in/out) Romania. • RS (in/out) Serbia • RU (in/out) Russian Federation. • RW (in/out) Rwanda. • SA (in/out) Saudi Arabia. • SB (in/out) Solomon Islands. • SC (in/out) Seychelles. • SD (in/out) Sudan. • SE (in/out) Sweden. • SG (in/out) Singapore. • SH (in/out) Saint Helena. • SI (in/out) Slovenia. • SJ (in/out) Svalbard and Jan Mayen. • SK (in/out) Slovakia. • SL (in/out) Sierra Leone. • SM (in/out) San Marino. • SN (in/out) Senegal. • SO (in/out) Somalia. • SR (in/out) Suriname. • ST (in/out) Sao Tome and Principe. • SV (in/out) El Salvador. • SY (in/out) Syrian Arab Republic. • SZ (in/out) Swaziland. • TC (in/out) Turks and Caicos Islands. • TD (in/out) Chad. • TF (in/out) French Southern Territories. • TG (in/out) Togo. • TH (in/out) Thailand. • TJ (in/out) Tajikistan. • TK (in/out) Tokelau. • TM (in/out) Turkmenistan. • TN (in/out) Tunisia. • TO (in/out) Tonga. • TP (in/out) No longer in use. • TR (in/out) Turkey. • TT (in/out) Trinidad and Tobago. • TV (in/out) Tuvalu. • TW (in/out) Taiwan, Province of China. • TZ (in/out) Tanzania, United Republic of. • UA (in/out) Ukraine. • UG (in/out) Uganda. • UM (in/out) NOTE: United States Minor Outlying Islands was defined in the eBay list previously but is no longer a viable option. This country will remain on eBay country list for backward compatibility. Use \u0026lsquo;US\u0026rsquo; instead. • US (in/out) United States. • UY (in/out) Uruguay. • UZ (in/out) Uzbekistan. • VA (in/out) Holy See (Vatican City state). • VC (in/out) Saint Vincent and the Grenadines. • VE (in/out) Venezuela. • VG (in/out) Virgin Islands, British. • VI (in/out) Virgin Islands, U.S. • VN (in/out) Viet Nam. • VU (in/out) Vanuatu. • WF (in/out) Wallis and Futuna. • WS (in/out) Samoa. • YE (in/out) Yemen. • YT (in/out) Mayotte. • YU (in/out) No longer in use. See RS for Serbia and ME for Montenegro. • ZA (in/out) South Africa. • ZM (in/out) Zambia. • ZW (in/out) Zimbabwe. • ZZ (in/out) Unknown country\n","permalink":"https://www.shafiq.in/hi/blog/additemrequest.item.country-%E0%A4%95%E0%A5%87-%E0%A4%B2%E0%A4%BF%E0%A4%8F-%E0%A4%B2%E0%A4%BE%E0%A4%97%E0%A5%82-%E0%A4%AE%E0%A4%BE%E0%A4%A8/","summary":"\u003ch1 id=\"applicable-values-for-additemrequestitemcountry\"\u003eApplicable values for AddItemRequest.Item.Country\u003c/h1\u003e\n\u003cp\u003e•   AA(in/out) NOTE: APO/FPO was defined in eBay list previously but they are not defined in ISO 3166. This country will remain on eBay country code list for backward compatibility.•   AD (in/out) Andorra.\n•   AE\n(in/out) United Arab Emirates.\n•   AF\n(in/out) Afghanistan.\n•   AG\n(in/out) Antigua and Barbuda.\n•   AI\n(in/out) Anguilla.\n•   AL\n(in/out) Albania.\n•   AM\n(in/out) Armenia.\n•   AN\n(in/out) Netherlands Antilles.\n•   AO\n(in/out) Angola.\n•   AQ\n(in/out) Antarctica.\n•   AR\n(in/out) Argentina.\n•   AS\n(in/out) American Samoa.\n•   AT\n(in/out) Austria.\n•   AU\n(in/out) Australia.\n•   AW\n(in/out) Aruba.\n•   AZ\n(in/out) Azerbaijan.\n•   BA\n(in/out) Bosnia and Herzegovina.\n•   BB\n(in/out) Barbados.\n•   BD\n(in/out) Bangladesh.\n•   BE\n(in/out) Belgium.\n•   BF\n(in/out) Burkina Faso.\n•   BG\n(in/out) Bulgaria.\n•   BH\n(in/out) Bahrain.\n•   BI\n(in/out) Burundi.\n•   BJ\n(in/out) Benin.\n•   BM\n(in/out) Bermuda.\n•   BN\n(in/out) Brunei Darussalam.\n•   BO\n(in/out) Bolivia.\n•   BR\n(in/out) Brazil.\n•   BS\n(in/out) Bahamas.\n•   BT\n(in/out) Bhutan.\n•   BV\n(in/out) Bouvet Island.\n•   BW\n(in/out) Botswana.\n•   BY\n(in/out) Belarus.\n•   BZ\n(in/out) Belize .\n•   CA\n(in/out) Canada.\n•   CC\n(in/out) Cocos (Keeling) Islands.\n•   CD\n(in/out) Congo, The Democratic Republic of the.\n•   CF\n(in/out) Central African Republic.\n•   CG\n(in/out) Congo.\n•   CH\n(in/out) Switzerland.\n•   CI\n(in/out) Cote d\u0026rsquo;Ivoire.\n•   CK\n(in/out) Cook Islands.\n•   CL\n(in/out) Chile.\n•   CM\n(in/out) Cameroon.\n•   CN\n(in/out) China.\n•   CO\n(in/out) Colombia.\n•   CR\n(in/out) Costa Rica.\n•   CU\n(in/out) Cuba.\n•   CustomCode\n(in/out) Reserved for internal or future use\n•   CV\n(in/out) Cape Verde.\n•   CX\n(in/out) Christmas Island.\n•   CY\n(in/out) Cyprus.\n•   CZ\n(in/out) Czech Republic.\n•   DE\n(in/out) Germany.\n•   DJ\n(in/out) Djibouti.\n•   DK\n(in/out) Denmark.\n•   DM\n(in/out) Dominica.\n•   DO\n(in/out) Dominican Republic.\n•   DZ\n(in/out) Algeria.\n•   EC\n(in/out) Ecuador.\n•   EE\n(in/out) Estonia.\n•   EG\n(in/out) Egypt.\n•   EH\n(in/out) Western Sahara.\n•   ER\n(in/out) Eritrea.\n•   ES\n(in/out) Spain.\n•   ET\n(in/out) Ethiopia.\n•   FI\n(in/out) Finland.\n•   FJ\n(in/out) Fiji.\n•   FK\n(in/out) Falkland Islands (Malvinas).\n•   FM\n(in/out) Micronesia, Federated States of.\n•   FO\n(in/out) Faroe Islands.\n•   FR\n(in/out) France.\n•   GA\n(in/out) Gabon.\n•   GB\n(in/out) United Kingdom.\n•   GD\n(in/out) Grenada.\n•   GE\n(in/out) Georgia.\n•   GF\n(in/out) French Guiana.\n•   GG\n(in/out) Guernsey\n•   GH\n(in/out) Ghana.\n•   GI\n(in/out) Gibraltar.\n•   GL\n(in/out) Greenland.\n•   GM\n(in/out) Gambia.\n•   GN\n(in/out) Guinea.\n•   GP\n(in/out) Guadeloupe.\n•   GQ\n(in/out) Equatorial Guinea.\n•   GR\n(in/out) Greece.\n•   GS\n(in/out) South Georgia and the South Sandwich Islands.\n•   GT\n(in/out) Guatemala.\n•   GU\n(in/out) Guam.\n•   GW\n(in/out) Guinea-Bissau.\n•   GY\n(in/out) Guyana.\n•   HK\n(in/out) Hong Kong.\n•   HM\n(in/out) Heard Island and Mcdonald Islands.\n•   HN\n(in/out) Honduras.\n•   HR\n(in/out) Croatia.\n•   HT\n(in/out) Haiti.\n•   HU\n(in/out) Hungary.\n•   ID\n(in/out) Indonesia.\n•   IE\n(in/out) Ireland.\n•   IL\n(in/out) Israel.\n•   IN\n(in/out) India.\n•   IO\n(in/out) British Indian Ocean Territory.\n•   IQ\n(in/out) Iraq.\n•   IR\n(in/out) Iran, Islamic Republic of.\n•   IS\n(in/out) Iceland.\n•   IT\n(in/out) Italy.\n•   JE\n(in/out) Jersey\n•   JM\n(in/out) Jamaica.\n•   JO\n(in/out) Jordan.\n•   JP\n(in/out) Japan.\n•   KE\n(in/out) Kenya.\n•   KG\n(in/out) Kyrgyzstan.\n•   KH\n(in/out) Cambodia.\n•   KI\n(in/out) Kiribati.\n•   KM\n(in/out) Comoros.\n•   KN\n(in/out) Saint Kitts and Nevis.\n•   KP\n(in/out) Korea, Democratic People\u0026rsquo;s Republic of.\n•   KR\n(in/out) Korea, Republic of.\n•   KW\n(in/out) Kuwait.\n•   KY\n(in/out) Cayman Islands.\n•   KZ\n(in/out) Kazakhstan.\n•   LA\n(in/out) Lao People\u0026rsquo;s Democratic Republic.\n•   LB\n(in/out) Lebanon.\n•   LC\n(in/out) Saint Lucia.\n•   LI\n(in/out) Liechtenstein.\n•   LK\n(in/out) Sri Lanka.\n•   LR\n(in/out) Liberia.\n•   LS\n(in/out) Lesotho.\n•   LT\n(in/out) Lithuania.\n•   LU\n(in/out) Luxembourg.\n•   LV\n(in/out) Latvia.\n•   LY\n(in/out) Libyan Arab Jamahiriya.\n•   MA\n(in/out) Morocco.\n•   MC\n(in/out) Monaco.\n•   MD\n(in/out) Moldova, Republic of.\n•   ME\n(in/out) Montenegro.\n•   MG\n(in/out) Madagascar.\n•   MH\n(in/out) Marshall Islands.\n•   MK\n(in/out) Macedonia, the Former Yugoslav Republic of.\n•   ML\n(in/out) Mali.\n•   MM\n(in/out) Myanmar.\n•   MN\n(in/out) Mongolia.\n•   MO\n(in/out) Macao.\n•   MP\n(in/out) Northern Mariana Islands.\n•   MQ\n(in/out) Martinique.\n•   MR\n(in/out) Mauritania.\n•   MS\n(in/out) Montserrat.\n•   MT\n(in/out) Malta.\n•   MU\n(in/out) Mauritius.\n•   MV\n(in/out) Maldives.\n•   MW\n(in/out) Malawi.\n•   MX\n(in/out) Mexico.\n•   MY\n(in/out) Malaysia.\n•   MZ\n(in/out) Mozambique.\n•   NA\n(in/out) Namibia.\n•   NC\n(in/out) New Caledonia.\n•   NE\n(in/out) Niger.\n•   NF\n(in/out) Norfolk Island.\n•   NG\n(in/out) Nigeria.\n•   NI\n(in/out) Nicaragua.\n•   NL\n(in/out) Netherlands.\n•   NO\n(in/out) Norway.\n•   NP\n(in/out) Nepal.\n•   NR\n(in/out) Nauru.\n•   NU\n(in/out) Niue.\n•   NZ\n(in/out) New Zealand.\n•   OM\n(in/out) Oman.\n•   PA\n(in/out) Panama.\n•   PE\n(in/out) Peru.\n•   PF\n(in/out) French Polynesia. Includes Tahiti.\n•   PG\n(in/out) Papua New Guinea.\n•   PH\n(in/out) Philippines.\n•   PK\n(in/out) Pakistan.\n•   PL\n(in/out) Poland.\n•   PM\n(in/out) Saint Pierre and Miquelon.\n•   PN\n(in/out) Pitcairn.\n•   PR\n(in/out) Puerto Rico.\n•   PS\n(in/out) Palestinian territory, Occupied.\n•   PT\n(in/out) Portugal.\n•   PW\n(in/out) Palau.\n•   PY\n(in/out) Paraguay.\n•   QA\n(in/out) Qatar.\n•   QM\n(in/out) NOTE : Guernsey was defined in eBay list previously but they are not defined in ISO 3166. This country will remain on eBay country list for backward compatibility.\n•   QN\n(in/out) NOTE: Jan Mayen was defined in eBay list previously but they are not defined in ISO 3166. This country will remain on eBay country list for backward compatibility.\n•   QO\n(in/out) NOTE: Jersey was defined in eBay list previously but they are not defined in ISO 3166. This country will remain on eBay country list for backward compatibility.\n•   RE\n(in/out) Reunion.\n•   RO\n(in/out) Romania.\n•   RS\n(in/out) Serbia\n•   RU\n(in/out) Russian Federation.\n•   RW\n(in/out) Rwanda.\n•   SA\n(in/out) Saudi Arabia.\n•   SB\n(in/out) Solomon Islands.\n•   SC\n(in/out) Seychelles.\n•   SD\n(in/out) Sudan.\n•   SE\n(in/out) Sweden.\n•   SG\n(in/out) Singapore.\n•   SH\n(in/out) Saint Helena.\n•   SI\n(in/out) Slovenia.\n•   SJ\n(in/out) Svalbard and Jan Mayen.\n•   SK\n(in/out) Slovakia.\n•   SL\n(in/out) Sierra Leone.\n•   SM\n(in/out) San Marino.\n•   SN\n(in/out) Senegal.\n•   SO\n(in/out) Somalia.\n•   SR\n(in/out) Suriname.\n•   ST\n(in/out) Sao Tome and Principe.\n•   SV\n(in/out) El Salvador.\n•   SY\n(in/out) Syrian Arab Republic.\n•   SZ\n(in/out) Swaziland.\n•   TC\n(in/out) Turks and Caicos Islands.\n•   TD\n(in/out) Chad.\n•   TF\n(in/out) French Southern Territories.\n•   TG\n(in/out) Togo.\n•   TH\n(in/out) Thailand.\n•   TJ\n(in/out) Tajikistan.\n•   TK\n(in/out) Tokelau.\n•   TM\n(in/out) Turkmenistan.\n•   TN\n(in/out) Tunisia.\n•   TO\n(in/out) Tonga.\n•   TP\n(in/out) No longer in use.\n•   TR\n(in/out) Turkey.\n•   TT\n(in/out) Trinidad and Tobago.\n•   TV\n(in/out) Tuvalu.\n•   TW\n(in/out) Taiwan, Province of China.\n•   TZ\n(in/out) Tanzania, United Republic of.\n•   UA\n(in/out) Ukraine.\n•   UG\n(in/out) Uganda.\n•   UM\n(in/out) NOTE: United States Minor Outlying Islands was defined in the eBay list previously but is no longer a viable option. This country will remain on eBay country list for backward compatibility. Use \u0026lsquo;US\u0026rsquo; instead.\n•   US\n(in/out) United States.\n•   UY\n(in/out) Uruguay.\n•   UZ\n(in/out) Uzbekistan.\n•   VA\n(in/out) Holy See (Vatican City state).\n•   VC\n(in/out) Saint Vincent and the Grenadines.\n•   VE\n(in/out) Venezuela.\n•   VG\n(in/out) Virgin Islands, British.\n•   VI\n(in/out) Virgin Islands, U.S.\n•   VN\n(in/out) Viet Nam.\n•   VU\n(in/out) Vanuatu.\n•   WF\n(in/out) Wallis and Futuna.\n•   WS\n(in/out) Samoa.\n•   YE\n(in/out) Yemen.\n•   YT\n(in/out) Mayotte.\n•   YU\n(in/out) No longer in use. See RS for Serbia and ME for Montenegro.\n•   ZA\n(in/out) South Africa.\n•   ZM\n(in/out) Zambia.\n•   ZW\n(in/out) Zimbabwe.\n•   ZZ\n(in/out) Unknown country\u003c/p\u003e","title":"AddItemRequest.Item.Country के लिए लागू मान"},{"content":"चर्चा वास्तविक है, और प्रत्याशा स्पष्ट है। हम कई महीनों से साहिथ मोथकुरी की नवीनतम फिल्म \u0026ldquo;किचिडी\u0026rdquo; के बारे में फुसफुसाहट सुन रहे हैं। आज, आख़िरकार हमें एक झलक और आधिकारिक ट्रेलर मिल गया है, जो हमें एक दिलचस्प सिनेमाई अनुभव का वादा करने वाली पहली महत्वपूर्ण झलक देता है।\nट्रेलर रिलीज के साथ हमेशा एक अनोखा रोमांच आता है। यह प्रत्याशा, जिज्ञासा और आशा का वह आकर्षक मिश्रण है कि यह नई फिल्म अगली बड़ी चीज़ हो सकती है। \u0026ldquo;किचिडी\u0026rdquo; का ट्रेलर इन सभी मोर्चों पर प्रकाश डालता है। यह मनोरम, रहस्यमय है और आपको और अधिक चाहने पर मजबूर करता है, जो कि ट्रेलरों के सार के साथ न्याय करता है - आकर्षक पूर्वावलोकन जो बहुत अधिक बताए बिना आपकी कल्पना को जगाते हैं।\nलेंस के पीछे का आदमी साहिथ मोथकुरी पहले से ही कहानी कहने की अपनी आदत के लिए जाना जाता है। \u0026ldquo;किचिडी\u0026rdquo; के साथ ऐसा लगता है कि वह नए कथा क्षेत्रों में उतर रहे हैं। ट्रेलर में हास्य और रोमांस से लेकर नाटक और रहस्य तक भावनाओं का मिश्रण दिखाया गया है, जो एक समृद्ध और स्तरित कहानी का सुझाव देता है जो हमारा इंतजार कर रही है।\nयदि आप मोथकुरी के पिछले कार्यों के प्रशंसक हैं, तो आपको परिचित तत्व मिलेंगे, लेकिन एक अलग ताजगी है जो इस बार एक अलग तरह के जादू का वादा करती है। हमें जो झलक मिलती है, उससे पात्र जटिल और बहुआयामी दिखाई देते हैं, जो किसी भी सम्मोहक नाटक के लिए एक आवश्यक घटक है। इसके अतिरिक्त, सिनेमैटोग्राफी शीर्ष स्तर की दिखती है, जो मूड और टोन को त्रुटिहीन ढंग से पकड़ती है।\nसंक्षेप में, \u0026ldquo;किचिडी\u0026rdquo; के ट्रेलर ने निस्संदेह हमारी उम्मीदें और रुचि बढ़ा दी है। यह स्पष्ट है कि साहिथ मोथकुरी ने इस परियोजना में अपनी रचनात्मकता और जुनून डाला है, और हम पूरी फिल्म को बड़े पर्दे पर देखने के लिए इंतजार नहीं कर सकते।\nतो, अपने कैलेंडर पर निशान लगा लें, क्योंकि यह एक ऐसी फिल्म है जिसे आप मिस नहीं करना चाहेंगे।\n","permalink":"https://www.shafiq.in/hi/blog/%E0%A4%9A%E0%A5%81%E0%A4%AA%E0%A4%95%E0%A5%87-%E0%A4%B8%E0%A5%87-%E0%A4%94%E0%A4%B0-%E0%A4%86%E0%A4%A7%E0%A4%BF%E0%A4%95%E0%A4%BE%E0%A4%B0%E0%A4%BF%E0%A4%95-%E0%A4%9F%E0%A5%8D%E0%A4%B0%E0%A5%87%E0%A4%B2%E0%A4%B0-%E0%A4%A8%E0%A4%BF%E0%A4%B0%E0%A5%8D%E0%A4%A6%E0%A5%87%E0%A4%B6%E0%A4%95-%E0%A4%B8%E0%A4%BE%E0%A4%B9%E0%A4%BF%E0%A4%A5-%E0%A4%AE%E0%A5%8B%E0%A4%A5%E0%A4%95%E0%A5%81%E0%A4%B0%E0%A5%80-%E0%A4%A6%E0%A5%8D%E0%A4%B5%E0%A4%BE%E0%A4%B0%E0%A4%BE-%E0%A4%AB%E0%A4%BF%E0%A4%B2%E0%A5%8D%E0%A4%AE-%E0%A4%95%E0%A4%BF%E0%A4%9A%E0%A4%BF%E0%A4%A1%E0%A5%80/","summary":"\u003cp\u003eचर्चा वास्तविक है, और प्रत्याशा स्पष्ट है। हम कई महीनों से साहिथ मोथकुरी की नवीनतम फिल्म \u0026ldquo;किचिडी\u0026rdquo; के बारे में फुसफुसाहट सुन रहे हैं। आज, आख़िरकार हमें एक झलक और आधिकारिक ट्रेलर मिल गया है, जो हमें एक दिलचस्प सिनेमाई अनुभव का वादा करने वाली पहली महत्वपूर्ण झलक देता है।\u003c/p\u003e\n\u003cp\u003eट्रेलर रिलीज के साथ हमेशा एक अनोखा रोमांच आता है। यह प्रत्याशा, जिज्ञासा और आशा का वह आकर्षक मिश्रण है कि यह नई फिल्म अगली बड़ी चीज़ हो सकती है। \u0026ldquo;किचिडी\u0026rdquo; का ट्रेलर इन सभी मोर्चों पर प्रकाश डालता है। यह मनोरम, रहस्यमय है और आपको और अधिक चाहने पर मजबूर करता है, जो कि ट्रेलरों के सार के साथ न्याय करता है - आकर्षक पूर्वावलोकन जो बहुत अधिक बताए बिना आपकी कल्पना को जगाते हैं।\u003c/p\u003e","title":"चुपके से और आधिकारिक ट्रेलर - निर्देशक साहिथ मोथकुरी द्वारा फिल्म \"किचिडी\""},{"content":"जब आप Drupal 6 के साथ काम कर रहे हों, तो कभी-कभी नोड के फ़ील्ड में संग्रहीत डेटा का निरीक्षण करना आवश्यक होता है। यह विशेष रूप से डिबगिंग के लिए उपयोगी है या जब आप सामग्री की संरचना को बेहतर ढंग से समझने का प्रयास कर रहे हैं। इसे प्राप्त करने का एक त्वरित तरीका फ़ील्ड सामग्री को एक सरणी के रूप में डंप करना है। PHP में, var_export() फ़ंक्शन इस उद्देश्य के लिए काम आता है।\nयह कैसे करना है यहां बताया गया है:\nCODE_ब्लॉक_1\nइस स्निपेट में, 'field_name_of_the_field' को उस फ़ील्ड के वास्तविक नाम से बदलें जिसमें आप रुचि रखते हैं और 'name_of_the_content_type' को उस फ़ील्ड वाले विशिष्ट सामग्री प्रकार से बदलें।\nकोड की यह सरल रेखा फ़ील्ड की सामग्री को एक सरणी के रूप में आउटपुट करेगी, जिससे आपके लिए इसकी संरचना और सामग्री का विश्लेषण करना आसान हो जाएगा।\n","permalink":"https://www.shafiq.in/hi/blog/drupal-6-%E0%A4%AE%E0%A5%87%E0%A4%82-%E0%A4%A8%E0%A5%8B%E0%A4%A1-%E0%A4%AB%E0%A4%BC%E0%A5%80%E0%A4%B2%E0%A5%8D%E0%A4%A1-%E0%A4%95%E0%A5%80-%E0%A4%B8%E0%A4%BE%E0%A4%AE%E0%A4%97%E0%A5%8D%E0%A4%B0%E0%A5%80-%E0%A4%95%E0%A5%8B-%E0%A4%8F%E0%A4%95-%E0%A4%B8%E0%A4%B0%E0%A4%A3%E0%A5%80-%E0%A4%95%E0%A5%87-%E0%A4%B0%E0%A5%82%E0%A4%AA-%E0%A4%AE%E0%A5%87%E0%A4%82-%E0%A4%95%E0%A5%88%E0%A4%B8%E0%A5%87-%E0%A4%AA%E0%A5%8D%E0%A4%B0%E0%A4%A6%E0%A4%B0%E0%A5%8D%E0%A4%B6%E0%A4%BF%E0%A4%A4-%E0%A4%95%E0%A4%B0%E0%A5%87%E0%A4%82/","summary":"\u003cp\u003eजब आप Drupal 6 के साथ काम कर रहे हों, तो कभी-कभी नोड के फ़ील्ड में संग्रहीत डेटा का निरीक्षण करना आवश्यक होता है। यह विशेष रूप से डिबगिंग के लिए उपयोगी है या जब आप सामग्री की संरचना को बेहतर ढंग से समझने का प्रयास कर रहे हैं। इसे प्राप्त करने का एक त्वरित तरीका फ़ील्ड सामग्री को एक सरणी के रूप में डंप करना है। PHP में, \u003ccode\u003evar_export()\u003c/code\u003e फ़ंक्शन इस उद्देश्य के लिए काम आता है।\u003c/p\u003e","title":"Drupal 6 में नोड फ़ील्ड की सामग्री को एक सरणी के रूप में कैसे प्रदर्शित करें"},{"content":"डाउनलोड : PROJ_FORMAT_ परिचय\nकार्य वातावरण\n2.1 हार्डवेयर आवश्यकता विशिष्टता\nमैं. माइक्रोकंट्रोलर AT89c52\nद्वितीय. एडीसी एडीसी0808\niii. Real Time Clock DS1307\niv. सीरियल EEPROM AT24c08\nवी. सीरियल ट्रांसीवर MAX232\nvi. एलसीडी 16×2\n2.2 Software Requirement Specification\nमैं. प्रोग्रामिंग भाषा एएनएसआई सी\nद्वितीय. संकलक KEIL\n2.3 हार्डवेयर के बारे में\n2.3.1 माइक्रोकंट्रोलर (89सी52)\nमुख्य विशेषताएं\n MCS-51™ उत्पादों के साथ संगत\n 8K Bytes of In-System Reprogrammable Flash Memory\n सहनशक्ति: 1,000 लिखने/मिटाने के चक्र\n 256 x 8-बिट आंतरिक रैम\n 32 प्रोग्रामयोग्य I/O लाइनें\n तीन 16-बिट टाइमर/काउंटर\n आठ व्यवधान स्रोत\n प्रोग्रामेबल सीरियल चैनल\nविवरण\nThe AT89C52 is a low-power, high-performance CMOS 8-bit microcomputer with 8K bytes of Flash programmable and erasable read only memory (PEROM). The device is manufactured using Atmel\u0026rsquo;s high-density nonvolatile memory technology. The on-chip Flash allows the program memory to be reprogrammed in-system or by a conventional nonvolatile memory programmer. एक मोनोलिथिक चिप पर फ्लैश के साथ बहुमुखी 8-बिट सीपीयू को जोड़कर, एटमेल एटी89सी52 एक शक्तिशाली माइक्रो कंप्यूटर है जो कई एम्बेडेड नियंत्रण अनुप्रयोगों के लिए अत्यधिक लचीला और लागत प्रभावी समाधान प्रदान करता है।\nपिन कॉन्फ़िगरेशन\nपिन विवरण\n• आरएसटी\nइनपुट रीसेट करें. A high on this pin for two machine cycles while the oscillator is running resets the device.\n• एएलई/प्रोग\nAddress Latch Enable is an output pulse for latching the low byte of the address during accesses to external memory. This pin is also the program pulse input (PROG) during Flash programming.\n• पीएसईएन\nProgram Store Enable is the read strobe to external program memory. जब AT89C52 बाहरी प्रोग्राम मेमोरी से कोड निष्पादित कर रहा है, तो PSEN प्रत्येक मशीन चक्र में दो बार सक्रिय होता है, सिवाय इसके कि बाहरी डेटा मेमोरी तक प्रत्येक पहुंच के दौरान दो PSEN सक्रियण छोड़ दिए जाते हैं।\n• ईए/वीपीपी\nबाहरी पहुंच सक्षम करें. EA must be strapped to GND in order to enable the device to fetch code from external program memory locations starting at 0000H up to FFFFH.\nफ़्लैश प्रोग्रामिंग\n89c52 को प्रोग्राम करने के लिए, निम्नलिखित कदम उठाएँ।\nInput the desired memory location on the address lines. डेटा लाइनों पर उचित डेटा इनपुट करें Activate the correct combination of control signals ईए/वीपीपी बढ़ाएं Pulse ALE/PROG once to program a byte in the Flash array or lock bits. The byte-write cycle is self-timed and typically takes no more than 1.5 ms. Repeat steps 1 through 5, changing the address and data for the entire array or until the end of the object file is reached. 2.3.2 एडीसी 0808\nमुख्य विशेषताएं:\n2.3.3 वास्तविक समय घड़ी (डीएस1307)\nविशेषताएं\n रियल-टाइम क्लॉक (आरटीसी) सेकंड, मिनट, घंटे, महीने की तारीख, महीना, सप्ताह का दिन और वर्ष की गणना करता है, जिसमें लीप-ईयर मुआवजा 2100 तक वैध होता है।\n डेटा भंडारण के लिए 56-बाइट, बैटरी-समर्थित, गैर-वाष्पशील (एनवी) रैम\n दो-तार सीरियल इंटरफ़ेस\n स्वचालित पावर-फ़ेल सर्किटरी का पता लगाता है और स्विच करता है\nपिन कॉन्फ़िगरेशन\nपिन विवरण\n एससीएल (सीरियल क्लॉक इनपुट) - एससीएल का उपयोग सीरियल इंटरफ़ेस पर डेटा मूवमेंट को सिंक्रोनाइज़ करने के लिए किया जाता है।\n एसडीए (सीरियल डेटा इनपुट/आउटपुट) - एसडीए 2-वायर सीरियल इंटरफ़ेस के लिए इनपुट/आउटपुट पिन है।\n SQW/OUT (स्क्वायर वेव/आउटपुट ड्राइवर) - सक्षम होने पर, SQWE बिट 1 पर सेट होता है, SQW/OUT पिन चार वर्ग तरंग आवृत्तियों (1Hz, 4kHz, 8kHz, 32kHz) में से एक को आउटपुट करता है।\n X1, X2 - मानक 32.768kHz क्वार्ट्ज क्रिस्टल के लिए कनेक्शन। आंतरिक थरथरानवाला सर्किटरी को 12.5pF की निर्दिष्ट लोड कैपेसिटेंस (सीएल) वाले क्रिस्टल के साथ संचालन के लिए डिज़ाइन किया गया है।\nविवरण\nDS1307 सीरियल रीयल-टाइम क्लॉक कम शक्ति वाली है; पूर्ण बाइनरी-कोडेड दशमलव (बीसीडी) घड़ी/कैलेंडर और एनवी एसआरएएम के 56 बाइट्स। पता और डेटा को 2-तार, द्वि-दिशात्मक बस के माध्यम से क्रमिक रूप से स्थानांतरित किया जाता है। घड़ी/कैलेंडर सेकंड, मिनट, घंटे, दिन, तारीख, महीना और वर्ष की जानकारी प्रदान करता है। 31 दिन से कम वाले महीनों के लिए महीने की समाप्ति तिथि स्वचालित रूप से समायोजित की जाती है, जिसमें लीप वर्ष के लिए सुधार भी शामिल हैं। घड़ी AM/PM संकेतक के साथ 24 घंटे या 12 घंटे के प्रारूप में काम करती है। DS1307 में एक अंतर्निर्मित पावर सेंस सर्किट है जो बिजली विफलताओं का पता लगाता है और स्वचालित रूप से बैटरी आपूर्ति पर स्विच करता है।\nऑपरेशन\nDS1307 सीरियल बस में एक स्लेव डिवाइस के रूप में काम करता है। START शर्त लागू करके और एक डिवाइस पहचान कोड और उसके बाद एक रजिस्टर पता प्रदान करके पहुंच प्राप्त की जाती है। STOP शर्त निष्पादित होने तक बाद के रजिस्टरों को क्रमिक रूप से एक्सेस किया जा सकता है। जब वीसीसी 1.25 x वीबीएटी से कम हो जाता है तो डिवाइस प्रगति पर पहुंच समाप्त कर देता है और डिवाइस एड्रेस काउंटर को रीसेट कर देता है। गलत डेटा को सहनशीलता से बाहर सिस्टम से डिवाइस पर लिखे जाने से रोकने के लिए इस समय डिवाइस के इनपुट को पहचाना नहीं जाएगा। जब वीसीसी वीबीएटी से नीचे गिर जाता है तो डिवाइस कम-वर्तमान बैटरी बैकअप मोड में स्विच हो जाता है। पावर-अप पर, जब VCC VBAT + 0.2V से अधिक होता है तो डिवाइस बैटरी से VCC पर स्विच हो जाता है और VCC 1.25 x VBAT से अधिक होने पर इनपुट को पहचान लेता है।\n2.3.4 सीरियल ट्रांसीवर (MAX232)\nविशेषताएं\n उच्च डेटा दर - 250 kbits/sec लोड के तहत\n सिंगल +5V पावर से संचालित\n छोटे कैपेसिटर का उपयोग करता है: 0.1 μF\nपिन कॉन्फ़िगरेशन\nविवरण\nDS232A एक दोहरी RS-232 ड्राइवर/रिसीवर जोड़ी है जो एकल +5-वोल्ट बिजली आपूर्ति से RS-232 वोल्टेज स्तर उत्पन्न करती है। अतिरिक्त ±12-वोल्ट आपूर्ति की आवश्यकता नहीं है क्योंकि DS232A +5-वोल्ट आपूर्ति को ±10 वोल्ट में परिवर्तित करने के लिए ऑन-बोर्ड चार्ज पंप का उपयोग करता है। ड्राइवर स्लेव दरें और डेटा दरें 250k बिट्स/सेकंड तक की गारंटी हैं। DS232A केवल 0.1 µF चार्ज पंप कैपेसिटर के साथ संचालित होता है।\n2.3.4 सीरियल ईईपीरोम\nविशेषताएं\n आंतरिक रूप से व्यवस्थित 1024 x 8 (8K) मेमोरी\n 2-तार सीरियल इंटरफ़ेस\n द्वि-दिशात्मक डेटा ट्रांसफर प्रोटोकॉल\n हार्डवेयर डेटा सुरक्षा के लिए प्रोटेक्ट पिन लिखें\n 8-बाइट पेज (1K, 2K), 16-बाइट पेज (4K, 8K, 16K) लिखने के तरीके\n आंशिक पृष्ठ लिखने की अनुमति है\nपिन कॉन्फ़िगरेशन\nविवरण\nAT24C08 8 बिट्स के 1024 शब्दों के रूप में व्यवस्थित 8192 बिट्स सीरियल इलेक्ट्रिकली इरेज़ेबल और प्रोग्रामेबल रीड-ओनली मेमोरी (EEPROM) प्रदान करता है। डिवाइस को कई औद्योगिक और वाणिज्यिक अनुप्रयोगों में उपयोग के लिए अनुकूलित किया गया है जहां कम-शक्ति और कम-वोल्टेज संचालन आवश्यक है। AT24C08 को 2-तार सीरियल इंटरफ़ेस के माध्यम से एक्सेस किया जाता है।\n2.3.5. लिक्विड क्रिस्टल डिस्प्ले\nऑनलाइन तापमान मॉनिटरिंग सिस्टम 16 x 2 के डिस्प्ले के साथ सिस्टम एंड डिस्प्ले के रूप में लिक्विड क्रिस्टल डिस्प्ले का उपयोग करता है। इसमें 2 लाइनों के साथ ASCII डेटा के 16 अक्षरों की डिस्प्ले क्षमता है, कुल 32 अक्षर\n2.4 सॉफ्टवेयर के बारे में\n2.4.1 प्रोग्रामिंग भाषा (एएनएसआई सी)\nप्रोजेक्ट के लिए सॉफ़्टवेयर KEIL कंपाइलर का उपयोग करके \u0026ldquo;C\u0026rdquo; उच्च स्तरीय भाषा में लिखा गया था।\nक्यों \u0026ldquo;सी\u0026rdquo;\nसी एम्बेडेड प्रोग्रामर के लिए पसंद की भाषा बन गई है, क्योंकि इसमें प्रोसेसर स्वतंत्रता का लाभ है। यह प्रोसेसर स्वतंत्रता प्रोग्रामर को प्रोसेसर वास्तुकला के विवरण के बजाय एल्गोरिदम और अनुप्रयोगों पर ध्यान केंद्रित करने की अनुमति देती है। हालाँकि इसकी कई विशेषताएँ अन्य उच्च स्तरीय भाषाओं पर भी समान रूप से लागू होती हैं। शायद सी की ताकत यह है कि यह एम्बेडेड प्रोग्रामर्स को उच्च स्तरीय भाषाओं के लाभों को नुकसान पहुंचाए बिना प्रत्यक्ष हार्डवेयर नियंत्रण की एक असाधारण डिग्री प्रदान करता है।\nC के साथ लगभग हर प्रोसेसर के लिए कंपाइलर और क्रॉस-कंपाइलर उपलब्ध हैं। C या C++ या असेंबली भाषा में किसी भी स्रोत कोड को एक निष्पादन योग्य छवि में परिवर्तित किया जाना चाहिए जिसे ROM चिप में लोड किया जा सकता है।\n2.4.2 केआईएल कंपाइलर\nरायसनेंस एकीकृत विकास पर्यावरण\nकेईआईएल विकास किट के बारे में\nरायसनेंस 8051, एक्सए और एसटी6 डेवलपमेंट किट 8051 परिवार, एक्सए परिवार और एसटी6 परिवार के माइक्रोकंट्रोलर्स के लिए सॉफ्टवेयर बनाने का एक संपूर्ण समाधान हैं। विकास किट में कई अलग-अलग उपकरण शामिल होते हैं जो सरल से लेकर अत्यधिक जटिल तक की परियोजनाओं को सापेक्ष आसानी से विकसित करने की अनुमति देते हैं। केईआईएल 1988 से एम्बेडेड उपकरण विकसित कर रहा है और इसने कई वर्षों का अनुभव प्राप्त किया है।\nविकास उपकरण\n• एएनएसआई सी कंपाइलर\nसी कंपाइलर एक एएनएसआई अनुरूप कंपाइलर है जो स्रोत फ़ाइलें लेता है और ऑब्जेक्ट फ़ाइलें उत्पन्न करता है। सी भाषा के एक्सटेंशन का उपयोग माइक्रोकंट्रोलर की सुविधाओं को उपयोग या नियंत्रित करने में सक्षम बनाने के लिए किया जाता है।\n• असेंबलर\nअसेंबलर असेंबलर में लिखी स्रोत फ़ाइलें लेता है और ऑब्जेक्ट फ़ाइलें उत्पन्न करता है।\n• लिंकर/लोकेटर\nलिंकर कंपाइलर और लिंकर द्वारा उत्पन्न ऑब्जेक्ट फ़ाइलों को जोड़ता है और एक अलग प्रकार की ऑब्जेक्ट फ़ाइल तैयार करता है। लिंकर यह भी तय करता है कि मेमोरी में कुछ प्रकार के डेटा और कोड कहाँ स्थित हैं।\n• ऑब्जेक्ट-टू-हेक्स कनवर्टर\nकनवर्टर लिंकर द्वारा उत्पन्न ऑब्जेक्ट फ़ाइल को परिवर्तित करता है और एक इंटेल हेक्स फ़ाइल उत्पन्न करता है, जो अधिकांश डिवाइस प्रोग्रामर के साथ संगत है।\n• केइल\nकेईआईएल एकीकृत विकास पर्यावरण। केईआईएल एक विंडोज़ प्रोग्राम है जो उपयोगकर्ता को प्रोजेक्ट बनाने, प्रोजेक्ट बनाने के लिए आसानी से कंपाइलर, असेंबलर और लिंकर को कॉल करने और प्रोजेक्ट को अनुकरण या डीबग करने की अनुमति देता है।\n• पुस्तकालय प्रबंधक\nलाइब्रेरी प्रबंधक कंपाइलर या असेंबलर द्वारा उत्पन्न ऑब्जेक्ट फ़ाइलें ले सकता है और एक लाइब्रेरी बना सकता है जो अन्य परियोजनाओं में शामिल है।\n• मॉनिटर\nमॉनिटर एक प्रोग्राम है जो हार्डवेयर पर चलता है और प्रोग्राम निष्पादित होने पर डिबगिंग जानकारी को केईआईएल तक वापस भेजता है। यह प्रोग्राम के निष्पादन को नियंत्रित करने और हार्डवेयर पर निष्पादित होने के दौरान प्रोग्राम को डीबग करने का एक साधन भी प्रदान करता है\nविकास के चरण\nRIDE एक संपादक प्रदान करता है जो उपयोगकर्ता को C स्रोत फ़ाइलें (.c एक्सटेंशन) और असेंबलर स्रोत फ़ाइलें (8051 के लिए .a51 एक्सटेंशन, XA के लिए .axa एक्सटेंशन और ST6 के लिए .st6 एक्सटेंशन) उत्पन्न करने की अनुमति देता है।\nप्रत्येक स्रोत फ़ाइल का उपयुक्त टूल का उपयोग करके अनुवाद किया जाता है। कंपाइलर C स्रोत फ़ाइलों का अनुवाद करता है। असेंबलर असेंबलर स्रोत फ़ाइलों का अनुवाद करता है। प्रत्येक उपकरण एक पुनः-स्थानीय ऑब्जेक्ट फ़ाइल (.obj एक्सटेंशन) उत्पन्न करता है। यदि किसी प्रोजेक्ट में एक से अधिक C स्रोत फ़ाइल या एक से अधिक असेंबलर स्रोत फ़ाइल है, तो कंपाइलर और असेंबलर को आवश्यकतानुसार कई बार निष्पादित किया जाता है।\nयदि कोई लाइब्रेरी फ़ाइल जेनरेट की जा रही है तो लाइब्रेरी मैनेजर सभी पुनः-लोकेट करने योग्य ऑब्जेक्ट फ़ाइलों को लेता है और उन्हें लाइब्रेरी फ़ाइल (.lib एक्सटेंशन) में संयोजित करता है। फिर लाइब्रेरी फ़ाइल को अन्य परियोजनाओं के साथ जोड़ा जा सकता है।\nलिंकर/लोकेटर स्थानांतरित करने योग्य ऑब्जेक्ट फ़ाइलें और लाइब्रेरी फ़ाइलें लेता है और बाहरी संदर्भों को हल करते हुए उन्हें एक साथ जोड़ता है। लिंकर/लोकेटर फिर मेमोरी मैप में विशिष्ट पतों पर वेरिएबल और कोड का पता लगाता है। लिंकर/लोकेटर एक एकल एब्सोल्यूट ऑब्जेक्ट फ़ाइल (.aof एक्सटेंशन) उत्पन्न करता है। यह बिना किसी एक्सटेंशन के भी वही फ़ाइल जेनरेट करता है।\nएब्सोल्यूट ऑब्जेक्ट फ़ाइल का उपयोग केईआईएल में सिम्युलेटर या डिबगर द्वारा किया जा सकता है, क्योंकि फ़ाइल में डिबगिंग जानकारी हो सकती है। वैकल्पिक रूप से एब्सोल्यूट ऑब्जेक्ट फ़ाइल का उपयोग इन-सर्किट एमुलेटर के साथ किया जा सकता है।\nऑब्जेक्ट-हेक्स कन्वर्टर टूल एक एब्सोल्यूट ऑब्जेक्ट फ़ाइल को इंटेल HEX फ़ाइल (.hex एक्सटेंशन) में परिवर्तित करता है, जो डिबगिंग जानकारी के बिना उत्पन्न शुद्ध बाइनरी कोड का प्रतिनिधित्व करता है। Intel HEX फ़ाइल वस्तुतः सभी डिवाइस प्रोग्रामर द्वारा स्वीकार की जाती है। एक संपादक, सिम्युलेटर और डिबगर होने के अलावा, केईआईएल संपूर्ण निर्माण प्रक्रिया को नियंत्रित और स्वचालित भी करता है। एकल मेनू आइटम का चयन करके, केईआईएल लाइब्रेरी फ़ाइल या एब्सोल्यूट ऑब्जेक्ट फ़ाइल और इंटेल हेक्स फ़ाइल उत्पन्न करने के लिए सही टूल निष्पादित करेगा।\nन्यूनतम सिस्टम आवश्यकताएँ\n• विंडोज़ 9x/NT/2000\n• पेंटियम प्रोसेसर\n• 20 एमबी हार्ड डिस्क स्थान\n• 32 एमबी रैम\n2.4.3 फ्रंट एंड टूल\n2.4.4 प्लेटफार्म\nहार्डवेयर डिज़ाइन और विवरण चित्र: 1 ऑनलाइन तापमान निगरानी प्रणाली का ब्लॉक आरेख\nसिस्टम विवरण\n. यह I2C मास्टर (माइक्रोकंट्रोलर) डिवाइस और अन्य स्लेव (रियल टाइम क्लॉक, सीरियल EEPROM) डिवाइस के बीच विश्वसनीय और तेज़ संचार प्रदान करता है।\nसिस्टम विश्लेषण सिस्टम विश्लेषण कार्य में दो उप-कार्य शामिल हैं।\nवे हैं\nडेटा प्रवाह आरेख\nनियंत्रण प्रवाह आरेख\nडेटा प्रवाह आरेख\nडेटा प्रवाह आरेख एक ग्राफिकल प्रतिनिधित्व है जो सूचना प्रवाह और इनपुट से आउटपुट तक डेटा स्थानांतरित होने पर लागू होने वाले परिवर्तनों को दर्शाता है। डीएफडी का उपयोग अमूर्तता के किसी भी स्तर पर किसी सिस्टम या सॉफ्टवेयर का प्रतिनिधित्व करने के लिए किया जा सकता है।\nडीएफडी और सीएफडी में प्रयुक्त मुख्य नोटेशन\nओटीएमएस के लिए संदर्भ-स्तरीय डीएफडी\nलेवल 0 डीएफडी को मौलिक सिस्टम मॉडल या संदर्भ मॉडल भी कहा जाता है, जो पूरे सॉफ्टवेयर तत्व को एक एकल बुलबुले के रूप में दर्शाता है जिसमें इनपुट और आउटपुट डेटा क्रमशः इनकमिंग और आउटगोइंग तीरों द्वारा इंगित किया जाता है।\nजैसे ही डीएफडी को विवरण के बड़े स्तरों में परिष्कृत किया जाता है, विश्लेषक सिस्टम का एक अंतर्निहित कार्यात्मक अपघटन करता है, जिससे फ़ंक्शन के लिए अगला परिचालन विश्लेषण पूरा होता है। साथ ही, डीएफडी परिशोधन के परिणामस्वरूप डेटा का अनुरूप परिशोधन होता है क्योंकि यह उन प्रक्रियाओं से गुजरता है जो एप्लिकेशन को शामिल करते हैं।\nचित्र 2 संदर्भ स्तर डेटा प्रवाह आरेख\nओटीएमएस के लिए लेवल 1 डीएफडी\nचित्र 3 स्तर 1 डेटा प्रवाह आरेख\nडेटा प्रवाह सूचना\nउपयोगकर्ता आदेश और डेटा अनुरोध कॉन्फ़िगर करें डेटा कॉन्फ़िगर करें प्रारंभ/रोकें सेंसर की स्थिति कॉन्फ़िगरेशन डेटा ए/डी संदेश कॉन्फ़िगरेशन डेटा सेंसर की जानकारी जानकारी प्रदर्शित करें अलार्म प्रकार ओटीएमएस का लेवल 2 डीएफडी\nलेवल 2 डेटा फ्लो आरेख मॉनिटर सेंसर प्रक्रिया को परिष्कृत करता है\nचित्र 1 स्तर 2 डेटा प्रवाह आरेख\nडेटा प्रवाह सूचना\nसेंसर स्थिति सेंसर आईडी, प्रकार अलार्म डेटा कॉन्फ़िगरेशन डेटा सेंसर आईडी, प्रकार, स्थान सेंसर की जानकारी अलार्म प्रकार नियंत्रण प्रवाह आरेख\nएक बड़े वर्ग के एप्लिकेशन डेटा के बजाय घटनाओं द्वारा \u0026ldquo;संचालित\u0026rdquo; होते हैं; रिपोर्ट या प्रदर्शन के बजाय नियंत्रण जानकारी का उत्पादन करें, और समय और प्रदर्शन की भारी चिंता के साथ जानकारी को संसाधित करें।\nचित्र 1 नियंत्रण प्रवाह आरेख\nडेटा प्रवाह सूचना\nउपयोगकर्ता आदेश और डेटा अनुरोध कॉन्फ़िगर करें डेटा कॉन्फ़िगर करें प्रारंभ/रोकें सेंसर की स्थिति कॉन्फ़िगरेशन डेटा ए/डी संदेश कॉन्फ़िगरेशन डेटा सेंसर की जानकारी जानकारी प्रदर्शित करें अलार्म प्रकार सॉफ्टवेयर डिजाइन\nसॉफ़्टवेयर डिज़ाइन में दो भाग शामिल होंगे\n• सी प्रोग्राम डिज़ाइन (स्रोत)\n5.1 \u0026ldquo;सी\u0026rdquo; प्रोग्राम डिज़ाइन\nयह ऑनलाइन तापमान निगरानी प्रणाली का मुख्य कार्यक्रम है। इसे RIDE (रेज़ोनेंस इंटीग्रेटेड डेवलपमेंट एनवायरनमेंट) कंपाइलर के साथ संकलित किया गया है और उत्पन्न निष्पादन योग्य छवि को माइक्रोकंट्रोलर (AT 89c52) चिप में डंप किया जाएगा। कार्यक्रम के लिए संपूर्ण फ़्लो चार्ट नीचे दिए गए हैं\nमुख्य कार्यक्रम दिनचर्या \u0026ldquo;नियंत्रण\u0026rdquo; दिनचर्या के लिए प्रवाह चार्ट\n\u0026ldquo;लिखने का समय\u0026rdquo; रूटीन के लिए फ़्लो चार्ट\nI2C प्रोटोकॉल सीरियल कम्युनिकेशन प्रोटोकॉल\n6.2 I2C प्रोटोकॉल संचार\nसिंहावलोकन\nउपभोक्ता इलेक्ट्रॉनिक्स, दूरसंचार और औद्योगिक इलेक्ट्रॉनिक्स में, अक्सर असंबंधित प्रतीत होने वाले डिज़ाइनों के बीच कई समानताएँ होती हैं। उदाहरण के लिए, लगभग हर प्रणाली में शामिल हैं: • कुछ बुद्धिमान नियंत्रण, आमतौर पर एक एकल-चिप माइक्रोकंट्रोलर • एलसीडी ड्राइवर, रिमोट I/O पोर्ट, RAM, EEPROM, या डेटा कन्वर्टर्स जैसे सामान्य प्रयोजन सर्किट • रेडियो और वीडियो सिस्टम के लिए डिजिटल ट्यूनिंग और सिग्नल प्रोसेसिंग सर्किट, या टोन डायलिंग वाले टेलीफोन के लिए DTMF जनरेटर जैसे अनुप्रयोग-उन्मुख सर्किट। सिस्टम डिजाइनरों और उपकरण निर्माताओं दोनों के लाभ के लिए इन समानताओं का फायदा उठाने के लिए, साथ ही हार्डवेयर दक्षता और सर्किट सादगी को अधिकतम करने के लिए, फिलिप्स ने कुशल अंतर-आईसी नियंत्रण के लिए एक सरल द्वि-दिशात्मक 2-तार बस विकसित की। इस बस को इंटर IC या I2C-बस कहा जाता है। वर्तमान में, फिलिप्स की आईसी रेंज में पहले उल्लिखित सभी तीन श्रेणियों में कार्य करने के लिए 150 से अधिक सीएमओएस और द्विध्रुवी आई2सी-बस संगत प्रकार शामिल हैं। सभी I2C-बस संगत उपकरणों में एक ऑन-चिप इंटरफ़ेस शामिल होता है जो उन्हें I2C-बस के माध्यम से एक दूसरे के साथ सीधे संवाद करने की अनुमति देता है। यह डिज़ाइन अवधारणा डिजिटल नियंत्रण सर्किट को डिज़ाइन करते समय आने वाली कई इंटरफ़ेसिंग समस्याओं का समाधान करती है।\nI2C-बस की विशेषताएं\n• केवल दो बस लाइनों की आवश्यकता है; एक सीरियल डेटा लाइन (एसडीए) और एक सीरियल क्लॉक लाइन (एससीएल)\n• बस से जुड़ा प्रत्येक उपकरण एक अद्वितीय पते द्वारा सॉफ्टवेयर द्वारा संबोधित किया जा सकता है और सरल मास्टर/स्लेव संबंध हर समय मौजूद रहते हैं; मास्टर्स मास्टर-ट्रांसमीटर या मास्टर-रिसीवर के रूप में कार्य कर सकते हैं\n• यदि दो या दो से अधिक मास्टर एक साथ डेटा ट्रांसफर शुरू करते हैं तो यह डेटा भ्रष्टाचार को रोकने के लिए टकराव का पता लगाने और मध्यस्थता सहित एक वास्तविक मल्टी-मास्टर बस है\n• सीरियल, 8-बिट ओरिएंटेड, द्वि-दिशात्मक डेटा ट्रांसफर मानक-मोड में 100 kbit/s तक, फास्ट-मोड में 400 kbit/s तक, या हाई-स्पीड मोड में 3.4 Mbit/s तक किया जा सकता है।\n• डेटा अखंडता को संरक्षित करने के लिए ऑन-चिप फ़िल्टरिंग बस डेटा लाइन पर स्पाइक्स को अस्वीकार कर देता है\n• एक ही बस से कनेक्ट किए जा सकने वाले आईसी की संख्या केवल 400 पीएफ की अधिकतम बस क्षमता तक सीमित है। डिज़ाइनर को लाभ\n• ब्लॉक आरेख पर कार्यात्मक ब्लॉक वास्तविक आईसी के अनुरूप हैं; डिज़ाइन ब्लॉक आरेख से अंतिम योजनाबद्ध तक तेजी से आगे बढ़ते हैं।\n• बस इंटरफ़ेस डिज़ाइन करने की कोई आवश्यकता नहीं है क्योंकि I2C-बस इंटरफ़ेस पहले से ही ऑन-चिप में एकीकृत है।\n• एकीकृत एड्रेसिंग और डेटा-ट्रांसफर प्रोटोकॉल सिस्टम को पूरी तरह से सॉफ्टवेयर-परिभाषित करने की अनुमति देता है\n• एक ही आईसी प्रकार का उपयोग अक्सर कई अलग-अलग अनुप्रयोगों में किया जा सकता है\n• डिज़ाइन-समय कम हो जाता है क्योंकि डिज़ाइनर I2C-बस संगत IC द्वारा दर्शाए जाने वाले अक्सर उपयोग किए जाने वाले कार्यात्मक ब्लॉकों से जल्दी परिचित हो जाते हैं\n• आईसी को बस में किसी भी अन्य सर्किट को प्रभावित किए बिना सिस्टम में जोड़ा या हटाया जा सकता है\n• दोष निदान और डिबगिंग सरल हैं; खराबी का तुरंत पता लगाया जा सकता है\nI2C-बस अवधारणा\nI2C-बस में दो तार, सीरियल डेटा (एसडीए) और सीरियल क्लॉक (एससीएल) होते हैं, जो बस से जुड़े उपकरणों के बीच जानकारी ले जाते हैं। प्रत्येक डिवाइस को एक अद्वितीय पते से पहचाना जाता है (चाहे वह माइक्रोकंट्रोलर, एलसीडी ड्राइवर, मेमोरी या कीबोर्ड इंटरफ़ेस हो) और डिवाइस के कार्य के आधार पर ट्रांसमीटर या रिसीवर के रूप में काम कर सकता है। स्पष्ट रूप से एक एलसीडी ड्राइवर केवल एक रिसीवर है, जबकि एक मेमोरी डेटा प्राप्त और संचारित दोनों कर सकती है। ट्रांसमीटर और रिसीवर के अलावा, डेटा ट्रांसफर करते समय उपकरणों को मास्टर या गुलाम के रूप में भी माना जा सकता है\nI2C-बस शब्दावली की परिभाषा\nबाइट प्रारूप\nएसडीए लाइन पर डाला गया प्रत्येक बाइट 8-बिट लंबा होना चाहिए। प्रति स्थानांतरण प्रसारित किए जा सकने वाले बाइट्स की संख्या अप्रतिबंधित है। प्रत्येक बाइट के बाद एक पावती बिट होना चाहिए। डेटा को सबसे पहले सबसे महत्वपूर्ण बिट (एमएसबी) के साथ स्थानांतरित किया जाता है (चित्र ए देखें)। यदि कोई दास डेटा का एक और पूरा बाइट प्राप्त या संचारित नहीं कर सकता है जब तक कि उसने कोई अन्य कार्य नहीं किया हो, उदाहरण के लिए आंतरिक व्यवधान की सर्विसिंग, तो वह मास्टर को प्रतीक्षा स्थिति में मजबूर करने के लिए क्लॉक लाइन SCL LOW को पकड़ सकता है। डेटा स्थानांतरण तब जारी रहता है जब स्लेव डेटा के दूसरे बाइट के लिए तैयार होता है और क्लॉक लाइन एससीएल जारी करता है।\nचित्र ए. I2C बस पर डेटा स्थानांतरण\nस्वीकार करें\nपावती के साथ डेटा ट्रांसफर अनिवार्य है। पावती-संबंधित घड़ी पल्स मास्टर द्वारा उत्पन्न होता है। ट्रांसमीटर पावती घड़ी पल्स के दौरान एसडीए लाइन (हाई) जारी करता है। रिसीवर को स्वीकृत क्लॉक पल्स के दौरान एसडीए लाइन को नीचे खींचना चाहिए ताकि इस क्लॉक पल्स की उच्च अवधि के दौरान यह स्थिर LOW बनी रहे (चित्र देखें)।\nचित्र बी. I2C बस पर स्वीकार करें\n7-बिट पते वाले प्रारूप\nडेटा ट्रांसफर चित्र ए में दिखाए गए प्रारूप का पालन करता है। START स्थिति (एस) के बाद, एक स्लेव पता भेजा जाता है। यह पता 7 बिट लंबा है, इसके बाद आठवां बिट है जो एक डेटा दिशा बिट (आर/डब्ल्यू) है - एक \u0026lsquo;शून्य\u0026rsquo; एक ट्रांसमिशन (WRITE) को इंगित करता है, एक \u0026lsquo;एक\u0026rsquo; डेटा के लिए अनुरोध (रीड) को इंगित करता है। डेटा ट्रांसफर हमेशा मास्टर द्वारा उत्पन्न STOP शर्त (P) द्वारा समाप्त किया जाता है। हालाँकि, यदि कोई मास्टर अभी भी बस में संचार करना चाहता है, तो वह बार-बार START स्थिति (Sr) उत्पन्न कर सकता है और पहले STOP स्थिति उत्पन्न किए बिना किसी अन्य दास को संबोधित कर सकता है। ऐसे स्थानांतरण में पढ़ने/लिखने के प्रारूपों के विभिन्न संयोजन संभव हैं।\nचित्र: ए. पूर्ण डेटा स्थानांतरण.\nपूर्ण डेटा स्थानांतरण प्रारूप\nएस-स्टार्ट स्थिति\nपी-स्टॉप स्थिति\nउ0- अभिस्वीकृति\nसीरियल कम्युनिकेशन प्रोटोकॉल\nआरएस 232 और एएससीसीआईआई की स्थापना बहु-उपयोगकर्ता कंप्यूटर संगठनों के विकास के साथ हुई, जिसमें कई उपयोगकर्ताओं को सीरियल डेटा लिंक के माध्यम से एक होस्ट मेनफ्रेम से जोड़ा गया था, और सीरियल डेटा को एएससीआईआई में एन्कोड किया गया था। परिधीय उपकरणों, जैसे प्रिंटर, ने सीरियल उपकरणों के बढ़ते बाजार तक पहुंचने के लिए समान मानकों को अपनाया।\nASCII का उपयोग करके सीरियल डेटा ट्रांसमिशन इतना सार्वभौमिक हो गया है कि विशेष एकीकृत सर्किट, यूनिवर्सल एसिंक्रोनस रिसीवर ट्रांसमीटर (UARTS), 8-बिट समानांतर डेटा बाइट को 10-बिट सीरियल स्ट्रीम में परिवर्तित करने और 10-बिट सीरियल स्ट्रीम को 8-बिट समानांतर बाइट में परिवर्तित करने के कार्यों को करने के लिए विकसित किए गए थे।\n89c52 में सीरियल डेटा ट्रांसमिशन/रिसेप्शन सर्किटरी शामिल है जिसे 0 से 3 तक क्रमांकित चार अतुल्यकालिक डेटा संचार मोड का उपयोग करने के लिए प्रोग्राम किया जा सकता है। • मोड 0: हाई-स्पीड, 8-बिट शिफ्ट रजिस्टर; f/12 की एक बॉड दर\n• मोड 1: मानक 8-बिट यूएआरटी; परिवर्तनीय बॉड दरें\n• मोड 2 और मोड 3 मल्टीप्रोसेसर 9-बिट यूएआरटी\nएसिंक्रोनस 8-बिट कैरेक्टर (मोड1)\nपरिचालन विशिष्टताएँ\nआवेदन वास्तविक समय\nनिष्कर्ष\n9.1 भविष्य का दायरा\n9.2 सीमाएँ\n.\nग्रंथ सूची ","permalink":"https://www.shafiq.in/hi/blog/%E0%A4%91%E0%A4%A8%E0%A4%B2%E0%A4%BE%E0%A4%87%E0%A4%A8-%E0%A4%A4%E0%A4%BE%E0%A4%AA%E0%A4%AE%E0%A4%BE%E0%A4%A8-%E0%A4%A8%E0%A4%BF%E0%A4%97%E0%A4%B0%E0%A4%BE%E0%A4%A8%E0%A5%80-%E0%A4%AA%E0%A5%8D%E0%A4%B0%E0%A4%A3%E0%A4%BE%E0%A4%B2%E0%A5%80/","summary":"\u003ch1 id=\"डउनलड--proj_format_\"\u003eडाउनलोड : \u003ca href=\"/wp-content/uploads/2013/06/proj_format_.doc\"\u003ePROJ_FORMAT_\u003c/a\u003e\u003c/h1\u003e\n\u003col\u003e\n\u003cli\u003e\n\u003cp\u003eपरिचय\u003c/p\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cp\u003eकार्य वातावरण\u003c/p\u003e\n\u003c/li\u003e\n\u003c/ol\u003e\n\u003cp\u003e2.1 हार्डवेयर आवश्यकता विशिष्टता\u003c/p\u003e\n\u003cp\u003eमैं. माइक्रोकंट्रोलर AT89c52\u003cbr\u003e\nद्वितीय. एडीसी एडीसी0808\u003cbr\u003e\niii. \u003ca class=\"zem_slink\" title=\"Real-time clock\" href=\"http://en.wikipedia.org/wiki/Real-time_clock\" target=\"_blank\" rel=\"wikipedia\"\u003eReal Time Clock\u003c/a\u003e DS1307\u003cbr\u003e\niv. सीरियल EEPROM AT24c08\u003cbr\u003e\nवी. सीरियल ट्रांसीवर MAX232\u003cbr\u003e\nvi. एलसीडी 16×2\u003c/p\u003e\n\u003cp\u003e2.2 \u003ca class=\"zem_slink\" title=\"Requirement\" href=\"http://en.wikipedia.org/wiki/Requirement\" target=\"_blank\" rel=\"wikipedia\"\u003eSoftware Requirement\u003c/a\u003e Specification\u003c/p\u003e\n\u003cp\u003eमैं. प्रोग्रामिंग भाषा एएनएसआई सी\u003cbr\u003e\nद्वितीय. संकलक KEIL\u003c/p\u003e\n\u003cp\u003e2.3 हार्डवेयर के बारे में\u003c/p\u003e\n\u003cp\u003e2.3.1 माइक्रोकंट्रोलर (89सी52)\u003cbr\u003e\nमुख्य विशेषताएं\u003cbr\u003e\n MCS-51™ उत्पादों के साथ संगत\u003cbr\u003e\n 8K Bytes of In-System Reprogrammable \u003ca class=\"zem_slink\" title=\"Flash memory\" href=\"http://en.wikipedia.org/wiki/Flash_memory\" target=\"_blank\" rel=\"wikipedia\"\u003eFlash Memory\u003c/a\u003e\u003cbr\u003e\n सहनशक्ति: 1,000 लिखने/मिटाने के चक्र\u003cbr\u003e\n 256 x 8-बिट आंतरिक रैम\u003cbr\u003e\n 32 प्रोग्रामयोग्य I/O लाइनें\u003cbr\u003e\n तीन 16-बिट टाइमर/काउंटर\u003cbr\u003e\n आठ व्यवधान स्रोत\u003cbr\u003e\n प्रोग्रामेबल सीरियल चैनल\u003c/p\u003e","title":"ऑनलाइन तापमान निगरानी प्रणाली"},{"content":"कई बार आप किसी कॉलम को वास्तव में DOM से हटाए बिना उसे दृश्य से छिपाना चाह सकते हैं। यह उपयोगी हो सकता है यदि आप डेटा को अन्य परिचालनों के लिए सुलभ रखना चाहते हैं लेकिन इसे फ्रंट एंड पर दिखाई नहीं देना चाहते हैं।\nत्वरित समाधान: सीएसएस का प्रयोग करें इसे प्राप्त करने का एक सीधा तरीका सीएसएस का उपयोग करना है। यह आपको कॉलम डेटा को DOM में रखने की अनुमति देता है, लेकिन इसे तालिका में प्रदर्शित नहीं करता है।\nचरण 1: कॉलम में एक कक्षा जोड़ें आप डेटाटेबल्स में sClass विशेषता का उपयोग करके उस कॉलम में एक क्लास जोड़ सकते हैं जिसे आप छिपाना चाहते हैं।\nCODE_ब्लॉक_1\nचरण 2: सीएसएस में क्लास को परिभाषित करें क्लास असाइन करने के बाद, आपको इसे अपनी स्टाइलशीट में परिभाषित करना होगा। कॉलम को छिपाने के लिए आप display प्रॉपर्टी को none पर सेट कर सकते हैं।\nCODE_ब्लॉक_4\nऔर बस इतना ही! इस तरह, कॉलम DOM में रहेगा, लेकिन यह डेटाटेबल में दृश्य से छिपा रहेगा।\nतुमने ऐसा क्यों करना चाहोगे? आप सोच रहे होंगे कि आप किसी कॉलम को छिपाना क्यों चाहते हैं लेकिन उसे DOM से हटाना नहीं चाहते। यहां कुछ परिदृश्य दिए गए हैं जहां यह उपयोगी हो सकता है:\nडेटा प्रोसेसिंग: आप कॉलम को उपयोगकर्ताओं को दिखाए बिना डेटा प्रोसेसिंग कार्यों के लिए सुलभ रखना चाह सकते हैं।\nसशर्त प्रदर्शन: कभी-कभी आप कुछ शर्तों के आधार पर कॉलम प्रदर्शित करना चाह सकते हैं। चूँकि कॉलम अभी भी DOM में है, इसे जावास्क्रिप्ट के माध्यम से आसानी से दिखाया या छिपाया जा सकता है।\nसंगति: कॉलम को DOM में रखने से यह सुनिश्चित होता है कि तालिका संरचना सुसंगत बनी रहती है, तब भी जब कॉलम चालू या बंद होते हैं।\nउपयोगकर्ता प्राथमिकताएँ: आप डेटा अखंडता या तालिका संरचना को प्रभावित किए बिना, उपयोगकर्ताओं को यह अनुकूलित करने की अनुमति देना चाह सकते हैं कि वे कौन से कॉलम देख सकते हैं।\n","permalink":"https://www.shafiq.in/hi/blog/dom-%E0%A4%B8%E0%A5%87-%E0%A4%B9%E0%A4%9F%E0%A4%BE%E0%A4%8F-%E0%A4%AC%E0%A4%BF%E0%A4%A8%E0%A4%BE-jquery-%E0%A4%A1%E0%A5%87%E0%A4%9F%E0%A4%BE%E0%A4%9F%E0%A5%87%E0%A4%AC%E0%A4%B2%E0%A5%8D%E0%A4%B8-%E0%A4%AE%E0%A5%87%E0%A4%82-%E0%A4%8F%E0%A4%95-%E0%A4%95%E0%A5%89%E0%A4%B2%E0%A4%AE-%E0%A4%95%E0%A5%8B-%E0%A4%95%E0%A5%88%E0%A4%B8%E0%A5%87-%E0%A4%9B%E0%A4%BF%E0%A4%AA%E0%A4%BE%E0%A4%8F%E0%A4%82/","summary":"\u003cp\u003eकई बार आप किसी कॉलम को वास्तव में DOM से हटाए बिना उसे दृश्य से छिपाना चाह सकते हैं। यह उपयोगी हो सकता है यदि आप डेटा को अन्य परिचालनों के लिए सुलभ रखना चाहते हैं लेकिन इसे फ्रंट एंड पर दिखाई नहीं देना चाहते हैं।\u003c/p\u003e\n\u003ch2 id=\"तवरत-समधन-सएसएस-क-परयग-कर\"\u003eत्वरित समाधान: सीएसएस का प्रयोग करें\u003c/h2\u003e\n\u003cp\u003eइसे प्राप्त करने का एक सीधा तरीका सीएसएस का उपयोग करना है। यह आपको कॉलम डेटा को DOM में रखने की अनुमति देता है, लेकिन इसे तालिका में प्रदर्शित नहीं करता है।\u003c/p\u003e","title":"DOM से हटाए बिना jQuery डेटाटेबल्स में एक कॉलम को कैसे छिपाएं"},{"content":"CODE_ब्लॉक_0\n","permalink":"https://www.shafiq.in/hi/blog/%E0%A4%AF%E0%A5%82%E0%A4%95%E0%A5%87-%E0%A4%AE%E0%A5%87%E0%A4%82-%E0%A4%88%E0%A4%AC%E0%A5%87-%E0%A4%B6%E0%A4%BF%E0%A4%AA%E0%A4%BF%E0%A4%82%E0%A4%97-%E0%A4%B8%E0%A5%87%E0%A4%B5%E0%A4%BE%E0%A4%93%E0%A4%82-%E0%A4%95%E0%A5%80-%E0%A4%B8%E0%A5%82%E0%A4%9A%E0%A5%80/","summary":"\u003cp\u003e\u003cstrong\u003eCODE_ब्लॉक_0\u003c/strong\u003e\u003c/p\u003e","title":"यूके में ईबे शिपिंग सेवाओं की सूची"},{"content":"बॉटमटूलबार का परिचय: आपकी वेबसाइट के लिए एक अनुकूलन योग्य टूल क्या आपने कभी अपने टीवी स्क्रीन के नीचे टेक्स्ट संदेश और चित्र प्रदर्शित करने वाली स्लाइडिंग बार पर ध्यान दिया है? समाचार चैनलों और मनोरंजन कार्यक्रमों में यह एक आम बात है। बॉटमटूलबार (बीटीबी) उस अवधारणा को लेता है और इसे आपकी वेबसाइट पर लाता है, जिससे उपयोगकर्ता की सहभागिता और सामग्री खोज में वृद्धि होती है।\nबॉटमटूलबार क्या है? बॉटमटूलबार एक ऐसी सुविधा है जिसे किसी भी वेबसाइट में जोड़ा जा सकता है। यह वेब ब्राउज़र के निचले भाग पर स्थित होता है और अन्य सभी वेबपेज तत्वों के शीर्ष पर रहता है। यह काफी हद तक स्क्रॉलिंग टिकर की तरह काम करता है जो आप समाचार वेबसाइटों पर देखते हैं लेकिन अतिरिक्त अनुकूलन क्षमता के साथ, जैसे:\nमुख्य विशेषताएं स्टिकी प्लेसमेंट: हमेशा आपके वेब ब्राउज़र के नीचे रहता है। लेयरिंग: अन्य सभी वेबपेज तत्वों में शीर्ष पर रहता है। गतिशील सामग्री: प्रदर्शित करने के लिए सर्वर से टेक्स्ट और छवियां लाती है। टेक्स्ट स्क्रॉलिंग: संदेश दाएं से बाएं या इसके विपरीत स्लाइड करते हैं। आइकन पृथक्करण: टेक्स्ट को कस्टम छवियों, अक्सर वेबसाइट के लोगो द्वारा अलग किया जाता है। इमोजी समर्थन: एमएसएन चैट के समान इमोजी का समर्थन करता है। मल्टीमीडिया डिस्प्ले: स्लाइडिंग टेक्स्ट के हिस्से के रूप में चित्र दिखा सकते हैं। उपयोगकर्ता अन्तरक्रियाशीलता: उपयोगकर्ताओं को टूलबार को इधर-उधर ले जाने की अनुमति देता है। एनालिटिक्स: ट्रैक करता है कि कितने लोग प्रत्येक संदेश देखते हैं और कितने लोग टूलबार को बंद करना चुनते हैं। उपयोगकर्ता प्राथमिकता: उपयोगकर्ताओं को उनके चयन को याद रखने के विकल्पों के साथ टूलबार देखने का विकल्प प्रदान करता है। नियंत्रण कक्ष नियंत्रण कक्ष से, वेबसाइट प्रशासक यह कर सकते हैं:\nटैग निर्माण: प्रत्येक वेबसाइट के लिए टैग परिभाषित करें। कस्टम छवि: टेक्स्ट को अलग करने के लिए एक छवि चुनें। पाठ आवृत्ति: परिभाषित करें कि कोई विशिष्ट पाठ कितनी बार आना चाहिए। स्क्रॉल दिशा: स्क्रॉलिंग दिशा (आरटीएल या एलटीआर) चुनें। पृष्ठभूमि का रंग: पृष्ठभूमि का रंग अनुकूलित करें। सामग्री स्रोत: पाठ और छवियों के लिए स्रोत का चयन करें। छवि स्थिति निर्धारण: परिभाषित करें कि छवि को पाठ के भीतर कहाँ रखा जाएगा। प्रदर्शन समय: सेट करें कि कोई छवि या पाठ कितनी देर तक प्रदर्शित किया जाएगा। उपयोगकर्ता प्रमाणीकरण: उपयोगकर्ताओं के लिए लॉग इन करने और अपना टूलबार बनाने की वैकल्पिक सुविधा। व्यवस्थापकीय स्वीकृति: संदेशों को विशेषाधिकारों के आधार पर व्यवस्थापक द्वारा स्वीकृत या अस्वीकृत किया जा सकता है। उदाहरण जीमेल की चैट सुविधा: वेब ब्राउज़र में जीमेल चैट सुविधा की तरह, बॉटमटूलबार अन्य सभी तत्वों के शीर्ष पर रहता है। बॉटमटूलबार एक व्यापक, गतिशील टूल है जिसे वेबसाइटों को अधिक इंटरैक्टिव और आकर्षक बनाने के लिए डिज़ाइन किया गया है। यह समाचार पोर्टलों से लेकर मनोरंजन साइटों तक, विभिन्न प्रकार की वेबसाइटों की आवश्यकताओं के अनुरूप पूरी तरह से अनुकूलन योग्य है।\nइसलिए यदि आप अपनी वेबसाइट को अतिरिक्त कार्यक्षमता और सुविधा देना चाहते हैं, तो बॉटमटूलबार वह समाधान हो सकता है जिसे आप तलाश रहे हैं।\nCODE_ब्लॉक_0\n","permalink":"https://www.shafiq.in/hi/blog/%E0%A4%AC%E0%A5%89%E0%A4%9F%E0%A4%AE%E0%A4%9F%E0%A5%82%E0%A4%B2%E0%A4%AC%E0%A4%BE%E0%A4%B0-%E0%A4%95%E0%A5%87-%E0%A4%B8%E0%A4%BE%E0%A4%A5-%E0%A4%85%E0%A4%AA%E0%A4%A8%E0%A5%80-%E0%A4%B5%E0%A5%87%E0%A4%AC%E0%A4%B8%E0%A4%BE%E0%A4%87%E0%A4%9F-%E0%A4%95%E0%A4%BE-%E0%A4%85%E0%A4%A8%E0%A5%81%E0%A4%AD%E0%A4%B5-%E0%A4%AC%E0%A5%87%E0%A4%B9%E0%A4%A4%E0%A4%B0-%E0%A4%AC%E0%A4%A8%E0%A4%BE%E0%A4%8F%E0%A4%82/","summary":"\u003ch3 id=\"बटमटलबर-क-परचय-आपक-वबसइट-क-लए-एक-अनकलन-यगय-टल\"\u003eबॉटमटूलबार का परिचय: आपकी वेबसाइट के लिए एक अनुकूलन योग्य टूल\u003c/h3\u003e\n\u003cp\u003eक्या आपने कभी अपने टीवी स्क्रीन के नीचे टेक्स्ट संदेश और चित्र प्रदर्शित करने वाली स्लाइडिंग बार पर ध्यान दिया है? समाचार चैनलों और मनोरंजन कार्यक्रमों में यह एक आम बात है। बॉटमटूलबार (बीटीबी) उस अवधारणा को लेता है और इसे आपकी वेबसाइट पर लाता है, जिससे उपयोगकर्ता की सहभागिता और सामग्री खोज में वृद्धि होती है।\u003c/p\u003e\n\u003ch3 id=\"बटमटलबर-कय-ह\"\u003eबॉटमटूलबार क्या है?\u003c/h3\u003e\n\u003cp\u003eबॉटमटूलबार एक ऐसी सुविधा है जिसे किसी भी वेबसाइट में जोड़ा जा सकता है। यह वेब ब्राउज़र के निचले भाग पर स्थित होता है और अन्य सभी वेबपेज तत्वों के शीर्ष पर रहता है। यह काफी हद तक स्क्रॉलिंग टिकर की तरह काम करता है जो आप समाचार वेबसाइटों पर देखते हैं लेकिन अतिरिक्त अनुकूलन क्षमता के साथ, जैसे:\u003c/p\u003e","title":"बॉटमटूलबार के साथ अपनी वेबसाइट का अनुभव बेहतर बनाएं"},{"content":"कोड_ब्लॉक_0 सिस्टम हार्डनिंग का परिचय सिस्टम हार्डनिंग संभावित खतरों के खिलाफ आपके कंप्यूटिंग वातावरण को मजबूत करने की कला है। इसके मूल में, दर्शन \u0026lsquo;न्यूनतम विशेषाधिकार\u0026rsquo; के सिद्धांत को लागू करने के बारे में है। इसमें शामिल है:\nयह जानना कि किसी सिस्टम पर किन सेवाओं और अनुप्रयोगों को चलाने की आवश्यकता है दस्तावेज़ बनाना जो नीति, मानकों और दिशानिर्देशों की रूपरेखा तैयार करता हो ऑपरेटिंग सिस्टम, वर्चुअल सर्वर और सॉफ्टवेयर को सुरक्षित रूप से कॉन्फ़िगर करना सुरक्षा बढ़ाने के लिए एप्लिकेशन सेटिंग्स प्रबंधित करना डेटाबेस सेटअप और कॉन्फ़िगरेशन को सुव्यवस्थित करना नेटवर्क उपकरणों और पोर्टेबल उपकरणों को सुरक्षित करना प्लेटफ़ॉर्म हार्डनिंग क्यों मायने रखती है प्लेटफ़ॉर्म, जैसे सर्वर या डेटाबेस, आपके डेटा इंफ्रास्ट्रक्चर की नींव हैं। सूचना के सुरक्षित, विश्वसनीय हस्तांतरण और भंडारण के लिए उनकी अखंडता महत्वपूर्ण है। सर्वोत्तम अभ्यास के रूप में, सुनिश्चित करें कि आपके प्लेटफ़ॉर्म अनधिकृत पहुंच और सेवा रुकावटों को दूर करने के लिए कॉन्फ़िगर और रखरखाव किए गए हैं।\nसिस्टम हार्डनिंग में मुख्य परिभाषाएँ कठोर सिस्टम (एच): यह उस सुरक्षित स्थिति का प्रतिनिधित्व करता है जिसे आप अपने सिस्टम के लिए हासिल करना चाहते हैं। बेसलाइन ओएस हार्डनिंग (बीओएस): ऑपरेटिंग सिस्टम के लिए मूलभूत सुरक्षा सेटिंग्स को संदर्भित करता है। एप्लिकेशन/सिस्टम फ़ंक्शन हार्डनिंग (एएफ): अपाचे, ओरेकल जैसे अनुप्रयोगों और डीएनएस या डीएचसीपी जैसे विशिष्ट सिस्टम फ़ंक्शंस के लिए सुरक्षा कॉन्फ़िगरेशन से संबंधित है। बेस हार्डनिंग (बी): यह बेसलाइन ओएस हार्डनिंग और एप्लिकेशन/सिस्टम फंक्शन हार्डनिंग (बी = बोस + एएफ) का योग है। कस्टम हार्डनिंग (सी): इसमें अतिरिक्त सुरक्षा परतें शामिल हैं, जैसे डीएमजेड सेटिंग्स, विशेष सुरक्षा सेटिंग्स, या टीसीपी रैपर्स जैसे कस्टम ओएस-विशिष्ट नियंत्रण। वर्चुअल सिस्टम हार्डनिंग: यह वर्चुअल मशीन (वीएम) को स्वयं सख्त करने से संबंधित है। कठोर प्रणाली का सूत्र सिस्टम हार्डनिंग को सरल गणित में डालने के लिए, आप कह सकते हैं:\n[ एच (कठोर प्रणाली) = बी (बेस हार्डनिंग) + सी (कस्टम हार्डनिंग) ]\nयह समीकरण दर्शाता है कि कैसे एक कठोर प्रणाली सुरक्षा की कस्टम परतों के साथ बुनियादी सुरक्षा कॉन्फ़िगरेशन के संयोजन का परिणाम है।\nवर्चुअल सिस्टम को सख्त बनाना वर्चुअलाइज्ड वातावरण में, आप सख्तीकरण सूत्र को निम्नानुसार अनुकूलित कर सकते हैं:\n[ एच (हार्डेनड सिस्टम) = वोस (वर्चुअल ओएस हार्डनिंग) + बी (बेस हार्डनिंग) + सी (कस्टम हार्डनिंग) ]\nवर्चुअल ओएस हार्डनिंग को जोड़ना आधार और कस्टम हार्डनिंग प्रक्रियाओं के साथ-साथ वर्चुअल मशीन को सुरक्षित करने की आवश्यकता को दर्शाता है।\n","permalink":"https://www.shafiq.in/hi/blog/%E0%A4%B8%E0%A4%BF%E0%A4%B8%E0%A5%8D%E0%A4%9F%E0%A4%AE-%E0%A4%B9%E0%A4%BE%E0%A4%B0%E0%A5%8D%E0%A4%A1%E0%A4%A8%E0%A4%BF%E0%A4%82%E0%A4%97-%E0%A4%95%E0%A5%80-%E0%A4%95%E0%A4%B2%E0%A4%BE-%E0%A4%8F%E0%A4%95-%E0%A4%B5%E0%A5%8D%E0%A4%AF%E0%A4%BE%E0%A4%AA%E0%A4%95-%E0%A4%AE%E0%A4%BE%E0%A4%B0%E0%A5%8D%E0%A4%97%E0%A4%A6%E0%A4%B0%E0%A5%8D%E0%A4%B6%E0%A4%BF%E0%A4%95%E0%A4%BE/","summary":"\u003ch1 id=\"कड_\"\u003e\u003cstrong\u003eकोड_ब्लॉक_0\u003c/strong\u003e\u003c/h1\u003e\n\u003ch2 id=\"ससटम-हरडनग-क-परचय\"\u003eसिस्टम हार्डनिंग का परिचय\u003c/h2\u003e\n\u003cp\u003eसिस्टम हार्डनिंग संभावित खतरों के खिलाफ आपके कंप्यूटिंग वातावरण को मजबूत करने की कला है। इसके मूल में, दर्शन \u0026lsquo;न्यूनतम विशेषाधिकार\u0026rsquo; के सिद्धांत को लागू करने के बारे में है। इसमें शामिल है:\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eयह जानना कि किसी सिस्टम पर किन सेवाओं और अनुप्रयोगों को चलाने की आवश्यकता है\u003c/li\u003e\n\u003cli\u003eदस्तावेज़ बनाना जो नीति, मानकों और दिशानिर्देशों की रूपरेखा तैयार करता हो\u003c/li\u003e\n\u003cli\u003eऑपरेटिंग सिस्टम, वर्चुअल सर्वर और सॉफ्टवेयर को सुरक्षित रूप से कॉन्फ़िगर करना\u003c/li\u003e\n\u003cli\u003eसुरक्षा बढ़ाने के लिए एप्लिकेशन सेटिंग्स प्रबंधित करना\u003c/li\u003e\n\u003cli\u003eडेटाबेस सेटअप और कॉन्फ़िगरेशन को सुव्यवस्थित करना\u003c/li\u003e\n\u003cli\u003eनेटवर्क उपकरणों और पोर्टेबल उपकरणों को सुरक्षित करना\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch2 id=\"पलटफरम-हरडनग-कय-मयन-रखत-ह\"\u003eप्लेटफ़ॉर्म हार्डनिंग क्यों मायने रखती है\u003c/h2\u003e\n\u003cp\u003eप्लेटफ़ॉर्म, जैसे सर्वर या डेटाबेस, आपके डेटा इंफ्रास्ट्रक्चर की नींव हैं। सूचना के सुरक्षित, विश्वसनीय हस्तांतरण और भंडारण के लिए उनकी अखंडता महत्वपूर्ण है। सर्वोत्तम अभ्यास के रूप में, सुनिश्चित करें कि आपके प्लेटफ़ॉर्म अनधिकृत पहुंच और सेवा रुकावटों को दूर करने के लिए कॉन्फ़िगर और रखरखाव किए गए हैं।\u003c/p\u003e","title":"सिस्टम हार्डनिंग की कला - एक व्यापक मार्गदर्शिका"},{"content":" ","permalink":"https://www.shafiq.in/hi/blog/%E0%A4%89%E0%A4%AC%E0%A4%82%E0%A4%9F%E0%A5%82-%E0%A4%B2%E0%A4%BF%E0%A4%A8%E0%A4%95%E0%A5%8D%E0%A4%B8-%E0%A4%AA%E0%A4%B0-%E0%A4%AB%E0%A4%BC%E0%A4%BE%E0%A4%AF%E0%A4%B0%E0%A4%AB%E0%A4%BC%E0%A5%89%E0%A4%95%E0%A5%8D%E0%A4%B8-%E0%A4%93%E0%A4%8F%E0%A4%B8-%E0%A4%90%E0%A4%AA%E0%A5%8D%E0%A4%B8-%E0%A4%9A%E0%A4%B2%E0%A4%BE%E0%A4%A8%E0%A4%BE/","summary":"\u003cimg src=\"/wp-content/uploads/2012/11/2012-11-24-172842_1366x768_scrot_hu_baa6681d4f264dba.png\" alt=\"Firefox OS apps screenshot\" loading=\"lazy\" decoding=\"async\" class=\"\" /\u003e","title":"उबंटू लिनक्स पर फ़ायरफ़ॉक्स ओएस ऐप्स चलाना"},{"content":"अपनी वर्डप्रेस साइट को आईओएस जैसे अनुभव के साथ बदलें यदि आपने हमेशा iOS के स्वच्छ और सहज डिजाइन की प्रशंसा की है, तो आप एक उपहार के लिए तैयार हैं। मैं एक ऐसी वर्डप्रेस थीम पेश करते हुए रोमांचित हूं जो आपकी वेबसाइट पर सीधे iOS का लुक और अनुभव लाती है।\nसभी विवरण यहां प्राप्त करें: Sales Page (no longer available) इसे क्रिया में देखें: Live Demo (no longer available) आपको यह थीम क्यों पसंद आएगी यहां फोकस सरलता पर है, जो उपयोगकर्ता के अनुकूल इंटरफेस को प्रतिबिंबित करता है जिसे आईओएस उपयोगकर्ता जानते हैं और पसंद करते हैं। आप क्या उम्मीद कर सकते हैं इसके कुछ मुख्य अंश यहां दिए गए हैं:\nचिकना डिज़ाइन: न्यूनतम डिज़ाइन जो नवीनतम iOS इंटरफ़ेस से प्रेरणा लेता है। उपयोगकर्ता-अनुकूल: यह सुनिश्चित करने के लिए आसान नेविगेशन कि आपके आगंतुकों को सहज अनुभव हो। अनुकूलन योग्य: आपके लिए अपने स्वयं के स्पर्श जोड़ने और थीम को विशिष्ट रूप से अपना बनाने के लिए पर्याप्त जगह। चाहे आप एक ब्लॉगर हों, एक छोटे व्यवसाय के मालिक हों, या कोई व्यक्ति जो अपनी वर्डप्रेस साइट को बेहतर बनाना चाहता हो, यह iOS-प्रेरित थीम आपके लिए है।\n","permalink":"https://www.shafiq.in/hi/blog/%E0%A4%86%E0%A4%88%E0%A4%93%E0%A4%8F%E0%A4%B8-%E0%A4%AA%E0%A5%8D%E0%A4%B0%E0%A5%87%E0%A4%B0%E0%A4%BF%E0%A4%A4-%E0%A4%B5%E0%A4%B0%E0%A5%8D%E0%A4%A1%E0%A4%AA%E0%A5%8D%E0%A4%B0%E0%A5%87%E0%A4%B8-%E0%A4%A5%E0%A5%80%E0%A4%AE-%E0%A4%95%E0%A4%BE-%E0%A4%85%E0%A4%A8%E0%A4%BE%E0%A4%B5%E0%A4%B0%E0%A4%A3-%E0%A4%9C%E0%A4%BF%E0%A4%B8%E0%A4%95%E0%A4%BE-%E0%A4%86%E0%A4%AA-%E0%A4%87%E0%A4%82%E0%A4%A4%E0%A4%9C%E0%A4%BE%E0%A4%B0-%E0%A4%95%E0%A4%B0-%E0%A4%B0%E0%A4%B9%E0%A5%87-%E0%A4%A5%E0%A5%87/","summary":"\u003ch2 id=\"अपन-वरडपरस-सइट-क-आईओएस-जस-अनभव-क-सथ-बदल\"\u003eअपनी वर्डप्रेस साइट को आईओएस जैसे अनुभव के साथ बदलें\u003c/h2\u003e\n\n\n\n\n\n  \n  \u003cimg src=\"/wp-content/uploads/2012/10/screenshot_3_hu_3920863580fc3dd5.png\" alt=\"iOS-inspired WordPress Theme\" loading=\"lazy\" decoding=\"async\" class=\"\" /\u003e\n\n\n\u003cp\u003eयदि आपने हमेशा iOS के स्वच्छ और सहज डिजाइन की प्रशंसा की है, तो आप एक उपहार के लिए तैयार हैं। मैं एक ऐसी वर्डप्रेस थीम पेश करते हुए रोमांचित हूं जो आपकी वेबसाइट पर सीधे iOS का लुक और अनुभव लाती है।\u003c/p\u003e\n\u003ch3 id=\"सभ-ववरण-यह-परपत-कर-sales-page-no-longer-available\"\u003e\u003cstrong\u003eसभी विवरण यहां प्राप्त करें\u003c/strong\u003e: Sales Page (no longer available)\u003c/h3\u003e\n\u003ch3 id=\"इस-करय-म-दख-live-demo-no-longer-available\"\u003e\u003cstrong\u003eइसे क्रिया में देखें\u003c/strong\u003e: Live Demo (no longer available)\u003c/h3\u003e\n\u003ch3 id=\"आपक-यह-थम-कय-पसद-आएग\"\u003eआपको यह थीम क्यों पसंद आएगी\u003c/h3\u003e\n\u003cp\u003eयहां फोकस सरलता पर है, जो उपयोगकर्ता के अनुकूल इंटरफेस को प्रतिबिंबित करता है जिसे आईओएस उपयोगकर्ता जानते हैं और पसंद करते हैं। आप क्या उम्मीद कर सकते हैं इसके कुछ मुख्य अंश यहां दिए गए हैं:\u003c/p\u003e","title":"आईओएस-प्रेरित वर्डप्रेस थीम का अनावरण जिसका आप इंतजार कर रहे थे"},{"content":"सुचारू रिलीज़ इंजीनियरिंग प्रक्रिया का खाका क्या यह संतुष्टिदायक नहीं है जब सब कुछ आपकी अपेक्षा के अनुरूप हो जाता है? विकास की जटिल दुनिया में, जहां किसी भी समय कई दल गति में होते हैं, एक अच्छी तरह से परिभाषित योजना होने से सभी अंतर आ सकते हैं। यहां एक मजबूत रिलीज इंजीनियरिंग (रेलेंग) प्रणाली स्थापित करने के लिए एक सुव्यवस्थित मार्गदर्शिका दी गई है जो कुशल और त्रुटि मुक्त तैनाती सुनिश्चित करती है।\nचरण-दर-चरण कार्यान्वयन 1. Git के साथ संस्करण नियंत्रण हम अपनी सभी कॉन्फ़िगरेशन फ़ाइलों और पपेट मैनिफ़ेस्ट को Git रिपॉजिटरी में संग्रहीत करके प्रारंभ करते हैं। यह केंद्रीय केंद्र के रूप में कार्य करता है जहां परिवर्तनों को ट्रैक और अद्यतन किया जाता है।\n2. कमिट करें और पुश करें एक बार जब आप आवश्यक परिवर्तन कर लेते हैं, तो अगला कदम उन परिवर्तनों को Git रिपॉजिटरी में जमा करना है। प्रतिबद्ध होने के बाद, इन परिवर्तनों को अपने सतत एकीकरण (सीआई) सर्वर पर पुश करें। हम इस उद्देश्य के लिए जेनकींस का उपयोग करते हैं।\n3. सीआई में स्वचालित परीक्षण जैसे ही नए परिवर्तन सीआई सर्वर पर आते हैं, जेनकिंस मैनिफ़ेस्ट और कॉन्फ़िगरेशन फ़ाइलों पर स्वचालित परीक्षणों की एक श्रृंखला चलाने के लिए सक्रिय हो जाता है। ये परीक्षण एक विवेक जांच के रूप में कार्य करते हैं, यह सुनिश्चित करते हुए कि परिवर्तन कुछ भी नहीं तोड़ेंगे।\n4. विफलता सूचनाएं यदि कोई परीक्षण विफल हो जाता है, तो जेनकिंस प्रक्रिया रोक देता है। यदि आप उस तरह की चीज़ में रुचि रखते हैं, तो सूचनाएं तुरंत जैबर, ईमेल जैसे विभिन्न चैनलों के माध्यम से या शायद एक बड़े रोबोटिक खरगोश जैसी विलक्षण विधि के माध्यम से भी भेजी जाती हैं।\n5. कैपिस्ट्रानो के माध्यम से तैनाती यह मानते हुए कि परीक्षण सफल हैं, जेनकींस एक तैनाती प्रक्रिया शुरू करता है। मैनिफ़ेस्ट और कॉन्फ़िगरेशन फ़ाइलें कैपिस्ट्रानो के माध्यम से पपेटमास्टर में स्थानांतरित की जाती हैं, एक स्वचालन उपकरण जो जटिल परिनियोजन कार्यों को सरल बनाता है।\n6. एम कलेक्टिव के साथ कठपुतली दौड़ अंत में, MCollective का उपयोग करके सभी सर्वरों पर एक पपेट रन शुरू किया जाता है। यह उपकरण परिनियोजन को व्यवस्थित करता है, यह सुनिश्चित करते हुए कि सभी सर्वर एक साथ और सिंक में अपडेट किए जाते हैं।\nलपेटना इस योजना का पालन करके, आपके पास न केवल इंजीनियरिंग जारी करने के लिए एक अधिक संगठित दृष्टिकोण होगा, बल्कि आप त्रुटियों और असफलताओं की संभावना भी कम कर देंगे। एक अच्छी तरह से योजनाबद्ध प्रक्रिया सफल विकास की आधारशिला है, और इस गाइड का लक्ष्य बस इतना ही है - एक आसान, अधिक विश्वसनीय इंजीनियरिंग पाइपलाइन के लिए एक रोडमैप।\n","permalink":"https://www.shafiq.in/hi/blog/%E0%A4%A8%E0%A5%87%E0%A4%B5%E0%A4%BF%E0%A4%97%E0%A5%87%E0%A4%9F%E0%A4%BF%E0%A4%82%E0%A4%97-%E0%A4%B0%E0%A4%BF%E0%A4%B2%E0%A5%80%E0%A4%9C%E0%A4%BC-%E0%A4%87%E0%A4%82%E0%A4%9C%E0%A5%80%E0%A4%A8%E0%A4%BF%E0%A4%AF%E0%A4%B0%E0%A4%BF%E0%A4%82%E0%A4%97-%E0%A4%8F%E0%A4%95-%E0%A4%9A%E0%A4%B0%E0%A4%A3-%E0%A4%A6%E0%A4%B0-%E0%A4%9A%E0%A4%B0%E0%A4%A3-%E0%A4%AF%E0%A5%8B%E0%A4%9C%E0%A4%A8%E0%A4%BE/","summary":"\u003ch1 id=\"सचर-रलज-इजनयरग-परकरय-क-खक\"\u003eसुचारू रिलीज़ इंजीनियरिंग प्रक्रिया का खाका\u003c/h1\u003e\n\u003cp\u003eक्या यह संतुष्टिदायक नहीं है जब सब कुछ आपकी अपेक्षा के अनुरूप हो जाता है? विकास की जटिल दुनिया में, जहां किसी भी समय कई दल गति में होते हैं, एक अच्छी तरह से परिभाषित योजना होने से सभी अंतर आ सकते हैं। यहां एक मजबूत रिलीज इंजीनियरिंग (रेलेंग) प्रणाली स्थापित करने के लिए एक सुव्यवस्थित मार्गदर्शिका दी गई है जो कुशल और त्रुटि मुक्त तैनाती सुनिश्चित करती है।\u003c/p\u003e","title":"नेविगेटिंग रिलीज़ इंजीनियरिंग - एक चरण-दर-चरण योजना"},{"content":"डाउनलोड लिंक: जोखिम मूल्यांकन चेकलिस्ट\nजोखिम मूल्यांकन चेकलिस्ट\nपरियोजना का नाम:\nप्रोजेक्ट कोड:\nकार्यक्रम प्रबंधक:\nपरियोजना प्रबंधक:\nइंजीनियरिंग प्रक्रिया आवश्यकताएँ\nआइटम हाँ नहीं एनए टिप्पणियाँ स्थिरता क्या आवश्यकताएँ स्थिर हैं? क्या बाहरी इंटरफ़ेस बदल रहे हैं? सम्पूर्णता क्या ऐसी आवश्यकताएं हैं जिनके बारे में आप जानते हैं कि ये विनिर्देश में होनी चाहिए लेकिन नहीं हैं? (यदि हां) क्या आप इन आवश्यकताओं को सिस्टम में लाने में सक्षम होंगे? क्या ग्राहक की अलिखित आवश्यकताएं/अपेक्षाएं हैं? क्या बाहरी इंटरफ़ेस पूरी तरह से परिभाषित हैं? स्पष्टता क्या आप लिखित आवश्यकताओं को समझने में सक्षम हैं? व्याख्या की कोई अस्पष्टता या समस्या तो नहीं है? वैधता क्या ऐसी कोई आवश्यकताएं हैं जो यह निर्दिष्ट न करें कि ग्राहक वास्तव में क्या चाहता है? क्या आप और ग्राहक आवश्यकताओं से एक ही बात समझते हैं? आप आवश्यकताओं को कैसे मान्य करते हैं? व्यवहार्यता क्या ऐसी कोई आवश्यकताएं हैं जिन्हें लागू करना तकनीकी रूप से कठिन है? मिसाल क्या आवश्यकताएँ कुछ ऐसा निर्दिष्ट करती हैं जो पहले कभी नहीं किया गया, या जो आपकी कंपनी ने पहले नहीं किया है? स्केल क्या सिस्टम का आकार और जटिलता चिंता का विषय है? 10 में से पृष्ठ 1 संस्करण क्रमांक 1.0 / दिनांकः 21-01-2012 यदि मुद्रित हो तो कार्यशील प्रति\nजोखिम मूल्यांकन चेकलिस्ट\nडिज़ाइन\nआइटम हाँ नहीं एनए टिप्पणियाँ कार्यक्षमता क्या कार्यक्षमता आवश्यकताओं को पूरा करने में कोई संभावित समस्याएँ हैं? कठिनाई क्या कोई डिज़ाइन अवास्तविक या आशावादी धारणाओं पर निर्भर करता है? क्या ऐसी कोई आवश्यकताएं या कार्य हैं जिन्हें डिज़ाइन करना कठिन है? इंटरफ़ेस क्या आंतरिक इंटरफ़ेस अच्छी तरह से परिभाषित हैं? क्या आंतरिक इंटरफ़ेस को परिभाषित करने की कोई प्रक्रिया है? क्या हार्डवेयर का विकास सॉफ्टवेयर के समानांतर किया जा रहा है? प्रदर्शन क्या प्रदर्शन में कोई समस्या है? थ्रूपुट अतुल्यकालिक शेड्यूलिंग वास्तविक समय की घटनाएँ वास्तविक समय प्रतिक्रिया पुनर्प्राप्ति समयसीमा प्रतिक्रिया समय डेटाबेस प्रतिक्रिया, विवाद, या पहुंच क्या प्रदर्शन विश्लेषण किया गया है? परीक्षण योग्यता क्या उत्पाद का परीक्षण करना कठिन या असंभव है? क्या डिज़ाइन में परीक्षण में सहायता के लिए सुविधाएँ शामिल हैं? हार्डवेयर बाधाएँ क्या हार्डवेयर किसी भी आवश्यकता को पूरा करने की आपकी क्षमता को सीमित करता है? आर्किटेक्चर, मेमोरी क्षमता, थ्रूपुट, वास्तविक समय प्रतिक्रिया, प्रतिक्रिया समय, पुनर्प्राप्ति समयरेखा, डेटाबेस प्रदर्शन, कार्यक्षमता, विश्वसनीयता, उपलब्धता गैर-विकासात्मक सॉफ़्टवेयर (यदि पुन: उपयोग किया गया या पुनः इंजीनियर किया गया सॉफ़्टवेयर मौजूद है) क्या आप प्रोग्राम पर विकसित नहीं किए गए सॉफ़्टवेयर का पुन: उपयोग या पुनर्रचना कर रहे हैं? (यदि हां) क्या आपको कोई समस्या नजर आती है? दस्तावेज़ीकरण, प्रदर्शन, कार्यक्षमता, समय पर डिलीवरी, अनुकूलन यदि COTS सॉफ़्टवेयर का उपयोग किया जा रहा है क्या COTS (कमर्शियल ऑफ-द-शेल्फ) सॉफ़्टवेयर का उपयोग करने में कोई समस्या है? 10 में से पृष्ठ 2 संस्करण क्रमांक 1.0 / दिनांकः 21-01-2012 यदि मुद्रित हो तो कार्यशील प्रति\nजोखिम मूल्यांकन चेकलिस्ट\nइंटरफ़ेस, आकार या प्रदर्शन निर्धारित करने के लिए अपर्याप्त दस्तावेज़ीकरण ख़राब प्रदर्शन मेमोरी या डेटाबेस संग्रहण के बड़े हिस्से की आवश्यकता होती है। एप्लिकेशन सॉफ़्टवेयर के साथ इंटरफ़ेस करना कठिन है पूरी तरह से परीक्षण नहीं किया गया बग मुक्त नहीं पर्याप्त रूप से रखरखाव नहीं किया गया विक्रेता की धीमी प्रतिक्रिया क्या आपको COTS सॉफ़्टवेयर अद्यतनों या संशोधनों को एकीकृत करने में कोई समस्या दिखती है?\nकोड और यूनिट टेस्ट\nआइटम हाँ नहीं एनए टिप्पणियाँ व्यवहार्यता क्या उत्पाद कार्यान्वयन का कोई भाग पूरी तरह से डिज़ाइन विनिर्देश द्वारा परिभाषित नहीं है? क्या चयनित एल्गोरिदम और डिज़ाइन को लागू करना आसान है? क्या आपके विचार से किए जाने वाले सभी यूनिट परीक्षण करने के लिए पर्याप्त समय है? यदि शेड्यूल संबंधी समस्याएँ हैं तो क्या इकाई परीक्षण के संबंध में समझौता किया जाएगा? परीक्षण क्या आप डिज़ाइन के संबंध में कोड सत्यापित करने से पहले इकाई परीक्षण शुरू करते हैं क्या पर्याप्त इकाई परीक्षण निर्दिष्ट किया गया है? कोडिंग/कार्यान्वयन क्या कोड लिखने के लिए डिज़ाइन विनिर्देश पर्याप्त विवरण में हैं? क्या कोडिंग करते समय डिज़ाइन बदल रहा है? क्या सिस्टम संबंधी बाधाओं के कारण कोड लिखना मुश्किल हो रहा है? समय स्मृति बाह्य भंडारण क्या यह भाषा इस प्रोग्राम पर सॉफ़्टवेयर बनाने के लिए उपयुक्त है? क्या प्रोग्राम में अनेक भाषाओं का उपयोग किया गया है? (यदि हाँ) क्या विभिन्न कंपाइलरों द्वारा निर्मित कोड के बीच इंटरफ़ेस अनुकूलता है? क्या विकास कंप्यूटर लक्ष्य कंप्यूटर के समान है? यदि विकासात्मक हार्डवेयर का उपयोग किया जा रहा है क्या हार्डवेयर विनिर्देश सॉफ़्टवेयर को कोड करने के लिए पर्याप्त हैं? 10 में से पृष्ठ 3 संस्करण क्रमांक 1.0 / दिनांकः 21-01-2012 यदि मुद्रित हो तो कार्यशील प्रति\nजोखिम मूल्यांकन चेकलिस्ट\nक्या कोड लिखे जाने के दौरान हार्डवेयर विशिष्टताएँ बदल रही हैं?\nएकीकरण और परीक्षण\nआइटम हाँ नहीं एनए टिप्पणियाँ पर्यावरण क्या पर्याप्त एकीकरण और परीक्षण करने के लिए पर्याप्त हार्डवेयर होगा? क्या किसी आवश्यकता को प्रदर्शित करने के लिए यथार्थवादी परिदृश्य और परीक्षण डेटा विकसित करने में कोई समस्या है? निर्दिष्ट डेटा ट्रैफ़िक वास्तविक समय प्रतिक्रिया अतुल्यकालिक घटना प्रबंधन बहु-उपयोगकर्ता इंटरैक्शन | | | | क्या आप अपनी सुविधा में प्रदर्शन को सत्यापित करने में सक्षम हैं? | | | | क्या हार्डवेयर और सॉफ्टवेयर उपकरण परीक्षण की सुविधा प्रदान करते हैं? | | | | उत्पाद | | | | क्या जरूरत पड़ने पर लक्ष्य हार्डवेयर उपलब्ध होगा? | | | | क्या सभी आवश्यकताओं के लिए स्वीकृति मानदंड पर सहमति हो गई है? | | | | क्या बाहरी इंटरफ़ेस परिभाषित, प्रलेखित और आधारभूत हैं? | | | | क्या ऐसी कोई आवश्यकताएं हैं जिनका परीक्षण करना कठिन होगा? | | | | क्या पर्याप्त उत्पाद एकीकरण निर्दिष्ट किया गया है? | | | | क्या उत्पाद एकीकरण और परीक्षण के लिए पर्याप्त समय आवंटित किया गया है? | | | | यदि COTS क्या COTS उत्पादों को आवंटित आवश्यकताओं के सत्यापन में विक्रेता डेटा स्वीकार किया जाएगा? | | | | सिस्टम | | | | क्या पर्याप्त सिस्टम एकीकरण निर्दिष्ट किया गया है? | | | | क्या सिस्टम एकीकरण के लिए पर्याप्त समय आवंटित किया गया है | | | | क्या सभी ठेकेदार एकीकरण टीम का हिस्सा हैं? और परीक्षण? | | | | क्या उत्पाद को मौजूदा सिस्टम में एकीकृत किया जाएगा? | | | | क्या ग्राहक साइट पर सिस्टम एकीकरण होगा? | | | |\nइंजीनियरिंग विशेषताएँ\nआइटम हाँ नहीं एनए टिप्पणियाँ रख-रखाव क्या आर्किटेक्चर, डिज़ाइन या कोड कोई रखरखाव संबंधी कठिनाइयाँ पैदा करता है? क्या रखरखाव करने वाले लोग डिज़ाइन के आरंभ में ही शामिल हो जाते हैं? क्या उत्पाद दस्तावेज़ीकरण किसी बाहरी संगठन द्वारा रखरखाव के लिए पर्याप्त है? विश्वसनीयता क्या सॉफ़्टवेयर को विश्वसनीयता आवश्यकताएँ आवंटित की गई हैं? क्या उपलब्धता आवश्यकताएँ सॉफ़्टवेयर को आवंटित की गई हैं? सुरक्षा क्या सॉफ़्टवेयर को सुरक्षा आवश्यकताएँ आवंटित की गई हैं? क्या सुरक्षा आवश्यकताओं की संतुष्टि को सत्यापित करना कठिन होगा? सुरक्षा क्या सुरक्षा आवश्यकताएँ अभ्यास या कार्यक्रम अनुभव की वर्तमान स्थिति से अधिक कठोर हैं? मानवीय कारक क्या खराब मानव इंटरफ़ेस परिभाषा के कारण सिस्टम का उपयोग करना मुश्किल होगा? विशिष्टता क्या सॉफ़्टवेयर आवश्यकताएँ विनिर्देश सिस्टम को डिज़ाइन करने के लिए पर्याप्त हैं? क्या हार्डवेयर विनिर्देश सॉफ़्टवेयर को डिज़ाइन और कार्यान्वित करने के लिए पर्याप्त हैं? क्या बाहरी इंटरफ़ेस आवश्यकताएँ अच्छी तरह से निर्दिष्ट हैं? क्या परीक्षण विनिर्देश सिस्टम का पूर्ण परीक्षण करने के लिए पर्याप्त हैं? 10 में से पृष्ठ 4 संस्करण क्रमांक 1.0 / दिनांकः 21-01-2012 यदि मुद्रित हो तो कार्यशील प्रति\nजोखिम मूल्यांकन चेकलिस्ट\nविकास विकास प्रक्रिया\nआइटम हाँ नहीं एनए टिप्पणियाँ क्या सभी विकास गतिविधियों के लिए औपचारिक, नियंत्रित योजनाएँ हैं? आवश्यकताएँ विश्लेषण डिज़ाइन कोड एकीकरण और परीक्षण स्थापना गुणवत्ता आश्वासन कॉन्फ़िगरेशन प्रबंधन औपचारिकता क्या योजनाएँ प्रक्रिया को अच्छी तरह निर्दिष्ट करती हैं? क्या डेवलपर्स योजनाओं से परिचित हैं? उपयुक्तता क्या इस उत्पाद के लिए विकास प्रक्रिया पर्याप्त है? क्या विकास प्रक्रिया प्रक्रियाओं, विधियों और उपकरणों के संगत सेट द्वारा समर्थित है? प्रक्रिया नियंत्रण क्या सॉफ़्टवेयर विकास प्रक्रिया को मेट्रिक्स का उपयोग करके लागू, मॉनिटर और नियंत्रित किया जाता है? | | | | क्या वितरित विकास स्थल समन्वित हैं? | | | | परिचित | | | | क्या परियोजना के सदस्य इस प्रक्रिया के उपयोग में अनुभवी हैं? | | | | क्या सभी स्टाफ सदस्य इस प्रक्रिया को समझते हैं? | | | | उत्पाद नियंत्रण क्या कोई आवश्यकता ट्रैसेबिलिटी तंत्र है जो परीक्षण मामलों के माध्यम से स्रोत विनिर्देश से आवश्यकताओं को ट्रैक करता है? | | | | क्या ट्रैसेबिलिटी तंत्र का उपयोग आवश्यकता परिवर्तन प्रभाव विश्लेषण के मूल्यांकन में किया जाता है? | | | | क्या कोई औपचारिक परिवर्तन नियंत्रण प्रक्रिया है? | | | | क्या किसी भी स्तर पर परिवर्तन को सिस्टम स्तर तक और परीक्षण स्तर तक मैप किया जाता है? | | | | जब सिस्टम में नई आवश्यकताएं जोड़ी जाती हैं तो क्या पर्याप्त विश्लेषण होता है? | | | | क्या आपके पास इंटरफ़ेस ट्रैक करने का कोई तरीका है? | | | | क्या परीक्षण योजनाएँ और प्रक्रियाएँ परिवर्तन प्रक्रिया के भाग के रूप में अद्यतन की गई हैं? | | | |\nविकास प्रणाली\nआइटम हाँ नहीं एनए टिप्पणियाँ क्षमता क्या सभी कर्मचारियों के लिए पर्याप्त कार्यस्थान और प्रसंस्करण क्षमता है? क्या कोडिंग, एकीकरण और परीक्षण जैसे ओवरलैपिंग चरणों के लिए पर्याप्त क्षमता है? उपयुक्तता क्या विकास प्रणाली सभी चरणों, गतिविधियों और कार्यों का समर्थन करती है? प्रयोज्यता क्या लोगों को विकास प्रणाली का उपयोग करना आसान लगता है? क्या विकास प्रणाली का अच्छा दस्तावेज़ीकरण है? परिचित क्या लोगों ने पहले इन उपकरणों और विधियों का उपयोग किया है? विश्वसनीयता क्या सिस्टम विश्वसनीय माना जाता है? संकलक विकास उपकरण पेज 10 में से 5 संस्करण क्रमांक 1.0 / दिनांकः 21-01-2012 यदि मुद्रित हो तो कार्यशील प्रति\nजोखिम मूल्यांकन चेकलिस्ट\nहार्डवेयर सिस्टम समर्थन क्या लोगों को विकास उपकरणों के उपयोग में प्रशिक्षित किया गया है? | | | | क्या आपके पास सिस्टम के उपयोग में विशेषज्ञों तक पहुंच है? | | | | क्या विक्रेता समस्याओं पर तेजी से प्रतिक्रिया देते हैं? | | | | वितरणीयता | | | | योजना क्या कार्यक्रम का प्रबंधन योजना के अनुसार किया गया है? | | | | क्या व्यवधान आने पर पुनः नियोजन किया जाता है? | | | | क्या सभी स्तरों पर लोग अपने कार्य की योजना बनाने में शामिल हैं? | | | | क्या ज्ञात जोखिमों के लिए आकस्मिक योजनाएँ हैं? | | | | क्या दीर्घकालिक मुद्दों का पर्याप्त समाधान किया जा रहा है? | | | | परियोजना संगठन हैं\nभूमिकाएँ और रिपोर्टिंग संबंध स्पष्ट हैं? | | | | प्रबंधन का अनुभव क्या प्रबंधकों को सॉफ़्टवेयर विकास, सॉफ़्टवेयर प्रबंधन, एप्लिकेशन डोमेन, विकास प्रक्रिया या बड़े कार्यक्रमों का अनुभव है? | | | | प्रोग्राम इंटरफ़ेस (ग्राहक, अन्य ठेकेदारों, वरिष्ठ और/या सहकर्मी प्रबंधकों के साथ इंटरफ़ेस।) क्या प्रबंधन समस्याओं को ऊपर और नीचे संचारित करता है? | | | | क्या ग्राहक के साथ विवादों का दस्तावेजीकरण किया जाता है और समय पर हल किया जाता है? | | | | क्या प्रबंधन ग्राहक के साथ बैठकों में उचित कार्यक्रम सदस्यों को शामिल करता है? तकनीकी नेता डेवलपर्स विश्लेषक | | | | क्या प्रबंधन यह सुनिश्चित करने के लिए काम करता है कि कार्यक्षमता और संचालन से संबंधित निर्णयों में सभी ग्राहक गुटों का प्रतिनिधित्व हो? | | | | प्रबंधन के तरीके\nआइटम हाँ नहीं एनए टिप्पणियाँ निगरानी क्या समय-समय पर संरचित स्थिति रिपोर्ट मौजूद हैं? क्या उचित जानकारी सही संगठनात्मक स्तरों पर रिपोर्ट की जाती है? क्या आप प्रगति बनाम योजना पर नज़र रखते हैं? कार्मिक प्रबंधन क्या परियोजना कर्मियों को उचित रूप से प्रशिक्षित और उपयोग किया जाता है? क्या सभी स्तरों पर कार्यक्रम सदस्य अपनी स्थिति बनाम योजना से अवगत हैं? गुणवत्ता आश्वासन क्या उत्पाद की गुणवत्ता सुनिश्चित करने के लिए पर्याप्त प्रक्रियाएँ और संसाधन हैं? कॉन्फ़िगरेशन प्रबंधन क्या आपके पास पर्याप्त कॉन्फ़िगरेशन प्रबंधन प्रणाली है? क्या कॉन्फ़िगरेशन प्रबंधन कार्य में पर्याप्त कर्मचारी हैं? क्या स्थापित प्रणाली के साथ समन्वय आवश्यक है? (यदि हां) क्या स्थापित सिस्टम का पर्याप्त कॉन्फ़िगरेशन प्रबंधन है? क्या कॉन्फ़िगरेशन प्रबंधन प्रणाली साइट परिवर्तनों के साथ आपके कार्य को सिंक्रनाइज़ करती है? कार्य वातावरण\nआइटम हाँ नहीं एनए टिप्पणियाँ गुणवत्ता दृष्टिकोण क्या सभी कर्मचारी स्तर गुणवत्ता प्रक्रियाओं की ओर उन्मुख हैं? क्या शेड्यूल गुणवत्ता के आड़े आता है? सहयोग क्या लोग कार्यात्मक सीमाओं के पार सहयोगात्मक ढंग से काम करते हैं? क्या लोग सामान्य लक्ष्यों की दिशा में प्रभावी ढंग से काम करते हैं? क्या लोगों को एक साथ काम करने के लिए कभी-कभी प्रबंधन के हस्तक्षेप की आवश्यकता होती है? संचार क्या मिशन या लक्ष्यों के बारे में जागरूकता कम है; साथियों और प्रबंधकों के बीच तकनीकी जानकारी का खराब संचार? मनोबल क्या वहां गैर-उत्पादक, गैर-रचनात्मक माहौल है? क्या लोगों को लगता है कि बेहतर काम के लिए कोई मान्यता या पुरस्कार नहीं है? कार्यक्रम की बाधाएँ संसाधन\nआइटम हाँ नहीं एनए टिप्पणियाँ अनुसूची क्या शेड्यूल स्थिर रहा है? क्या शेड्यूल यथार्थवादी है? क्या ऐसा कुछ है जिसके लिए पर्याप्त कार्यक्रम की योजना नहीं बनाई गई थी? क्या कोई बाहरी निर्भरताएँ हैं जो शेड्यूल को प्रभावित कर सकती हैं? स्टाफ़ क्या ऐसे कोई क्षेत्र हैं जहां आवश्यक तकनीकी कौशल की कमी है? क्या आपके पास कार्यक्रम को संचालित करने के लिए पर्याप्त कर्मचारी हैं? क्या स्टाफिंग स्थिर है? क्या जरूरत पड़ने पर आपके पास सही लोगों तक पहुंच है? बजट क्या बजट स्थिर है? क्या बजट यथार्थवादी अनुमान पर आधारित है? क्या ऐसा कुछ है जिसके लिए पर्याप्त बजट आवंटित नहीं किया गया? क्या बजट परिवर्तन आवश्यकता परिवर्तन के साथ आते हैं? सुविधाएं क्या विकास सुविधाएँ पर्याप्त हैं? क्या एकीकरण वातावरण पर्याप्त है? अनुबंध\nआइटम हाँ नहीं एनए टिप्पणियाँ अनुबंध का प्रकार क्या अनुबंध प्रकार कार्यक्रम के लिए जोखिम का स्रोत है? (निश्चित मूल्य, लागत प्लस पुरस्कार शुल्क, आदि) क्या आवश्यक दस्तावेज बोझिल हैं? (अत्यधिक राशि, नख़रेबाज़ ग्राहक, लंबा अनुमोदन चक्र) प्रतिबंध क्या डेटा अधिकारों को लेकर कोई समस्या है? सीओटीएस सॉफ्टवेयर? विकासात्मक सॉफ्टवेयर? गैर-विकासात्मक वस्तुएँ? निर्भरताएँ क्या प्रोग्राम की बाहरी उत्पादों या सेवाओं पर कोई निर्भरता है? प्रोग्राम इंटरफ़ेस आइटम हाँ नहीं एनए टिप्पणियाँ \u0026mdash; \u0026mdash; \u0026mdash; \u0026mdash; \u0026mdash; ग्राहक क्या ग्राहक अनुमोदन चक्र समय पर है? क्या ग्राहक सिस्टम के तकनीकी पहलुओं को समझता है? क्या ग्राहक सॉफ़्टवेयर समझता है? क्या ग्राहक प्रक्रिया या लोगों में हस्तक्षेप करता है? ग्राहक के साथ समझौते तक पहुँचने के लिए आपके तंत्र कितने प्रभावी हैं? क्या प्रबंधन ग्राहक के सामने यथार्थवादी या आशावादी तस्वीर पेश करता है? कॉर्पोरेट प्रबंधन क्या ऊपरी प्रबंधन से समर्थन या सूक्ष्म प्रबंधन की कमी है? विक्रेता क्या आप महत्वपूर्ण घटकों की डिलीवरी के लिए विक्रेताओं पर निर्भर हैं? (कंपाइलर, हार्डवेयर, सीओटीएस) राजनीति क्या राजनीति कार्यक्रम को प्रभावित कर रही है? (कंपनी, ग्राहक) क्या राजनीति तकनीकी निर्णयों को प्रभावित कर रही है? अन्य ऑन-साइट आइटम हाँ नहीं एनए टिप्पणियाँ \u0026mdash; \u0026mdash; \u0026mdash; \u0026mdash; \u0026mdash; रसद व्यक्तिगत बाधाएं वीज़ा अनुबंध अनुबंध का प्रकार प्रतिबंध परियोजना प्रबंधक प्रोजेक्ट एसक्यूए कार्यक्रम प्रबंधक दिनांक ","permalink":"https://www.shafiq.in/hi/blog/%E0%A4%9C%E0%A5%8B%E0%A4%96%E0%A4%BF%E0%A4%AE-%E0%A4%AE%E0%A5%82%E0%A4%B2%E0%A5%8D%E0%A4%AF%E0%A4%BE%E0%A4%82%E0%A4%95%E0%A4%A8-%E0%A4%9A%E0%A5%87%E0%A4%95%E0%A4%B2%E0%A4%BF%E0%A4%B8%E0%A5%8D%E0%A4%9F/","summary":"\u003cp\u003eडाउनलोड लिंक: \u003ca href=\"/wp-content/uploads/2012/04/risk-assessment-checklist.doc\"\u003eजोखिम मूल्यांकन चेकलिस्ट\u003c/a\u003e\u003c/p\u003e\n\u003cp\u003eजोखिम मूल्यांकन चेकलिस्ट\u003c/p\u003e\n\u003cp\u003eपरियोजना का नाम:\u003c/p\u003e\n\u003cp\u003eप्रोजेक्ट कोड:\u003c/p\u003e\n\u003cp\u003eकार्यक्रम प्रबंधक:\u003c/p\u003e\n\u003cp\u003eपरियोजना प्रबंधक:\u003c/p\u003e\n\u003cp\u003eइंजीनियरिंग प्रक्रिया\nआवश्यकताएँ\u003c/p\u003e\n\u003ctable\u003e\n  \u003cthead\u003e\n      \u003ctr\u003e\n          \u003cth\u003eआइटम\u003c/th\u003e\n          \u003cth\u003eहाँ\u003c/th\u003e\n          \u003cth\u003eनहीं\u003c/th\u003e\n          \u003cth\u003eएनए\u003c/th\u003e\n          \u003cth\u003eटिप्पणियाँ\u003c/th\u003e\n      \u003c/tr\u003e\n  \u003c/thead\u003e\n  \u003ctbody\u003e\n      \u003ctr\u003e\n          \u003ctd\u003eस्थिरता\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n      \u003c/tr\u003e\n      \u003ctr\u003e\n          \u003ctd\u003eक्या आवश्यकताएँ स्थिर हैं?\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n      \u003c/tr\u003e\n      \u003ctr\u003e\n          \u003ctd\u003eक्या बाहरी इंटरफ़ेस बदल रहे हैं?\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n      \u003c/tr\u003e\n      \u003ctr\u003e\n          \u003ctd\u003eसम्पूर्णता\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n      \u003c/tr\u003e\n      \u003ctr\u003e\n          \u003ctd\u003eक्या ऐसी आवश्यकताएं हैं जिनके बारे में आप जानते हैं कि ये विनिर्देश में होनी चाहिए लेकिन नहीं हैं?\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n      \u003c/tr\u003e\n      \u003ctr\u003e\n          \u003ctd\u003e(यदि हां) क्या आप इन आवश्यकताओं को सिस्टम में लाने में सक्षम होंगे?\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n      \u003c/tr\u003e\n      \u003ctr\u003e\n          \u003ctd\u003eक्या ग्राहक की अलिखित आवश्यकताएं/अपेक्षाएं हैं?\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n      \u003c/tr\u003e\n      \u003ctr\u003e\n          \u003ctd\u003eक्या बाहरी इंटरफ़ेस पूरी तरह से परिभाषित हैं?\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n      \u003c/tr\u003e\n      \u003ctr\u003e\n          \u003ctd\u003eस्पष्टता\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n      \u003c/tr\u003e\n      \u003ctr\u003e\n          \u003ctd\u003eक्या आप लिखित आवश्यकताओं को समझने में सक्षम हैं?\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n      \u003c/tr\u003e\n      \u003ctr\u003e\n          \u003ctd\u003eव्याख्या की कोई अस्पष्टता या समस्या तो नहीं है?\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n      \u003c/tr\u003e\n      \u003ctr\u003e\n          \u003ctd\u003eवैधता\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n      \u003c/tr\u003e\n      \u003ctr\u003e\n          \u003ctd\u003eक्या ऐसी कोई आवश्यकताएं हैं जो यह निर्दिष्ट न करें कि ग्राहक वास्तव में क्या चाहता है?\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n      \u003c/tr\u003e\n      \u003ctr\u003e\n          \u003ctd\u003eक्या आप और ग्राहक आवश्यकताओं से एक ही बात समझते हैं?\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n      \u003c/tr\u003e\n      \u003ctr\u003e\n          \u003ctd\u003eआप आवश्यकताओं को कैसे मान्य करते हैं?\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n      \u003c/tr\u003e\n      \u003ctr\u003e\n          \u003ctd\u003eव्यवहार्यता\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n      \u003c/tr\u003e\n      \u003ctr\u003e\n          \u003ctd\u003eक्या ऐसी कोई आवश्यकताएं हैं जिन्हें लागू करना तकनीकी रूप से कठिन है?\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n      \u003c/tr\u003e\n      \u003ctr\u003e\n          \u003ctd\u003eमिसाल\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n      \u003c/tr\u003e\n      \u003ctr\u003e\n          \u003ctd\u003eक्या आवश्यकताएँ कुछ ऐसा निर्दिष्ट करती हैं जो पहले कभी नहीं किया गया, या जो आपकी कंपनी ने पहले नहीं किया है?\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n      \u003c/tr\u003e\n      \u003ctr\u003e\n          \u003ctd\u003eस्केल\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n      \u003c/tr\u003e\n      \u003ctr\u003e\n          \u003ctd\u003eक्या सिस्टम का आकार और जटिलता चिंता का विषय है?\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n          \u003ctd\u003e\u003c/td\u003e\n      \u003c/tr\u003e\n  \u003c/tbody\u003e\n\u003c/table\u003e\n\u003cp\u003e10 में से पृष्ठ 1\nसंस्करण क्रमांक 1.0 / दिनांकः 21-01-2012\nयदि मुद्रित हो तो कार्यशील प्रति\u003c/p\u003e","title":"जोखिम मूल्यांकन चेकलिस्ट"},{"content":"बेसिक पर्ल \u0026ldquo;हैलो वर्ल्ड\u0026rdquo; स्क्रिप्ट (hello.pl) आइए बुनियादी बातों से शुरू करें। यहां पर्ल में लिखी गई एक सीधी \u0026ldquo;हैलो वर्ल्ड\u0026rdquo; स्क्रिप्ट है। एक नई फ़ाइल बनाएं और इसे hello.pl नाम दें।\nCODE_ब्लॉक_1\nइस स्क्रिप्ट में, हम यह सुनिश्चित करने के लिए कि कोड मजबूत है, त्रुटि प्रबंधन (use strict; use warnings; use diagnostics;) के लिए पर्ल के अंतर्निहित मॉड्यूल का उपयोग कर रहे हैं।\nपर्ल के साथ एक्सपेक्ट बाइंडिंग का परिचय (test.pl) अब, आइए मुख्य विषय पर गौर करें: पर्ल स्क्रिप्ट में एक्सपेक्ट बाइंडिंग का उपयोग कैसे करें। एक अन्य फ़ाइल बनाएं, test.pl, और निम्नलिखित कोड जोड़ें:\nCODE_ब्लॉक_4\nइस उदाहरण में, Expect-\u0026gt;spawn(\u0026quot;./hello.pl\u0026quot;) लाइन hello.pl स्क्रिप्ट चलाती है, और हम इसके समाप्त होने की प्रतीक्षा करने के लिए expect विधि का उपयोग करते हैं। हमने स्क्रिप्ट के लिए एक टाइमआउट भी निर्धारित किया है, यह सुनिश्चित करते हुए कि यह अनिश्चित काल तक लटकी न रहे।\n","permalink":"https://www.shafiq.in/hi/blog/%E0%A4%AA%E0%A4%B0%E0%A5%8D%E0%A4%B2-%E0%A4%8F%E0%A4%95%E0%A5%8D%E0%A4%B8%E0%A4%AA%E0%A5%87%E0%A4%95%E0%A5%8D%E0%A4%9F-%E0%A4%AC%E0%A4%BE%E0%A4%87%E0%A4%82%E0%A4%A1%E0%A4%BF%E0%A4%82%E0%A4%97%E0%A5%8D%E0%A4%B8-%E0%A4%95%E0%A5%87-%E0%A4%B2%E0%A4%BF%E0%A4%8F-%E0%A4%8F%E0%A4%95-%E0%A4%B6%E0%A5%81%E0%A4%B0%E0%A5%81%E0%A4%86%E0%A4%A4%E0%A5%80-%E0%A4%AE%E0%A4%BE%E0%A4%B0%E0%A5%8D%E0%A4%97%E0%A4%A6%E0%A4%B0%E0%A5%8D%E0%A4%B6%E0%A4%BF%E0%A4%95%E0%A4%BE-%E0%A4%8F%E0%A4%95-%E0%A4%B8%E0%A4%B0%E0%A4%B2-%E0%A4%AA%E0%A5%82%E0%A4%B0%E0%A5%8D%E0%A4%B5%E0%A4%BE%E0%A4%AD%E0%A5%8D%E0%A4%AF%E0%A4%BE%E0%A4%B8/","summary":"\u003ch2 id=\"बसक-परल-हल-वरलड-सकरपट-hellopl\"\u003eबेसिक पर्ल \u0026ldquo;हैलो वर्ल्ड\u0026rdquo; स्क्रिप्ट (hello.pl)\u003c/h2\u003e\n\u003cp\u003eआइए बुनियादी बातों से शुरू करें। यहां पर्ल में लिखी गई एक सीधी \u0026ldquo;हैलो वर्ल्ड\u0026rdquo; स्क्रिप्ट है। एक नई फ़ाइल बनाएं और इसे \u003ccode\u003ehello.pl\u003c/code\u003e नाम दें।\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eCODE_ब्लॉक_1\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003eइस स्क्रिप्ट में, हम यह सुनिश्चित करने के लिए कि कोड मजबूत है, त्रुटि प्रबंधन (\u003ccode\u003euse strict; use warnings; use diagnostics;\u003c/code\u003e) के लिए पर्ल के अंतर्निहित मॉड्यूल का उपयोग कर रहे हैं।\u003c/p\u003e\n\u003ch2 id=\"परल-क-सथ-एकसपकट-बइडग-क-परचय-testpl\"\u003eपर्ल के साथ एक्सपेक्ट बाइंडिंग का परिचय (test.pl)\u003c/h2\u003e\n\u003cp\u003eअब, आइए मुख्य विषय पर गौर करें: पर्ल स्क्रिप्ट में एक्सपेक्ट बाइंडिंग का उपयोग कैसे करें। एक अन्य फ़ाइल बनाएं, \u003ccode\u003etest.pl\u003c/code\u003e, और निम्नलिखित कोड जोड़ें:\u003c/p\u003e","title":"पर्ल एक्सपेक्ट बाइंडिंग्स के लिए एक शुरुआती मार्गदर्शिका - एक सरल पूर्वाभ्यास"},{"content":"नोकिया 8800 सिरोको यह फोन एक सच्चा क्लासिक है। अपने शानदार स्टेनलेस स्टील डिज़ाइन और चिकनी स्लाइडिंग तंत्र के लिए जाना जाने वाला नोकिया 8800 सिरोको एक सेल फोन होने के साथ-साथ एक फैशन स्टेटमेंट भी था।\nनोकिया 8600 लूना नोकिया 8600 लूना ने अपने स्मोकी ग्लास एक्सटीरियर और चमकदार कीपैड से उपयोगकर्ताओं को चकित कर दिया। इसने प्रौद्योगिकी के साथ कला को पूरी तरह से मिश्रित किया और हमें यह बताया कि एक डिजाइनर फोन कैसा दिखना चाहिए।\nएलजी केई850 प्रादा बाज़ार में स्मार्टफ़ोन के प्रभुत्व से पहले, LG KE850 Prada अपने टचस्क्रीन इंटरफ़ेस के साथ अपने समय से आगे था। फैशन हाउस प्राडा के सहयोग से डिजाइन किया गया यह फोन स्टाइल और नवीनता का प्रतीक था।\nनोकिया 8800 आर्टे Nokia 8800 Arte में एक खरोंच प्रतिरोधी स्टील फ्रेम और एक शानदार OLED स्क्रीन है। यह फ़ोन केवल दिखावे के बारे में नहीं था; इसने अपने उपयोग में आसान इंटरफ़ेस के साथ एक शानदार उपयोगकर्ता अनुभव प्रदान किया।\nसैमसंग अरमानी जियोर्जियो अरमानी के साथ साझेदारी में तैयार किया गया यह फोन पूरी तरह से विलासिता से भरपूर था। अपने आकर्षक डिज़ाइन और प्रीमियम सामग्री के साथ, सैमसंग अरमानी एक ऐसा फ़ोन था जिसने सभी का ध्यान अपनी ओर आकर्षित किया।\nO2 कोकून O2 कोकून अपने भविष्य के डिजाइन और एलईडी बाहरी डिस्प्ले के लिए अद्वितीय था जो सूचनाएं दिखा सकता था और यहां तक कि बेडसाइड घड़ी के रूप में भी काम कर सकता था। कम से कम कहें तो यह एक ऐसा फोन था जो लीक से हटकर सोचता था।\nLG KF750 सीक्रेट LG KF750 सीक्रेट ने अपने कार्बन फाइबर बॉडी और स्लाइड-आउट न्यूमेरिक कीपैड के साथ शैली और सामग्री का मिश्रण पेश किया। यह 5-मेगापिक्सल कैमरे वाला पहला फोन था, जो उस समय काफी बड़ी बात थी।\nनोकिया 8800 कार्बन आर्टे आर्टे की अगली कड़ी, कार्बन आर्टे ने कार्बन फाइबर बैकप्लेट जोड़कर अपने पूर्ववर्ती में सुधार किया, जिससे यह हल्का और मजबूत हो गया।\nनोकिया 8800 गोल्ड आर्टे गोल्ड-प्लेटेड और असाधारण, नोकिया 8800 गोल्ड आर्टे परम स्टेटस सिंबल था। यह सिर्फ एक फ़ोन नहीं था; यह एक वक्तव्य टुकड़ा था.\nमोटोरोला ऑरा मोटोरोला ऑरा ने अपने गोलाकार डिस्प्ले और स्विस-निर्मित वॉच गियर के साथ साँचे को तोड़ दिया। यह एक फोन से कहीं बढ़कर था; यह कला का एक नमूना था.\nLG BL40 नई चॉकलेट अपने लंबे आकार और वाइडस्क्रीन डिस्प्ले के साथ, LG BL40 न्यू चॉकलेट को मल्टीमीडिया उत्साही लोगों के लिए डिज़ाइन किया गया था जो अपने फोन पर देखने का एक अनूठा अनुभव चाहते थे।\nसोनी एरिक्सन एक्सपीरिया शुद्धता एक्सपीरिया प्योरनेस ने अपने पारदर्शी डिस्प्ले से सबका ध्यान खींचा, जिससे यह डिज़ाइन और इंजीनियरिंग का चमत्कार बन गया।\nनोकिया 7900 प्रिज्म अपने विशिष्ट ज्यामितीय पैटर्न और अनुकूलन योग्य एलईडी लाइटों के लिए जाना जाने वाला, नोकिया 7900 प्रिज्म अपनी अनूठी सुंदरता के लिए जाना जाता है।\nसैमसंग सेरेनाटा बैंग एंड ओल्फ़सेन के सहयोग से, सैमसंग सेरेनाटा को ऑडियोफाइल्स के लिए बनाया गया था, जो एक अद्वितीय स्क्रॉल व्हील डिज़ाइन के साथ प्रीमियम ध्वनि गुणवत्ता प्रदान करता है।\nसैमसंग एम7500 एम्पोरियो अरमानी इस सूची में सैमसंग-अरमानी का एक और सहयोग, एम7500 एम्पोरियो अरमानी शामिल है। यह फ़ोन फ़ंक्शन और फ़ैशन को जोड़ता है, जिससे उपयोगकर्ताओं को एक आकर्षक लेकिन व्यावहारिक उपकरण मिलता है।\n","permalink":"https://www.shafiq.in/hi/blog/%E0%A4%AE%E0%A5%87%E0%A4%B0%E0%A5%87-%E0%A4%95%E0%A5%81%E0%A4%9B-%E0%A4%AA%E0%A4%B8%E0%A4%82%E0%A4%A6%E0%A5%80%E0%A4%A6%E0%A4%BE-%E0%A4%B8%E0%A5%87%E0%A4%B2-%E0%A4%AB%E0%A4%BC%E0%A5%8B%E0%A4%A8/","summary":"\u003ch3 id=\"नकय-8800-सरक\"\u003eनोकिया 8800 सिरोको\u003c/h3\u003e\n\u003cp\u003eयह फोन एक सच्चा क्लासिक है। अपने शानदार स्टेनलेस स्टील डिज़ाइन और चिकनी स्लाइडिंग तंत्र के लिए जाना जाने वाला नोकिया 8800 सिरोको एक सेल फोन होने के साथ-साथ एक फैशन स्टेटमेंट भी था।\u003c/p\u003e\n\u003ch3 id=\"नकय-8600-लन\"\u003eनोकिया 8600 लूना\u003c/h3\u003e\n\u003cp\u003eनोकिया 8600 लूना ने अपने स्मोकी ग्लास एक्सटीरियर और चमकदार कीपैड से उपयोगकर्ताओं को चकित कर दिया। इसने प्रौद्योगिकी के साथ कला को पूरी तरह से मिश्रित किया और हमें यह बताया कि एक डिजाइनर फोन कैसा दिखना चाहिए।\u003c/p\u003e","title":"मेरे कुछ पसंदीदा सेल फ़ोन"},{"content":"सतत वितरण की कला में महारत हासिल करना किसी सर्वर पर कोड डालने से कहीं अधिक है। यह आपकी तकनीक और उसके साथ इंटरैक्ट करने वाले लोगों के प्रबंधन का एक नाजुक संतुलन है। एक बड़ी बाधा? मशीनों के बीच छोटे-छोटे अंतर तब होते हैं जब कोई व्यक्ति तदर्थ परिवर्तन करने का निर्णय लेता है। ये मामूली लग सकते हैं, लेकिन जब डिबगिंग और समस्या निवारण की बात आती है तो ये भारी सिरदर्द पैदा कर सकते हैं।\nयहां अंतिम खेल स्पष्ट है: एक सिस्टम इतना सुव्यवस्थित बनाएं कि बदलाव करने के लिए किसी को भी मैन्युअल रूप से लॉग इन करने की आवश्यकता न हो। इसे हासिल करने का मतलब है कम बग, तेज़ तैनाती और अंततः, एक खुशहाल टीम।\n","permalink":"https://www.shafiq.in/hi/blog/%E0%A4%A8%E0%A4%BF%E0%A4%B0%E0%A4%82%E0%A4%A4%E0%A4%B0-%E0%A4%B5%E0%A4%BF%E0%A4%A4%E0%A4%B0%E0%A4%A3-%E0%A4%95%E0%A5%80-%E0%A4%AC%E0%A4%BE%E0%A4%A7%E0%A4%BE%E0%A4%93%E0%A4%82-%E0%A4%95%E0%A5%8B-%E0%A4%A6%E0%A5%82%E0%A4%B0-%E0%A4%95%E0%A4%B0%E0%A4%A8%E0%A4%BE/","summary":"\u003cp\u003eसतत वितरण की कला में महारत हासिल करना किसी सर्वर पर कोड डालने से कहीं अधिक है। यह आपकी तकनीक और उसके साथ इंटरैक्ट करने वाले लोगों के प्रबंधन का एक नाजुक संतुलन है। एक बड़ी बाधा? मशीनों के बीच छोटे-छोटे अंतर तब होते हैं जब कोई व्यक्ति तदर्थ परिवर्तन करने का निर्णय लेता है। ये मामूली लग सकते हैं, लेकिन जब डिबगिंग और समस्या निवारण की बात आती है तो ये भारी सिरदर्द पैदा कर सकते हैं।\u003c/p\u003e","title":"निरंतर वितरण की बाधाओं को दूर करना"},{"content":"ब्रिटेन के बर्मिंघम में गोवा निवासी, अंतर्मुखी, काम करके सीखता है, पढ़ना, लिखना और स्वतंत्रता पसंद करता है।\nमेरी पसंद पत्रिकाएँ एनीमे -ओटाकु\nएनीमे नव प्रौद्योगिकी अंक चिप शौक बुक बाइंडिंग किताबें शैलियाँ संदर्भ स्वयं सहायता हास्य फिल्में टीवी सीरीज संगीत खेल भूकंप 3 अवास्तविक टूर्नामेंट रोड रैश गति की आवश्यकता खेल फॉर्मूला 1 योगदान कैंसर रिसर्च यूके, वेस्ट ब्रोमविच को दान अक्सर साल्वेशन आर्मी, ओल्डबरी से खरीदता है राजनीति मुझे राजनीति से संबंधित निम्नलिखित विषयों में रुचि है:\nयूरोपीय संघ यूनाइटेड किंगडम सॉफ्टवेयर लिखें-अच्छा लिंटर डॉकर/पॉडमैन ओब्सीडियन विजुअल स्टूडियो कोड ओलामा llama.cpp गिट होमब्रू वॉटरफ़ॉक्स ह्यूगो ओपनकोर बैज़ाइट लिनक्स ओएस फेडोरा अरोरा लिनक्स ओएस ","permalink":"https://www.shafiq.in/hi/docs/about-me/","summary":"\u003cp\u003eब्रिटेन के बर्मिंघम में गोवा निवासी, अंतर्मुखी, काम करके सीखता है, पढ़ना, लिखना और स्वतंत्रता पसंद करता है।\u003c/p\u003e\n\u003ch2 id=\"मर-पसद\"\u003eमेरी पसंद\u003c/h2\u003e\n\u003ch3 id=\"पतरकए\"\u003eपत्रिकाएँ\u003c/h3\u003e\n\u003ch4 id=\"एनम\"\u003eएनीमे\u003c/h4\u003e\n\u003cp\u003e-ओटाकु\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eएनीमे\u003c/li\u003e\n\u003cli\u003eनव\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch4 id=\"परदयगक\"\u003eप्रौद्योगिकी\u003c/h4\u003e\n\u003cul\u003e\n\u003cli\u003eअंक\u003c/li\u003e\n\u003cli\u003eचिप\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch3 id=\"शक\"\u003eशौक\u003c/h3\u003e\n\u003ch4 id=\"बक-बइडग\"\u003eबुक बाइंडिंग\u003c/h4\u003e\n\u003ch3 id=\"कतब\"\u003eकिताबें\u003c/h3\u003e\n\u003ch4 id=\"शलय\"\u003eशैलियाँ\u003c/h4\u003e\n\u003cul\u003e\n\u003cli\u003eसंदर्भ\u003c/li\u003e\n\u003cli\u003eस्वयं सहायता\u003c/li\u003e\n\u003cli\u003eहास्य\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch3 id=\"फलम\"\u003eफिल्में\u003c/h3\u003e\n\u003ch3 id=\"टव-सरज\"\u003eटीवी सीरीज\u003c/h3\u003e\n\u003ch3 id=\"सगत\"\u003eसंगीत\u003c/h3\u003e\n\u003ch3 id=\"खल\"\u003eखेल\u003c/h3\u003e\n\u003cul\u003e\n\u003cli\u003eभूकंप 3\u003c/li\u003e\n\u003cli\u003eअवास्तविक टूर्नामेंट\u003c/li\u003e\n\u003cli\u003eरोड रैश\u003c/li\u003e\n\u003cli\u003eगति की आवश्यकता\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch3 id=\"खल-1\"\u003eखेल\u003c/h3\u003e\n\u003cul\u003e\n\u003cli\u003eफॉर्मूला 1\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch3 id=\"यगदन\"\u003eयोगदान\u003c/h3\u003e\n\u003cul\u003e\n\u003cli\u003eकैंसर रिसर्च यूके, वेस्ट ब्रोमविच को दान\u003c/li\u003e\n\u003cli\u003eअक्सर साल्वेशन आर्मी, ओल्डबरी से खरीदता है\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch3 id=\"रजनत\"\u003eराजनीति\u003c/h3\u003e\n\u003cp\u003eमुझे राजनीति से संबंधित निम्नलिखित विषयों में रुचि है:\u003c/p\u003e","title":"मेरे बारे में"},{"content":"CODE_ब्लॉक_10\nउत्तरयोग्य Preface कोड_ब्लॉक_73 कोड_ब्लॉक_74 कोड_ब्लॉक_75 कोड_ब्लॉक_76 Who Should Use Ansible कोड_ब्लॉक_78 कोड_ब्लॉक_79 कोड_ब्लॉक_80 कोड_ब्लॉक_81 कोड_ब्लॉक_82 कोड_ब्लॉक_83 कोड_ब्लॉक_84 कोड_ब्लॉक_85 कोड_ब्लॉक_86 कोड_ब्लॉक_87 कोड_ब्लॉक_88 कोड_ब्लॉक_89 कोड_ब्लॉक_90 Understanding Ansible Architecture Overview Diagram कोड_ब्लॉक_93 कोड_ब्लॉक_94 कोड_ब्लॉक_95 कोड_ब्लॉक_96 Modules कोड_ब्लॉक_98 Managing Secrets and Credentials CODE_ब्लॉक_100 The Basics of Ansible for Windows Configuration Management Configuring Windows Hosts for Ansible CODE_ब्लॉक_103 CODE_ब्लॉक_104 कोड_ब्लॉक_105 कोड_ब्लॉक_106 Summary Windows Modules in Ansible Ansible.Windows: Ansible collection for core Windows plugins CODE_ब्लॉक_110 कोड_ब्लॉक_111 कोड_ब्लॉक_112 कोड_ब्लॉक_113 कोड_ब्लॉक_114 कोड_ब्लॉक_115 कोड_ब्लॉक_116 कोड_ब्लॉक_117 CODE_ब्लॉक_118 कोड_ब्लॉक_119 Glossary of Terms References and Useful Links CODE_ब्लॉक_12____CODE_ब्लॉक_13\nसर्वाधिकार सुरक्षित. महत्वपूर्ण लेखों या समीक्षाओं में सन्निहित संक्षिप्त उद्धरणों के मामले को छोड़कर, प्रकाशक की पूर्व लिखित अनुमति के बिना, इस पुस्तक के किसी भी हिस्से को पुन: प्रस्तुत नहीं किया जा सकता है, पुनर्प्राप्ति प्रणाली में संग्रहीत नहीं किया जा सकता है, या किसी भी रूप में या किसी भी माध्यम से प्रसारित नहीं किया जा सकता है।\nप्रस्तुत जानकारी की सटीकता सुनिश्चित करने के लिए इस पुस्तक की तैयारी में हर संभव प्रयास किया गया है। हालाँकि, इस पुस्तक में मौजूद जानकारी बिना किसी वारंटी के बेची जाती है, चाहे व्यक्त हो या निहित। न तो लेखक, न ही डिप्लॉयव्यू पब्लिशिंग या उसके डीलरों और वितरकों को इस पुस्तक के कारण प्रत्यक्ष या अप्रत्यक्ष रूप से होने वाली किसी भी क्षति के लिए उत्तरदायी ठहराया जाएगा।\nडिप्लॉयव्यू पब्लिशिंग ने बड़े अक्षरों के उचित उपयोग द्वारा इस पुस्तक में उल्लिखित सभी कंपनियों और उत्पादों के बारे में ट्रेडमार्क जानकारी प्रदान करने का प्रयास किया है। हालाँकि, डिप्लॉयव्यू पब्लिशिंग इस जानकारी की सटीकता की गारंटी नहीं दे सकता।\nCODE_ब्लॉक_14____CODE_ब्लॉक_15\nपहली बार प्रकाशित: 2024\nद्वारा प्रकाशित\nडिप्लॉयव्यू प्रकाशन\nबर्मिंघम, यूनाइटेड किंगडम\nआईएसबीएन 978-1-3999-8635-9\nCODE_ब्लॉक_16____CODE_ब्लॉक_17\nको समर्पित मेरी पत्नी और मेरी बेटी. CODE_ब्लॉक_19____CODE_ब्लॉक_20\nपावती मैं उन सभी के प्रति अपना आभार व्यक्त करना चाहता हूं जिन्होंने मेरे व्यक्तिगत और व्यावसायिक जीवन में मुझे बिना शर्त प्यार और प्रोत्साहन दिया है। इस पुस्तक को पूरा करने में आपका समर्थन महत्वपूर्ण था। मैं इस प्रयास में आपकी मदद और मेरे करियर में आपकी निरंतर रुचि की सराहना करता हूं।\nCODE_ब्लॉक_22____CODE_ब्लॉक_23\nलेखक के बारे में शफीक अलीभाई एक डेवलपर हैं, जिन्होंने एक से हजारों सर्वर वाली कंपनियों के लिए वेब डेवलपमेंट और डेवॉप्स में काम किया है। वह भी डिप्लॉयव्यू लिमिटेड द्वारा दी जाने वाली सेवाओं के लिए कई वर्चुअल सर्वर का प्रबंधन करता है 2016 से बुनियादी ढांचे के प्रबंधन के लिए Ansible का उपयोग कर रहा है।\nCODE_ब्लॉक_25____CODE_ब्लॉक_26\nअस्वीकरण इस पुस्तक में मेरे द्वारा व्यक्त की गई कोई भी राय या व्यक्तिगत विचार मेरे अपने हैं, रेड हैट इंक के नहीं।\nAnsible®, Red Hat® Ansible® ऑटोमेशन प्लेटफ़ॉर्म, Red Hat®, JBoss®, OpenShift®, Fedora®, Hibernet®, CloudForms®, RHCA®, RHCE®, RHCSA®, Ceph®, Glaster®, Red Hat® लोगो और छायांकित घेरे में \u0026ldquo;A\u0026rdquo; लोगो Red Hat, Inc. या इसके ट्रेडमार्क या पंजीकृत ट्रेडमार्क हैं संयुक्त राज्य अमेरिका और अन्य देशों में सहायक कंपनियाँ। CODE_ब्लॉक_28\nLinux, Linus Torvalds का एक पंजीकृत ट्रेडमार्क है।\nप्रमाणित कुबेरनेट्स®, प्रमाणित कुबेरनेट्स प्रशासक®, प्रमाणित कुबेरनेट्स एप्लिकेशन डेवलपर®, प्रमाणित कुबेरनेट्स सुरक्षा विशेषज्ञ®, क्लाउडइवेंट्स®, क्लाउडनेटिवकॉन®, सीएनसीएफ®, कंटेनरड®, आदि®, क्यूबकॉन®, कुबेरनेट्स®, एलएसबी®, ओपन कंटेनर इनिशिएटिव®, प्रोमेथियस®, द लिनक्स फ़ाउंडेशन®, ज़ेन प्रोजेक्ट®, क्लाउड नेटिव कंप्यूटिंग फ़ाउंडेशन लोगो, कुबेरनेट्स और क्लाउड नेटिव एसोसिएट और डिज़ाइन (रंग), ओपन टेलीमेट्री और डिज़ाइन (काला और सफ़ेद), फ्लुएंट एंड डिज़ाइन ऑफ़ अ कैरियर पिजन (रंग - क्षैतिज) संयुक्त राज्य अमेरिका और/या अन्य देशों में लिनक्स फाउंडेशन के पंजीकृत ट्रेडमार्क हैं। CRI-O™, LF™, LinuxCon™, Linux फाउंडेशन™, OpenGitOps™, OpenTelemetry™, ओपन कंटेनर फॉर्मेट™, ओपन वर्चुअलाइजेशन एलायंस™, वर्चुअल क्यूबलेट™, वर्ल्ड ऑफ ओपन सोर्स™ के पंजीकरण लंबित हैं या संयुक्त राज्य अमेरिका और/या अन्य देशों में लिनक्स फाउंडेशन के उपयोग में ट्रेडमार्क हैं। लिनक्स फाउंडेशन लोगो. यूएस रजि. नहीं। 5166331 (लिनक्स फाउंडेशन ज्यामितीय डिजाइन (काला और सफेद)), लिनक्स फाउंडेशन लोगो। यूएस रजि. नहीं। 5166330 (लिनक्स फाउंडेशन ज्यामितीय डिज़ाइन (रंग)), प्रमाणित कुबेरनेट्स लोगो। यूएस रजि. नहीं। 5734733, सामुदायिक डेटा लाइसेंस अनुबंध लोगो। यूएस रजि. नहीं। 5852265, धाराप्रवाह लोगो। यूएस रजि. नहीं। 4734498, कुबेरनेट्स लोगो। यूएस रजि. नहीं। 4816320, कुबेरनेट्स और क्लाउड नेटिव एसोसिएट और डिज़ाइन (रंग) यूएस रेग। 6949718, सप्लाईचेनसुरक्षा और डिजाइन (काला और सफेद) यूएस रेग। नंबर 6949717 संयुक्त राज्य अमेरिका और/या अन्य देशों में निम्नलिखित लोगो चिह्नों के लिए पंजीकृत ट्रेडमार्क हैं। CODE_ब्लॉक_29\nUNIX® द ओपन ग्रुप का एक पंजीकृत ट्रेडमार्क है।\nPython, PyCon, PyLadies, और Python लोगो (कई वेरिएंट में) Python Software फाउंडेशन के पंजीकृत ट्रेडमार्क हैं। कोड_ब्लॉक_30\nAzure, Microsoft®, Microsoft® 365, Microsoft Teams, PowerPoint®, Outlook®, OneDrive®, SharePoint®, The Microsoft® Store, Windows® और Windows® 10, Windows, Vista, XP, NT संयुक्त राज्य अमेरिका और अन्य देशों में Microsoft Corporation के पंजीकृत ट्रेडमार्क या ट्रेडमार्क हैं। CODE_ब्लॉक_31\nऐप्पल, मैक, मैक ओएस, मैकिंटोश, पेज और ट्रूटाइप या तो संयुक्त राज्य अमेरिका और/या अन्य देशों में ऐप्पल कंप्यूटर, इंक. के पंजीकृत ट्रेडमार्क या ट्रेडमार्क हैं। CODE_ब्लॉक_32\nआईबीएम इंटरनेशनल बिजनेस मशीन कॉर्पोरेशन का एक पंजीकृत ट्रेडमार्क है। कोड_ब्लॉक_33\nसेलेरॉन, सेलेरॉन इनसाइड, सेंट्रिनो, सेंट्रिनो लोगो, कोर इनसाइड, इंटेल कोर, इंटेल इनसाइड, इंटेल इनसाइड लोगो, इटेनियम, इटेनियम इनसाइड, पेंटियम, पेंटियम इनसाइड, वीट्यून, ज़ीऑन और ज़ीऑन इनसाइड संयुक्त राज्य अमेरिका और अन्य देशों में इंटेल कॉर्पोरेशन या इसकी सहायक कंपनियों के ट्रेडमार्क या पंजीकृत ट्रेडमार्क हैं। CODE_ब्लॉक_34\nअमेज़ॅन वेब सर्विसेज, एडब्ल्यूएस, पावर्ड बाय एडब्ल्यूएस लोगो, और इस पुस्तक में उपयोग किए गए किसी भी अन्य एडब्ल्यूएस मार्क्स Amazon.com, Inc. या उसके सहयोगियों के ट्रेडमार्क हैं। यह पुस्तक किसी भी तरह से अमेज़ॅन द्वारा समर्थित या संबद्ध नहीं है https://aws.amazon.com/trademark-guidelines/\nGoogle, Chrome™ ब्राउज़र, क्रोमियम™ ओपन सोर्स प्रोजेक्ट, क्लाउड TPU™ इंटीग्रेटेड सर्किट, GCP™ इंफ्रास्ट्रक्चर प्लेटफ़ॉर्म, GKE™ सॉफ़्टवेयर सेवा, Gmail™ ईमेल सेवा, Google ऐप इंजन™ प्लेटफ़ॉर्म, Google क्लाउड प्लेटफ़ॉर्म™ सेवा, Google क्लाउड स्टोरेज™ सेवा, Google क्लाउड™ एंटरप्राइज़ सेवाएँ, Google कंप्यूट इंजन™ सेवा, Google कंटेनर इंजन™ कंटेनर प्रबंधन प्रणाली, Google डैशबोर्ड™ इंटरफ़ेस, Google फ़ोटो™ फ़ोटो भंडारण और आयोजन प्लेटफ़ॉर्म, Google™ खोज या खोज इंजन, Go™ प्रोग्रामिंग भाषा, Kubeflow™ ओपन-सोर्स मशीन लर्निंग प्लेटफ़ॉर्म, ऑप्टिमाइज़्ड चिप™ प्रोसेसर चिप, SPDY™ प्रोटोकॉल, YouTube™ वीडियो समुदाय, Google LLC के ट्रेडमार्क हैं और यह पुस्तक किसी भी तरह से Google द्वारा समर्थित या संबद्ध नहीं है। CODE_ब्लॉक_36\nHashiCorp®, वैग्रांट, पैकर, टेराफॉर्म, HashiCorp उत्पाद, नाम और लोगो HashiCorp, Inc. के ट्रेडमार्क हैं https://www.hashicorp.com/trademark-policy\nअन्य सभी ट्रेडमार्क उनके संबंधित स्वामियों की संपत्ति हैं।\nप्रस्तावना टी.बी.सी\nयह पुस्तक किसके लिए है? टी.बी.सी\nविकास पर्यावरण इस पुस्तक में प्रदान किया गया कोड किसी भी पाठ संपादक या एकीकृत विकास वातावरण (आईडीई) के साथ संगत है। आईडीई एक सॉफ्टवेयर टूल है जो सॉफ्टवेयर विकास के लिए व्यापक सुविधाएँ प्रदान करता है, जैसे कोड संपादन, डिबगिंग, संकलन और प्रोजेक्ट प्रबंधन।\nइस पुस्तक के कोड उदाहरणों को पुन: प्रस्तुत करने के लिए आधार वातावरण:\nएक टेक्स्ट एडिटर: ग्राफिकल (वीएस कोड, एटम, गेनी, आदि) या टर्मिनल (वीआईएम, एमएसीएस, नैनो, पिको, आदि)। ansible या ansible-core स्थापित पैकेजों वाला एक कार्य केंद्र। हम विज़ुअल स्टूडियो कोड को पसंदीदा आईडीई के रूप में उपयोग करने की सलाह देते हैं, जिसे https://code.visualstudio.com पर निःशुल्क डाउनलोड किया जा सकता है।\nपुस्तक में प्रयुक्त कन्वेंशन पूरी किताब में, हमें कई उदाहरण और टर्मिनल कमांड मिलते हैं। Ansible भाषा वाक्यविन्यास के लिए मुख्य रूप से YAML और INI प्रारूपों का उपयोग करती है। जब पाठ में निर्दिष्ट न हो, तो मान लें कि फ़ाइल स्वरूप YAML है। कोड नवीनतम YAML विनिर्देश का पालन करता है। YAML, जो अपनी सरलता, पठनीयता और प्रोग्रामिंग भाषाओं के साथ व्यापक अनुकूलता के लिए जाना जाता है, जटिल डेटा संरचनाओं के संक्षिप्त प्रतिनिधित्व की अनुमति देता है। इसका व्यापक रूप से कॉन्फ़िगरेशन फ़ाइलों और डेटा एक्सचेंज के लिए उपयोग किया जाता है, JSON के समान लेकिन पायथन-शैली इंडेंटेशन और सूचियों और शब्दकोश विवरणों के लिए अधिक कॉम्पैक्ट प्रारूप के साथ।\nINI प्रारूप का उपयोग अक्सर इन्वेंट्री और Ansible कॉन्फ़िगरेशन फ़ाइल के लिए किया जाता है। यह मानव-पठनीय तरीके से सेटिंग्स और प्राथमिकताओं को संग्रहीत करने के लिए कुंजी-मूल्य जोड़े और अनुभागों का उपयोग करने वाला एक सीधा कॉन्फ़िगरेशन फ़ाइल प्रारूप है।\nकई टर्मिनल कमांड मानक लिनक्स कमांड हैं, जो इनलाइन (उदाहरण के लिए, एन्सिबल [कमांड]) या कोड ब्लॉक में (लाइन नंबर के साथ या बिना) इंगित किए जाते हैं। उदाहरण के लिए:\n$ इको हैलो वर्ल्ड\nप्रदान किए गए टर्मिनल कमांड POSIX सम्मेलनों का पालन करते हैं और Linux, macOS और BSD सहित यूनिक्स जैसी प्रणालियों के साथ संगत हैं। प्रत्येक कमांड एक मानक उपयोगकर्ता खाते द्वारा उपयोग मानता है जब उसके साथ $ (डॉलर) प्रतीक जुड़ा होता है या रूट उपयोगकर्ता द्वारा जब # (संख्या चिह्न) प्रतीक के साथ जुड़ा होता है।\nप्रत्येक Ansible संसाधन (प्लेबुक, भूमिका, प्लगइन और संग्रह) Ansible लिंटर की नवीनतम रिलीज़ के साथ मान्य नवीनतम Ansible सर्वोत्तम प्रथाओं का पालन करता है।\nहालाँकि, यह ध्यान देने योग्य है कि विशिष्ट कोड स्निपेट जानबूझकर विशिष्ट व्यवहारों को पुन: पेश करने या मामलों का सटीक उपयोग करने के लिए सर्वोत्तम प्रथाओं से भिन्न होते हैं। यह आदर्श तकनीकों और वास्तविक दुनिया के परिदृश्यों को शामिल करते हुए, एन्सिबल की व्यापक समझ सुनिश्चित करता है।\nकोड बंडल और रंगीन छवियाँ कृपया डाउनलोड करने के लिए लिंक का अनुसरण करें\nकोड बंडल और पुस्तक की रंगीन छवियाँ: CODE_ब्लॉक_52\nपुस्तक का कोड बंडल GitHub पर github.com/deployview/Ansible-for-Windows (no longer available) पर भी होस्ट किया गया है। यदि कोड में कोई अपडेट है, तो इसे मौजूदा GitHub रिपॉजिटरी पर अपडेट किया जाएगा। हमारे पास किताबों और वीडियो की समृद्ध सूची से कोड बंडल https://github.com/deployview पर उपलब्ध हैं। उनकी बाहर जांच करो!\nCODE_ब्लॉक_55____CODE_ब्लॉक_56\nकृपया इस पुस्तक को बेहतर बनाने में मदद करें! CODE_ब्लॉक_57 हम डिप्लॉयव्यू पब्लिशिंग में अपने काम पर बहुत गर्व करते हैं और अपने ग्राहकों को पढ़ने का आनंददायक अनुभव प्रदान करने के लिए अपनी सामग्री की सटीकता सुनिश्चित करने के लिए सर्वोत्तम प्रथाओं का पालन करते हैं। हमारे पाठक हमारे दर्पण हैं, और हम उनके इनपुट का उपयोग मानवीय त्रुटियों, यदि कोई हो, को प्रतिबिंबित करने और सुधारने के लिए करते हैं, जो इसमें शामिल प्रकाशन प्रक्रियाओं के दौरान हुई हो सकती है। हमें गुणवत्ता बनाए रखने और उन पाठकों तक पहुंचने में मदद करने के लिए, जिन्हें किसी अप्रत्याशित त्रुटि के कारण कठिनाई हो रही हो, कृपया हमें यहां लिखें: CODE_ब्लॉक_58 आपके समर्थन, सुझाव और फीडबैक की हमें अत्यधिक सराहना है।\nइस पुस्तक के नए संशोधन नियमित आधार पर प्रकाशित किए जाते हैं (वर्तमान पुस्तक देखें)। प्रकाशन आँकड़े नीचे दिए गए हैं)। यदि आपको लगता है कि किसी विशेष अनुभाग में सुधार की आवश्यकता है या खोजें कुछ छूट गया है, कृपया विंडोज़ समस्या कतार के लिए Ansible में एक समस्या पोस्ट करें (चालू)। GitHub) या ट्विटर (@deployview) के माध्यम से मुझसे संपर्क करें। विंडोज़ के लिए Ansible के सभी ज्ञात मुद्दों को पुस्तक के ऑनलाइन पर एकत्रित किया जाएगा इरेटा पेज. वर्तमान प्रकाशित पुस्तक संस्करण की जानकारी • वर्तमान पुस्तक संस्करण: 1.0 • पिछले प्रकाशन के अनुसार वर्तमान एंसिबल संस्करण: 9.6.0 (कोर 2.16.7) • अंतिम प्रकाशन की वर्तमान तिथि: 17 जून, 2024\nCODE_ब्लॉक_59____CODE_ब्लॉक_60\nपायरेसी यदि आपको इंटरनेट पर किसी भी रूप में हमारे कार्यों की कोई अवैध प्रतियां मिलती हैं, तो आप हमें स्थान का पता या वेबसाइट का नाम प्रदान करेंगे तो हम आभारी होंगे। कृपया सामग्री के लिंक के साथ business@deployview.com पर हमसे संपर्क करें।\nCODE_ब्लॉक_63____CODE_ब्लॉक_64\nसमीक्षाएं कृपया एक समीक्षा छोड़ें. एक बार जब आप इस पुस्तक को पढ़ और उपयोग कर लेते हैं, तो उस साइट पर एक समीक्षा क्यों नहीं छोड़ते जहाँ से आपने इसे खरीदा है? संभावित पाठक खरीदारी संबंधी निर्णय लेने के लिए आपकी निष्पक्ष राय देख सकते हैं और उसका उपयोग कर सकते हैं। डिप्लॉयव्यू पब्लिशिंग में हम समझ सकते हैं कि आप हमारे उत्पादों के बारे में क्या सोचते हैं, और हमारे लेखक अपनी पुस्तक पर आपकी प्रतिक्रिया देख सकते हैं। धन्यवाद!\nCODE_ब्लॉक_66____CODE_ब्लॉक_67\nहमारी पुस्तक के डिसॉर्डर स्पेस में शामिल हों नवीनतम अपडेट, ऑफ़र, दुनिया भर में तकनीकी घटनाओं, नई रिलीज़ और लेखकों के साथ सत्र के लिए पुस्तक के डिस्कोर्ड वर्कस्पेस से जुड़ें:\nCODE_ब्लॉक_69\nCODE_ब्लॉक_70____CODE_ब्लॉक_71\nपरिचय \u0026ldquo;विंडोज़ के लिए Ansible: Ansible का उपयोग करके Windows कॉन्फ़िगरेशन प्रबंधन के लिए एक व्यापक मार्गदर्शिका\u0026rdquo; उन पाठकों के लिए है जो अपने दैनिक आईटी कार्यों में Ansible की शक्ति का लाभ उठाना चाहते हैं, विशेष रूप से Windows वातावरण के प्रबंधन के संबंध में। यह पुस्तक विंडोज़ पर कॉन्फ़िगरेशन प्रबंधन के समाधान के रूप में एन्सिबल का उपयोग करने के विभिन्न पहलुओं पर प्रकाश डालेगी, जिसमें इंस्टॉलेशन, सेटअप और उपयोग के साथ-साथ उन्नत सुविधाओं और सर्वोत्तम प्रथाओं जैसे विषयों को शामिल किया जाएगा।\nइस पुस्तक के अंत तक, आप Ansible का उपयोग करके अपने विंडोज़ बुनियादी ढांचे को प्रबंधित करने के लिए आवश्यक सभी आवश्यक कौशल और ज्ञान से लैस होंगे। चाहे आप एक सिस्टम प्रशासक हों, डेवलपर हों, या बस ऐसे व्यक्ति हों जो अपनी आईटी प्रक्रियाओं को बेहतर बनाने के तरीकों की तलाश कर रहे हों, यह व्यापक मार्गदर्शिका आपकी आवश्यकताओं को पूरा करने के लिए डिज़ाइन की गई है।\nकॉन्फ़िगरेशन प्रबंधन का उद्देश्य क्या है परिभाषित करें कि कॉन्फ़िगरेशन प्रबंधन में \u0026ldquo;पुश\u0026rdquo; मॉडल का क्या अर्थ है टी.बी.सी.\nएन्सिबल क्या है Ansible Red Hat द्वारा विकसित एक ओपन-सोर्स ऑटोमेशन टूल है, जो कॉन्फ़िगरेशन प्रबंधन, एप्लिकेशन परिनियोजन और जटिल आईटी कार्यों के ऑर्केस्ट्रेशन पर केंद्रित है। इसे 2013 में माइकल डेहान ने बनाया था। यह बुनियादी ढांचे के प्रबंधन के लिए एक सरल, एजेंट रहित और निष्क्रिय दृष्टिकोण प्रदान करता है, जिससे उपयोगकर्ताओं को एप्लिकेशन परिनियोजन, सिस्टम कॉन्फ़िगरेशन और जटिल वर्कफ़्लो के ऑर्केस्ट्रेशन जैसे कार्यों को स्वचालित करने की अनुमति मिलती है। अपने सहज डिज़ाइन और शक्तिशाली क्षमताओं के साथ, Ansible विंडोज़ कॉन्फ़िगरेशन प्रबंधन के लिए आधुनिक आईटी वातावरण में सबसे लोकप्रिय टूल में से एक बन गया है।\nएन्सिबल के मूल सिद्धांत Ansible कई मूल सिद्धांतों के आधार पर संचालित होता है जो इसे अन्य स्वचालन उपकरणों से अलग करते हैं:\nएजेंट रहित वास्तुकला कई अन्य कॉन्फ़िगरेशन प्रबंधन टूल के विपरीत, Ansible को प्रबंधित नोड्स पर किसी सॉफ़्टवेयर एजेंट को स्थापित करने की आवश्यकता नहीं है। यह एजेंट रहित आर्किटेक्चर लक्ष्य मशीनों के साथ संचार के लिए मानक एसएसएच (सिक्योर शेल) या विनआरएम (विंडोज रिमोट मैनेजमेंट) का उपयोग करके हासिल किया जाता है। Ansible की एजेंट रहित प्रकृति सेटअप और रखरखाव को सरल बनाती है, ओवरहेड को कम करती है, और हमले की सतह को कम करके सुरक्षा बढ़ाती है।\nघोषणात्मक भाषा सिस्टम कॉन्फ़िगरेशन और स्वचालन कार्यों को परिभाषित करने के लिए एन्सिबल YAML (येट अदर मार्कअप लैंग्वेज) नामक एक घोषणात्मक भाषा का उपयोग करता है। घोषणात्मक दृष्टिकोण में, उपयोगकर्ता सिस्टम की वांछित स्थिति निर्दिष्ट करता है, और Ansible उस स्थिति को प्राप्त करने के लिए आवश्यक कदमों को निष्पादित करने का ख्याल रखता है। यह अनिवार्य प्रोग्रामिंग के विपरीत है, जहां उपयोगकर्ता को वांछित स्थिति तक पहुंचने के लिए आवश्यक प्रत्येक चरण को स्पष्ट रूप से परिभाषित करने की आवश्यकता होगी।\nनपुंसकता Ansible निष्क्रियता सुनिश्चित करता है, जिसका अर्थ है कि कॉन्फ़िगरेशन के एक ही सेट को कई बार लागू करने से अनपेक्षित दुष्प्रभाव उत्पन्न नहीं होंगे। प्रत्येक ऑपरेशन को सिस्टम को बिना किसी व्यवधान के वांछित स्थिति में लाने के लिए डिज़ाइन किया गया है यदि स्थिति पहले ही हासिल कर ली गई है। बड़े पैमाने के वातावरण में स्थिरता और विश्वसनीयता बनाए रखने के लिए यह सुविधा महत्वपूर्ण है।\nमानव पठनीयता Ansible की प्रमुख शक्तियों में से एक मानव पठनीयता पर इसका जोर है। प्लेबुक, जो कि YAML में लिखे गए कार्यों का संग्रह है, तकनीकी और गैर-तकनीकी दोनों उपयोगकर्ताओं द्वारा आसानी से समझे जाने के लिए डिज़ाइन की गई हैं। यह पठनीयता सहयोग की सुविधा प्रदान करती है, क्योंकि टीम के सदस्य जटिल प्रोग्रामिंग भाषा सीखने की आवश्यकता के बिना स्वचालन स्क्रिप्ट की तुरंत समीक्षा और समझ सकते हैं।\nविस्तारशीलता मॉड्यूल और प्लगइन्स के उपयोग के माध्यम से अन्सिबल अत्यधिक विस्तार योग्य है। मॉड्यूल कोड की अलग-अलग इकाइयाँ हैं जो विशिष्ट कार्य करती हैं, जैसे सेवाओं का प्रबंधन, फ़ाइलों को संभालना या एपीआई के साथ बातचीत करना। प्लगइन्स उपयोगकर्ताओं को कस्टम तर्क जोड़ने, इन्वेंट्री प्रबंधन को बढ़ाने या बाहरी सिस्टम के साथ एकीकृत करने की अनुमति देकर Ansible की कार्यक्षमता का विस्तार करते हैं। यह विस्तारशीलता सुनिश्चित करती है कि Ansible उपयोग के मामलों और वातावरणों की एक विस्तृत श्रृंखला के लिए अनुकूल हो सकता है।\nउत्तरदायी घटक यह समझने के लिए कि एन्सिबल कैसे काम करता है, इसके प्रमुख घटकों से खुद को परिचित करना आवश्यक है:\nनियंत्रण नोड नियंत्रण नोड वह मशीन है जहां Ansible स्थापित है और जिससे स्वचालन कार्य निष्पादित होते हैं। इस नोड में अन्सिबल कमांड-लाइन टूल, मॉड्यूल और प्लेबुक शामिल हैं। नियंत्रण नोड प्रबंधित नोड्स पर कार्यों के निष्पादन को व्यवस्थित करता है, लेकिन इसके लिए उन नोड्स पर किसी भी एजेंट को स्थापित करने की आवश्यकता नहीं होती है।\nप्रबंधित नोड्स प्रबंधित नोड्स लक्ष्य मशीनें हैं जिन्हें Ansible प्रबंधित करता है। ये नोड भौतिक सर्वर, वर्चुअल मशीन या क्लाउड इंस्टेंस हो सकते हैं। Ansible यूनिक्स-आधारित सिस्टम के लिए SSH या Windows सिस्टम के लिए WinRM का उपयोग करके प्रबंधित नोड्स के साथ संचार करता है। प्रबंधित नोड्स को मानक रिमोट एक्सेस टूल के अलावा किसी विशेष सॉफ़्टवेयर की आवश्यकता नहीं होती है।\nइन्वेंटरी इन्वेंट्री एक फ़ाइल या एक गतिशील स्रोत है जो प्रबंधित नोड्स और उनके समूह को सूचीबद्ध करता है। इन्वेंट्री फ़ाइल एक सरल पाठ प्रारूप में लिखी गई है और स्थिर या गतिशील हो सकती है। यह उपयोगकर्ताओं को नोड्स को समूहों में व्यवस्थित करने, वेरिएबल निर्दिष्ट करने और होस्ट-विशिष्ट कॉन्फ़िगरेशन को परिभाषित करने की अनुमति देता है। गतिशील इन्वेंट्री स्क्रिप्ट या बाहरी स्रोतों द्वारा उत्पन्न होती हैं और बार-बार बदलते बुनियादी ढांचे वाले वातावरण के लिए विशेष रूप से उपयोगी होती हैं।\nप्लेबुक प्लेबुक्स एन्सिबल ऑटोमेशन का हृदय हैं। YAML में लिखी गई, प्लेबुक कार्यों की एक श्रृंखला को परिभाषित करती है जो प्रबंधित नोड्स की वांछित स्थिति का वर्णन करती है। प्रत्येक प्लेबुक में एक या अधिक नाटक होते हैं, और प्रत्येक नाटक मेजबानों के एक विशिष्ट समूह को लक्षित करता है। एक खेल के भीतर कार्यों को क्रमिक रूप से निष्पादित किया जाता है, यह सुनिश्चित करते हुए कि सिस्टम कॉन्फ़िगरेशन नियंत्रित तरीके से आगे बढ़ता है।\nमॉड्यूल मॉड्यूल Ansible कार्यों के निर्माण खंड हैं। प्रत्येक मॉड्यूल एक विशिष्ट कार्य करता है, जैसे पैकेज, सेवाओं, फ़ाइलों या उपयोगकर्ताओं को प्रबंधित करना। Ansible में अंतर्निहित मॉड्यूल की एक विस्तृत श्रृंखला शामिल है, और उपयोगकर्ता कार्यक्षमता बढ़ाने के लिए कस्टम मॉड्यूल भी बना सकते हैं। मॉड्यूल प्रबंधित नोड्स पर निष्पादित होते हैं और कार्य के परिणाम के बारे में जानकारी लौटाते हैं, जिससे एन्सिबल को परिणामों के आधार पर निर्णय लेने की अनुमति मिलती है।\nभूमिकाएँ भूमिकाएँ प्लेबुक और कार्यों के पुन: प्रयोज्य सेट को व्यवस्थित करने का एक तरीका है। एक भूमिका कार्यों, चर, टेम्पलेट्स और अन्य घटकों का एक संग्रह है जिसे विभिन्न प्लेबुक में आसानी से साझा और पुन: उपयोग किया जा सकता है। भूमिकाओं का उपयोग करके, उपयोगकर्ता अपने कॉन्फ़िगरेशन को मॉड्यूलर कर सकते हैं, जिससे वे अधिक रखरखाव योग्य और स्केलेबल बन सकते हैं।\nचर Ansible में वेरिएबल्स का उपयोग गतिशील मानों को संग्रहीत करने के लिए किया जाता है जिन्हें प्लेबुक, कार्यों और टेम्पलेट्स के भीतर संदर्भित किया जा सकता है। वे उपयोगकर्ताओं को विभिन्न वातावरणों, होस्टों या अन्य स्थितियों के आधार पर कॉन्फ़िगरेशन को अनुकूलित करने की अनुमति देते हैं। वेरिएबल्स को इन्वेंट्री, प्लेबुक या बाहरी फ़ाइलों में परिभाषित किया जा सकता है, और वे जटिल कॉन्फ़िगरेशन को प्रबंधित करने का एक लचीला तरीका प्रदान करते हैं।\nटेम्पलेट्स Ansible में टेम्प्लेट ऐसी फ़ाइलें हैं जिनमें वेरिएबल्स के लिए प्लेसहोल्डर होते हैं और गतिशील सामग्री उत्पन्न करने के लिए संसाधित होते हैं। टेम्प्लेट जिन्जा2 में लिखे गए हैं, जो पायथन के लिए एक शक्तिशाली टेम्प्लेटिंग इंजन है। इनका उपयोग आमतौर पर कॉन्फ़िगरेशन फ़ाइलें, स्क्रिप्ट और अन्य टेक्स्ट-आधारित सामग्री उत्पन्न करने के लिए किया जाता है जिन्हें प्लेबुक में परिभाषित चर के आधार पर अनुकूलित करने की आवश्यकता होती है।\nविंडोज़ कॉन्फ़िगरेशन प्रबंधन के लिए एन्सिबल का दृष्टिकोण विंडोज़ सिस्टम के लिए Ansible का समर्थन महत्वपूर्ण रूप से विकसित हुआ है, जिससे यह विंडोज़ वातावरण के प्रबंधन के लिए एक शक्तिशाली उपकरण बन गया है। हालाँकि शुरुआत में इसे यूनिक्स-आधारित सिस्टम के लिए डिज़ाइन किया गया था, लेकिन एन्सिबल के मॉड्यूलर आर्किटेक्चर और एक्स्टेंसिबिलिटी ने विंडोज़ के साथ सहज एकीकरण को सक्षम किया है।\nसंचार के लिए WinRM विंडोज़ प्रबंधित नोड्स के साथ संचार करने के लिए Ansible WinRM का उपयोग करता है। WinRM एक Microsoft तकनीक है जो वेब सेवाओं का उपयोग करके विंडोज सिस्टम के दूरस्थ प्रबंधन और स्वचालन की अनुमति देती है। WinRM का लाभ उठाकर, Ansible अपने एजेंट रहित आर्किटेक्चर को बनाए रखते हुए अतिरिक्त एजेंटों की आवश्यकता के बिना विंडोज नोड्स पर कार्यों को निष्पादित कर सकता है।\nविंडोज़ मॉड्यूल Ansible में विंडोज़ सिस्टम के प्रबंधन के लिए विशेष रूप से डिज़ाइन किए गए मॉड्यूल का एक व्यापक सेट शामिल है। ये मॉड्यूल सेवाओं, पैकेजों, उपयोगकर्ताओं, समूहों, रजिस्ट्री सेटिंग्स और बहुत कुछ प्रबंधित करने सहित कार्यों की एक विस्तृत श्रृंखला को कवर करते हैं। कुछ प्रमुख विंडोज़ मॉड्यूल में शामिल हैं:\nwin_feature: विंडोज़ सुविधाओं और भूमिकाओं को प्रबंधित करता है। win_service: विंडोज़ सेवाओं का प्रबंधन करता है। win_package: अंतर्निहित पैकेज प्रबंधन टूल का उपयोग करके विंडोज़ पैकेज प्रबंधित करता है। win_user: विंडोज़ उपयोगकर्ता खाते प्रबंधित करता है। win_group: विंडोज़ समूह प्रबंधित करता है। win_regedit: विंडोज़ रजिस्ट्री सेटिंग्स प्रबंधित करता है। ये मॉड्यूल विंडोज़ सिस्टम के कॉन्फ़िगरेशन और प्रबंधन को प्रभावी ढंग से स्वचालित करने के लिए आवश्यक कार्यक्षमता प्रदान करते हैं।\nपावरशेल एकीकरण पॉवरशेल विंडोज़ के लिए एक शक्तिशाली स्क्रिप्टिंग भाषा और ऑटोमेशन फ्रेमवर्क है। विंडोज़ प्रबंधित नोड्स पर कमांड और स्क्रिप्ट निष्पादित करने के लिए Ansible PowerShell का लाभ उठाता है। पॉवरशेल के साथ एकीकरण करके, Ansible विंडोज़ पारिस्थितिकी तंत्र में उपलब्ध व्यापक क्षमताओं और पुस्तकालयों का लाभ उठा सकता है। win_shell और win_command मॉड्यूल उपयोगकर्ताओं को उनके स्वचालन वर्कफ़्लो के भाग के रूप में मनमाने ढंग से PowerShell कमांड और स्क्रिप्ट चलाने की अनुमति देते हैं।\nविंडोज़-विशिष्ट चुनौतियों को संभालना विंडोज़ सिस्टम को प्रबंधित करना अनोखी चुनौतियाँ प्रस्तुत करता है, जैसे विभिन्न प्रमाणीकरण तंत्रों से निपटना, रजिस्ट्री सेटिंग्स को प्रबंधित करना और विंडोज़ सेवाओं और सुविधाओं की जटिलताओं को संभालना। Ansible अपने समर्पित विंडोज़ मॉड्यूल और सुविधाओं के माध्यम से इन चुनौतियों का समाधान करता है। उदाहरण के लिए, win_credssp मॉड्यूल क्रेडेंशियल सिक्योरिटी सपोर्ट प्रोवाइडर (CredSSP) प्रोटोकॉल का उपयोग करके सुरक्षित प्रमाणीकरण की अनुमति देता है, जबकि win_reboot मॉड्यूल स्वचालन कार्यों के दौरान सिस्टम रीबूट की उचित हैंडलिंग सुनिश्चित करता है।\nAnsible के लिए केस का उपयोग करें Ansible की बहुमुखी प्रतिभा इसे आईटी स्वचालन और कॉन्फ़िगरेशन प्रबंधन में उपयोग के मामलों की एक विस्तृत श्रृंखला के लिए उपयुक्त बनाती है। यहां कुछ सामान्य परिदृश्य दिए गए हैं जहां अन्सिबल उत्कृष्टता प्राप्त करता है:\nकॉन्फ़िगरेशन प्रबंधन सिस्टम कॉन्फ़िगरेशन को परिभाषित करने और लागू करने के लिए एक सुसंगत और दोहराए जाने योग्य तरीका प्रदान करके एंसिबल कॉन्फ़िगरेशन प्रबंधन को सरल बनाता है। चाहे लिनक्स या विंडोज सिस्टम को प्रबंधित करना हो, Ansible यह सुनिश्चित करता है कि कॉन्फ़िगरेशन सभी प्रबंधित नोड्स पर समान रूप से लागू हो। यह क्षमता अनुपालन बनाए रखने, कॉन्फ़िगरेशन बहाव को कम करने और यह सुनिश्चित करने के लिए महत्वपूर्ण है कि सिस्टम संगठनात्मक मानकों के अनुसार कॉन्फ़िगर किए गए हैं।\nअनुप्रयोग परिनियोजन अनेक परिवेशों में एप्लिकेशन परिनियोजित करना जटिल और त्रुटि-प्रवण हो सकता है। बुनियादी ढांचे को स्थापित करने से लेकर एप्लिकेशन को इंस्टॉल करने और कॉन्फ़िगर करने तक, पूरी प्रक्रिया को स्वचालित करके एन्सिबल एप्लिकेशन परिनियोजन को सुव्यवस्थित करता है। Ansible के साथ, उपयोगकर्ता एप्लिकेशन की वांछित स्थिति और उसकी निर्भरता को परिभाषित कर सकते हैं, यह सुनिश्चित करते हुए कि तैनाती सुसंगत, दोहराने योग्य और स्केलेबल है।\nसतत एकीकरण और सतत तैनाती (सीआई/सीडी) सॉफ़्टवेयर के निर्माण, परीक्षण और तैनाती में शामिल चरणों को स्वचालित करके Ansible CI/CD पाइपलाइनों में महत्वपूर्ण भूमिका निभाता है। जेनकिंस, गिटलैब सीआई और गिटहब एक्शन जैसे लोकप्रिय सीआई/सीडी टूल के साथ एकीकरण करके, एन्सिबल संपूर्ण सॉफ्टवेयर डिलीवरी जीवनचक्र के निर्बाध स्वचालन को सक्षम बनाता है। यह एकीकरण टीमों को तेजी से और अधिक विश्वसनीय तैनाती हासिल करने में मदद करता है, जिससे नई सुविधाओं और अपडेट के लिए बाजार में लगने वाला समय कम हो जाता है।\nक्लाउड प्रोविजनिंग क्लाउड सेवाओं की बढ़ती स्वीकार्यता के साथ, क्लाउड इंफ्रास्ट्रक्चर का प्रावधान और प्रबंधन आईटी टीमों के लिए एक महत्वपूर्ण कार्य बन गया है। Ansible AWS, Azure और Google Cloud जैसे प्रमुख क्लाउड प्रदाताओं के साथ बातचीत करने के लिए मॉड्यूल प्रदान करता है। ये मॉड्यूल उपयोगकर्ताओं को क्लाउड संसाधनों के निर्माण, कॉन्फ़िगरेशन और प्रबंधन को स्वचालित करने में सक्षम बनाते हैं, जिससे बुनियादी ढांचे को मापना, लागतों का प्रबंधन करना और क्लाउड वातावरण में स्थिरता सुनिश्चित करना आसान हो जाता है।\nसुरक्षा और अनुपालन आईटी प्रणालियों की सुरक्षा और अनुपालन सुनिश्चित करना संगठनों के लिए सर्वोच्च प्राथमिकता है। Ansible पैच प्रबंधन, उपयोगकर्ता और पहुंच नियंत्रण और कॉन्फ़िगरेशन ऑडिट जैसे सुरक्षा-संबंधी कार्यों को स्वचालित करके इसे प्राप्त करने में मदद करता है। सुरक्षा नीतियों को कोड के रूप में परिभाषित करके, संगठन सभी प्रणालियों पर लगातार सुरक्षा मानकों को लागू कर सकते हैं और उभरते खतरों का तुरंत जवाब दे सकते हैं।\nनेटवर्क स्वचालन Ansible अपनी स्वचालन क्षमताओं को नेटवर्क उपकरणों तक विस्तारित करता है, जिससे आईटी टीमों को नेटवर्क कॉन्फ़िगरेशन प्रबंधित करने की अनुमति मिलती है\n, परिवर्तन लागू करें, और अनुपालन सुनिश्चित करें। नेटवर्क मॉड्यूल विभिन्न विक्रेताओं के उपकरणों की एक विस्तृत श्रृंखला का समर्थन करते हैं, जो उपयोगकर्ताओं को इंटरफेस कॉन्फ़िगर करने, वीएलएएन प्रबंधित करने और सुरक्षा नीतियों को लागू करने जैसे कार्यों को स्वचालित करने में सक्षम बनाते हैं। Ansible के साथ नेटवर्क स्वचालन मैन्युअल हस्तक्षेप को कम करता है, कॉन्फ़िगरेशन त्रुटियों को कम करता है, और नेटवर्क विश्वसनीयता को बढ़ाता है।\nसारांश Ansible एक शक्तिशाली और बहुमुखी स्वचालन उपकरण है जो आधुनिक आईटी परिदृश्य का एक अनिवार्य हिस्सा बन गया है। इसकी सादगी, एजेंट रहित आर्किटेक्चर और व्यापक फीचर सेट इसे कॉन्फ़िगरेशन प्रबंधन, एप्लिकेशन परिनियोजन और स्वचालन कार्यों की एक विस्तृत श्रृंखला के लिए एक आदर्श विकल्प बनाते हैं। विंडोज़ सिस्टम के लिए समर्पित समर्थन और मॉड्यूल और प्लगइन्स के बढ़ते पारिस्थितिकी तंत्र के साथ, Ansible जटिल और विविध वातावरणों को प्रभावी ढंग से प्रबंधित करने के लिए आवश्यक क्षमताएं प्रदान करता है।\nजो संगठन Ansible को अपनाते हैं, वे बढ़ी हुई दक्षता, बेहतर सहयोग, बेहतर स्थिरता और महत्वपूर्ण लागत बचत हासिल करने की उम्मीद कर सकते हैं। जैसे-जैसे आईटी वातावरण की जटिलता बढ़ती जा रही है, Ansible जैसे विश्वसनीय और स्केलेबल स्वचालन समाधानों की आवश्यकता और अधिक महत्वपूर्ण हो जाएगी। Ansible की शक्तियों का लाभ उठाकर और स्वचालन को अपनाकर, संगठन प्रतिस्पर्धी परिदृश्य में आगे रह सकते हैं और अपने आईटी परिचालन में नवाचार ला सकते हैं।\nनिम्नलिखित अध्यायों में, हम इस बात पर गहराई से चर्चा करेंगे कि विंडोज़ कॉन्फ़िगरेशन प्रबंधन के लिए एन्सिबल का उपयोग कैसे किया जा सकता है, उन्नत विषयों, सर्वोत्तम प्रथाओं और वास्तविक दुनिया के उदाहरणों की खोज करके आपको एन्सिबल के साथ विंडोज़ वातावरण को स्वचालित करने की कला में महारत हासिल करने में मदद मिलेगी।\nकिसे एन्सिबल का उपयोग करना चाहिए Ansible एक बहुमुखी उपकरण है जिसका उपयोग आईटी पेशेवरों और संगठनों की एक विस्तृत श्रृंखला द्वारा किया जा सकता है जो अपने आईटी संचालन को सुव्यवस्थित करना चाहते हैं। चाहे आप एक सिस्टम प्रशासक हों, डेवलपर हों, या यहां तक ​​कि एक गैर-तकनीकी उपयोगकर्ता हों जो अपने आईटी कार्यों को सरल बनाने के तरीकों की तलाश कर रहे हों, Ansible एक उपयुक्त समाधान प्रदान करता है। यहां कुछ प्रमुख समूह हैं जो Ansible का उपयोग करने से लाभ उठा सकते हैं:\nसिस्टम प्रशासक: सिस्टम प्रशासक सर्वर, नेटवर्क और वर्कस्टेशन सहित आईटी बुनियादी ढांचे के प्रबंधन और रखरखाव के लिए जिम्मेदार हैं। Ansible सॉफ़्टवेयर इंस्टालेशन, कॉन्फ़िगरेशन प्रबंधन और पैच प्रबंधन जैसे कार्यों को स्वचालित करने में मदद कर सकता है, जिससे अधिक रणनीतिक पहलों के लिए समय खाली हो जाता है।\nDevOps पेशेवर: DevOps पेशेवर सहयोग, संचार और अनुप्रयोगों की निरंतर डिलीवरी को बढ़ावा देकर विकास और संचालन टीमों के बीच अंतर को पाटने का काम करते हैं। संपूर्ण सॉफ़्टवेयर विकास जीवनचक्र को स्वचालित करने की Ansible की क्षमता इसे DevOps अभ्यासकर्ताओं के लिए एक आदर्श विकल्प बनाती है।\nडेवलपर्स: डेवलपर्स एप्लिकेशन परिनियोजन, परीक्षण और निगरानी सहित अपनी विकास प्रक्रियाओं को स्वचालित करने के लिए Ansible का उपयोग कर सकते हैं। यह न केवल अनुप्रयोगों की डिलीवरी को गति देता है बल्कि विभिन्न वातावरणों में स्थिरता और विश्वसनीयता सुनिश्चित करने में भी मदद करता है।\nइन्फ्रास्ट्रक्चर आर्किटेक्ट्स: इन्फ्रास्ट्रक्चर आर्किटेक्ट स्केलेबल और लचीले आईटी इन्फ्रास्ट्रक्चर को डिजाइन और कार्यान्वित करने के लिए जिम्मेदार हैं। Ansible का लचीलापन और भौतिक और आभासी दोनों बुनियादी ढांचे को प्रबंधित करने की क्षमता इसे इन पेशेवरों के लिए एक आकर्षक विकल्प बनाती है।\nसुरक्षा पेशेवर: सुरक्षा पेशेवर भेद्यता स्कैनिंग, पैच प्रबंधन और अनुपालन ऑडिटिंग जैसे सुरक्षा कार्यों को स्वचालित करने के लिए Ansible का उपयोग कर सकते हैं। इससे यह सुनिश्चित करने में मदद मिलती है कि सिस्टम को अद्यतन रखा जाता है और संभावित खतरों से सुरक्षित रखा जाता है।\nक्लाउड आर्किटेक्ट्स: क्लाउड-आधारित समाधानों को डिजाइन और कार्यान्वित करने वाले क्लाउड आर्किटेक्ट्स बुनियादी ढांचे को कोड के रूप में प्रबंधित करने के लिए एन्सिबल का उपयोग कर सकते हैं, जो ऑन-प्रिमाइसेस और क्लाउड वातावरण में स्थिरता और दोहराव सुनिश्चित करते हैं। यह दृष्टिकोण सार्वजनिक या निजी क्लाउड में अनुप्रयोगों और सेवाओं के स्थानांतरण को सरल बनाता है, लागत कम करता है और स्केलेबिलिटी में सुधार करता है।\nनेटवर्क इंजीनियर: जटिल नेटवर्क बुनियादी ढांचे के प्रबंधन के लिए जिम्मेदार नेटवर्क इंजीनियर कॉन्फ़िगरेशन प्रबंधन, निगरानी और समस्या निवारण कार्यों को स्वचालित करने के लिए Ansible का उपयोग कर सकते हैं। इन प्रक्रियाओं को सुव्यवस्थित करके, नेटवर्क इंजीनियर डाउनटाइम को कम कर सकते हैं और इष्टतम प्रदर्शन सुनिश्चित कर सकते हैं।\nप्रबंधित सेवा प्रदाता (एमएसपी): एमएसपी सभी आकार के व्यवसायों को आईटी प्रबंधित सेवाएं प्रदान करते हैं। सॉफ़्टवेयर अपडेट, बैकअप और सुरक्षा कॉन्फ़िगरेशन जैसे नियमित कार्यों को स्वचालित करके Ansible इन प्रदाताओं को उनकी सेवा वितरण प्रक्रिया को सुव्यवस्थित करने में मदद कर सकता है।\nछोटे और मध्यम आकार के उद्यम (एसएमई): एसएमई के पास अक्सर सीमित आईटी संसाधन होते हैं और उन्हें अपने बुनियादी ढांचे के प्रबंधन के लिए लागत प्रभावी समाधान की आवश्यकता होती है। एन्सिबल की सरलता और उपयोग में आसानी इसे इन संगठनों के लिए एक आदर्श विकल्प बनाती है।\nसरकारी एजेंसियां: सरकारी एजेंसियों के पास अक्सर जटिल आईटी अवसंरचना होती है जिसके लिए कड़े सुरक्षा उपायों की आवश्यकता होती है। अनुपालन ऑडिट और भेद्यता स्कैन को स्वचालित करने की एन्सिबल की क्षमता इसे इन संगठनों के लिए एक आकर्षक विकल्प बनाती है।\nसारांश Ansible विभिन्न उद्योगों में व्यक्तियों और संगठनों के लिए एक मूल्यवान उपकरण है। इसकी सादगी, शक्तिशाली विशेषताएं और उपयोग में आसानी इसे न्यूनतम प्रयास के साथ आपके आईटी बुनियादी ढांचे के प्रबंधन के लिए एक आदर्श विकल्प बनाती है। चाहे आप एक सिस्टम प्रशासक, डेवलपर, या गैर-तकनीकी उपयोगकर्ता हों, यह पुस्तक आपको विंडोज़ कॉन्फ़िगरेशन प्रबंधन में एन्सिबल की पूरी क्षमता का उपयोग करने के लिए आवश्यक कौशल से लैस करेगी।\nआपको विंडोज़ कॉन्फ़िगरेशन प्रबंधन के लिए Ansible का उपयोग क्यों करना चाहिए कॉन्फ़िगरेशन प्रबंधन आधुनिक आईटी बुनियादी ढांचे का एक महत्वपूर्ण पहलू है। इसमें कॉन्फ़िगरेशन को प्रबंधित करना, संपूर्ण परिवेश में एकरूपता सुनिश्चित करना और इसके लिए संस्करण नियंत्रण बनाए रखना शामिल है। यह प्रक्रिया संगठनों को मैन्युअल त्रुटियों को कम करने, समय बचाने और समग्र दक्षता में सुधार करने में मदद करती है। Ansible उपयोगकर्ताओं को सॉफ़्टवेयर इंस्टॉलेशन, कॉन्फ़िगरेशन परिवर्तन, अपडेट और बहुत कुछ से संबंधित कार्यों को स्वचालित करने की अनुमति देकर विंडोज कॉन्फ़िगरेशन प्रबंधन के लिए एक व्यापक समाधान प्रदान करता है। कॉन्फ़िगरेशन प्रबंधन के लिए Ansible का उपयोग करने से प्राप्त होने वाले कुछ लाभ निम्नलिखित हैं:\nसरल सिंटेक्स और आसान सीखने की अवस्था YAML-आधारित प्लेबुक प्रारूप के साथ, Ansible का सिंटैक्स सरल और सीखने में आसान है। यह इसे अनुभवी सिस्टम एडमिन और नए लोगों दोनों के लिए स्वचालन के लिए सुलभ बनाता है। कोड की केवल कुछ पंक्तियों के साथ, आप शक्तिशाली स्क्रिप्ट बना सकते हैं जो आपके वातावरण में जटिल कार्यों को स्वचालित करती हैं।\nबढ़ी हुई दक्षता दोहराए जाने वाले और समय लेने वाले कार्यों को स्वचालित करके, Ansible आईटी टीमों को अधिक रणनीतिक पहलों पर ध्यान केंद्रित करने के लिए मुक्त करता है। इस बढ़ी हुई दक्षता से तैनाती में तेजी आती है, डाउनटाइम कम होता है और समस्याओं का त्वरित समाधान होता है। स्वचालन मानवीय त्रुटियों को भी कम करता है, यह सुनिश्चित करता है कि कार्य लगातार और सटीक रूप से निष्पादित हों।\nबेहतर सहयोग एन्सिबल की मानव-पठनीय प्लेबुक डेवलपर्स, संचालन और सुरक्षा सहित विभिन्न टीमों के बीच सहयोग की सुविधा प्रदान करती है। प्लेबुक एक आम भाषा के रूप में काम कर सकती है जिसे सभी हितधारक समझते हैं, जिससे कॉन्फ़िगरेशन और तैनाती प्रक्रियाओं पर बेहतर संचार और संरेखण सक्षम हो जाता है। यह सहयोगात्मक दृष्टिकोण सिलोस को तोड़ने में मदद करता है और साझा जिम्मेदारी की संस्कृति को बढ़ावा देता है।\nबढ़ी हुई संगति स्थिर और विश्वसनीय आईटी वातावरण बनाए रखने के लिए निरंतरता महत्वपूर्ण है। Ansible यह सुनिश्चित करता है कि कॉन्फ़िगरेशन सभी प्रबंधित नोड्स पर समान रूप से लागू किया जाता है, जिससे कॉन्फ़िगरेशन बहाव और विसंगतियों का जोखिम कम हो जाता है। यह स्थिरता तैनाती तक फैली हुई है, जहां अनुप्रयोगों और सेवाओं को विभिन्न वातावरणों में एक ही तरीके से तैनात किया जाता है, जिससे पूर्वानुमानित परिणाम प्राप्त होते हैं।\nस्केलेबिलिटी Ansible की एजेंट रहित वास्तुकला और मॉड्यूलर डिज़ाइन इसे अत्यधिक स्केलेबल बनाती है। जटिल और बड़े पैमाने के वातावरण को संभालने के लिए गतिशील इन्वेंट्री और भूमिकाओं का लाभ उठाते हुए, संगठन एक एकल एंसिबल नियंत्रण नोड के साथ हजारों नोड्स का प्रबंधन कर सकते हैं। यह स्केलेबिलिटी सुनिश्चित करती है कि Ansible संगठन की बुनियादी ढांचे और स्वचालन आवश्यकताओं के साथ-साथ बढ़ सकता है।\nलचीलापन Ansible का लचीलापन इसे उपयोग के मामलों और वातावरणों की एक विस्तृत श्रृंखला के अनुकूल होने की अनुमति देता है। चाहे ऑन-प्रिमाइसेस डेटा सेंटर, क्लाउड इंफ्रास्ट्रक्चर, या हाइब्रिड वातावरण का प्रबंधन करना हो, Ansible कार्यों को प्रभावी ढंग से स्वचालित करने के लिए आवश्यक उपकरण और मॉड्यूल प्रदान करता है। कस्टम मॉड्यूल और प्लगइन्स के माध्यम से इसकी विस्तारशीलता यह सुनिश्चित करती है कि यह किसी भी संगठन की विशिष्ट आवश्यकताओं को पूरा कर सकती है।\nलागत बचत मैन्युअल कार्यों को स्वचालित करके और मानवीय हस्तक्षेप की आवश्यकता को कम करके, Ansible संगठनों को परिचालन लागत बचाने में मदद करता है। स्वचालन महंगी त्रुटियों और डाउनटाइम के जोखिम को भी कम करता है, जिससे समग्र लागत बचत में योगदान होता है। इसके अतिरिक्त, Ansible एक ओपन-सोर्स समाधान है, जिसका अर्थ है कि इसका उपयोग और वितरण मुफ़्त है। यह बैंक को नुकसान पहुंचाए बिना अपनी आईटी अवसंरचना प्रबंधन प्रक्रियाओं को स्वचालित करने की चाहत रखने वाले सभी आकार के संगठनों के लिए इसे एक लागत प्रभावी विकल्प बनाता है।\nनपुंसकता Ansible यह सुनिश्चित करता है कि कार्यों को सुसंगत तरीके से निष्पादित किया जाए, भले ही वे एक बार या कई बार चलाए जाएं। यह सुनिश्चित करता है कि आपका बुनियादी ढांचा समय के साथ स्थिर और विश्वसनीय बना रहे।\nअन्य उपकरणों के साथ एकीकरण Ansible विभिन्न Windows संस्करणों का समर्थन करता है, जिनमें Windows 7, 8, 10, Server 2003, 2008, 2012, 2016 और 2019 शामिल हैं। Ansible आमतौर पर IT वातावरण में उपयोग किए जाने वाले अन्य टूल और तकनीकों जैसे Git, जेनकिंस, डॉकर आदि के साथ सहजता से एकीकृत होता है। यह आपको एंड-टू-एंड ऑटोमेशन वर्कफ़्लो बनाने की अनुमति देता है जो कई प्लेटफार्मों और सेवाओं में फैला हुआ है, जो आपके संपूर्ण प्रबंधन के लिए एक एकीकृत समाधान प्रदान करता है। आईटी अवसंरचना.\nसामुदायिक सहायता और सतत विकास Ansible के पास उपयोगकर्ताओं और डेवलपर्स का एक बड़ा और सक्रिय समुदाय है जो परियोजना के निरंतर विकास में योगदान देता है। यह सुनिश्चित करता है कि प्लेटफ़ॉर्म नवीनतम तकनीकों और मानकों के साथ अद्यतित रहे, जो आपको आपके विंडोज़ वातावरण के प्रबंधन के लिए सर्वोत्तम संभव उपकरण प्रदान करता है।\nक्रॉस-प्लेटफ़ॉर्म समर्थन Ansible विंडोज़, लिनक्स, मैकओएस और अन्य सहित कई ऑपरेटिंग सिस्टम का समर्थन करता है। यह प्रशासकों को एक ही मंच से अपने संपूर्ण आईटी बुनियादी ढांचे का प्रबंधन करने की अनुमति देता है, जिससे विभिन्न प्लेटफार्मों के लिए अलग-अलग टूल और प्रक्रियाओं की आवश्यकता कम हो जाती है।\nव्यापक मॉड्यूल लाइब्रेरी Ansible पूर्व-निर्मित मॉड्यूल की एक विशाल लाइब्रेरी प्रदान करता है जिसका उपयोग आपके विंडोज वातावरण में विभिन्न कार्यों को स्वचालित करने के लिए किया जा सकता है। ये मॉड्यूल कार्यात्मकताओं की एक विस्तृत श्रृंखला को कवर करते हैं, जैसे सॉफ़्टवेयर इंस्टॉलेशन, कॉन्फ़िगरेशन परिवर्तन, उपयोगकर्ता प्रबंधन, और बहुत कुछ। इस व्यापक मॉड्यूल लाइब्रेरी के साथ, आप स्क्रैच से कस्टम स्क्रिप्ट लिखे बिना जटिल प्रक्रियाओं को जल्दी और आसानी से स्वचालित कर सकते हैं।\nसारांश Ansible विंडोज़ कॉन्फ़िगरेशन प्रबंधन के लिए एक शक्तिशाली और बहुमुखी समाधान प्रदान करता है। इसकी एजेंट रहित वास्तुकला, सरल वाक्यविन्यास, क्रॉस-प्लेटफ़ॉर्म समर्थन, व्यापक मॉड्यूल लाइब्रेरी, एकीकरण क्षमताएं और सामुदायिक समर्थन इसे आपके आईटी बुनियादी ढांचे के प्रबंधन के लिए एक आदर्श विकल्प बनाते हैं। दोहराए जाने वाले कार्यों को स्वचालित करके और पूरे वातावरण में स्थिरता सुनिश्चित करके, Ansible आपको समय बचाने, त्रुटियों को कम करने और आपके विंडोज़ वातावरण में समग्र दक्षता में सुधार करने में मदद कर सकता है। निम्नलिखित अध्यायों में, हम इस शक्तिशाली ऑटोमेशन प्लेटफ़ॉर्म से अधिकतम लाभ प्राप्त करने के लिए विंडोज कॉन्फ़िगरेशन प्रबंधन के लिए Ansible का उपयोग करने, विभिन्न मॉड्यूल, प्लेबुक और सर्वोत्तम प्रथाओं की खोज करने में गहराई से उतरेंगे।\nविंडोज़ कॉन्फ़िगरेशन प्रबंधन के लिए Ansible का उपयोग कब करें विंडोज़ कॉन्फ़िगरेशन प्रबंधन की आवश्यकता परंपरागत रूप से, आईटी प्रशासकों ने विंडोज सिस्टम पर कॉन्फ़िगरेशन प्रबंधित करने के लिए ग्रुप पॉलिसी, पावरशेल, या सिस्टम सेंटर कॉन्फ़िगरेशन मैनेजर (एससीसीएम) जैसे टूल का उपयोग किया है। हालाँकि, जैसे-जैसे संगठन आईटी अवसंरचना प्रबंधन के लिए अधिक चुस्त दृष्टिकोण अपनाते हैं, उन्हें अधिक लचीले और स्केलेबल समाधान की आवश्यकता होती है जो दोहराए जाने वाले कार्यों को स्वचालित कर सके और विभिन्न प्लेटफार्मों पर कॉन्फ़िगरेशन प्रक्रिया को सुव्यवस्थित कर सके।\nयहीं पर अन्सिबल खेल में आता है। यह विंडोज़ और लिनक्स दोनों प्रणालियों पर कॉन्फ़िगरेशन के प्रबंधन के लिए एक एकीकृत दृष्टिकोण प्रदान करता है, जिससे संगठनों को एक ही टूल का उपयोग करके अपने संपूर्ण आईटी बुनियादी ढांचे का प्रबंधन करने में सक्षम बनाया जाता है।\nजबकि Ansible विंडोज़ और लिनक्स दोनों प्रणालियों पर कॉन्फ़िगरेशन के प्रबंधन के लिए एक शक्तिशाली उपकरण है, ऐसे कुछ परिदृश्य हैं जहां यह विशेष रूप से फायदेमंद हो सकता है। इनमें शामिल हैं:\nदोहराए जाने वाले कार्यों को स्वचालित करना: यदि आपका संगठन नियमित कॉन्फ़िगरेशन परिवर्तन या तैनाती करता है, तो Ansible का उपयोग इन प्रक्रियाओं को स्वचालित करने और मैन्युअल प्रयास को कम करने में मदद कर सकता है। जटिल वातावरण का प्रबंधन: कई प्रणालियों और अनुप्रयोगों के साथ बड़े पैमाने पर तैनाती में, विभिन्न प्लेटफार्मों पर लगातार कॉन्फ़िगरेशन को प्रबंधित करने की एंसिबल की क्षमता अमूल्य हो सकती है। स्थिरता सुनिश्चित करना: यदि आपके आईटी बुनियादी ढांचे में स्थिरता बनाए रखना महत्वपूर्ण है, तो क्रॉस-प्लेटफ़ॉर्म कॉन्फ़िगरेशन प्रबंधन के लिए एन्सिबल का समर्थन यह सुनिश्चित करने में मदद कर सकता है कि सभी सिस्टम समान रूप से कॉन्फ़िगर किए गए हैं। स्केलिंग इंफ्रास्ट्रक्चर: जैसे-जैसे आपका संगठन बढ़ता है और नए सिस्टम या एप्लिकेशन जोड़ता है, Ansible का उपयोग कॉन्फ़िगरेशन प्रक्रिया को सुव्यवस्थित करने में मदद कर सकता है और आपको अपने इंफ्रास्ट्रक्चर को कुशलतापूर्वक स्केल करने में सक्षम बनाता है। सुरक्षा में सुधार: यदि सुरक्षा आपके संगठन के लिए सर्वोच्च प्राथमिकता है, तो Ansible का SSH या WinRM जैसे सुरक्षित संचार प्रोटोकॉल का उपयोग यह सुनिश्चित करने में मदद कर सकता है कि कॉन्फ़िगरेशन सुरक्षित रूप से लागू किया गया है। विंडोज़ कॉन्फ़िगरेशन प्रबंधन के लिए Ansible का उपयोग करने से कम जटिलता, बढ़ी हुई दक्षता, बेहतर स्केलेबिलिटी और लागत बचत सहित कई लाभ मिलते हैं। सही परिदृश्यों में Ansible का लाभ उठाकर, आप अपनी IT अवसंरचना प्रबंधन प्रक्रिया को बदल सकते हैं और एक एकीकृत, लचीले और स्केलेबल समाधान का लाभ उठा सकते हैं जो Windows और Linux सिस्टम दोनों का समर्थन करता है।\nविंडोज़ कॉन्फ़िगरेशन प्रबंधन के लिए अन्य उपकरणों के साथ एन्सिबल की तुलना विंडोज़ कॉन्फ़िगरेशन प्रबंधन के लिए Ansible एकमात्र उपकरण उपलब्ध नहीं है। इस अनुभाग में, हम Ansible के कुछ लोकप्रिय विकल्पों का पता लगाएंगे और Windows परिवेशों को प्रबंधित करने में उनकी विशेषताओं और क्षमताओं की तुलना करेंगे:\nमाइक्रोसॉफ्ट सिस्टम सेंटर कॉन्फ़िगरेशन मैनेजर (एससीसीएम) माइक्रोसॉफ्ट सिस्टम सेंटर कॉन्फ़िगरेशन मैनेजर (एससीसीएम), जिसे पहले सिस्टम मैनेजमेंट सर्वर (एसएमएस) के नाम से जाना जाता था, माइक्रोसॉफ्ट द्वारा स्वयं विकसित विंडोज कॉन्फ़िगरेशन प्रबंधन के लिए एक व्यापक मंच है। यह सॉफ़्टवेयर परिनियोजन, पैच प्रबंधन, हार्डवेयर इन्वेंट्री और उपयोगकर्ता-आधारित नीतियों सहित सुविधाओं की एक विस्तृत श्रृंखला प्रदान करता है। विंडोज़ सिस्टम के प्रबंधन के लिए एक एकीकृत दृष्टिकोण प्रदान करने के लिए SCCM अन्य Microsoft उत्पादों जैसे Intune और Azure के साथ भी एकीकृत हो सकता है।\nSCCM उन संगठनों के लिए एक उत्कृष्ट विकल्प है जो Microsoft पारिस्थितिकी तंत्र पर बहुत अधिक निर्भर हैं, क्योंकि यह विभिन्न Microsoft टूल और सेवाओं के साथ गहरा एकीकरण प्रदान करता है। हालाँकि, इसकी जटिलता और एक समर्पित सर्वर बुनियादी ढांचे की आवश्यकता इसे छोटे संगठनों या अधिक हल्के समाधान की तलाश करने वालों के लिए कम आकर्षक बना सकती है।\nसमूह नीति ग्रुप पॉलिसी विंडोज सर्वर का एक अनिवार्य घटक है जो एक डोमेन के भीतर उपयोगकर्ताओं और कंप्यूटरों के लिए कॉन्फ़िगरेशन सेटिंग्स और सुरक्षा नीतियों का केंद्रीकृत प्रबंधन प्रदान करता है। यह प्रशासकों को ग्रुप पॉलिसी ऑब्जेक्ट्स (जीपीओ) के उपयोग के माध्यम से विशिष्ट सेटिंग्स, जैसे सॉफ़्टवेयर इंस्टॉलेशन, उपयोगकर्ता प्राथमिकताएं और सुरक्षा प्रतिबंध को परिभाषित करने और लागू करने की अनुमति देता है।\nसमूह नीति अतिरिक्त तृतीय-पक्ष टूल की आवश्यकता के बिना विंडोज सिस्टम को प्रबंधित करने का एक सीधा तरीका प्रदान करती है। हालाँकि, इसका दायरा सक्रिय निर्देशिका डोमेन के भीतर कॉन्फ़िगरेशन के प्रबंधन तक सीमित है, जो विषम बुनियादी ढांचे वाले या अधिक उन्नत स्वचालन क्षमताओं की आवश्यकता वाले संगठनों के लिए उपयुक्त नहीं हो सकता है। इसके अतिरिक्त, समूह नीति का समस्या निवारण और डीबग करना चुनौतीपूर्ण हो सकता है, क्योंकि इसमें अक्सर अंतर्निहित विंडोज ऑपरेटिंग सिस्टम के गहन ज्ञान की आवश्यकता होती है।\nपावरशेल वांछित राज्य कॉन्फ़िगरेशन (डीएससी) PowerShell वांछित राज्य कॉन्फ़िगरेशन (DSC) Microsoft के PowerShell प्लेटफ़ॉर्म में निर्मित एक कॉन्फ़िगरेशन प्रबंधन समाधान है। यह आईटी पेशेवरों को पावरशेल स्क्रिप्ट और संसाधन मॉड्यूल का उपयोग करके विंडोज सिस्टम की वांछित स्थिति को परिभाषित और प्रबंधित करने की अनुमति देता है। डीएससी पुल या पुश सर्वर के उपयोग के माध्यम से कॉन्फ़िगरेशन बहाव का पता लगाने, सुधार और स्वचालित तैनाती जैसी सुविधाएं प्रदान करता है।\nDSC PowerShell का उपयोग करके Windows कॉन्फ़िगरेशन प्रबंधन कार्यों को स्वचालित करने का एक शक्तिशाली और लचीला तरीका प्रदान करता है, जिसे Microsoft समुदाय के भीतर व्यापक रूप से अपनाया और समर्थित किया जाता है। हालाँकि, PowerShell स्क्रिप्टिंग से अपरिचित लोगों के लिए इसकी सीखने की अवस्था कठिन हो सकती है, और गैर-विंडोज़ प्लेटफ़ॉर्म के लिए इसके समर्थन की कमी आधुनिक, हाइब्रिड वातावरण में इसकी प्रयोज्यता को सीमित कर सकती है।\nकठपुतली पपेट एक लोकप्रिय कॉन्फ़िगरेशन प्रबंधन उपकरण है जो विंडोज सिस्टम के प्रबंधन के लिए एक घोषणात्मक दृष्टिकोण प्रदान करता है। यह संसाधनों की वांछित स्थिति को परिभाषित करने और मैनिफ़ेस्ट के उपयोग के माध्यम से कॉन्फ़िगरेशन लागू करने के लिए पपेट डीएसएल नामक एक डोमेन-विशिष्ट भाषा (डीएसएल) का उपयोग करता है। पपेट मॉड्यूल के लिए अंतर्निहित समर्थन भी प्रदान करता है, जिसे विभिन्न वातावरणों में साझा और पुन: उपयोग किया जा सकता है।\nपपेट विंडोज़ कॉन्फ़िगरेशन प्रबंधन के लिए सुविधाओं और क्षमताओं की एक विस्तृत श्रृंखला प्रदान करता है, जिसमें सॉफ़्टवेयर इंस्टॉलेशन, पैकेज प्रबंधन, उपयोगकर्ता और समूह कॉन्फ़िगरेशन और सुरक्षा नीतियां शामिल हैं। इसका मॉड्यूलर आर्किटेक्चर आईटी परिदृश्य में अन्य उपकरणों के साथ आसान अनुकूलन और एकीकरण की अनुमति देता है। हालाँकि, पपेट की सीखने की अवस्था कठिन हो सकती है, और इसके एजेंट-आधारित दृष्टिकोण को बनाए रखने और प्रबंधित करने के लिए अतिरिक्त संसाधनों की आवश्यकता हो सकती है।\nबावर्ची शेफ एक और शक्तिशाली कॉन्फ़िगरेशन प्रबंधन उपकरण है जो विंडोज सिस्टम के लिए कॉन्फ़िगरेशन को परिभाषित करने और लागू करने के लिए एक अनिवार्य प्रोग्रामिंग मॉडल का पालन करता है। यह संसाधनों की वांछित स्थिति का वर्णन करने के लिए शेफ डीएसएल नामक एक डोमेन-विशिष्ट भाषा (डीएसएल) का उपयोग करता है, जिसे बाद में निष्पादन योग्य कोड में परिवर्तित किया जाता है। शेफ कुकबुक के लिए अंतर्निहित समर्थन भी प्रदान करता है, जिसका उपयोग पुन: प्रयोज्य कॉन्फ़िगरेशन व्यंजनों को समाहित करने के लिए किया जा सकता है।\nशेफ विंडोज़ कॉन्फ़िगरेशन प्रबंधन के लिए मजबूत सुविधाएँ और क्षमताएं प्रदान करता है, जिसमें सॉफ़्टवेयर परिनियोजन, पैकेज प्रबंधन, उपयोगकर्ता और समूह कॉन्फ़िगरेशन और सुरक्षा नीतियां शामिल हैं। स्वचालन और पुनरावृत्ति पर इसका मजबूत फोकस इसे उन संगठनों के लिए एक उत्कृष्ट विकल्प बनाता है जो अपनी बुनियादी ढांचा प्रबंधन प्रक्रियाओं को सुव्यवस्थित करना चाहते हैं। हालाँकि, शेफ के एजेंट-आधारित दृष्टिकोण को बनाए रखने और प्रबंधित करने के लिए अतिरिक्त संसाधनों की आवश्यकता हो सकती है।\nसाल्टस्टैक साल्टस्टैक एक स्केलेबल और वितरित कॉन्फ़िगरेशन प्रबंधन उपकरण है जो विंडोज सिस्टम के प्रबंधन के लिए अनिवार्य और घोषणात्मक प्रोग्रामिंग मॉडल दोनों प्रदान करता है। यह कॉन्फ़िगरेशन को परिभाषित करने के लिए YAML नामक एक डोमेन-विशिष्ट भाषा (DSL) का उपयोग करता है और उन्हें राज्य फ़ाइलों और निष्पादकों के उपयोग के माध्यम से लागू करता है। साल्टस्टैक मॉड्यूल के लिए अंतर्निहित समर्थन भी प्रदान करता है, जिसे विभिन्न वातावरणों में साझा और पुन: उपयोग किया जा सकता है।\nसाल्टस्टैक सॉफ्टवेयर परिनियोजन, पैकेज प्रबंधन, उपयोगकर्ता और समूह कॉन्फ़िगरेशन और सुरक्षा नीतियों जैसी सुविधाओं के साथ विंडोज कॉन्फ़िगरेशन प्रबंधन के लिए एक लचीला और शक्तिशाली दृष्टिकोण प्रदान करता है। इसका वितरित आर्किटेक्चर आसान स्केलेबिलिटी और उच्च उपलब्धता की अनुमति देता है, जिससे यह बड़े पैमाने पर तैनाती वाले संगठनों के लिए एक उत्कृष्ट विकल्प बन जाता है। हालाँकि, साल्टस्टैक का सीखने का दौर कठिन हो सकता है, और इसके व्यापक अनुकूलन विकल्पों में महारत हासिल करने के लिए अतिरिक्त समय और प्रयास की आवश्यकता हो सकती है।\nAnsible कैसे स्थापित करें: अपनी डेवलपमेंट मशीन पर Ansible सेटअप करने के लिए चरण-दर-चरण मार्गदर्शिका खिड़कियाँ मैकओएस लिनक्स उबंटू फेडोरा आर्क डेबियन ओपनएसयूएसई स्थानीय अवसंरचना विकास: अन्सिबल और वैग्रांट स्थानीय वर्चुअल मशीनों के साथ प्रोटोटाइप और परीक्षण आपका पहला स्थानीय सर्वर: वैग्रांट की स्थापना वैग्रांट के साथ एन्सिबल का उपयोग करना आपकी पहली अन्सिबल प्लेबुक सफ़ाई करना सारांश अन्सिबल आर्किटेक्चर को समझना अवलोकन आरेख प्लेबुक एन्सिबल प्लेबुक का उपयोग किस लिए किया जाता है? परिचय: संरचना, कार्य, खेल और संचालक विंडोज़ के लिए अपनी पहली प्लेबुक लिखना: उदाहरणों के साथ चरण-दर-चरण मार्गदर्शिका विंडोज़ होस्ट पर प्लेबुक चलाना: निष्पादन, डिबगिंग और त्रुटि प्रबंधन मॉड्यूल भूमिकाएँ रहस्य और साख का प्रबंधन भूमिकाओं के लिए एन्सिबल गैलेक्सी का उपयोग करना सारांश विंडोज़ कॉन्फ़िगरेशन प्रबंधन के लिए Ansible की मूल बातें Ansible के लिए Windows होस्ट कॉन्फ़िगर करना दूरस्थ प्रबंधन के लिए WinRM को सक्षम करना AWS और Azure पर बूटस्ट्रैपिंग विंडोज़ होस्ट के लिए फ़ायरवॉल और सुरक्षा संबंधी बातें एडब्ल्यूएस, एज़्योर विंडोज़ होस्ट के लिए एंसिबल इन्वेंटरी को कॉन्फ़िगर करना: स्टेटिक और डायनेमिक इन्वेंटरी एन्सिबल कमांड को कॉन्फ़िगर करना CODE_ब्लॉक_122\nकॉन्फ़िगरेशन फ़ाइल नवीनतम कॉन्फ़िगरेशन प्राप्त करना पर्यावरण विन्यास कमांड लाइन विकल्प त्वरित कार्यों के लिए तदर्थ कमांड का उपयोग करना सभी तदर्थ आदेशों की सूची CODE_ब्लॉक_123\nसारांश Ansible में विंडोज़ मॉड्यूल Ansible.Windows: कोर विंडोज़ प्लगइन्स के लिए Ansible संग्रह सिस्टम मॉड्यूल: ये मॉड्यूल सिस्टम सेटिंग्स और कॉन्फ़िगरेशन को प्रबंधित करने से संबंधित हैं win_acl मॉड्यूल - सिस्टम उपयोगकर्ता या समूह के लिए फ़ाइल/निर्देशिका/रजिस्ट्री/प्रमाणपत्र अनुमतियाँ सेट करें win_acl_inheritance मॉड्यूल - ACL इनहेरिटेंस बदलें win_certificate_store मॉड्यूल - सर्टिफिकेट स्टोर का प्रबंधन करता है win_dns_client मॉड्यूल - विंडोज़ होस्ट पर DNS लुकअप को कॉन्फ़िगर करता है win_environment मॉड्यूल - विंडोज़ होस्ट पर पर्यावरण चर को संशोधित करें win_feature मॉड्यूल - विंडोज सर्वर पर विंडोज फीचर्स को इंस्टॉल और अनइंस्टॉल करता है win_hostname मॉड्यूल - स्थानीय विंडोज कंप्यूटर का नाम प्रबंधित करता है win_optional_feature मॉड्यूल - वैकल्पिक विंडोज़ सुविधाएँ प्रबंधित करें win_owner मॉड्यूल - स्वामी सेट करें win_path मॉड्यूल - विंडोज़ पथ पर्यावरण चर प्रबंधित करें win_reg_stat मॉड्यूल - विंडोज़ रजिस्ट्री कुंजियों के बारे में जानकारी प्राप्त करें win_regedit मॉड्यूल - रजिस्ट्री कुंजियाँ और मान जोड़ें, बदलें या हटाएँ win_service मॉड्यूल - विंडोज़ सेवाओं को प्रबंधित और क्वेरी करें win_service_info मॉड्यूल - विंडोज़ सेवाओं के बारे में जानकारी इकट्ठा करें win_updates मॉड्यूल - विंडोज़ अपडेट डाउनलोड और इंस्टॉल करें win_user मॉड्यूल - स्थानीय विंडोज उपयोगकर्ता खातों का प्रबंधन करता है win_user_right मॉड्यूल - विंडोज़ उपयोगकर्ता अधिकार प्रबंधित करें win_wait_for मॉड्यूल - जारी रखने से पहले एक शर्त की प्रतीक्षा करता है win_dsc मॉड्यूल - एक PowerShell DSC कॉन्फ़िगरेशन को आमंत्रित करता है win_reboot मॉड्यूल - विंडोज़ मशीन को रीबूट करें फ़ाइल और निर्देशिका प्रबंधन मॉड्यूल: इन मॉड्यूल में फ़ाइलों और निर्देशिकाओं का प्रबंधन शामिल है स्लर्प मॉड्यूल - दूरस्थ नोड्स से एक फ़ाइल को स्लर्प करता है win_copy मॉड्यूल - विंडोज़ होस्ट पर दूरस्थ स्थानों पर फ़ाइलों की प्रतिलिपि बनाता है win_file मॉड्यूल - फ़ाइलें या निर्देशिका बनाता है, छूता है या हटाता है win_find मॉड्यूल - विशिष्ट मानदंडों के आधार पर फ़ाइलों की एक सूची लौटाएँ win_get_url मॉड्यूल - HTTP, HTTPS, या FTP से नोड तक फ़ाइल डाउनलोड करता है win_share मॉड्यूल - विंडोज़ शेयर प्रबंधित करें win_stat मॉड्यूल - विंडोज़ फ़ाइलों के बारे में जानकारी प्राप्त करें win_tempfile मॉड्यूल - अस्थायी फ़ाइलें और निर्देशिकाएँ बनाता है win_template मॉड्यूल - किसी फ़ाइल को दूरस्थ सर्वर पर टेम्पलेट करें कमांड निष्पादन मॉड्यूल: ये मॉड्यूल दूरस्थ होस्ट पर कमांड और स्क्रिप्ट चलाने पर ध्यान केंद्रित करते हैं async_status मॉड्यूल - अतुल्यकालिक कार्य की स्थिति प्राप्त करें win_command मॉड्यूल - दूरस्थ विंडोज नोड पर एक कमांड निष्पादित करता है win_powershell मॉड्यूल - पॉवरशेल स्क्रिप्ट चलाएँ win_shell मॉड्यूल - लक्ष्य होस्ट पर शेल कमांड निष्पादित करें डोमेन और सदस्यता मॉड्यूल: ये मॉड्यूल विंडोज़ डोमेन और सदस्यता के प्रबंधन से संबंधित हैं win_domain मॉड्यूल - विंडोज़ डोमेन का अस्तित्व सुनिश्चित करता है win_domain_controller मॉड्यूल - विंडोज़ होस्ट के लिए डोमेन नियंत्रक/सदस्य सर्वर स्थिति प्रबंधित करें win_domain_membership मॉड्यूल - विंडोज़ होस्ट के लिए डोमेन/वर्कग्रुप सदस्यता प्रबंधित करें नेटवर्क और कनेक्टिविटी मॉड्यूल: ये मॉड्यूल नेटवर्किंग और कनेक्टिविटी से संबंधित हैं विन_पिंग मॉड्यूल - क्लासिक पिंग मॉड्यूल का एक विंडोज़ संस्करण win_uri मॉड्यूल - वेब सेवाओं के साथ इंटरैक्ट करता है पैकेज और सॉफ्टवेयर प्रबंधन मॉड्यूल: इन मॉड्यूल का उपयोग सॉफ्टवेयर पैकेज और सुविधाओं के प्रबंधन के लिए किया जाता है win_package मॉड्यूल - इंस्टॉल करने योग्य पैकेज को इंस्टॉल/अनइंस्टॉल करता है सूचना संग्रहण मॉड्यूल: इन मॉड्यूल का उपयोग सिस्टम के बारे में जानकारी एकत्र करने के लिए किया जाता है सेटअप मॉड्यूल - दूरस्थ होस्ट के बारे में तथ्य एकत्र करता है win_service_info मॉड्यूल - विंडोज़ सेवाओं के बारे में जानकारी इकट्ठा करें win_whoami मॉड्यूल - वर्तमान उपयोगकर्ता और प्रक्रिया के बारे में जानकारी प्राप्त करें समुदाय.विंडोज: समुदाय विंडोज प्लगइन्स के लिए उत्तरदायी संग्रह दूरस्थ प्रबंधन psexec मॉड्यूल - PsExec मॉडल के आधार पर रिमोट विंडोज होस्ट पर कमांड चलाता है win_psexec मॉड्यूल - किसी अन्य (विशेषाधिकार प्राप्त) उपयोगकर्ता के रूप में कमांड (दूरस्थ रूप से) चलाता है लेखापरीक्षा और सुरक्षा win_audit_policy_system मॉड्यूल - सिस्टम व्यापी ऑडिट नीति में परिवर्तन करने के लिए उपयोग किया जाता है win_audit_rule मॉड्यूल - फ़ाइलों, फ़ोल्डरों या रजिस्ट्री कुंजियों में एक ऑडिट नियम जोड़ता है win_security_policy मॉड्यूल - स्थानीय सुरक्षा नीति सेटिंग्स बदलें प्रमाणीकरण और प्रमाण पत्र win_auto_logon मॉड्यूल - ऑटो लॉगऑन रजिस्ट्री कुंजियाँ जोड़ता या सेट करता है win_credential मॉड्यूल - क्रेडेंशियल मैनेजर में Windows क्रेडेंशियल प्रबंधित करता है प्रमाणपत्र प्रबंधन win_certificate_info मॉड्यूल - विंडोज़ सर्टिफिकेट स्टोर से प्रमाणपत्रों के बारे में जानकारी प्राप्त करें सिस्टम और नेटवर्क कॉन्फ़िगरेशन win_computer_description मॉड्यूल - विंडोज़ विवरण, मालिक और संगठन सेट करें win_data_deduplication मॉड्यूल - वॉल्यूम पर डेटा डिडुप्लीकेशन सक्षम करने के लिए मॉड्यूल win_defrag मॉड्यूल - स्थानीय वॉल्यूम पर खंडित फ़ाइलों को समेकित करें win_disk_facts मॉड्यूल - लक्ष्य होस्ट की संलग्न डिस्क और डिस्क जानकारी दिखाएं win_disk_image मॉड्यूल - विंडोज़ होस्ट पर ISO/VHD/VHDX माउंट प्रबंधित करें win_dns_record मॉड्यूल - विंडोज सर्वर डीएनएस रिकॉर्ड प्रबंधित करें win_dns_zone मॉड्यूल - Windows सर्वर DNS ज़ोन प्रबंधित करें win_http_proxy मॉड्यूल - WinHTTP के लिए प्रॉक्सी सेटिंग्स प्रबंधित करता है win_inet_proxy मॉड्यूल - WinINet और Internet Explorer के लिए प्रॉक्सी सेटिंग्स प्रबंधित करता है win_initialize_disk मॉड्यूल - विंडोज सर्वर पर डिस्क को इनिशियलाइज़ करता है win_net_adapter_feature मॉड्यूल - कुछ नेटवर्क एडाप्टर को सक्षम या अक्षम करें win_netbios मॉड्यूल - विंडोज़ पर TCP/IP सेटिंग्स पर NetBIOS प्रबंधित करें win_pagefile मॉड्यूल - पेजफाइल कॉन्फ़िगरेशन को क्वेरी करें या बदलें win_partition मॉड्यूल - विंडोज सर्वर पर विभाजन बनाता है, बदलता है और हटाता है win_power_plan मॉड्यूल - विंडोज सिस्टम के पावर प्लान को बदलता है win_product_facts मॉड्यूल - विंडोज़ उत्पाद और लाइसेंस जानकारी प्रदान करता है win_route मॉड्यूल - एक स्थिर मार्ग जोड़ें या हटाएँ win_timezone मॉड्यूल - विंडोज़ मशीन का समयक्षेत्र सेट करता है win_webpicmd मॉड्यूल - वेब प्लेटफ़ॉर्म इंस्टालर कमांड-लाइन का उपयोग करके पैकेज इंस्टॉल करता है सक्रिय निर्देशिका और डोमेन win_domain_computer मॉड्यूल - सक्रिय निर्देशिका में कंप्यूटर प्रबंधित करें win_domain_group मॉड्यूल - डोमेन समूह बनाता है, संशोधित करता है या हटाता है win_domain_group_membership मॉड्यूल - विंडोज़ डोमेन समूह सदस्यता प्रबंधित करें win_domain_object_info मॉड्यूल - एक सक्रिय निर्देशिका ऑब्जेक्ट की जानकारी इकट्ठा करें win_domain_ou मॉड्यूल - सक्रिय निर्देशिका संगठनात्मक इकाइयों को प्रबंधित करें win_domain_user मॉड्यूल - Windows सक्रिय निर्देशिका उपयोगकर्ता खातों का प्रबंधन करता है आईआईएस प्रबंधन win_iis_virtualdirectory मॉड्यूल - IIS में एक वर्चुअल निर्देशिका कॉन्फ़िगर करता है win_iis_webapplication मॉड्यूल - IIS वेब अनुप्रयोगों को कॉन्फ़िगर करता है win_iis_webapppool मॉड्यूल - IIS वेब एप्लिकेशन पूल कॉन्फ़िगर करें win_iis_webbinding मॉड्यूल - IIS वेब साइट बाइंडिंग को कॉन्फ़िगर करता है win_iis_वेबसाइट मॉड्यूल - एक IIS वेब साइट को कॉन्फ़िगर करता है पावरशेल प्रबंधन win_psmodule मॉड्यूल - Windows PowerShell मॉड्यूल जोड़ता या हटाता है win_psmodule_info मॉड्यूल - पॉवरशेल मॉड्यूल के बारे में जानकारी इकट्ठा करें win_psrepository मॉड्यूल - Windows PowerShell रिपॉजिटरी को जोड़ता, हटाता या अपडेट करता है win_psrepository_copy मॉड्यूल - पंजीकृत PSRepositories को अन्य उपयोगकर्ता प्रोफाइल में कॉपी करता है win_psrepository_info मॉड्यूल - PSRepositories के बारे में जानकारी इकट्ठा करें win_psscript मॉड्यूल - PSRepository से PowerShell स्क्रिप्ट इंस्टॉल और प्रबंधित करें win_psscript_info मॉड्यूल - स्थापित पॉवरशेल स्क्रिप्ट के बारे में जानकारी इकट्ठा करें win_pssession_configuration मॉड्यूल - PSSession कॉन्फ़िगरेशन प्रबंधित करें आरडीएस प्रबंधन win_rds_cap मॉड्यूल - रिमोट डेस्कटॉप गेटवे सर्वर पर कनेक्शन प्राधिकरण नीतियां (सीएपी) प्रबंधित करें win_rds_rap मॉड्यूल - रिमोट डेस्कटॉप गेटवे सर्वर पर संसाधन प्राधिकरण नीतियां (आरएपी) प्रबंधित करें win_rds_settings मॉड्यूल - रिमोट डेस्कटॉप गेटवे सर्वर की मुख्य सेटिंग्स प्रबंधित करें विविध win_dotnet_ngen मॉड्यूल - .NET अपडेट के बाद DLL को पुन: संकलित करने के लिए ngen चलाता है win_eventlog मॉड्यूल - विंडोज़ इवेंट लॉग प्रबंधित करें win_eventlog_entry मॉड्यूल - विंडोज़ इवेंट लॉग में प्रविष्टियाँ लिखें win_feature_info मॉड्यूल - विंडोज़ सुविधाओं के बारे में जानकारी इकट्ठा करें win_file_compression मॉड्यूल - NTFS विभाजन पर फ़ाइलों और निर्देशिकाओं के संपीड़न को बदल देता है win_file_version मॉड्यूल - DLL या EXE फ़ाइल बिल्ड संस्करण प्राप्त करें win_फ़ायरवॉल मॉड्यूल - विंडोज़ फ़ायरवॉल को सक्षम या अक्षम करें win_firewall_rule मॉड्यूल - विंडोज़ फ़ायरवॉल स्वचालन win_format मॉड्यूल - विंडोज़ पर मौजूदा विभाजन पर मौजूदा वॉल्यूम या नए वॉल्यूम को फ़ॉर्मेट करता है win_hosts मॉड्यूल - विंडोज़ पर होस्ट फ़ाइल प्रविष्टियाँ प्रबंधित करता है win_hotfix मॉड्यूल - विंडोज हॉटफिक्स को इंस्टॉल और अनइंस्टॉल करता है win_listen_ports_facts मॉड्यूल - मशीन के श्रवण बंदरगाहों के तथ्यों को पुनः प्राप्त करता है win_mapped_drive मॉड्यूल - उपयोगकर्ताओं के लिए नेटवर्क ड्राइव मैप करें win_msg मॉड्यूल - विंडोज़ होस्ट पर लॉग इन उपयोगकर्ताओं को एक संदेश भेजता है win_nssm मॉड्यूल - एनएसएसएम का उपयोग करके एक सेवा स्थापित करें win_pester मॉड्यूल - विंडोज़ होस्ट पर पेस्टर परीक्षण चलाएँ win_regmerge मॉड्यूल - रजिस्ट्री फ़ाइल की सामग्री को विंडोज़ रजिस्ट्री में मर्ज करता है win_robocopy मॉड्यूल - रोबोकॉपी का उपयोग करके दो निर्देशिकाओं की सामग्री को सिंक्रनाइज़ करता है win_say मॉड्यूल - विंडोज़ के लिए संदेश बोलने और वैकल्पिक रूप से ध्वनियाँ चलाने के लिए टेक्स्ट टू स्पीच मॉड्यूल win_scheduled_task मॉड्यूल - निर्धारित कार्यों को प्रबंधित करें win_scheduled_task_stat मॉड्यूल - विंडोज़ शेड्यूल किए गए कार्यों के बारे में जानकारी प्राप्त करें win_scoop मॉड्यूल - स्कूप का उपयोग करके पैकेज प्रबंधित करें win_scoop_bucket मॉड्यूल - स्कूप बकेट प्रबंधित करें win_shortcut मॉड्यूल - विंडोज़ पर शॉर्टकट प्रबंधित करें win_snmp मॉड्यूल - Windows SNMP सेवा को कॉन्फ़िगर करता है win_toast मॉड्यूल - विंडोज 10 या बाद के होस्ट पर लॉग इन उपयोगकर्ताओं को टोस्ट विंडोज़ अधिसूचना भेजता है win_unzip मॉड्यूल - विंडोज़ नोड पर संपीड़ित फ़ाइलों और संग्रहों को अनज़िप करता है win_user_profile मॉड्यूल - विंडोज़ उपयोगकर्ता प्रोफ़ाइल प्रबंधित करता है win_wait_for_process मॉड्यूल - जारी रखने से पहले किसी प्रक्रिया के अस्तित्व में होने या न होने की प्रतीक्षा करता है win_wakeonlan मॉड्यूल - एक जादुई वेक-ऑन-LAN (WoL) प्रसारण पैकेट भेजें win_xml मॉड्यूल - विंडोज़ होस्ट पर XML फ़ाइल सामग्री प्रबंधित करता है win_zip मॉड्यूल - विंडोज़ नोड पर ज़िप संग्रह के रूप में फ़ाइल या निर्देशिका को संपीड़ित करें win_region मॉड्यूल - क्षेत्र और प्रारूप सेटिंग्स सेट करें चॉकलेटी.चॉकलेटी: चॉकलेटी का उपयोग करके पैकेज प्रबंधित करें win_chocolatey मॉड्यूल - चॉकलेटी का उपयोग करके पैकेज प्रबंधित करें win_chocolatey_config मॉड्यूल - चॉकलेट कॉन्फिग सेटिंग्स प्रबंधित करता है win_chocolatey_facts मॉड्यूल - चॉकलेटी के लिए एक तथ्य संग्रह बनाएं win_chocolatey_feature मॉड्यूल - चॉकलेटी सुविधाओं को प्रबंधित करता है win_chocolatey_source मॉड्यूल - चॉकलेटी स्रोतों का प्रबंधन करता है सामान्य समस्याओं का निवारण उत्तरयोग्य प्लेबुक निष्पादन त्रुटियों को डिबग करना WinRM और कनेक्टिविटी समस्याओं का निवारण DevOps प्रथाओं को लागू करना अन्सिबल टॉवर/AWX गिटलैब जीथूब -गीता ड्रोन जेनकिंस एज़्योर डेवऑप्स सारांश अन्सिबल में परीक्षण सामुदायिक जुड़ाव और योगदान पथ परिशिष्ट शब्दों की शब्दावली मुख्य Ansible और Windows शर्तों की परिभाषाएँ\nसंदर्भ और उपयोगी लिंक सहायक संसाधनों की क्यूरेटेड सूची\nविंडोज़ के लिए सामुदायिक संसाधन और सहायता चैनल आगे की शिक्षा और प्रमाणन के लिए सिफ़ारिशें ","permalink":"https://www.shafiq.in/hi/docs/projects/writing/ansible-for-windows/","summary":"\u003cp\u003e\u003cstrong\u003eCODE_ब्लॉक_10\u003c/strong\u003e\u003c/p\u003e\n\u003ch1 id=\"उततरयगय\"\u003eउत्तरयोग्य \u003c!-- omit in toc --\u003e\u003c/h1\u003e\n\u003cul\u003e\n\u003cli\u003e\u003ca href=\"/hi/docs/projects/writing/ansible-for-windows/#preface\"\u003ePreface\u003c/a\u003e\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eकोड_ब्लॉक_73\u003c/strong\u003e\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eकोड_ब्लॉक_74\u003c/strong\u003e\n\u003cul\u003e\n\u003cli\u003e\u003cstrong\u003eकोड_ब्लॉक_75\u003c/strong\u003e\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eकोड_ब्लॉक_76\u003c/strong\u003e\u003c/li\u003e\n\u003cli\u003e\u003ca href=\"/hi/docs/projects/writing/ansible-for-windows/#who-should-use-ansible\"\u003eWho Should Use Ansible\u003c/a\u003e\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eकोड_ब्लॉक_78\u003c/strong\u003e\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eकोड_ब्लॉक_79\u003c/strong\u003e\u003c/li\u003e\n\u003c/ul\u003e\n\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eकोड_ब्लॉक_80\u003c/strong\u003e\n\u003cul\u003e\n\u003cli\u003e\u003cstrong\u003eकोड_ब्लॉक_81\u003c/strong\u003e\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eकोड_ब्लॉक_82\u003c/strong\u003e\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eकोड_ब्लॉक_83\u003c/strong\u003e\u003c/li\u003e\n\u003c/ul\u003e\n\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eकोड_ब्लॉक_84\u003c/strong\u003e\n\u003cul\u003e\n\u003cli\u003e\u003cstrong\u003eकोड_ब्लॉक_85\u003c/strong\u003e\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eकोड_ब्लॉक_86\u003c/strong\u003e\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eकोड_ब्लॉक_87\u003c/strong\u003e\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eकोड_ब्लॉक_88\u003c/strong\u003e\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eकोड_ब्लॉक_89\u003c/strong\u003e\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eकोड_ब्लॉक_90\u003c/strong\u003e\u003c/li\u003e\n\u003c/ul\u003e\n\u003c/li\u003e\n\u003cli\u003e\u003ca href=\"/hi/docs/projects/writing/ansible-for-windows/#understanding-ansible-architecture\"\u003eUnderstanding Ansible Architecture\u003c/a\u003e\n\u003cul\u003e\n\u003cli\u003e\u003ca href=\"/hi/docs/projects/writing/ansible-for-windows/#overview-diagram\"\u003eOverview Diagram\u003c/a\u003e\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eकोड_ब्लॉक_93\u003c/strong\u003e\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eकोड_ब्लॉक_94\u003c/strong\u003e\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eकोड_ब्लॉक_95\u003c/strong\u003e\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eकोड_ब्लॉक_96\u003c/strong\u003e\u003c/li\u003e\n\u003cli\u003e\u003ca href=\"/hi/docs/projects/writing/ansible-for-windows/#modules-1\"\u003eModules\u003c/a\u003e\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eकोड_ब्लॉक_98\u003c/strong\u003e\u003c/li\u003e\n\u003cli\u003e\u003ca href=\"/hi/docs/projects/writing/ansible-for-windows/#managing-secrets-and-credentials\"\u003eManaging Secrets and Credentials\u003c/a\u003e\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eCODE_ब्लॉक_100\u003c/strong\u003e\u003c/li\u003e\n\u003c/ul\u003e\n\u003c/li\u003e\n\u003cli\u003e\u003ca href=\"/hi/docs/projects/writing/ansible-for-windows/#the-basics-of-ansible-for-windows-configuration-management\"\u003eThe Basics of Ansible for Windows Configuration Management\u003c/a\u003e\n\u003cul\u003e\n\u003cli\u003e\u003ca href=\"/hi/docs/projects/writing/ansible-for-windows/#configuring-windows-hosts-for-ansible\"\u003eConfiguring Windows Hosts for Ansible\u003c/a\u003e\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eCODE_ब्लॉक_103\u003c/strong\u003e\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eCODE_ब्लॉक_104\u003c/strong\u003e\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eकोड_ब्लॉक_105\u003c/strong\u003e\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eकोड_ब्लॉक_106\u003c/strong\u003e\u003c/li\u003e\n\u003cli\u003e\u003ca href=\"/hi/docs/projects/writing/ansible-for-windows/#summary-5\"\u003eSummary\u003c/a\u003e\u003c/li\u003e\n\u003c/ul\u003e\n\u003c/li\u003e\n\u003cli\u003e\u003ca href=\"/hi/docs/projects/writing/ansible-for-windows/#windows-modules-in-ansible\"\u003eWindows Modules in Ansible\u003c/a\u003e\n\u003cul\u003e\n\u003cli\u003e\u003ca href=\"/hi/docs/projects/writing/ansible-for-windows/#ansiblewindows-ansible-collection-for-core-windows-plugins\"\u003eAnsible.Windows: Ansible collection for core Windows plugins\u003c/a\u003e\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eCODE_ब्लॉक_110\u003c/strong\u003e\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eकोड_ब्लॉक_111\u003c/strong\u003e\u003c/li\u003e\n\u003c/ul\u003e\n\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eकोड_ब्लॉक_112\u003c/strong\u003e\n\u003cul\u003e\n\u003cli\u003e\u003cstrong\u003eकोड_ब्लॉक_113\u003c/strong\u003e\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eकोड_ब्लॉक_114\u003c/strong\u003e\u003c/li\u003e\n\u003c/ul\u003e\n\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eकोड_ब्लॉक_115\u003c/strong\u003e\n\u003cul\u003e\n\u003cli\u003e\u003cstrong\u003eकोड_ब्लॉक_116\u003c/strong\u003e\u003c/li\u003e\n\u003c/ul\u003e\n\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eकोड_ब्लॉक_117\u003c/strong\u003e\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eCODE_ब्लॉक_118\u003c/strong\u003e\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eकोड_ब्लॉक_119\u003c/strong\u003e\n\u003cul\u003e\n\u003cli\u003e\u003ca href=\"/hi/docs/projects/writing/ansible-for-windows/#glossary-of-terms\"\u003eGlossary of Terms\u003c/a\u003e\u003c/li\u003e\n\u003cli\u003e\u003ca href=\"/hi/docs/projects/writing/ansible-for-windows/#references-and-useful-links\"\u003eReferences and Useful Links\u003c/a\u003e\u003c/li\u003e\n\u003c/ul\u003e\n\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003e\u003cstrong\u003eCODE_ब्लॉक_12____CODE_ब्लॉक_13\u003c/strong\u003e\u003c/p\u003e","title":"Ansible for Windows"},{"content":"बुक बाइंडिंग बुक बाइंडिंग उठाना एक बड़ा शौक है! यहाँ कुछ लाभ हैं:\nआप अपने दोस्तों और परिवार के लिए वैयक्तिकृत उपहार बना सकते हैं। यह एक स्वस्थ शगल है जो आपके मानसिक स्वास्थ्य में सुधार कर सकता है। बुकबाइंडिंग आपको लोगों से जुड़े रहने की अनुमति देती है, चाहे उपहार बनाकर या बुकबाइंडर्स के समुदाय में शामिल होकर। मेरे द्वारा उपयोग किए जाने वाले उपकरण और सामग्रियां 50 पीसी गर्म पिघल गोंद स्ट्रिप्स 285 मिमी कार्ड बुक बाइंडिंग के लिए थर्मल चिपचिपा बनाना | ईबे\nतकनीकी विवरण | निर्माता | एसएम सुन्नीमिक्स | | भाग क्रमांक | 00230005300012582654 | | निर्माता संदर्भ | 00230005300012582654 | | आइटम पैकेज मात्रा | 1 | अन्य उल्लेख: __CODE_ब्लॉक_0__ __CODE_ब्लॉक_1__ __CODE_ब्लॉक_2__ __CODE_ब्लॉक_3__ __CODE_ब्लॉक_4__ __कोड_ब्लॉक_5__ __कोड_ब्लॉक_6__ आर्टवे स्ट्रॉन्ग पीवीए गोंद/मध्यम - 1 लीटर, सफेद: Amazon.co.uk: घर और रसोई\nइस आइटम के लिए विशिष्टताएँ | ब्रांड का नाम | आर्टवे | | रंग | सफ़ेद | | संगत सामग्री | कपड़ा, प्लास्टिक | | ईन | 0660989637583, 5060669631033 | | आइटम की मात्रा | 1 लीटर | | मॉडल नंबर | 1 लीटर | | भाग क्रमांक | 2302686 | | यूपीसी | 660989637583 | HFS (R) हेवी ड्यूटी गिलोटिन पेपर कटर कमर्शियल मेटल बेस (A3-17\u0026rsquo;\u0026rsquo;-काला): Amazon.co.uk: स्टेशनरी और कार्यालय आपूर्ति\nतकनीकी विवरण | निर्माता | एचएफएस | | ब्रांड | एचएफएस | | मॉडल नंबर | 16167 | | प्रोडक्ट के आयाम | 76.2 x 53.34 x 30.48 सेमी; 20 किलोग्राम | | सामग्री प्रकार | मिश्र धातु इस्पात | | वस्तुओं की संख्या | 1 | | आकार | ए3-17'' | | निर्माता भाग संख्या | 16167 | | वस्तु का वजन | 20 किलो | रेक्सेल A3 स्टाइल लैमिनेटर, सफ़ेद: Amazon.co.uk\nतकनीकी विवरण | निर्माता | रेक्सेल | | ब्रांड | रेक्सेल | | मॉडल नंबर | 2104512 | | प्रोडक्ट के आयाम | 14 x 44.5 x 6 सेमी; 1.82 किलोग्राम | | रंग | सफ़ेद | | आकार | ए3 | | निर्माता भाग संख्या | 2104512 | | वस्तु का वजन | 1.82 किग्रा | ","permalink":"https://www.shafiq.in/hi/docs/projects/writing/book-binding/","summary":"\u003ch1 id=\"बक-बइडग\"\u003eबुक बाइंडिंग\u003c/h1\u003e\n\u003cp\u003eबुक बाइंडिंग उठाना एक बड़ा शौक है! यहाँ कुछ लाभ हैं:\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eआप अपने दोस्तों और परिवार के लिए वैयक्तिकृत उपहार बना सकते हैं।\u003c/li\u003e\n\u003cli\u003eयह एक स्वस्थ शगल है जो आपके मानसिक स्वास्थ्य में सुधार कर सकता है।\u003c/li\u003e\n\u003cli\u003eबुकबाइंडिंग आपको लोगों से जुड़े रहने की अनुमति देती है, चाहे उपहार बनाकर या बुकबाइंडर्स के समुदाय में शामिल होकर।\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch2 id=\"मर-दवर-उपयग-कए-जन-वल-उपकरण-और-समगरय\"\u003eमेरे द्वारा उपयोग किए जाने वाले उपकरण और सामग्रियां\u003c/h2\u003e\n\u003cp\u003e50 पीसी गर्म पिघल गोंद स्ट्रिप्स 285 मिमी कार्ड बुक बाइंडिंग के लिए थर्मल चिपचिपा बनाना | ईबे\u003c/p\u003e","title":"Book Binding"},{"content":" ","permalink":"https://www.shafiq.in/hi/docs/projects/software/linux-os/","summary":"\u003chr\u003e\n\u003chr\u003e","title":"Linux OS"},{"content":" Chapter 1: SaltStack Fundamentals\n1.1. Introduction to SaltStack 1.2. History of SaltStack 1.3. Key Features of SaltStack 1.4. Advantages of Using SaltStack 1.5. SaltStack Architecture 1.6. SaltStack Components 1.7. SaltStack Terminology 1.8. SaltStack Use Cases 1.9. SaltStack vs. Other Configuration Management Tools 1.10. Real-World Examples of SaltStack Implementation\nChapter 2: SaltStack Installation and Configuration\n2.1. Installing SaltStack on Linux 2.2. Installing SaltStack on Windows 2.3. Configuring SaltStack Master 2.4. Configuring SaltStack Minion 2.5. Setting up SaltStack Environment 2.6. Understanding SaltStack Configuration Files 2.7. Managing SaltStack Services 2.8. Troubleshooting SaltStack Installation Issues 2.9. Best Practices for SaltStack Configuration 2.10. Advanced SaltStack Configuration Options\nChapter 3: SaltStack Core Concepts\n3.1. Understanding SaltStack Grains 3.2. Understanding SaltStack Pillars 3.3. Understanding SaltStack States 3.4. Understanding SaltStack Modules 3.5. Understanding SaltStack Templates 3.6. Understanding SaltStack Context 3.7. Understanding SaltStack Targets 3.8. Understanding SaltStack Event System 3.9. Understanding SaltStack Reactor System 3.10. Understanding SaltStack Orchestration\nChapter 4: SaltStack CLI and API\n4.1. Introduction to SaltStack CLI 4.2. Basic SaltStack CLI Commands 4.3. Advanced SaltStack CLI Commands 4.4. SaltStack CLI Best Practices 4.5. Introduction to SaltStack API 4.6. Using SaltStack API for Automation 4.7. SaltStack API Security Considerations 4.8. Troubleshooting SaltStack API Issues 4.9. SaltStack API Performance Optimisation 4.10. Advanced SaltStack API Topics\nChapter 5: SaltStack Formula and States\n5.1. Introduction to SaltStack Formula 5.2. Writing SaltStack Formula 5.3. Best Practices for SaltStack Formula 5.4. Understanding SaltStack States 5.5. Writing SaltStack States 5.6. Advanced SaltStack States Topics 5.7. Troubleshooting SaltStack States Issues 5.8. SaltStack States Performance Optimisation 5.9. Using SaltStack Formula with States 5.10. Advanced SaltStack Formula and States Topics\nChapter 6: SaltStack Pillars and Grains\n6.1. Introduction to SaltStack Pillars 6.2. Configuring SaltStack Pillars 6.3. Best Practices for SaltStack Pillars 6.4. Introduction to SaltStack Grains 6.5. Configuring SaltStack Grains 6.6. Advanced SaltStack Grains Topics 6.7. Using SaltStack Pillars with Grains 6.8. Troubleshooting SaltStack Pillars and Grains Issues 6.9. SaltStack Pillars and Grains Performance Optimisation 6.10. Advanced SaltStack Pillars and Grains Topics\nChapter 7: SaltStack Modules and Templates\n7.1. Introduction to SaltStack Modules 7.2. Writing SaltStack Modules 7.3. Best Practices for SaltStack Modules 7.4. Introduction to SaltStack Templates 7.5. Writing SaltStack Templates 7.6. Advanced SaltStack Templates Topics 7.7. Using SaltStack Modules with Templates 7.8. Troubleshooting SaltStack Modules and Templates Issues 7.9. SaltStack Modules and Templates Performance Optimisation 7.10. Advanced SaltStack Modules and Templates Topics\nChapter 8: SaltStack Security and Authentication\n8.1. Introduction to SaltStack Security 8.2. SaltStack Authentication Options 8.3. Configuring SaltStack Authentication 8.4. Best Practices for SaltStack Security 8.5. SaltStack Encryption Options 8.6. Configuring SaltStack Encryption 8.7. Advanced SaltStack Security Topics 8.8. Troubleshooting SaltStack Security Issues 8.9. SaltStack Security Performance Optimisation 8.10. Advanced SaltStack Security Topics\nChapter 9: SaltStack Scalability and Performance\n9.1. Introduction to SaltStack Scalability 9.2. SaltStack Scalability Options 9.3. Configuring SaltStack Scalability 9.4. Best Practices for SaltStack Scalability 9.5. SaltStack Performance Optimisation 9.6. Advanced SaltStack Performance Topics 9.7. Troubleshooting SaltStack Performance Issues 9.8. SaltStack Performance Monitoring 9.9. SaltStack Performance Tuning 9.10. Advanced SaltStack Performance Topics\nChapter 10: SaltStack Troubleshooting and Debugging\n10.1. Introduction to SaltStack Troubleshooting 10.2. SaltStack Troubleshooting Tools 10.3. Troubleshooting SaltStack Common Issues 10.4. Advanced SaltStack Troubleshooting Topics 10.5. SaltStack Debugging Options 10.6. Configuring SaltStack Debugging 10.7. Best Practices for SaltStack Debugging 10.8. Troubleshooting SaltStack Debugging Issues 10.9. SaltStack Debugging Performance Optimisation 10.10. Advanced SaltStack Debugging Topics\nChapter 11: SaltStack Integration with Other Tools\n11.1. Introduction to SaltStack Integration 11.2. SaltStack Integration with Jenkins 11.3. SaltStack Integration with Docker 11.4. SaltStack Integration with Kubernetes 11.5. SaltStack Integration with Puppet 11.6. SaltStack Integration with Chef 11.7. SaltStack Integration with Ansible 11.8. SaltStack Integration with Other Tools 11.9. Best Practices for SaltStack Integration 11.10. Advanced SaltStack Integration Topics\nChapter 12: SaltStack Orchestration and Automation\n12.1. Introduction to SaltStack Orchestration 12.2. SaltStack Orchestration Options 12.3. Configuring SaltStack Orchestration 12.4. Best Practices for SaltStack Orchestration 12.5. SaltStack Automation Options 12.6. Configuring SaltStack Automation 12.7. Advanced SaltStack Automation Topics 12.8. Troubleshooting SaltStack Orchestration Issues 12.9. SaltStack Orchestration Performance Optimisation 12.10. Advanced SaltStack Orchestration Topics\nChapter 13: SaltStack Event and Reactor System\n13.1. Introduction to SaltStack Event System 13.2. SaltStack Event System Options 13.3. Configuring SaltStack Event System 13.4. Best Practices for SaltStack Event System 13.5. Introduction to SaltStack Reactor System 13.6. SaltStack Reactor System Options 13.7. Configuring SaltStack Reactor System 13.8. Advanced SaltStack Reactor System Topics 13.9. Troubleshooting SaltStack Event and Reactor System Issues 13.10. SaltStack Event and Reactor System Performance Optimisation\nChapter 15: SaltStack Network and Firewall\n15.1. Introduction to SaltStack Network 15.2. SaltStack Network Options 15.3. Configuring SaltStack Network 15.4. Best Practices for SaltStack Network 15.5. SaltStack Firewall Options 15.6. Configuring SaltStack Firewall 15.7. Advanced SaltStack Firewall Topics 15.8. Troubleshooting SaltStack Network and Firewall Issues 15.9. SaltStack Network and Firewall Performance Optimisation 15.10. Advanced SaltStack Network and Firewall Topics\nChapter 16: SaltStack Monitoring and Logging\n16.1. Introduction to SaltStack Monitoring 16.2. SaltStack Monitoring Options 16.3. Configuring SaltStack Monitoring 16.4. Best Practices for SaltStack Monitoring 16.5. SaltStack Logging Options 16.6. Configuring SaltStack Logging 16.7. Advanced SaltStack Logging Topics 16.8. Troubleshooting SaltStack Monitoring and Logging Issues 16.9. SaltStack Monitoring and Logging Performance Optimisation 16.10. Advanced SaltStack Monitoring and Logging Topics\nChapter 17: SaltStack Backup and Recovery\n17.1. Introduction to SaltStack Backup 17.2. SaltStack Backup Options 17.3. Configuring SaltStack Backup 17.4. Best Practices for SaltStack Backup 17.5. SaltStack Recovery Options 17.6. Configuring SaltStack Recovery 17.7. Advanced SaltStack Recovery Topics 17.8. Troubleshooting SaltStack Backup and Recovery Issues 17.9. SaltStack Backup and Recovery Performance Optimisation 17.10. Advanced SaltStack Backup and Recovery Topics\nChapter 18: SaltStack High Availability\n18.1. Introduction to SaltStack High Availability 18.2. SaltStack High Availability Options 18.3. Configuring SaltStack High Availability 18.4. Best Practices for SaltStack High Availability 18.5. SaltStack Load Balancing Options 18.6. Configuring SaltStack Load Balancing 18.7. Advanced SaltStack Load Balancing Topics 18.8. Troubleshooting SaltStack High Availability Issues 18.9. SaltStack High Availability Performance Optimisation 18.10. Advanced SaltStack High Availability Topics\nChapter 19: SaltStack Best Practices and Security\n19.1. Introduction to SaltStack Best Practices 19.2. SaltStack Security Best Practices 19.3. SaltStack Configuration Best Practices 19.4. SaltStack Deployment Best Practices 19.5. Salt Management Best Practices 19.6. SaltStack Monitoring Best Practices 19.7. SaltStack Troubleshooting Best Practices 19.8. SaltStack Performance Optimisation Best Practices 19.9. SaltStack Security and Compliance 19.10. Advanced SaltStack Best Practices and Security Topics\nChapter 22: SaltStack vs. Other Automation Tools\n22.1. Introduction to SaltStack vs. Other Automation Tools 22.2. SaltStack vs. Ansible 22.3. SaltStack vs. Puppet 22.4. SaltStack vs. Chef 22.5. SaltStack vs. Docker 22.6. SaltStack vs. Kubernetes 22.7. SaltStack vs. Other Configuration Management Tools 22.8. SaltStack vs. Other Orchestration Tools 22.9. SaltStack vs. Other Automation Tools 22.10. Advanced SaltStack vs. Other Automation Tools Topics\nChapter 24: SaltStack Interview Questions\n24.1. Introduction to SaltStack Expert Interview Questions 24.2. SaltStack Architecture Questions 24.3. SaltStack Configuration Questions 24.4. SaltStack Security Questions 24.5. SaltStack Scalability Questions 24.6. SaltStack Performance Questions 24.7. SaltStack Troubleshooting Questions 24.8. SaltStack Best Practices Questions 24.9. SaltStack Use Cases Questions 24.10. Advanced SaltStack Expert Interview Questions\naliases.get_target:\nReturn the target associated with an alias CLI Example: salt '*' aliases.get_target alias aliases.has_target:\nReturn true if the alias/target is set CLI Example: salt '*' aliases.has_target alias target aliases.list_aliases:\nReturn the aliases found in the aliases file in this format:: {'alias': 'target'} CLI Example: salt '*' aliases.list_aliases aliases.rm_alias:\nRemove an entry from the aliases file CLI Example: salt '*' aliases.rm_alias alias aliases.set_target:\nSet the entry in the aliases file for the given alias, this will overwrite any previous entry for the given alias or create a new one if it does not exist. CLI Example: salt '*' aliases.set_target alias target alternatives.auto:\nTrigger alternatives to set the path for \u0026lt;name\u0026gt; as specified by priority. CLI Example: salt '*' alternatives.auto name alternatives.check_exists:\nCheck if the given path is an alternative for a name. New in version 2015.8.4 CLI Example: salt '*' alternatives.check_exists name path alternatives.check_installed:\nCheck if the current highest-priority match for a given alternatives link is set to the desired path CLI Example: salt '*' alternatives.check_installed name path alternatives.display:\nDisplay alternatives settings for defined command name CLI Example: salt '*' alternatives.display editor alternatives.install:\nInstall symbolic links determining default commands CLI Example: salt '*' alternatives.install editor /usr/bin/editor /usr/bin/emacs23 50 alternatives.remove:\nRemove symbolic links determining the default commands. CLI Example: salt '*' alternatives.remove name path alternatives.set:\nManually set the alternative \u0026lt;path\u0026gt; for \u0026lt;name\u0026gt;. CLI Example: salt '*' alternatives.set name path alternatives.show_current:\nDisplay the current highest-priority alternative for a given alternatives link CLI Example: salt '*' alternatives.show_current editor alternatives.show_link:\nDisplay master link for the alternative New in version 2015.8.13,2016.3.4,2016.11.0 CLI Example: salt '*' alternatives.show_link editor archive.cmd_unzip:\nNew in version 2015.5.0 In versions 2014.7.x and earlier, this function was known as ``archive.unzip``. Uses the ``unzip`` command to unpack zip files. This command is part of the `Info-ZIP`_ suite of tools, and is typically packaged as simply ``unzip``. .. _`Info-ZIP`: http://www.info-zip.org/ zip_file Path of zip file to be unpacked dest The destination directory into which the file should be unpacked excludes : None Comma-separated list of files not to unpack. Can also be passed in a Python list. template : None Can be set to 'jinja' or another supported template engine to render the command arguments before execution: salt '*' archive.cmd_unzip template=jinja /tmp/zipfile.zip '/tmp/{{grains.id}}' excludes=file_1,file_2 options Optional when using ``zip`` archives, ignored when usign other archives files. This is mostly used to overwrite existing files with ``o``. This options are only used when ``unzip`` binary is used. New in version 2016.3.1 runas : None Unpack the zip file as the specified user. Defaults to the user under which the minion is running. New in version 2015.5.0 trim_output : False The number of files we should output on success before the rest are trimmed, if this is set to True then it will default to 100 password Password to use with password protected zip files Note: This is not considered secure. It is recommended to instead use :py:func:`archive.unzip \u0026lt;salt.modules.archive.unzip\u0026gt;` for password-protected ZIP files. If a password is used here, then the unzip command run to extract the ZIP file will not show up in the minion log like most shell commands Salt runs do. However, the password will still be present in the events logged to the minion log at the ``debug`` log level. If the minion is logging at ``debug`` (or more verbose), then be advised that the password will appear in the log. New in version 2016.11.0 CLI Example: salt '*' archive.cmd_unzip /tmp/zipfile.zip /home/strongbad/ excludes=file_1,file_2 archive.cmd_zip:\nNew in version 2015.5.0 In versions 2014.7.x and earlier, this function was known as ``archive.zip``. Uses the ``zip`` command to create zip files. This command is part of the `Info-ZIP`_ suite of tools, and is typically packaged as simply ``zip``. .. _`Info-ZIP`: http://www.info-zip.org/ zip_file Path of zip file to be created sources Comma-separated list of sources to include in the zip file. Sources can also be passed in a Python list. Changed in version 2017.7.0 Globbing is now supported for this argument template : None Can be set to 'jinja' or another supported template engine to render the command arguments before execution: salt '*' archive.cmd_zip template=jinja /tmp/zipfile.zip /tmp/sourcefile1,/tmp/{{grains.id}}.txt cwd : None Use this argument along with relative paths in ``sources`` to create zip files which do not contain the leading directories. If not specified, the zip file will be created as if the cwd was ``/``, and creating a zip file of ``/foo/bar/baz.txt`` will contain the parent directories ``foo`` and ``bar``. To create a zip file containing just ``baz.txt``, the following command would be used: salt '*' archive.cmd_zip /tmp/baz.zip baz.txt cwd=/foo/bar New in version 2014.7.1 runas : None Create the zip file as the specified user. Defaults to the user under which the minion is running. New in version 2015.5.0 CLI Example: salt '*' archive.cmd_zip /tmp/zipfile.zip /tmp/sourcefile1,/tmp/sourcefile2 # Globbing for sources (2017.7.0 and later) salt '*' archive.cmd_zip /tmp/zipfile.zip '/tmp/sourcefile*' archive.gunzip:\nUses the gunzip command to unpack gzip files template : None Can be set to 'jinja' or another supported template engine to render the command arguments before execution: salt '*' archive.gunzip template=jinja /tmp/{{grains.id}}.txt.gz runas : None The user with which to run the gzip command line options : None Pass any additional arguments to gzip New in version 2016.3.4 CLI Example: # Create /tmp/sourcefile.txt salt '*' archive.gunzip /tmp/sourcefile.txt.gz salt '*' archive.gunzip /tmp/sourcefile.txt options='--verbose' archive.gzip:\nUses the gzip command to create gzip files template : None Can be set to 'jinja' or another supported template engine to render the command arguments before execution: salt '*' archive.gzip template=jinja /tmp/{{grains.id}}.txt runas : None The user with which to run the gzip command line options : None Pass any additional arguments to gzip New in version 2016.3.4 CLI Example: # Create /tmp/sourcefile.txt.gz salt '*' archive.gzip /tmp/sourcefile.txt salt '*' archive.gzip /tmp/sourcefile.txt options='-9 --verbose' archive.is_encrypted:\nNew in version 2016.11.0 Changed in version 3005 Returns ``True`` if the zip archive is password-protected, ``False`` if not. If the specified file is not a ZIP archive, an error will be raised. name The path / URL of the archive to check. clean : False Set this value to ``True`` to delete the path referred to by ``name`` once the contents have been listed. This option should be used with care. Note: If there is an error listing the archive's contents, the cached file will not be removed, to allow for troubleshooting. saltenv : base Specifies the fileserver environment from which to retrieve ``archive``. This is only applicable when ``archive`` is a file from the ``salt://`` fileserver. source_hash If ``name`` is an http(s)/ftp URL and the file exists in the minion's file cache, this option can be passed to keep the minion from re-downloading the archive if the cached copy matches the specified hash. New in version 2018.3.0 use_etag If ``True``, remote http/https file sources will attempt to use the ETag header to determine if the remote file needs to be downloaded. This provides a lightweight mechanism for promptly refreshing files changed on a web server without requiring a full hash comparison via the ``source_hash`` parameter. New in version 3005 CLI Examples: salt '*' archive.is_encrypted /path/to/myfile.zip salt '*' archive.is_encrypted salt://foo.zip salt '*' archive.is_encrypted salt://foo.zip saltenv=dev salt '*' archive.is_encrypted https://domain.tld/myfile.zip clean=True salt '*' archive.is_encrypted https://domain.tld/myfile.zip source_hash=f1d2d2f924e986ac86fdf7b36c94bcdf32beec15 salt '*' archive.is_encrypted ftp://10.1.2.3/foo.zip archive.list:\nNew in version 2016.11.0 Changed in version 2016.11.2,3005 The rarfile_ Python module is now supported for listing the contents of rar archives. This is necessary on minions with older releases of the ``rar`` CLI tool, which do not support listing the contents in a parsable format. .. _rarfile: https://pypi.python.org/pypi/rarfile List the files and directories in an tar, zip, or rar archive. Note: This function will only provide results for XZ-compressed archives if the xz_ CLI command is available, as Python does not at this time natively support XZ compression in its tarfile_ module. Keep in mind however that most Linux distros ship with xz_ already installed. To check if a given minion has xz_, the following Salt command can be run: salt minion_id cmd.which xz If ``None`` is returned, then xz_ is not present and must be installed. It is widely available and should be packaged as either ``xz`` or ``xz-utils``. name Path/URL of archive archive_format Specify the format of the archive (``tar``, ``zip``, or ``rar``). If this argument is omitted, the archive format will be guessed based on the value of the ``name`` parameter. options **For tar archives only.** This function will, by default, try to use the tarfile_ module from the Python standard library to get a list of files/directories. If this method fails, then it will fall back to using the shell to decompress the archive to stdout and pipe the results to ``tar -tf -`` to produce a list of filenames. XZ-compressed archives are already supported automatically, but in the event that the tar archive uses a different sort of compression not supported natively by tarfile_, this option can be used to specify a command that will decompress the archive to stdout. For example: salt minion_id archive.list /path/to/foo.tar.gz options='gzip --decompress --stdout' Note: It is not necessary to manually specify options for gzip'ed archives, as gzip compression is natively supported by tarfile_. strip_components This argument specifies a number of top-level directories to strip from the results. This is similar to the paths that would be extracted if ``--strip-components`` (or ``--strip``) were used when extracting tar archives. New in version 2016.11.2 clean : False Set this value to ``True`` to delete the path referred to by ``name`` once the contents have been listed. This option should be used with care. Note: If there is an error listing the archive's contents, the cached file will not be removed, to allow for troubleshooting. verbose : False If ``False``, this function will return a list of files/dirs in the archive. If ``True``, it will return a dictionary categorizing the paths into separate keys containing the directory names, file names, and also directories/files present in the top level of the archive. Changed in version 2016.11.2 This option now includes symlinks in their own list. Before, they were included with files. saltenv : base Specifies the fileserver environment from which to retrieve ``archive``. This is only applicable when ``archive`` is a file from the ``salt://`` fileserver. source_hash If ``name`` is an http(s)/ftp URL and the file exists in the minion's file cache, this option can be passed to keep the minion from re-downloading the archive if the cached copy matches the specified hash. New in version 2018.3.0 use_etag If ``True``, remote http/https file sources will attempt to use the ETag header to determine if the remote file needs to be downloaded. This provides a lightweight mechanism for promptly refreshing files changed on a web server without requiring a full hash comparison via the ``source_hash`` parameter. New in version 3005 .. _tarfile: https://docs.python.org/2/library/tarfile.html .. _xz: http://tukaani.org/xz/ CLI Examples: salt '*' archive.list /path/to/myfile.tar.gz salt '*' archive.list /path/to/myfile.tar.gz strip_components=1 salt '*' archive.list salt://foo.tar.gz salt '*' archive.list https://domain.tld/myfile.zip salt '*' archive.list https://domain.tld/myfile.zip source_hash=f1d2d2f924e986ac86fdf7b36c94bcdf32beec15 salt '*' archive.list ftp://10.1.2.3/foo.rar archive.rar:\nUses `rar for Linux`_ to create rar files .. _`rar for Linux`: http://www.rarlab.com/ rarfile Path of rar file to be created sources Comma-separated list of sources to include in the rar file. Sources can also be passed in a Python list. Changed in version 2017.7.0 Globbing is now supported for this argument cwd : None Run the rar command from the specified directory. Use this argument along with relative file paths to create rar files which do not contain the leading directories. If not specified, this will default to the home directory of the user under which the salt minion process is running. New in version 2014.7.1 template : None Can be set to 'jinja' or another supported template engine to render the command arguments before execution: salt '*' archive.rar template=jinja /tmp/rarfile.rar '/tmp/sourcefile1,/tmp/{{grains.id}}.txt' CLI Example: salt '*' archive.rar /tmp/rarfile.rar /tmp/sourcefile1,/tmp/sourcefile2 # Globbing for sources (2017.7.0 and later) salt '*' archive.rar /tmp/rarfile.rar '/tmp/sourcefile*' archive.tar:\nNote: This function has changed for version 0.17.0. In prior versions, the ``cwd`` and ``template`` arguments must be specified, with the source directories/files coming as a space-separated list at the end of the command. Beginning with 0.17.0, ``sources`` must be a comma-separated list, and the ``cwd`` and ``template`` arguments are optional. Uses the tar command to pack, unpack, etc. tar files options Options to pass to the tar command Changed in version 2015.8.0 The mandatory `-` prefixing has been removed. An options string beginning with a `--long-option`, would have uncharacteristically needed its first `-` removed under the former scheme. Also, tar will parse its options differently if short options are used with or without a preceding `-`, so it is better to not confuse the user into thinking they're using the non-`-` format, when really they are using the with-`-` format. tarfile The filename of the tar archive to pack/unpack sources Comma delimited list of files to **pack** into the tarfile. Can also be passed as a Python list. Changed in version 2017.7.0 Globbing is now supported for this argument dest The destination directory into which to **unpack** the tarfile cwd : None The directory in which the tar command should be executed. If not specified, will default to the home directory of the user under which the salt minion process is running. template : None Can be set to 'jinja' or another supported template engine to render the command arguments before execution: salt '*' archive.tar cjvf /tmp/salt.tar.bz2 {{grains.saltpath}} template=jinja CLI Examples: # Create a tarfile salt '*' archive.tar cjvf /tmp/tarfile.tar.bz2 /tmp/file_1,/tmp/file_2 # Create a tarfile using globbing (2017.7.0 and later) salt '*' archive.tar cjvf /tmp/tarfile.tar.bz2 '/tmp/file_*' # Unpack a tarfile salt '*' archive.tar xf foo.tar dest=/target/directory archive.unrar:\nUses `rar for Linux`_ to unpack rar files .. _`rar for Linux`: http://www.rarlab.com/ rarfile Name of rar file to be unpacked dest The destination directory into which to **unpack** the rar file template : None Can be set to 'jinja' or another supported template engine to render the command arguments before execution: salt '*' archive.unrar template=jinja /tmp/rarfile.rar /tmp/{{grains.id}}/ excludes=file_1,file_2 trim_output : False The number of files we should output on success before the rest are trimmed, if this is set to True then it will default to 100 CLI Example: salt '*' archive.unrar /tmp/rarfile.rar /home/strongbad/ excludes=file_1,file_2 archive.unzip:\nUses the ``zipfile`` Python module to unpack zip files Changed in version 2015.5.0 This function was rewritten to use Python's native zip file support. The old functionality has been preserved in the new function :mod:`archive.cmd_unzip \u0026lt;salt.modules.archive.cmd_unzip\u0026gt;`. For versions 2014.7.x and earlier, see the :mod:`archive.cmd_zip \u0026lt;salt.modules.archive.cmd_zip\u0026gt;` documentation. zip_file Path of zip file to be unpacked dest The destination directory into which the file should be unpacked excludes : None Comma-separated list of files not to unpack. Can also be passed in a Python list. options This options are only used when ``unzip`` binary is used. In this function is ignored. New in version 2016.3.1 template : None Can be set to 'jinja' or another supported template engine to render the command arguments before execution: salt '*' archive.unzip template=jinja /tmp/zipfile.zip /tmp/{{grains.id}}/ excludes=file_1,file_2 runas : None Unpack the zip file as the specified user. Defaults to the user under which the minion is running. trim_output : False The number of files we should output on success before the rest are trimmed, if this is set to True then it will default to 100 CLI Example: salt '*' archive.unzip /tmp/zipfile.zip /home/strongbad/ excludes=file_1,file_2 password Password to use with password protected zip files Note: The password will be present in the events logged to the minion log file at the ``debug`` log level. If the minion is logging at ``debug`` (or more verbose), then be advised that the password will appear in the log. New in version 2016.3.0 extract_perms : True The Python zipfile_ module does not extract file/directory attributes by default. When this argument is set to ``True``, Salt will attempt to apply the file permission attributes to the extracted files/folders. On Windows, only the read-only flag will be extracted as set within the zip file, other attributes (i.e. user/group permissions) are ignored. Set this argument to ``False`` to disable this behaviour. New in version 2016.11.0 .. _zipfile: https://docs.python.org/2/library/zipfile.html CLI Example: salt '*' archive.unzip /tmp/zipfile.zip /home/strongbad/ password='BadPassword' archive.zip:\nUses the ``zipfile`` Python module to create zip files Changed in version 2015.5.0 This function was rewritten to use Python's native zip file support. The old functionality has been preserved in the new function :mod:`archive.cmd_zip \u0026lt;salt.modules.archive.cmd_zip\u0026gt;`. For versions 2014.7.x and earlier, see the :mod:`archive.cmd_zip \u0026lt;salt.modules.archive.cmd_zip\u0026gt;` documentation. zip_file Path of zip file to be created sources Comma-separated list of sources to include in the zip file. Sources can also be passed in a Python list. Changed in version 2017.7.0 Globbing is now supported for this argument template : None Can be set to 'jinja' or another supported template engine to render the command arguments before execution: salt '*' archive.zip template=jinja /tmp/zipfile.zip /tmp/sourcefile1,/tmp/{{grains.id}}.txt cwd : None Use this argument along with relative paths in ``sources`` to create zip files which do not contain the leading directories. If not specified, the zip file will be created as if the cwd was ``/``, and creating a zip file of ``/foo/bar/baz.txt`` will contain the parent directories ``foo`` and ``bar``. To create a zip file containing just ``baz.txt``, the following command would be used: salt '*' archive.zip /tmp/baz.zip baz.txt cwd=/foo/bar runas : None Create the zip file as the specified user. Defaults to the user under which the minion is running. zip64 : False Used to enable ZIP64 support, necessary to create archives larger than 4 GByte in size. If true, will create ZIP file with the ZIPp64 extension when the zipfile is larger than 2 GB. ZIP64 extension is disabled by default in the Python native zip support because the default zip and unzip commands on Unix (the InfoZIP utilities) don't support these extensions. CLI Example: salt '*' archive.zip /tmp/zipfile.zip /tmp/sourcefile1,/tmp/sourcefile2 # Globbing for sources (2017.7.0 and later) salt '*' archive.zip /tmp/zipfile.zip '/tmp/sourcefile*' artifactory.get_latest_release:\nGets the latest release of the artifact artifactory_url URL of artifactory instance repository Release repository in artifactory to retrieve artifact from, for example: libs-releases group_id Group Id of the artifact artifact_id Artifact Id of the artifact packaging Packaging type (jar,war,ear,etc) target_dir Target directory to download artifact to (default: /tmp) target_file Target file to download artifact to (by default it is target_dir/artifact_id-version.packaging) classifier Artifact classifier name (ex: sources,javadoc,etc). Optional parameter. username Artifactory username. Optional parameter. password Artifactory password. Optional parameter. artifactory.get_latest_snapshot:\nGets latest snapshot of the given artifact artifactory_url URL of artifactory instance repository Snapshot repository in artifactory to retrieve artifact from, for example: libs-snapshots group_id Group Id of the artifact artifact_id Artifact Id of the artifact packaging Packaging type (jar,war,ear,etc) target_dir Target directory to download artifact to (default: /tmp) target_file Target file to download artifact to (by default it is target_dir/artifact_id-snapshot_version.packaging) classifier Artifact classifier name (ex: sources,javadoc,etc). Optional parameter. username Artifactory username. Optional parameter. password Artifactory password. Optional parameter. artifactory.get_release:\nGets the specified release of the artifact artifactory_url URL of artifactory instance repository Release repository in artifactory to retrieve artifact from, for example: libs-releases group_id Group Id of the artifact artifact_id Artifact Id of the artifact packaging Packaging type (jar,war,ear,etc) version Version of the artifact target_dir Target directory to download artifact to (default: /tmp) target_file Target file to download artifact to (by default it is target_dir/artifact_id-version.packaging) classifier Artifact classifier name (ex: sources,javadoc,etc). Optional parameter. username Artifactory username. Optional parameter. password Artifactory password. Optional parameter. artifactory.get_snapshot:\nGets snapshot of the desired version of the artifact artifactory_url URL of artifactory instance repository Snapshot repository in artifactory to retrieve artifact from, for example: libs-snapshots group_id Group Id of the artifact artifact_id Artifact Id of the artifact packaging Packaging type (jar,war,ear,etc) version Version of the artifact target_dir Target directory to download artifact to (default: /tmp) target_file Target file to download artifact to (by default it is target_dir/artifact_id-snapshot_version.packaging) classifier Artifact classifier name (ex: sources,javadoc,etc). Optional parameter. username Artifactory username. Optional parameter. password Artifactory password. Optional parameter. artifactory.set_basic_auth:\nSets the username and password for a specific url. Helper method. CLI Example: baredoc.list_modules:\nWalk the Salt install tree for execution modules and return a dictionary or a list of their functions as well as their arguments. :param name: specify a specific module to list. If not specified, all modules will be listed. :param names_only: Return only a list of the callable functions instead of a dictionary with arguments CLI Example: salt myminion baredoc.list_modules myminion: ---------- [...] at: - atq: tag: null - atrm: args: args - at: args: args kwargs: kwargs - atc: jobid: null - jobcheck: kwargs: kwargs [...] baredoc.list_states:\nWalk the Salt install tree for state modules and return a dictionary or a list of their functions as well as their arguments. :param name: specify a specific module to list. If not specified, all modules will be listed. :param names_only: Return only a list of the callable functions instead of a dictionary with arguments CLI Example: (example truncated for brevity) salt myminion baredoc.list_states myminion: ---------- [...] at: - present: name: null timespec: null tag: null user: null job: null unique_tag: false - absent: name: null jobid: null kwargs: kwargs - watch: name: null timespec: null tag: null user: null job: null unique_tag: false - mod_watch: name: null kwargs: kwargs [...] baredoc.module_docs:\nReturn the docstrings for all modules. Optionally, specify a module or a function to narrow the selection. :param name: specify a specific module to list. CLI Example: salt myminion baredoc.module_docs baredoc.state_docs:\nReturn the docstrings for all state modules. Optionally, specify a state module or a function to narrow the selection. :param name: specify a specific module to list. CLI Example: salt myminion baredoc.state_docs at beacons.add:\nAdd a beacon on the minion :param name: Name of the beacon to configure :param beacon_data: Dictionary or list containing configuration for beacon. :return: Boolean and status message on success or failure of add. CLI Example: salt '*' beacons.add ps \u0026quot;[{'processes': {'salt-master': 'stopped', 'apache2': 'stopped'}}]\u0026quot; beacons.delete:\nDelete a beacon item :param name: Name of the beacon to delete :return: Boolean and status message on success or failure of delete. CLI Example: salt '*' beacons.delete ps salt '*' beacons.delete load beacons.disable:\nDisable all beacons jobs on the minion :return: Boolean and status message on success or failure of disable. CLI Example: salt '*' beacons.disable beacons.disable_beacon:\nDisable a beacon on the minion :name: Name of the beacon to disable. :return: Boolean and status message on success or failure of disable. CLI Example: salt '*' beacons.disable_beacon ps beacons.enable:\nEnable all beacons on the minion Returns: bool: Boolean and status message on success or failure of enable. CLI Example: salt '*' beacons.enable beacons.enable_beacon:\nEnable beacon on the minion :name: Name of the beacon to enable. :return: Boolean and status message on success or failure of enable. CLI Example: salt '*' beacons.enable_beacon ps beacons.list:\nList the beacons currently configured on the minion :param return_yaml: Whether to return YAML formatted output, default ``True`` :param include_pillar: Whether to include beacons that are configured in pillar, default is ``True``. :param include_opts: Whether to include beacons that are configured in opts, default is ``True``. :return: List of currently configured Beacons. CLI Example: salt '*' beacons.list beacons.list_available:\nList the beacons currently available on the minion :param return_yaml: Whether to return YAML formatted output, default ``True`` :return: List of currently configured Beacons. CLI Example: salt '*' beacons.list_available beacons.modify:\nModify an existing beacon :param name: Name of the beacon to configure :param beacon_data: Dictionary or list containing updated configuration for beacon. :return: Boolean and status message on success or failure of modify. CLI Example: salt '*' beacons.modify ps \u0026quot;[{'salt-master': 'stopped'}, {'apache2': 'stopped'}]\u0026quot; beacons.reset:\nReset beacon configuration on the minion CLI Example: salt '*' beacons.reset beacons.save:\nSave all configured beacons to the minion config :return: Boolean and status message on success or failure of save. CLI Example: salt '*' beacons.save bigip.add_pool_member:\nA function to connect to a bigip device and add a new member to an existing pool. hostname The host/address of the bigip device username The iControl REST username password The iControl REST password name The name of the pool to modify member The name of the member to add i.e. 10.1.1.2:80 CLI Example: salt '*' bigip.add_pool_members bigip admin admin my-pool 10.2.2.1:80 bigip.commit_transaction:\nA function to connect to a bigip device and commit an existing transaction. hostname The host/address of the bigip device username The iControl REST username password The iControl REST password label the label of this transaction stored within the grain: ``bigip_f5_trans:\u0026lt;label\u0026gt;`` CLI Example: salt '*' bigip.commit_transaction bigip admin admin my_transaction bigip.create_monitor:\nA function to connect to a bigip device and create a monitor. hostname The host/address of the bigip device username The iControl REST username password The iControl REST password monitor_type The type of monitor to create name The name of the monitor to create kwargs Consult F5 BIGIP user guide for specific options for each monitor type. Typically, tmsh arg names are used. CLI Example: salt '*' bigip.create_monitor bigip admin admin http my-http-monitor timeout=10 interval=5 bigip.create_node:\nA function to connect to a bigip device and create a node. hostname The host/address of the bigip device username The iControl REST username password The iControl REST password name The name of the node address The address of the node trans_label The label of the transaction stored within the grain: ``bigip_f5_trans:\u0026lt;label\u0026gt;`` CLI Example: salt '*' bigip.create_node bigip admin admin 10.1.1.2 bigip.create_pool:\nA function to connect to a bigip device and create a pool. hostname The host/address of the bigip device username The iControl REST username password The iControl REST password name The name of the pool to create. members List of comma delimited pool members to add to the pool. i.e. 10.1.1.1:80,10.1.1.2:80,10.1.1.3:80 allow_nat [yes | no] allow_snat [yes | no] description [string] gateway_failsafe_device [string] ignore_persisted_weight [enabled | disabled] ip_tos_to_client [pass-through | [integer]] ip_tos_to_server [pass-through | [integer]] link_qos_to_client [pass-through | [integer]] link_qos_to_server [pass-through | [integer]] load_balancing_mode [dynamic-ratio-member | dynamic-ratio-node | fastest-app-response | fastest-node | least-connections-members | least-connections-node | least-sessions | observed-member | observed-node | predictive-member | predictive-node | ratio-least-connections-member | ratio-least-connections-node | ratio-member | ratio-node | ratio-session | round-robin | weighted-least-connections-member | weighted-least-connections-node] min_active_members [integer] min_up_members [integer] min_up_members_action [failover | reboot | restart-all] min_up_members_checking [enabled | disabled] monitor [name] profiles [none | profile_name] queue_depth_limit [integer] queue_on_connection_limit [enabled | disabled] queue_time_limit [integer] reselect_tries [integer] service_down_action [drop | none | reselect | reset] slow_ramp_time [integer] CLI Example: salt '*' bigip.create_pool bigip admin admin my-pool 10.1.1.1:80,10.1.1.2:80,10.1.1.3:80 monitor=http bigip.create_profile:\nA function to connect to a bigip device and create a profile. hostname The host/address of the bigip device username The iControl REST username password The iControl REST password profile_type The type of profile to create name The name of the profile to create kwargs ``[ arg=val ] ... [arg=key1:val1,key2:val2] ...`` Consult F5 BIGIP user guide for specific options for each monitor type. Typically, tmsh arg names are used. Creating Complex Args Profiles can get pretty complicated in terms of the amount of possible config options. Use the following shorthand to create complex arguments such as lists, dictionaries, and lists of dictionaries. An option is also provided to pass raw json as well. lists ``[i,i,i]``: ``param='item1,item2,item3'`` Dictionary ``[k:v,k:v,k,v]``: ``param='key-1:val-1,key-2:val2,key-3:va-3'`` List of Dictionaries ``[k:v,k:v|k:v,k:v|k:v,k:v]``: ``param='key-1:val-1,key-2:val-2|key-1:val-1,key-2:val-2|key-1:val-1,key-2:val-2'`` JSON: ``'j{ ... }j'``: ``cert-key-chain='j{ \u0026quot;default\u0026quot;: { \u0026quot;cert\u0026quot;: \u0026quot;default.crt\u0026quot;, \u0026quot;chain\u0026quot;: \u0026quot;default.crt\u0026quot;, \u0026quot;key\u0026quot;: \u0026quot;default.key\u0026quot; } }j'`` Escaping Delimiters: Use ``\\,`` or ``\\:`` or ``\\|`` to escape characters which shouldn't be treated as delimiters i.e. ``ciphers='DEFAULT\\:!SSLv3'`` CLI Example: salt '*' bigip.create_profile bigip admin admin http my-http-profile defaultsFrom='/Common/http' salt '*' bigip.create_profile bigip admin admin http my-http-profile defaultsFrom='/Common/http' \\ enforcement=maxHeaderCount:3200,maxRequests:10 bigip.create_virtual:\nA function to connect to a bigip device and create a virtual server. hostname The host/address of the bigip device username The iControl REST username password The iControl REST password name The name of the virtual to create destination [ [virtual_address_name:port] | [ipv4:port] | [ipv6.port] ] pool [ [pool_name] | none] address_status [yes | no] auto_lasthop [default | enabled | disabled ] bwc_policy [none] | string] cmp_enabled [yes | no] dhcp_relay [yes | no] connection_limit [integer] description [string] state [disabled | enabled] fallback_persistence [none | [profile name] ] flow_eviction_policy [none | [eviction policy name] ] gtm_score [integer] ip_forward [yes | no] ip_protocol [any | protocol] internal [yes | no] twelve_forward (12-forward) [yes | no] last_hop-pool [ [pool_name] | none] mask { [ipv4] | [ipv6] } mirror { [disabled | enabled | none] } nat64 [enabled | disabled] persist [none | profile1,profile2,profile3 ... ] profiles [none | default | profile1,profile2,profile3 ... ] policies [none | default | policy1,policy2,policy3 ... ] rate_class [name] rate_limit [integer] rate_limit_mode [destination | object | object-destination | object-source | object-source-destination | source | source-destination] rate_limit_dst [integer] rate_limitçsrc [integer] rules [none | [rule_one,rule_two ...] ] related_rules [none | [rule_one,rule_two ...] ] reject [yes | no] source { [ipv4[/prefixlen]] | [ipv6[/prefixlen]] } source_address_translation [none | snat:pool_name | lsn | automap ] source_port [change | preserve | preserve-strict] state [enabled | disabled] traffic_classes [none | default | class_one,class_two ... ] translate_address [enabled | disabled] translate_port [enabled | disabled] vlans [none | default | [enabled|disabled]:vlan1,vlan2,vlan3 ... ] CLI Example: salt '*' bigip.create_virtual bigip admin admin my-virtual-3 26.2.2.5:80 \\ pool=my-http-pool-http profiles=http,tcp salt '*' bigip.create_virtual bigip admin admin my-virtual-3 43.2.2.5:80 \\ pool=test-http-pool-http profiles=http,websecurity persist=cookie,hash \\ policies=asm_auto_l7_policy__http-virtual \\ rules=_sys_APM_ExchangeSupport_helper,_sys_https_redirect \\ related_rules=_sys_APM_activesync,_sys_APM_ExchangeSupport_helper \\ source_address_translation=snat:my-snat-pool \\ translate_address=enabled translate_port=enabled \\ traffic_classes=my-class,other-class \\ vlans=enabled:external,internal bigip.delete_monitor:\nA function to connect to a bigip device and delete an existing monitor. hostname The host/address of the bigip device username The iControl REST username password The iControl REST password monitor_type The type of monitor to delete name The name of the monitor to delete CLI Example: salt '*' bigip.delete_monitor bigip admin admin http my-http-monitor bigip.delete_node:\nA function to connect to a bigip device and delete a specific node. hostname The host/address of the bigip device username The iControl REST username password The iControl REST password name The name of the node which will be deleted. trans_label The label of the transaction stored within the grain: ``bigip_f5_trans:\u0026lt;label\u0026gt;`` CLI Example: salt '*' bigip.delete_node bigip admin admin my-node bigip.delete_pool:\nA function to connect to a bigip device and delete a specific pool. hostname The host/address of the bigip device username The iControl REST username password The iControl REST password name The name of the pool which will be deleted CLI Example salt '*' bigip.delete_node bigip admin admin my-pool bigip.delete_pool_member:\nA function to connect to a bigip device and delete a specific pool. hostname The host/address of the bigip device username The iControl REST username password The iControl REST password name The name of the pool to modify member The name of the pool member to delete CLI Example: salt '*' bigip.delete_pool_member bigip admin admin my-pool 10.2.2.2:80 bigip.delete_profile:\nA function to connect to a bigip device and delete an existing profile. hostname The host/address of the bigip device username The iControl REST username password The iControl REST password profile_type The type of profile to delete name The name of the profile to delete CLI Example: salt '*' bigip.delete_profile bigip admin admin http my-http-profile bigip.delete_transaction:\nA function to connect to a bigip device and delete an existing transaction. hostname The host/address of the bigip device username The iControl REST username password The iControl REST password label The label of this transaction stored within the grain: ``bigip_f5_trans:\u0026lt;label\u0026gt;`` CLI Example: salt '*' bigip.delete_transaction bigip admin admin my_transaction bigip.delete_virtual:\nA function to connect to a bigip device and delete a specific virtual. hostname The host/address of the bigip device username The iControl REST username password The iControl REST password name The name of the virtual to delete CLI Example: salt '*' bigip.delete_virtual bigip admin admin my-virtual bigip.list_monitor:\nA function to connect to a bigip device and list an existing monitor. If no name is provided than all monitors of the specified type will be listed. hostname The host/address of the bigip device username The iControl REST username password The iControl REST password monitor_type The type of monitor(s) to list name The name of the monitor to list CLI Example: salt '*' bigip.list_monitor bigip admin admin http my-http-monitor bigip.list_node:\nA function to connect to a bigip device and list all nodes or a specific node. hostname The host/address of the bigip device username The iControl REST username password The iControl REST password name The name of the node to list. If no name is specified than all nodes will be listed. trans_label The label of the transaction stored within the grain: ``bigip_f5_trans:\u0026lt;label\u0026gt;`` CLI Example: salt '*' bigip.list_node bigip admin admin my-node bigip.list_pool:\nA function to connect to a bigip device and list all pools or a specific pool. hostname The host/address of the bigip device username The iControl REST username password The iControl REST password name The name of the pool to list. If no name is specified then all pools will be listed. CLI Example: salt '*' bigip.list_pool bigip admin admin my-pool bigip.list_profile:\nA function to connect to a bigip device and list an existing profile. If no name is provided than all profiles of the specified type will be listed. hostname The host/address of the bigip device username The iControl REST username password The iControl REST password profile_type The type of profile(s) to list name The name of the profile to list CLI Example: salt '*' bigip.list_profile bigip admin admin http my-http-profile bigip.list_transaction:\nA function to connect to a bigip device and list an existing transaction. hostname The host/address of the bigip device username The iControl REST username password The iControl REST password label the label of this transaction stored within the grain: ``bigip_f5_trans:\u0026lt;label\u0026gt;`` CLI Example: salt '*' bigip.list_transaction bigip admin admin my_transaction bigip.list_virtual:\nA function to connect to a bigip device and list all virtuals or a specific virtual. hostname The host/address of the bigip device username The iControl REST username password The iControl REST password name The name of the virtual to list. If no name is specified than all virtuals will be listed. CLI Example: salt '*' bigip.list_virtual bigip admin admin my-virtual bigip.modify_monitor:\nA function to connect to a bigip device and modify an existing monitor. hostname The host/address of the bigip device username The iControl REST username password The iControl REST password monitor_type The type of monitor to modify name The name of the monitor to modify kwargs Consult F5 BIGIP user guide for specific options for each monitor type. Typically, tmsh arg names are used. CLI Example: salt '*' bigip.modify_monitor bigip admin admin http my-http-monitor timout=16 interval=6 bigip.modify_node:\nA function to connect to a bigip device and modify an existing node. hostname The host/address of the bigip device username The iControl REST username password The iControl REST password name The name of the node to modify connection_limit [integer] description [string] dynamic_ratio [integer] logging [enabled | disabled] monitor [[name] | none | default] rate_limit [integer] ratio [integer] session [user-enabled | user-disabled] state [user-down | user-up ] trans_label The label of the transaction stored within the grain: ``bigip_f5_trans:\u0026lt;label\u0026gt;`` CLI Example: salt '*' bigip.modify_node bigip admin admin 10.1.1.2 ratio=2 logging=enabled bigip.modify_pool:\nA function to connect to a bigip device and modify an existing pool. hostname The host/address of the bigip device username The iControl REST username password The iControl REST password name The name of the pool to modify. allow_nat [yes | no] allow_snat [yes | no] description [string] gateway_failsafe_device [string] ignore_persisted_weight [yes | no] ip_tos_to_client [pass-through | [integer]] ip_tos_to_server [pass-through | [integer]] link_qos_to_client [pass-through | [integer]] link_qos_to_server [pass-through | [integer]] load_balancing_mode [dynamic-ratio-member | dynamic-ratio-node | fastest-app-response | fastest-node | least-connections-members | least-connections-node | least-sessions | observed-member | observed-node | predictive-member | predictive-node | ratio-least-connections-member | ratio-least-connections-node | ratio-member | ratio-node | ratio-session | round-robin | weighted-least-connections-member | weighted-least-connections-node] min_active_members [integer] min_up_members [integer] min_up_members_action [failover | reboot | restart-all] min_up_members_checking [enabled | disabled] monitor [name] profiles [none | profile_name] queue_on_connection_limit [enabled | disabled] queue_depth_limit [integer] queue_time_limit [integer] reselect_tries [integer] service_down_action [drop | none | reselect | reset] slow_ramp_time [integer] CLI Example: salt '*' bigip.modify_pool bigip admin admin my-pool 10.1.1.1:80,10.1.1.2:80,10.1.1.3:80 min_active_members=1 bigip.modify_pool_member:\nA function to connect to a bigip device and modify an existing member of a pool. hostname The host/address of the bigip device username The iControl REST username password The iControl REST password name The name of the pool to modify member The name of the member to modify i.e. 10.1.1.2:80 connection_limit [integer] description [string] dynamic_ratio [integer] inherit_profile [enabled | disabled] logging [enabled | disabled] monitor [name] priority_group [integer] profiles [none | profile_name] rate_limit [integer] ratio [integer] session [user-enabled | user-disabled] state [ user-up | user-down ] CLI Example: salt '*' bigip.modify_pool_member bigip admin admin my-pool 10.2.2.1:80 state=use-down session=user-disabled bigip.modify_profile:\nA function to connect to a bigip device and create a profile. A function to connect to a bigip device and create a profile. hostname The host/address of the bigip device username The iControl REST username password The iControl REST password profile_type The type of profile to create name The name of the profile to create kwargs ``[ arg=val ] ... [arg=key1:val1,key2:val2] ...`` Consult F5 BIGIP user guide for specific options for each monitor type. Typically, tmsh arg names are used. Creating Complex Args Profiles can get pretty complicated in terms of the amount of possible config options. Use the following shorthand to create complex arguments such as lists, dictionaries, and lists of dictionaries. An option is also provided to pass raw json as well. lists ``[i,i,i]``: ``param='item1,item2,item3'`` Dictionary ``[k:v,k:v,k,v]``: ``param='key-1:val-1,key-2:val2,key-3:va-3'`` List of Dictionaries ``[k:v,k:v|k:v,k:v|k:v,k:v]``: ``param='key-1:val-1,key-2:val-2|key-1:val-1,key-2:val-2|key-1:val-1,key-2:val-2'`` JSON: ``'j{ ... }j'``: ``cert-key-chain='j{ \u0026quot;default\u0026quot;: { \u0026quot;cert\u0026quot;: \u0026quot;default.crt\u0026quot;, \u0026quot;chain\u0026quot;: \u0026quot;default.crt\u0026quot;, \u0026quot;key\u0026quot;: \u0026quot;default.key\u0026quot; } }j'`` Escaping Delimiters: Use ``\\,`` or ``\\:`` or ``\\|`` to escape characters which shouldn't be treated as delimiters i.e. ``ciphers='DEFAULT\\:!SSLv3'`` CLI Example: salt '*' bigip.modify_profile bigip admin admin http my-http-profile defaultsFrom='/Common/http' salt '*' bigip.modify_profile bigip admin admin http my-http-profile defaultsFrom='/Common/http' \\ enforcement=maxHeaderCount:3200,maxRequests:10 salt '*' bigip.modify_profile bigip admin admin client-ssl my-client-ssl-1 retainCertificate=false \\ ciphers='DEFAULT\\:!SSLv3' cert_key_chain='j{ \u0026quot;default\u0026quot;: { \u0026quot;cert\u0026quot;: \u0026quot;default.crt\u0026quot;, \u0026quot;chain\u0026quot;: \u0026quot;default.crt\u0026quot;, \u0026quot;key\u0026quot;: \u0026quot;default.key\u0026quot; } }j' bigip.modify_virtual:\nA function to connect to a bigip device and modify an existing virtual server. hostname The host/address of the bigip device username The iControl REST username password The iControl REST password name The name of the virtual to modify destination [ [virtual_address_name:port] | [ipv4:port] | [ipv6.port] ] pool [ [pool_name] | none] address_status [yes | no] auto_lasthop [default | enabled | disabled ] bwc_policy [none] | string] cmp_enabled [yes | no] dhcp_relay [yes | no} connection_limit [integer] description [string] state [disabled | enabled] fallback_persistence [none | [profile name] ] flow_eviction_policy [none | [eviction policy name] ] gtm_score [integer] ip_forward [yes | no] ip_protocol [any | protocol] internal [yes | no] twelve_forward (12-forward) [yes | no] last_hop-pool [ [pool_name] | none] mask { [ipv4] | [ipv6] } mirror { [disabled | enabled | none] } nat64 [enabled | disabled] persist [none | profile1,profile2,profile3 ... ] profiles [none | default | profile1,profile2,profile3 ... ] policies [none | default | policy1,policy2,policy3 ... ] rate_class [name] rate_limit [integer] rate_limitr_mode [destination | object | object-destination | object-source | object-source-destination | source | source-destination] rate_limit_dst [integer] rate_limit_src [integer] rules [none | [rule_one,rule_two ...] ] related_rules [none | [rule_one,rule_two ...] ] reject [yes | no] source { [ipv4[/prefixlen]] | [ipv6[/prefixlen]] } source_address_translation [none | snat:pool_name | lsn | automap ] source_port [change | preserve | preserve-strict] state [enabled | disable] traffic_classes [none | default | class_one,class_two ... ] translate_address [enabled | disabled] translate_port [enabled | disabled] vlans [none | default | [enabled|disabled]:vlan1,vlan2,vlan3 ... ] CLI Example: salt '*' bigip.modify_virtual bigip admin admin my-virtual source_address_translation=none salt '*' bigip.modify_virtual bigip admin admin my-virtual rules=my-rule,my-other-rule bigip.replace_pool_members:\nA function to connect to a bigip device and replace members of an existing pool with new members. hostname The host/address of the bigip device username The iControl REST username password The iControl REST password name The name of the pool to modify members List of comma delimited pool members to replace existing members with. i.e. 10.1.1.1:80,10.1.1.2:80,10.1.1.3:80 CLI Example: salt '*' bigip.replace_pool_members bigip admin admin my-pool 10.2.2.1:80,10.2.2.2:80,10.2.2.3:80 bigip.start_transaction:\nA function to connect to a bigip device and start a new transaction. hostname The host/address of the bigip device username The iControl REST username password The iControl REST password label The name / alias for this transaction. The actual transaction id will be stored within a grain called ``bigip_f5_trans:\u0026lt;label\u0026gt;`` CLI Example: salt '*' bigip.start_transaction bigip admin admin my_transaction bridge.add:\nCreates a bridge CLI Example: salt '*' bridge.add br0 bridge.addif:\nAdds an interface to a bridge CLI Example: salt '*' bridge.addif br0 eth0 bridge.delete:\nDeletes a bridge CLI Example: salt '*' bridge.delete br0 bridge.delif:\nRemoves an interface from a bridge CLI Example: salt '*' bridge.delif br0 eth0 bridge.find_interfaces:\nReturns the bridge to which the interfaces are bond to CLI Example: salt '*' bridge.find_interfaces eth0 [eth1...] bridge.interfaces:\nReturns interfaces attached to a bridge CLI Example: salt '*' bridge.interfaces br0 bridge.list:\nReturns the machine's bridges list CLI Example: salt '*' bridge.list bridge.show:\nReturns bridges interfaces along with enslaved physical interfaces. If no interface is given, all bridges are shown, else only the specified bridge values are returned. CLI Example: salt '*' bridge.show salt '*' bridge.show br0 bridge.stp:\nSets Spanning Tree Protocol state for a bridge CLI Example: salt '*' bridge.stp br0 enable salt '*' bridge.stp br0 disable For BSD-like operating systems, it is required to add the interface on which to enable the STP. CLI Example: salt '*' bridge.stp bridge0 enable fxp0 salt '*' bridge.stp bridge0 disable fxp0 btrfs.add:\nAdd a devices to a BTRFS filesystem. General options: * **nodiscard**: Do not perform whole device TRIM * **force**: Force overwrite existing filesystem on the disk CLI Example: salt '*' btrfs.add /mountpoint /dev/sda1 /dev/sda2 btrfs.convert:\nConvert ext2/3/4 to BTRFS. Device should be mounted. Filesystem can be converted temporarily so the further processing and rollback is possible, or permanently, where previous extended filesystem image gets deleted. Please note, permanent conversion takes a while as BTRFS filesystem needs to be properly rebalanced afterwards. General options: * **permanent**: Specify if the migration should be permanent (false by default) * **keeplf**: Keep ``lost+found`` of the partition (removed by default, but still in the image, if not permanent migration) CLI Example: salt '*' btrfs.convert /dev/sda1 salt '*' btrfs.convert /dev/sda1 permanent=True btrfs.defragment:\nDefragment mounted BTRFS filesystem. In order to defragment a filesystem, device should be properly mounted and writable. If passed a device name, then defragmented whole filesystem, mounted on in. If passed a moun tpoint of the filesystem, then only this mount point is defragmented. CLI Example: salt '*' btrfs.defragment /dev/sda1 salt '*' btrfs.defragment /path/on/filesystem btrfs.delete:\nRemove devices from a BTRFS filesystem. CLI Example: salt '*' btrfs.delete /mountpoint /dev/sda1 /dev/sda2 btrfs.devices:\nGet known BTRFS formatted devices on the system. CLI Example: salt '*' btrfs.devices btrfs.features:\nList currently available BTRFS features. CLI Example: salt '*' btrfs.mkfs_features btrfs.info:\nGet BTRFS filesystem information. CLI Example: salt '*' btrfs.info /dev/sda1 btrfs.mkfs:\nCreate a file system on the specified device. By default wipes out with force. General options: * **allocsize**: Specify the BTRFS offset from the start of the device. * **bytecount**: Specify the size of the resultant filesystem. * **nodesize**: Node size. * **leafsize**: Specify the nodesize, the tree block size in which btrfs stores data. * **noforce**: Prevent force overwrite when an existing filesystem is detected on the device. * **sectorsize**: Specify the sectorsize, the minimum data block allocation unit. * **nodiscard**: Do not perform whole device TRIM operation by default. * **uuid**: Pass UUID or pass True to generate one. Options: * **dto**: (raid0|raid1|raid5|raid6|raid10|single|dup) Specify how the data must be spanned across the devices specified. * **mto**: (raid0|raid1|raid5|raid6|raid10|single|dup) Specify how metadata must be spanned across the devices specified. * **fts**: Features (call ``salt \u0026lt;host\u0026gt; btrfs.features`` for full list of available features) See the ``mkfs.btrfs(8)`` manpage for a more complete description of corresponding options description. CLI Example: salt '*' btrfs.mkfs /dev/sda1 salt '*' btrfs.mkfs /dev/sda1 noforce=True btrfs.properties:\nList properties for given btrfs object. The object can be path of BTRFS device, mount point, or any directories/files inside the BTRFS filesystem. General options: * **type**: Possible types are s[ubvol], f[ilesystem], i[node] and d[evice]. * **force**: Force overwrite existing filesystem on the disk * **set**: \u0026lt;key=value,key1=value1...\u0026gt; Options for a filesystem properties. CLI Example: salt '*' btrfs.properties /mountpoint salt '*' btrfs.properties /dev/sda1 type=subvol set='ro=false,label=\u0026quot;My Storage\u0026quot;' btrfs.resize:\nResize filesystem. General options: * **mountpoint**: Specify the BTRFS mountpoint to resize. * **size**: ([+/-]\u0026lt;newsize\u0026gt;[kKmMgGtTpPeE]|max) Specify the new size of the target. CLI Example: salt '*' btrfs.resize /mountpoint size=+1g salt '*' btrfs.resize /dev/sda1 size=max btrfs.subvolume_create:\nCreate subvolume `name` in `dest`. Return True if the subvolume is created, False is the subvolume is already there. name Name of the new subvolume dest If not given, the subvolume will be created in the current directory, if given will be in /dest/name qgroupids Add the newly created subcolume to a qgroup. This parameter is a list CLI Example: salt '*' btrfs.subvolume_create var salt '*' btrfs.subvolume_create var dest=/mnt salt '*' btrfs.subvolume_create var qgroupids='[200]' btrfs.subvolume_delete:\nDelete the subvolume(s) from the filesystem The user can remove one single subvolume (name) or multiple of then at the same time (names). One of the two parameters needs to specified. Please, refer to the documentation to understand the implication on the transactions, and when the subvolume is really deleted. Return True if the subvolume is deleted, False is the subvolume was already missing. name Name of the subvolume to remove names List of names of subvolumes to remove commit * 'after': Wait for transaction commit at the end * 'each': Wait for transaction commit after each delete CLI Example: salt '*' btrfs.subvolume_delete /var/volumes/tmp salt '*' btrfs.subvolume_delete /var/volumes/tmp commit=after btrfs.subvolume_exists:\nCheck if a subvolume is present in the filesystem. path Mount point for the subvolume (full path) CLI Example: salt '*' btrfs.subvolume_exists /mnt/var btrfs.subvolume_find_new:\nList the recently modified files in a subvolume name Name of the subvolume last_gen Last transid marker from where to compare CLI Example: salt '*' btrfs.subvolume_find_new /var/volumes/tmp 1024 btrfs.subvolume_get_default:\nGet the default subvolume of the filesystem path path Mount point for the subvolume CLI Example: salt '*' btrfs.subvolume_get_default /var/volumes/tmp btrfs.subvolume_list:\nList the subvolumes present in the filesystem. path Mount point for the subvolume parent_id Print parent ID absolute Print all the subvolumes in the filesystem and distinguish between absolute and relative path with respect to the given \u0026lt;path\u0026gt; ogeneration Print the ogeneration of the subvolume generation Print the generation of the subvolume subvolumes Print only subvolumes below specified \u0026lt;path\u0026gt; uuid Print the UUID of the subvolume parent_uuid Print the parent uuid of subvolumes (and snapshots) sent_subvolume_uuid Print the UUID of the sent subvolume, where the subvolume is the result of a receive operation snapshots Only snapshot subvolumes in the filesystem will be listed readonly Only readonly subvolumes in the filesystem will be listed deleted Only deleted subvolumens that are ye not cleaned generation_cmp List subvolumes in the filesystem that its generation is \u0026gt;=, \u0026lt;= or = value. '+' means \u0026gt;= value, '-' means \u0026lt;= value, If there is neither '+' nor '-', it means = value ogeneration_cmp List subvolumes in the filesystem that its ogeneration is \u0026gt;=, \u0026lt;= or = value sort List subvolumes in order by specified items. Possible values: * rootid * gen * ogen * path You can add '+' or '-' in front of each items, '+' means ascending, '-' means descending. The default is ascending. You can combite it in a list. CLI Example: salt '*' btrfs.subvolume_list /var/volumes/tmp salt '*' btrfs.subvolume_list /var/volumes/tmp path=True salt '*' btrfs.subvolume_list /var/volumes/tmp sort='[-rootid]' btrfs.subvolume_set_default:\nSet the subvolume as default subvolid ID of the new default subvolume path Mount point for the filesystem CLI Example: salt '*' btrfs.subvolume_set_default 257 /var/volumes/tmp btrfs.subvolume_show:\nShow information of a given subvolume path Mount point for the filesystem CLI Example: salt '*' btrfs.subvolume_show /var/volumes/tmp btrfs.subvolume_snapshot:\nCreate a snapshot of a source subvolume source Source subvolume from where to create the snapshot dest If only dest is given, the subvolume will be named as the basename of the source name Name of the snapshot read_only Create a read only snapshot CLI Example: salt '*' btrfs.subvolume_snapshot /var/volumes/tmp dest=/.snapshots salt '*' btrfs.subvolume_snapshot /var/volumes/tmp name=backup btrfs.subvolume_sync:\nWait until given subvolume are completely removed from the filesystem after deletion. path Mount point for the filesystem subvolids List of IDs of subvolumes to wait for sleep Sleep N seconds betwenn checks (default: 1) CLI Example: salt '*' btrfs.subvolume_sync /var/volumes/tmp salt '*' btrfs.subvolume_sync /var/volumes/tmp subvolids='[257]' btrfs.usage:\nShow in which disk the chunks are allocated. CLI Example: salt '*' btrfs.usage /your/mountpoint btrfs.version:\nReturn BTRFS version. CLI Example: salt '*' btrfs.version buildout.bootstrap:\nRun the buildout bootstrap dance (python bootstrap.py). directory directory to execute in config alternative buildout configuration file to use runas User used to run buildout as env environment variables to set when running buildout_ver force a specific buildout version (1 | 2) test_release buildout accept test release offline are we executing buildout in offline mode distribute Forcing use of distribute new_st Forcing use of setuptools \u0026gt;= 0.7 python path to a python executable to use in place of default (salt one) onlyif Only execute cmd if statement on the host return 0 unless Do not execute cmd if statement on the host return 0 use_vt Use the new salt VT to stream output [experimental] CLI Example: salt '*' buildout.bootstrap /srv/mybuildout buildout.buildout:\nRun buildout in a directory. directory directory to execute in config buildout config to use parts specific buildout parts to run runas user used to run buildout as env environment variables to set when running buildout_ver force a specific buildout version (1 | 2) test_release buildout accept test release new_st Forcing use of setuptools \u0026gt;= 0.7 distribute use distribute over setuptools if possible offline does buildout run offline python python to use debug run buildout with -D debug flag onlyif Only execute cmd if statement on the host return 0 unless Do not execute cmd if statement on the host return 0 newest run buildout in newest mode verbose run buildout in verbose mode (-vvvvv) use_vt Use the new salt VT to stream output [experimental] CLI Example: salt '*' buildout.buildout /srv/mybuildout buildout.run_buildout:\nRun a buildout in a directory. directory directory to execute in config alternative buildout configuration file to use offline are we executing buildout in offline mode runas user used to run buildout as env environment variables to set when running onlyif Only execute cmd if statement on the host return 0 unless Do not execute cmd if statement on the host return 0 newest run buildout in newest mode force run buildout unconditionally verbose run buildout in verbose mode (-vvvvv) use_vt Use the new salt VT to stream output [experimental] CLI Example: salt '*' buildout.run_buildout /srv/mybuildout buildout.upgrade_bootstrap:\nUpgrade current bootstrap.py with the last released one. Indeed, when we first run a buildout, a common source of problem is to have a locally stale bootstrap, we just try to grab a new copy directory directory to execute in offline are we executing buildout in offline mode buildout_ver forcing to use a specific buildout version (1 | 2) onlyif Only execute cmd if statement on the host return 0 unless Do not execute cmd if statement on the host return 0 CLI Example: salt '*' buildout.upgrade_bootstrap /srv/mybuildout chroot.apply:\nApply an state inside a chroot. This function will call `chroot.highstate` or `chroot.sls` based on the arguments passed to this function. It exists as a more intuitive way of applying states. root Path to the chroot environment For a formal description of the possible parameters accepted in this function, check `state.apply_` documentation. CLI Example: salt myminion chroot.apply /chroot salt myminion chroot.apply /chroot stuff salt myminion chroot.apply /chroot stuff pillar='{\u0026quot;foo\u0026quot;: \u0026quot;bar\u0026quot;}' chroot.call:\nExecutes a Salt function inside a chroot environment. The chroot does not need to have Salt installed, but Python is required. root Path to the chroot environment function Salt execution module function CLI Example: salt myminion chroot.call /chroot test.ping salt myminion chroot.call /chroot ssh.set_auth_key user key=mykey chroot.create:\nCreate a basic chroot environment. Note that this environment is not functional. The caller needs to install the minimal required binaries, including Python if chroot.call is called. root Path to the chroot environment CLI Example: salt myminion chroot.create /chroot chroot.exist:\nReturn True if the chroot environment is present. root Path to the chroot environment CLI Example: salt myminion chroot.exist /chroot chroot.highstate:\nRetrieve the state data from the salt master for this minion and execute it inside the chroot. root Path to the chroot environment For a formal description of the possible parameters accepted in this function, check `state.highstate` documentation. CLI Example: salt myminion chroot.highstate /chroot salt myminion chroot.highstate /chroot pillar='{\u0026quot;foo\u0026quot;: \u0026quot;bar\u0026quot;}' chroot.in_chroot:\nReturn True if the process is inside a chroot jail New in version 3004 CLI Example: salt myminion chroot.in_chroot chroot.sls:\nExecute the states in one or more SLS files inside the chroot. root Path to the chroot environment saltenv Specify a salt fileserver environment to be used when applying states mods List of states to execute test Run states in test-only (dry-run) mode exclude Exclude specific states from execution. Accepts a list of sls names, a comma-separated string of sls names, or a list of dictionaries containing ``sls`` or ``id`` keys. Glob-patterns may be used to match multiple states. For a formal description of the possible parameters accepted in this function, check `state.sls` documentation. CLI Example: salt '*' chroot.sls /chroot stuff pillar='{\u0026quot;foo\u0026quot;: \u0026quot;bar\u0026quot;}' cloud.action:\nExecute a single action on the given provider/instance CLI Example: salt minionname cloud.action start instance=myinstance salt minionname cloud.action stop instance=myinstance salt minionname cloud.action show_image provider=my-ec2-config image=ami-1624987f cloud.create:\nCreate an instance using Salt Cloud CLI Example: salt minionname cloud.create my-ec2-config myinstance image=ami-1624987f size='t1.micro' ssh_username=ec2-user securitygroup=default delvol_on_destroy=True cloud.destroy:\nDestroy the named VM(s) CLI Example: salt minionname cloud.destroy myinstance cloud.full_query:\nList all available cloud provider data CLI Example: salt minionname cloud.full_query cloud.get_instance:\nReturn details on an instance. Similar to the cloud action show_instance but returns only the instance details. CLI Example: salt minionname cloud.get_instance myinstance SLS Example: {{ salt['cloud.get_instance']('myinstance')['mac_address'] }} cloud.has_instance:\nReturn true if the instance is found on a provider CLI Example: salt minionname cloud.has_instance myinstance cloud.list_images:\nList cloud provider images for the given providers CLI Example: salt minionname cloud.list_images my-gce-config cloud.list_locations:\nList cloud provider locations for the given providers CLI Example: salt minionname cloud.list_locations my-gce-config cloud.list_sizes:\nList cloud provider sizes for the given providers CLI Example: salt minionname cloud.list_sizes my-gce-config cloud.map_run:\nExecute a salt cloud map file Cloud Map data can be retrieved from several sources: - a local file (provide the path to the file to the 'path' argument) - a JSON-formatted map directly (provide the appropriately formatted to using the 'map_data' argument) - the Salt Pillar (provide the map name of under 'pillar:cloud:maps' to the 'map_pillar' argument) Note: Only one of these sources can be read at a time. The options are listed in their order of precedence. CLI Examples: salt minionname cloud.map_run /path/to/cloud.map salt minionname cloud.map_run path=/path/to/cloud.map salt minionname cloud.map_run map_pillar='\u0026lt;map_pillar\u0026gt;' Changed in version 2018.3.1 salt minionname cloud.map_run map_data='\u0026lt;actual map data\u0026gt;' cloud.network_create:\nCreate private network CLI Example: salt minionname cloud.network_create my-nova names=['salt'] cidr='192.168.100.0/24' cloud.network_list:\nList private networks CLI Example: salt minionname cloud.network_list my-nova cloud.profile:\nSpin up an instance using Salt Cloud CLI Example: salt minionname cloud.profile my-gce-config myinstance cloud.query:\nList cloud provider data for all providers CLI Examples: salt minionname cloud.query salt minionname cloud.query list_nodes_full salt minionname cloud.query list_nodes_select cloud.select_query:\nList selected nodes CLI Example: salt minionname cloud.select_query cloud.virtual_interface_create:\nAttach private interfaces to a server CLI Example: salt minionname cloud.virtual_interface_create my-nova names=['salt-master'] net_name='salt' cloud.virtual_interface_list:\nList virtual interfaces on a server CLI Example: salt minionname cloud.virtual_interface_list my-nova names=['salt-master'] cloud.volume_attach:\nAttach volume to a server CLI Example: salt minionname cloud.volume_attach my-nova myblock server_name=myserver device='/dev/xvdf' cloud.volume_create:\nCreate volume CLI Example: salt minionname cloud.volume_create my-nova myblock size=100 voltype=SSD cloud.volume_delete:\nDelete volume CLI Example: salt minionname cloud.volume_delete my-nova myblock cloud.volume_detach:\nDetach volume from a server CLI Example: salt minionname cloud.volume_detach my-nova myblock server_name=myserver cloud.volume_list:\nList block storage volumes CLI Example: salt minionname cloud.volume_list my-nova cmd.exec_code:\nPass in two strings, the first naming the executable language, aka - python2, python3, ruby, perl, lua, etc. the second string containing the code you wish to execute. The stdout will be returned. All parameters from :mod:`cmd.run_all \u0026lt;salt.modules.cmdmod.run_all\u0026gt;` except python_shell can be used. CLI Example: salt '*' cmd.exec_code ruby 'puts \u0026quot;cheese\u0026quot;' salt '*' cmd.exec_code ruby 'puts \u0026quot;cheese\u0026quot;' args='[\u0026quot;arg1\u0026quot;, \u0026quot;arg2\u0026quot;]' env='{\u0026quot;FOO\u0026quot;: \u0026quot;bar\u0026quot;}' cmd.exec_code_all:\nPass in two strings, the first naming the executable language, aka - python2, python3, ruby, perl, lua, etc. the second string containing the code you wish to execute. All cmd artifacts (stdout, stderr, retcode, pid) will be returned. All parameters from :mod:`cmd.run_all \u0026lt;salt.modules.cmdmod.run_all\u0026gt;` except python_shell can be used. CLI Example: salt '*' cmd.exec_code_all ruby 'puts \u0026quot;cheese\u0026quot;' salt '*' cmd.exec_code_all ruby 'puts \u0026quot;cheese\u0026quot;' args='[\u0026quot;arg1\u0026quot;, \u0026quot;arg2\u0026quot;]' env='{\u0026quot;FOO\u0026quot;: \u0026quot;bar\u0026quot;}' cmd.has_exec:\nReturns true if the executable is available on the minion, false otherwise CLI Example: salt '*' cmd.has_exec cat cmd.powershell:\nExecute the passed PowerShell command and return the output as a dictionary. Other ``cmd.*`` functions (besides ``cmd.powershell_all``) return the raw text output of the command. This function appends ``| ConvertTo-JSON`` to the command and then parses the JSON into a Python dictionary. If you want the raw textual result of your PowerShell command you should use ``cmd.run`` with the ``shell=powershell`` option. For example: salt '*' cmd.run '$PSVersionTable.CLRVersion' shell=powershell salt '*' cmd.run 'Get-NetTCPConnection' shell=powershell New in version 2016.3.0 Warning: This passes the cmd argument directly to PowerShell without any further processing! Be absolutely sure that you have properly sanitized the command passed to this function and do not use untrusted inputs. In addition to the normal ``cmd.run`` parameters, this command offers the ``depth`` parameter to change the Windows default depth for the ``ConvertTo-JSON`` powershell command. The Windows default is 2. If you need more depth, set that here. Note: For some commands, setting the depth to a value greater than 4 greatly increases the time it takes for the command to return and in many cases returns useless data. :param str cmd: The powershell command to run. :param str cwd: The directory from which to execute the command. Defaults to the home directory of the user specified by ``runas`` (or the user under which Salt is running if ``runas`` is not specified). :param str stdin: A string of standard input can be specified for the command to be run using the ``stdin`` parameter. This can be useful in cases where sensitive information must be read from standard input. :param str runas: Specify an alternate user to run the command. The default behaviour is to run as the user under which Salt is running. If running on a Windows minion you must also use the ``password`` argument, and the target user account must be in the Administrators group. :param str password: Windows only. Required when specifying ``runas``. This parameter will be ignored on non-Windows platforms. New in version 2016.3.0 :param str shell: Specify an alternate shell. Defaults to \u0026quot;powershell\u0026quot;. Can also use \u0026quot;pwsh\u0026quot; for powershell core if present on the system :param bool python_shell: If False, let python handle the positional arguments. Set to True to use shell features, such as pipes or redirection. :param dict env: Environment variables to be set prior to execution. Note: When passing environment variables on the CLI, they should be passed as the string representation of a dictionary. salt myminion cmd.powershell 'some command' env='{\u0026quot;FOO\u0026quot;: \u0026quot;bar\u0026quot;}' Note: When using environment variables on Window's, case-sensitivity matters, i.e. Window's uses `Path` as opposed to `PATH` for other systems. :param bool clean_env: Attempt to clean out all other shell environment variables and set only those provided in the 'env' argument to this function. :param str template: If this setting is applied then the named templating engine will be used to render the downloaded file. Currently jinja, mako, and wempy are supported. :param bool rstrip: Strip all whitespace off the end of output before it is returned. :param str umask: The umask (in octal) to use when running the command. :param str output_encoding: Control the encoding used to decode the command's output. Note: This should not need to be used in most cases. By default, Salt will try to use the encoding detected from the system locale, and will fall back to UTF-8 if this fails. This should only need to be used in cases where the output of the command is encoded in something other than the system locale or UTF-8. To see the encoding Salt has detected from the system locale, check the `locale` line in the output of :py:func:`test.versions_report \u0026lt;salt.modules.test.versions_report\u0026gt;`. New in version 2018.3.0 :param str output_loglevel: Control the loglevel at which the output from the command is logged to the minion log. Note: The command being run will still be logged at the ``debug`` loglevel regardless, unless ``quiet`` is used for this value. :param bool ignore_retcode: If the exit code of the command is nonzero, this is treated as an error condition, and the output from the command will be logged to the minion log. However, there are some cases where programs use the return code for signaling and a nonzero exit code doesn't necessarily mean failure. Pass this argument as ``True`` to skip logging the output if the command has a nonzero exit code. :param bool hide_output: If ``True``, suppress stdout and stderr in the return data. Note: This is separate from ``output_loglevel``, which only handles how Salt logs to the minion log. New in version 2018.3.0 :param int timeout: A timeout in seconds for the executed process to return. :param bool use_vt: Use VT utils (saltstack) to stream the command output more interactively to the console and the logs. This is experimental. :param bool reset_system_locale: Resets the system locale :param str saltenv: The salt environment to use. Default is 'base' :param int depth: The number of levels of contained objects to be included. Default is 2. Values greater than 4 seem to greatly increase the time it takes for the command to complete for some commands. eg: ``dir`` New in version 2016.3.4 :param bool encode_cmd: Encode the command before executing. Use in cases where characters may be dropped or incorrectly converted when executed. Default is False. :param list success_retcodes: This parameter will allow a list of non-zero return codes that should be considered a success. If the return code returned from the run matches any in the provided list, the return code will be overridden with zero. New in version 2019.2.0 :param list success_stdout: This parameter will allow a list of strings that when found in standard out should be considered a success. If stdout returned from the run matches any in the provided list, the return code will be overridden with zero. New in version 3004 :param list success_stderr: This parameter will allow a list of strings that when found in standard error should be considered a success. If stderr returned from the run matches any in the provided list, the return code will be overridden with zero. New in version 3004 :param bool stdin_raw_newlines: False If ``True``, Salt will not automatically convert the characters ``\\n`` present in the ``stdin`` value to newlines. New in version 2019.2.0 :returns: :dict: A dictionary of data returned by the powershell command. CLI Example: salt '*' cmd.powershell \u0026quot;$PSVersionTable.CLRVersion\u0026quot; cmd.powershell_all:\nExecute the passed PowerShell command and return a dictionary with a result field representing the output of the command, as well as other fields showing us what the PowerShell invocation wrote to ``stderr``, the process id, and the exit code of the invocation. This function appends ``| ConvertTo-JSON`` to the command before actually invoking powershell. An unquoted empty string is not valid JSON, but it's very normal for the Powershell output to be exactly that. Therefore, we do not attempt to parse empty Powershell output (which would result in an exception). Instead we treat this as a special case and one of two things will happen: - If the value of the ``force_list`` parameter is ``True``, then the ``result`` field of the return dictionary will be an empty list. - If the value of the ``force_list`` parameter is ``False``, then the return dictionary **will not have a result key added to it**. We aren't setting ``result`` to ``None`` in this case, because ``None`` is the Python representation of \u0026quot;null\u0026quot; in JSON. (We likewise can't use ``False`` for the equivalent reason.) If Powershell's output is not an empty string and Python cannot parse its content, then a ``CommandExecutionError`` exception will be raised. If Powershell's output is not an empty string, Python is able to parse its content, and the type of the resulting Python object is other than ``list`` then one of two things will happen: - If the value of the ``force_list`` parameter is ``True``, then the ``result`` field will be a singleton list with the Python object as its sole member. - If the value of the ``force_list`` parameter is ``False``, then the value of ``result`` will be the unmodified Python object. If Powershell's output is not an empty string, Python is able to parse its content, and the type of the resulting Python object is ``list``, then the value of ``result`` will be the unmodified Python object. The ``force_list`` parameter has no effect in this case. Note: An example of why the ``force_list`` parameter is useful is as follows: The Powershell command ``dir x | Convert-ToJson`` results in - no output when x is an empty directory. - a dictionary object when x contains just one item. - a list of dictionary objects when x contains multiple items. By setting ``force_list`` to ``True`` we will always end up with a list of dictionary items, representing files, no matter how many files x contains. Conversely, if ``force_list`` is ``False``, we will end up with no ``result`` key in our return dictionary when x is an empty directory, and a dictionary object when x contains just one file. If you want a similar function but with a raw textual result instead of a Python dictionary, you should use ``cmd.run_all`` in combination with ``shell=powershell``. The remaining fields in the return dictionary are described in more detail in the ``Returns`` section. Example: salt '*' cmd.run_all '$PSVersionTable.CLRVersion' shell=powershell salt '*' cmd.run_all 'Get-NetTCPConnection' shell=powershell New in version 2018.3.0 Warning: This passes the cmd argument directly to PowerShell without any further processing! Be absolutely sure that you have properly sanitized the command passed to this function and do not use untrusted inputs. In addition to the normal ``cmd.run`` parameters, this command offers the ``depth`` parameter to change the Windows default depth for the ``ConvertTo-JSON`` powershell command. The Windows default is 2. If you need more depth, set that here. Note: For some commands, setting the depth to a value greater than 4 greatly increases the time it takes for the command to return and in many cases returns useless data. :param str cmd: The powershell command to run. :param str cwd: The directory from which to execute the command. Defaults to the home directory of the user specified by ``runas`` (or the user under which Salt is running if ``runas`` is not specified). :param str stdin: A string of standard input can be specified for the command to be run using the ``stdin`` parameter. This can be useful in cases where sensitive information must be read from standard input. :param str runas: Specify an alternate user to run the command. The default behaviour is to run as the user under which Salt is running. If running on a Windows minion you must also use the ``password`` argument, and the target user account must be in the Administrators group. :param str password: Windows only. Required when specifying ``runas``. This parameter will be ignored on non-Windows platforms. :param str shell: Specify an alternate shell. Defaults to \u0026quot;powershell\u0026quot;. Can also use \u0026quot;pwsh\u0026quot; for powershell core if present on the system :param bool python_shell: If False, let python handle the positional arguments. Set to True to use shell features, such as pipes or redirection. :param dict env: Environment variables to be set prior to execution. Note: When passing environment variables on the CLI, they should be passed as the string representation of a dictionary. salt myminion cmd.powershell_all 'some command' env='{\u0026quot;FOO\u0026quot;: \u0026quot;bar\u0026quot;}' Note: When using environment variables on Window's, case-sensitivity matters, i.e. Window's uses `Path` as opposed to `PATH` for other systems. :param bool clean_env: Attempt to clean out all other shell environment variables and set only those provided in the 'env' argument to this function. :param str template: If this setting is applied then the named templating engine will be used to render the downloaded file. Currently jinja, mako, and wempy are supported. :param bool rstrip: Strip all whitespace off the end of output before it is returned. :param str umask: The umask (in octal) to use when running the command. :param str output_encoding: Control the encoding used to decode the command's output. Note: This should not need to be used in most cases. By default, Salt will try to use the encoding detected from the system locale, and will fall back to UTF-8 if this fails. This should only need to be used in cases where the output of the command is encoded in something other than the system locale or UTF-8. To see the encoding Salt has detected from the system locale, check the `locale` line in the output of :py:func:`test.versions_report \u0026lt;salt.modules.test.versions_report\u0026gt;`. New in version 2018.3.0 :param str output_loglevel: Control the loglevel at which the output from the command is logged to the minion log. Note: The command being run will still be logged at the ``debug`` loglevel regardless, unless ``quiet`` is used for this value. :param bool ignore_retcode: If the exit code of the command is nonzero, this is treated as an error condition, and the output from the command will be logged to the minion log. However, there are some cases where programs use the return code for signaling and a nonzero exit code doesn't necessarily mean failure. Pass this argument as ``True`` to skip logging the output if the command has a nonzero exit code. :param int timeout: A timeout in seconds for the executed process to return. :param bool use_vt: Use VT utils (saltstack) to stream the command output more interactively to the console and the logs. This is experimental. :param bool reset_system_locale: Resets the system locale :param bool ignore_retcode: If the exit code of the command is nonzero, this is treated as an error condition, and the output from the command will be logged to the minion log. However, there are some cases where programs use the return code for signaling and a nonzero exit code doesn't necessarily mean failure. Pass this argument as ``True`` to skip logging the output if the command has a nonzero exit code. :param str saltenv: The salt environment to use. Default is 'base' :param int depth: The number of levels of contained objects to be included. Default is 2. Values greater than 4 seem to greatly increase the time it takes for the command to complete for some commands. eg: ``dir`` :param bool encode_cmd: Encode the command before executing. Use in cases where characters may be dropped or incorrectly converted when executed. Default is False. :param bool force_list: The purpose of this parameter is described in the preamble of this function's documentation. Default value is False. :param list success_retcodes: This parameter will allow a list of non-zero return codes that should be considered a success. If the return code returned from the run matches any in the provided list, the return code will be overridden with zero. New in version 2019.2.0 :param list success_stdout: This parameter will allow a list of strings that when found in standard out should be considered a success. If stdout returned from the run matches any in the provided list, the return code will be overridden with zero. New in version 3004 :param list success_stderr: This parameter will allow a list of strings that when found in standard error should be considered a success. If stderr returned from the run matches any in the provided list, the return code will be overridden with zero. New in version 3004 :param bool stdin_raw_newlines: False If ``True``, Salt will not automatically convert the characters ``\\n`` present in the ``stdin`` value to newlines. New in version 2019.2.0 :return: A dictionary with the following entries: result For a complete description of this field, please refer to this function's preamble. **This key will not be added to the dictionary when force_list is False and Powershell's output is the empty string.** stderr What the PowerShell invocation wrote to ``stderr``. pid The process id of the PowerShell invocation retcode This is the exit code of the invocation of PowerShell. If the final execution status (in PowerShell) of our command (with ``| ConvertTo-JSON`` appended) is ``False`` this should be non-0. Likewise if PowerShell exited with ``$LASTEXITCODE`` set to some non-0 value, then ``retcode`` will end up with this value. :rtype: dict CLI Example: salt '*' cmd.powershell_all \u0026quot;$PSVersionTable.CLRVersion\u0026quot; CLI Example: salt '*' cmd.powershell_all \u0026quot;dir mydirectory\u0026quot; force_list=True cmd.retcode:\nExecute a shell command and return the command's return code. :param str cmd: The command to run. ex: ``ls -lart /home`` :param str cwd: The directory from which to execute the command. Defaults to the home directory of the user specified by ``runas`` (or the user under which Salt is running if ``runas`` is not specified). :param str stdin: A string of standard input can be specified for the command to be run using the ``stdin`` parameter. This can be useful in cases where sensitive information must be read from standard input. :param str runas: Specify an alternate user to run the command. The default behaviour is to run as the user under which Salt is running. If running on a Windows minion you must also use the ``password`` argument, and the target user account must be in the Administrators group. Warning: For versions 2018.3.3 and above on macosx while using runas, to pass special characters to the command you need to escape the characters on the shell. Example: cmd.retcode 'echo '\\''h=\\\u0026quot;baz\\\u0026quot;'\\''' runas=macuser :param str password: Windows only. Required when specifying ``runas``. This parameter will be ignored on non-Windows platforms. New in version 2016.3.0 :param str group: Group to run command as. Not currently supported on Windows. :param str shell: Specify an alternate shell. Defaults to the system's default shell. :param bool python_shell: If False, let python handle the positional arguments. Set to True to use shell features, such as pipes or redirection. :param dict env: Environment variables to be set prior to execution. Note: When passing environment variables on the CLI, they should be passed as the string representation of a dictionary. salt myminion cmd.retcode 'some command' env='{\u0026quot;FOO\u0026quot;: \u0026quot;bar\u0026quot;}' Note: When using environment variables on Window's, case-sensitivity matters, i.e. Window's uses `Path` as opposed to `PATH` for other systems. :param bool clean_env: Attempt to clean out all other shell environment variables and set only those provided in the 'env' argument to this function. :param str template: If this setting is applied then the named templating engine will be used to render the downloaded file. Currently jinja, mako, and wempy are supported. :param bool rstrip: Strip all whitespace off the end of output before it is returned. :param str umask: The umask (in octal) to use when running the command. :param str output_encoding: Control the encoding used to decode the command's output. Note: This should not need to be used in most cases. By default, Salt will try to use the encoding detected from the system locale, and will fall back to UTF-8 if this fails. This should only need to be used in cases where the output of the command is encoded in something other than the system locale or UTF-8. To see the encoding Salt has detected from the system locale, check the `locale` line in the output of :py:func:`test.versions_report \u0026lt;salt.modules.test.versions_report\u0026gt;`. New in version 2018.3.0 :param str output_loglevel: Control the loglevel at which the output from the command is logged to the minion log. Note: The command being run will still be logged at the ``debug`` loglevel regardless, unless ``quiet`` is used for this value. :param bool ignore_retcode: If the exit code of the command is nonzero, this is treated as an error condition, and the output from the command will be logged to the minion log. However, there are some cases where programs use the return code for signaling and a nonzero exit code doesn't necessarily mean failure. Pass this argument as ``True`` to skip logging the output if the command has a nonzero exit code. :param int timeout: A timeout in seconds for the executed process to return. :param bool use_vt: Use VT utils (saltstack) to stream the command output more interactively to the console and the logs. This is experimental. :rtype: int :rtype: None :returns: Return Code as an int or None if there was an exception. :param list success_retcodes: This parameter will allow a list of non-zero return codes that should be considered a success. If the return code returned from the run matches any in the provided list, the return code will be overridden with zero. New in version 2019.2.0 :param list success_stdout: This parameter will allow a list of strings that when found in standard out should be considered a success. If stdout returned from the run matches any in the provided list, the return code will be overridden with zero. New in version 3004 :param list success_stderr: This parameter will allow a list of strings that when found in standard error should be considered a success. If stderr returned from the run matches any in the provided list, the return code will be overridden with zero. New in version 3004 :param bool stdin_raw_newlines: False If ``True``, Salt will not automatically convert the characters ``\\n`` present in the ``stdin`` value to newlines. New in version 2019.2.0 CLI Example: salt '*' cmd.retcode \u0026quot;file /bin/bash\u0026quot; The template arg can be set to 'jinja' or another supported template engine to render the command arguments before execution. For example: salt '*' cmd.retcode template=jinja \u0026quot;file {{grains.pythonpath[0]}}/python\u0026quot; A string of standard input can be specified for the command to be run using the ``stdin`` parameter. This can be useful in cases where sensitive information must be read from standard input. salt '*' cmd.retcode \u0026quot;grep f\u0026quot; stdin='one\\ntwo\\nthree\\nfour\\nfive\\n' cmd.run:\nExecute the passed command and return the output as a string :param str cmd: The command to run. ex: ``ls -lart /home`` :param str cwd: The directory from which to execute the command. Defaults to the home directory of the user specified by ``runas`` (or the user under which Salt is running if ``runas`` is not specified). :param str stdin: A string of standard input can be specified for the command to be run using the ``stdin`` parameter. This can be useful in cases where sensitive information must be read from standard input. :param str runas: Specify an alternate user to run the command. The default behaviour is to run as the user under which Salt is running. Warning: For versions 2018.3.3 and above on macosx while using runas, on linux while using run, to pass special characters to the command you need to escape the characters on the shell. Example: cmd.run 'echo '\\''h=\\\u0026quot;baz\\\u0026quot;'\\''' runas=macuser :param str group: Group to run command as. Not currently supported on Windows. :param str password: Windows only. Required when specifying ``runas``. This parameter will be ignored on non-Windows platforms. New in version 2016.3.0 :param str shell: Specify an alternate shell. Defaults to the system's default shell. :param bool python_shell: If ``False``, let python handle the positional arguments. Set to ``True`` to use shell features, such as pipes or redirection. :param bool bg: If ``True``, run command in background and do not await or deliver its results New in version 2016.3.0 :param dict env: Environment variables to be set prior to execution. Note: When passing environment variables on the CLI, they should be passed as the string representation of a dictionary. salt myminion cmd.run 'some command' env='{\u0026quot;FOO\u0026quot;: \u0026quot;bar\u0026quot;}' Note: When using environment variables on Window's, case-sensitivity matters, i.e. Window's uses `Path` as opposed to `PATH` for other systems. :param bool clean_env: Attempt to clean out all other shell environment variables and set only those provided in the 'env' argument to this function. :param str prepend_path: $PATH segment to prepend (trailing ':' not necessary) to $PATH New in version 2018.3.0 :param str template: If this setting is applied then the named templating engine will be used to render the downloaded file. Currently jinja, mako, and wempy are supported. :param bool rstrip: Strip all whitespace off the end of output before it is returned. :param str umask: The umask (in octal) to use when running the command. :param str output_encoding: Control the encoding used to decode the command's output. Note: This should not need to be used in most cases. By default, Salt will try to use the encoding detected from the system locale, and will fall back to UTF-8 if this fails. This should only need to be used in cases where the output of the command is encoded in something other than the system locale or UTF-8. To see the encoding Salt has detected from the system locale, check the `locale` line in the output of :py:func:`test.versions_report \u0026lt;salt.modules.test.versions_report\u0026gt;`. New in version 2018.3.0 :param str output_loglevel: Control the loglevel at which the output from the command is logged to the minion log. Note: The command being run will still be logged at the ``debug`` loglevel regardless, unless ``quiet`` is used for this value. :param bool ignore_retcode: If the exit code of the command is nonzero, this is treated as an error condition, and the output from the command will be logged to the minion log. However, there are some cases where programs use the return code for signaling and a nonzero exit code doesn't necessarily mean failure. Pass this argument as ``True`` to skip logging the output if the command has a nonzero exit code. :param bool hide_output: If ``True``, suppress stdout and stderr in the return data. Note: This is separate from ``output_loglevel``, which only handles how Salt logs to the minion log. New in version 2018.3.0 :param int timeout: A timeout in seconds for the executed process to return. :param bool use_vt: Use VT utils (saltstack) to stream the command output more interactively to the console and the logs. This is experimental. :param bool redirect_stderr: If set to ``True``, then stderr will be redirected to stdout. This is helpful for cases where obtaining both the retcode and output is desired. Default is ``True`` New in version 3006.9 :param bool encoded_cmd: Specify if the supplied command is encoded. Only applies to shell 'powershell' and 'pwsh'. New in version 2018.3.0 Older versions of powershell seem to return raw xml data in the return. To avoid raw xml data in the return, prepend your command with the following before encoding: `$ProgressPreference='SilentlyContinue'; \u0026lt;your command\u0026gt;` The following powershell code block will encode the `Write-Output` command so that it will not have the raw xml data in the return: # target string $Command = '$ProgressPreference=\u0026quot;SilentlyContinue\u0026quot;; Write-Output \u0026quot;hello\u0026quot;' # Convert to Base64 encoded string $Encoded = [convert]::ToBase64String([System.Text.encoding]::Unicode.GetBytes($command)) Write-Output $Encoded :param bool raise_err: If ``True`` and the command has a nonzero exit code, a CommandExecutionError exception will be raised. Warning: This function does not process commands through a shell unless the python_shell flag is set to True. This means that any shell-specific functionality such as 'echo' or the use of pipes, redirection or \u0026amp;\u0026amp;, should either be migrated to cmd.shell or have the python_shell=True flag set here. The use of python_shell=True means that the shell will accept _any_ input including potentially malicious commands such as 'good_command;rm -rf /'. Be absolutely certain that you have sanitized your input prior to using python_shell=True :param list success_retcodes: This parameter will allow a list of non-zero return codes that should be considered a success. If the return code returned from the run matches any in the provided list, the return code will be overridden with zero. New in version 2019.2.0 :param list success_stdout: This parameter will allow a list of strings that when found in standard out should be considered a success. If stdout returned from the run matches any in the provided list, the return code will be overridden with zero. New in version 3004 :param list success_stderr: This parameter will allow a list of strings that when found in standard error should be considered a success. If stderr returned from the run matches any in the provided list, the return code will be overridden with zero. New in version 3004 :param bool stdin_raw_newlines: False If ``True``, Salt will not automatically convert the characters ``\\\\n`` present in the ``stdin`` value to newlines. New in version 2019.2.0 :param int windows_codepage: 65001 Only applies to Windows: the minion uses `C:\\Windows\\System32\\chcp.com` to verify or set the code page before the command `cmd` is executed. Code page 65001 corresponds with UTF-8 and allows international localization of Windows. New in version 3002 CLI Example: salt '*' cmd.run \u0026quot;ls -l | awk '/foo/{print \\\\$2}'\u0026quot; The template arg can be set to 'jinja' or another supported template engine to render the command arguments before execution. For example: salt '*' cmd.run template=jinja \u0026quot;ls -l /tmp/{{grains.id}} | awk '/foo/{print \\\\$2}'\u0026quot; Specify an alternate shell with the shell parameter: salt '*' cmd.run \u0026quot;Get-ChildItem C:\\\\ \u0026quot; shell='powershell' A string of standard input can be specified for the command to be run using the ``stdin`` parameter. This can be useful in cases where sensitive information must be read from standard input. salt '*' cmd.run \u0026quot;grep f\u0026quot; stdin='one\\\\ntwo\\\\nthree\\\\nfour\\\\nfive\\\\n' If an equal sign (``=``) appears in an argument to a Salt command it is interpreted as a keyword argument in the format ``key=val``. That processing can be bypassed in order to pass an equal sign through to the remote shell command by manually specifying the kwarg: salt '*' cmd.run cmd='sed -e s/=/:/g' cmd.run_all:\nExecute the passed command and return a dict of return data :param str cmd: The command to run. ex: ``ls -lart /home`` :param str cwd: The directory from which to execute the command. Defaults to the home directory of the user specified by ``runas`` (or the user under which Salt is running if ``runas`` is not specified). :param str stdin: A string of standard input can be specified for the command to be run using the ``stdin`` parameter. This can be useful in cases where sensitive information must be read from standard input. :param str runas: Specify an alternate user to run the command. The default behaviour is to run as the user under which Salt is running. If running on a Windows minion you must also use the ``password`` argument, and the target user account must be in the Administrators group. Warning: For versions 2018.3.3 and above on macosx while using runas, to pass special characters to the command you need to escape the characters on the shell. Example: cmd.run_all 'echo '\\''h=\\\u0026quot;baz\\\u0026quot;'\\''' runas=macuser :param str password: Windows only. Required when specifying ``runas``. This parameter will be ignored on non-Windows platforms. New in version 2016.3.0 :param str group: Group to run command as. Not currently supported on Windows. :param str shell: Specify an alternate shell. Defaults to the system's default shell. :param bool python_shell: If False, let python handle the positional arguments. Set to True to use shell features, such as pipes or redirection. :param dict env: Environment variables to be set prior to execution. Note: When passing environment variables on the CLI, they should be passed as the string representation of a dictionary. salt myminion cmd.run_all 'some command' env='{\u0026quot;FOO\u0026quot;: \u0026quot;bar\u0026quot;}' Note: When using environment variables on Window's, case-sensitivity matters, i.e. Window's uses `Path` as opposed to `PATH` for other systems. :param bool clean_env: Attempt to clean out all other shell environment variables and set only those provided in the 'env' argument to this function. :param str prepend_path: $PATH segment to prepend (trailing ':' not necessary) to $PATH New in version 2018.3.0 :param str template: If this setting is applied then the named templating engine will be used to render the downloaded file. Currently jinja, mako, and wempy are supported. :param bool rstrip: Strip all whitespace off the end of output before it is returned. :param str umask: The umask (in octal) to use when running the command. :param str output_encoding: Control the encoding used to decode the command's output. Note: This should not need to be used in most cases. By default, Salt will try to use the encoding detected from the system locale, and will fall back to UTF-8 if this fails. This should only need to be used in cases where the output of the command is encoded in something other than the system locale or UTF-8. To see the encoding Salt has detected from the system locale, check the `locale` line in the output of :py:func:`test.versions_report \u0026lt;salt.modules.test.versions_report\u0026gt;`. New in version 2018.3.0 :param str output_loglevel: Control the loglevel at which the output from the command is logged to the minion log. Note: The command being run will still be logged at the ``debug`` loglevel regardless, unless ``quiet`` is used for this value. :param bool ignore_retcode: If the exit code of the command is nonzero, this is treated as an error condition, and the output from the command will be logged to the minion log. However, there are some cases where programs use the return code for signaling and a nonzero exit code doesn't necessarily mean failure. Pass this argument as ``True`` to skip logging the output if the command has a nonzero exit code. :param bool hide_output: If ``True``, suppress stdout and stderr in the return data. Note: This is separate from ``output_loglevel``, which only handles how Salt logs to the minion log. New in version 2018.3.0 :param int timeout: A timeout in seconds for the executed process to return. :param bool use_vt: Use VT utils (saltstack) to stream the command output more interactively to the console and the logs. This is experimental. :param bool encoded_cmd: Specify if the supplied command is encoded. Only applies to shell 'powershell' and 'pwsh'. New in version 2018.3.0 Older versions of powershell seem to return raw xml data in the return. To avoid raw xml data in the return, prepend your command with the following before encoding: `$ProgressPreference='SilentlyContinue'; \u0026lt;your command\u0026gt;` The following powershell code block will encode the `Write-Output` command so that it will not have the raw xml data in the return: # target string $Command = '$ProgressPreference=\u0026quot;SilentlyContinue\u0026quot;; Write-Output \u0026quot;hello\u0026quot;' # Convert to Base64 encoded string $Encoded = [convert]::ToBase64String([System.Text.encoding]::Unicode.GetBytes($command)) Write-Output $Encoded :param bool redirect_stderr: If set to ``True``, then stderr will be redirected to stdout. This is helpful for cases where obtaining both the retcode and output is desired, but it is not desired to have the output separated into both stdout and stderr. New in version 2015.8.2 :param str password: Windows only. Required when specifying ``runas``. This parameter will be ignored on non-Windows platforms. New in version 2016.3.0 :param bool bg: If ``True``, run command in background and do not await or deliver its results New in version 2016.3.6 :param list success_retcodes: This parameter will allow a list of non-zero return codes that should be considered a success. If the return code returned from the run matches any in the provided list, the return code will be overridden with zero. New in version 2019.2.0 :param list success_stdout: This parameter will allow a list of strings that when found in standard out should be considered a success. If stdout returned from the run matches any in the provided list, the return code will be overridden with zero. New in version 3004 :param list success_stderr: This parameter will allow a list of strings that when found in standard error should be considered a success. If stderr returned from the run matches any in the provided list, the return code will be overridden with zero. New in version 3004 :param bool stdin_raw_newlines: False If ``True``, Salt will not automatically convert the characters ``\\n`` present in the ``stdin`` value to newlines. New in version 2019.2.0 CLI Example: salt '*' cmd.run_all \u0026quot;ls -l | awk '/foo/{print \\$2}'\u0026quot; The template arg can be set to 'jinja' or another supported template engine to render the command arguments before execution. For example: salt '*' cmd.run_all template=jinja \u0026quot;ls -l /tmp/{{grains.id}} | awk '/foo/{print \\$2}'\u0026quot; A string of standard input can be specified for the command to be run using the ``stdin`` parameter. This can be useful in cases where sensitive information must be read from standard input. salt '*' cmd.run_all \u0026quot;grep f\u0026quot; stdin='one\\ntwo\\nthree\\nfour\\nfive\\n' cmd.run_bg:\nNew in version 2016.3.0 Execute the passed command in the background and return its PID Note: If the init system is systemd and the backgrounded task should run even if the salt-minion process is restarted, prepend ``systemd-run --scope`` to the command. This will reparent the process in its own scope separate from salt-minion, and will not be affected by restarting the minion service. :param str cmd: The command to run. ex: ``ls -lart /home`` :param str cwd: The directory from which to execute the command. Defaults to the home directory of the user specified by ``runas`` (or the user under which Salt is running if ``runas`` is not specified). :param str group: Group to run command as. Not currently supported on Windows. :param str shell: Shell to execute under. Defaults to the system default shell. :param str output_encoding: Control the encoding used to decode the command's output. Note: This should not need to be used in most cases. By default, Salt will try to use the encoding detected from the system locale, and will fall back to UTF-8 if this fails. This should only need to be used in cases where the output of the command is encoded in something other than the system locale or UTF-8. To see the encoding Salt has detected from the system locale, check the `locale` line in the output of :py:func:`test.versions_report \u0026lt;salt.modules.test.versions_report\u0026gt;`. New in version 2018.3.0 :param str output_loglevel: Control the loglevel at which the output from the command is logged to the minion log. Note: The command being run will still be logged at the ``debug`` loglevel regardless, unless ``quiet`` is used for this value. :param bool ignore_retcode: If the exit code of the command is nonzero, this is treated as an error condition, and the output from the command will be logged to the minion log. However, there are some cases where programs use the return code for signaling and a nonzero exit code doesn't necessarily mean failure. Pass this argument as ``True`` to skip logging the output if the command has a nonzero exit code. :param str runas: Specify an alternate user to run the command. The default behaviour is to run as the user under which Salt is running. If running on a Windows minion you must also use the ``password`` argument, and the target user account must be in the Administrators group. Warning: For versions 2018.3.3 and above on macosx while using runas, to pass special characters to the command you need to escape the characters on the shell. Example: cmd.run_bg 'echo '\\''h=\\\u0026quot;baz\\\u0026quot;'\\''' runas=macuser :param str password: Windows only. Required when specifying ``runas``. This parameter will be ignored on non-Windows platforms. New in version 2016.3.0 :param str shell: Specify an alternate shell. Defaults to the system's default shell. :param bool python_shell: If False, let python handle the positional arguments. Set to True to use shell features, such as pipes or redirection. :param dict env: Environment variables to be set prior to execution. Note: When passing environment variables on the CLI, they should be passed as the string representation of a dictionary. salt myminion cmd.run_bg 'some command' env='{\u0026quot;FOO\u0026quot;: \u0026quot;bar\u0026quot;}' Note: When using environment variables on Window's, case-sensitivity matters, i.e. Window's uses `Path` as opposed to `PATH` for other systems. :param bool clean_env: Attempt to clean out all other shell environment variables and set only those provided in the 'env' argument to this function. :param str prepend_path: $PATH segment to prepend (trailing ':' not necessary) to $PATH New in version 2018.3.0 :param str template: If this setting is applied then the named templating engine will be used to render the downloaded file. Currently jinja, mako, and wempy are supported. :param str umask: The umask (in octal) to use when running the command. :param int timeout: A timeout in seconds for the executed process to return. Warning: This function does not process commands through a shell unless the ``python_shell`` argument is set to ``True``. This means that any shell-specific functionality such as 'echo' or the use of pipes, redirection or \u0026amp;\u0026amp;, should either be migrated to cmd.shell or have the python_shell=True flag set here. The use of ``python_shell=True`` means that the shell will accept _any_ input including potentially malicious commands such as 'good_command;rm -rf /'. Be absolutely certain that you have sanitized your input prior to using ``python_shell=True``. :param list success_retcodes: This parameter will allow a list of non-zero return codes that should be considered a success. If the return code returned from the run matches any in the provided list, the return code will be overridden with zero. New in version 2019.2.0 :param list success_stdout: This parameter will allow a list of strings that when found in standard out should be considered a success. If stdout returned from the run matches any in the provided list, the return code will be overridden with zero. New in version 3004 :param list success_stderr: This parameter will allow a list of strings that when found in standard error should be considered a success. If stderr returned from the run matches any in the provided list, the return code will be overridden with zero. New in version 3004 :param bool stdin_raw_newlines: False If ``True``, Salt will not automatically convert the characters ``\\\\n`` present in the ``stdin`` value to newlines. New in version 2019.2.0 CLI Example: salt '*' cmd.run_bg \u0026quot;fstrim-all\u0026quot; The template arg can be set to 'jinja' or another supported template engine to render the command arguments before execution. For example: salt '*' cmd.run_bg template=jinja \u0026quot;ls -l /tmp/{{grains.id}} | awk '/foo/{print \\\\$2}'\u0026quot; Specify an alternate shell with the shell parameter: salt '*' cmd.run_bg \u0026quot;Get-ChildItem C:\\\\ \u0026quot; shell='powershell' If an equal sign (``=``) appears in an argument to a Salt command it is interpreted as a keyword argument in the format ``key=val``. That processing can be bypassed in order to pass an equal sign through to the remote shell command by manually specifying the kwarg: salt '*' cmd.run_bg cmd='ls -lR / | sed -e s/=/:/g \u0026gt; /tmp/dontwait' cmd.run_chroot:\nNew in version 2014.7.0 This function runs :mod:`cmd.run_all \u0026lt;salt.modules.cmdmod.run_all\u0026gt;` wrapped within a chroot, with dev and proc mounted in the chroot :param str root: Path to the root of the jail to use. :param str stdin: A string of standard input can be specified for the command to be run using the ``stdin`` parameter. This can be useful in cases where sensitive information must be read from standard input.: :param str runas: User to run script as. :param str group: Group to run script as. :param str shell: Shell to execute under. Defaults to the system default shell. :param str cmd: The command to run. ex: ``ls -lart /home`` :param str cwd: The directory from which to execute the command. Defaults to the home directory of the user specified by ``runas`` (or the user under which Salt is running if ``runas`` is not specified). :parar str stdin: A string of standard input can be specified for the command to be run using the ``stdin`` parameter. This can be useful in cases where sensitive information must be read from standard input. :param str runas: Specify an alternate user to run the command. The default behaviour is to run as the user under which Salt is running. If running on a Windows minion you must also use the ``password`` argument, and the target user account must be in the Administrators group. :param str shell: Specify an alternate shell. Defaults to the system's default shell. :param bool python_shell: If False, let python handle the positional arguments. Set to True to use shell features, such as pipes or redirection. :param list binds: List of directories that will be exported inside the chroot with the bind option. New in version 3000 :param dict env: Environment variables to be set prior to execution. Note: When passing environment variables on the CLI, they should be passed as the string representation of a dictionary. salt myminion cmd.run_chroot 'some command' env='{\u0026quot;FOO\u0026quot;: \u0026quot;bar\u0026quot;}' Note: When using environment variables on Window's, case-sensitivity matters, i.e. Window's uses `Path` as opposed to `PATH` for other systems. :param dict clean_env: Attempt to clean out all other shell environment variables and set only those provided in the 'env' argument to this function. :param str template: If this setting is applied then the named templating engine will be used to render the downloaded file. Currently jinja, mako, and wempy are supported. :param bool rstrip: Strip all whitespace off the end of output before it is returned. :param str umask: The umask (in octal) to use when running the command. :param str output_encoding: Control the encoding used to decode the command's output. Note: This should not need to be used in most cases. By default, Salt will try to use the encoding detected from the system locale, and will fall back to UTF-8 if this fails. This should only need to be used in cases where the output of the command is encoded in something other than the system locale or UTF-8. To see the encoding Salt has detected from the system locale, check the `locale` line in the output of :py:func:`test.versions_report \u0026lt;salt.modules.test.versions_report\u0026gt;`. New in version 2018.3.0 :param str output_loglevel: Control the loglevel at which the output from the command is logged to the minion log. Note: The command being run will still be logged at the ``debug`` loglevel regardless, unless ``quiet`` is used for this value. :param bool ignore_retcode: If the exit code of the command is nonzero, this is treated as an error condition, and the output from the command will be logged to the minion log. However, there are some cases where programs use the return code for signaling and a nonzero exit code doesn't necessarily mean failure. Pass this argument as ``True`` to skip logging the output if the command has a nonzero exit code. :param bool hide_output: If ``True``, suppress stdout and stderr in the return data. Note: This is separate from ``output_loglevel``, which only handles how Salt logs to the minion log. New in version 2018.3.0 :param int timeout: A timeout in seconds for the executed process to return. :param bool use_vt: Use VT utils (saltstack) to stream the command output more interactively to the console and the logs. This is experimental. :param success_retcodes: This parameter will allow a list of non-zero return codes that should be considered a success. If the return code returned from the run matches any in the provided list, the return code will be overridden with zero. New in version 2019.2.0 :param list success_stdout: This parameter will allow a list of strings that when found in standard out should be considered a success. If stdout returned from the run matches any in the provided list, the return code will be overridden with zero. New in version 3004 :param list success_stderr: This parameter will allow a list of strings that when found in standard error should be considered a success. If stderr returned from the run matches any in the provided list, the return code will be overridden with zero. New in version 3004 CLI Example: salt '*' cmd.run_chroot /var/lib/lxc/container_name/rootfs 'sh /tmp/bootstrap.sh' cmd.run_stderr:\nExecute a command and only return the standard error :param str cmd: The command to run. ex: ``ls -lart /home`` :param str cwd: The directory from which to execute the command. Defaults to the home directory of the user specified by ``runas`` (or the user under which Salt is running if ``runas`` is not specified). :param str stdin: A string of standard input can be specified for the command to be run using the ``stdin`` parameter. This can be useful in cases where sensitive information must be read from standard input. :param str runas: Specify an alternate user to run the command. The default behaviour is to run as the user under which Salt is running. If running on a Windows minion you must also use the ``password`` argument, and the target user account must be in the Administrators group. Warning: For versions 2018.3.3 and above on macosx while using runas, to pass special characters to the command you need to escape the characters on the shell. Example: cmd.run_stderr 'echo '\\''h=\\\u0026quot;baz\\\u0026quot;'\\''' runas=macuser :param str password: Windows only. Required when specifying ``runas``. This parameter will be ignored on non-Windows platforms. New in version 2016.3.0 :param str group: Group to run command as. Not currently supported on Windows. :param str shell: Specify an alternate shell. Defaults to the system's default shell. :param bool python_shell: If False, let python handle the positional arguments. Set to True to use shell features, such as pipes or redirection. :param dict env: Environment variables to be set prior to execution. Note: When passing environment variables on the CLI, they should be passed as the string representation of a dictionary. salt myminion cmd.run_stderr 'some command' env='{\u0026quot;FOO\u0026quot;: \u0026quot;bar\u0026quot;}' Note: When using environment variables on Window's, case-sensitivity matters, i.e. Window's uses `Path` as opposed to `PATH` for other systems. :param bool clean_env: Attempt to clean out all other shell environment variables and set only those provided in the 'env' argument to this function. :param str prepend_path: $PATH segment to prepend (trailing ':' not necessary) to $PATH New in version 2018.3.0 :param str template: If this setting is applied then the named templating engine will be used to render the downloaded file. Currently jinja, mako, and wempy are supported. :param bool rstrip: Strip all whitespace off the end of output before it is returned. :param str umask: The umask (in octal) to use when running the command. :param str output_encoding: Control the encoding used to decode the command's output. Note: This should not need to be used in most cases. By default, Salt will try to use the encoding detected from the system locale, and will fall back to UTF-8 if this fails. This should only need to be used in cases where the output of the command is encoded in something other than the system locale or UTF-8. To see the encoding Salt has detected from the system locale, check the `locale` line in the output of :py:func:`test.versions_report \u0026lt;salt.modules.test.versions_report\u0026gt;`. New in version 2018.3.0 :param str output_loglevel: Control the loglevel at which the output from the command is logged to the minion log. Note: The command being run will still be logged at the ``debug`` loglevel regardless, unless ``quiet`` is used for this value. :param bool ignore_retcode: If the exit code of the command is nonzero, this is treated as an error condition, and the output from the command will be logged to the minion log. However, there are some cases where programs use the return code for signaling and a nonzero exit code doesn't necessarily mean failure. Pass this argument as ``True`` to skip logging the output if the command has a nonzero exit code. :param bool hide_output: If ``True``, suppress stdout and stderr in the return data. Note: This is separate from ``output_loglevel``, which only handles how Salt logs to the minion log. New in version 2018.3.0 :param int timeout: A timeout in seconds for the executed process to return. :param bool use_vt: Use VT utils (saltstack) to stream the command output more interactively to the console and the logs. This is experimental. :param list success_retcodes: This parameter will allow a list of non-zero return codes that should be considered a success. If the return code returned from the run matches any in the provided list, the return code will be overridden with zero. New in version 2019.2.0 :param list success_stdout: This parameter will allow a list of strings that when found in standard out should be considered a success. If stdout returned from the run matches any in the provided list, the return code will be overridden with zero. New in version 3004 :param list success_stderr: This parameter will allow a list of strings that when found in standard error should be considered a success. If stderr returned from the run matches any in the provided list, the return code will be overridden with zero. New in version 3004 :param bool stdin_raw_newlines: False If ``True``, Salt will not automatically convert the characters ``\\n`` present in the ``stdin`` value to newlines. New in version 2019.2.0 CLI Example: salt '*' cmd.run_stderr \u0026quot;ls -l | awk '/foo/{print \\$2}'\u0026quot; The template arg can be set to 'jinja' or another supported template engine to render the command arguments before execution. For example: salt '*' cmd.run_stderr template=jinja \u0026quot;ls -l /tmp/{{grains.id}} | awk '/foo/{print \\$2}'\u0026quot; A string of standard input can be specified for the command to be run using the ``stdin`` parameter. This can be useful in cases where sensitive information must be read from standard input. salt '*' cmd.run_stderr \u0026quot;grep f\u0026quot; stdin='one\\ntwo\\nthree\\nfour\\nfive\\n' cmd.run_stdout:\nExecute a command, and only return the standard out :param str cmd: The command to run. ex: ``ls -lart /home`` :param str cwd: The directory from which to execute the command. Defaults to the home directory of the user specified by ``runas`` (or the user under which Salt is running if ``runas`` is not specified). :param str stdin: A string of standard input can be specified for the command to be run using the ``stdin`` parameter. This can be useful in cases where sensitive information must be read from standard input. :param str runas: Specify an alternate user to run the command. The default behaviour is to run as the user under which Salt is running. If running on a Windows minion you must also use the ``password`` argument, and the target user account must be in the Administrators group. Warning: For versions 2018.3.3 and above on macosx while using runas, to pass special characters to the command you need to escape the characters on the shell. Example: cmd.run_stdout 'echo '\\''h=\\\u0026quot;baz\\\u0026quot;'\\''' runas=macuser :param str password: Windows only. Required when specifying ``runas``. This parameter will be ignored on non-Windows platforms. New in version 2016.3.0 :param str group: Group to run command as. Not currently supported on Windows. :param str shell: Specify an alternate shell. Defaults to the system's default shell. :param bool python_shell: If False, let python handle the positional arguments. Set to True to use shell features, such as pipes or redirection. :param dict env: Environment variables to be set prior to execution. Note: When passing environment variables on the CLI, they should be passed as the string representation of a dictionary. salt myminion cmd.run_stdout 'some command' env='{\u0026quot;FOO\u0026quot;: \u0026quot;bar\u0026quot;}' Note: When using environment variables on Window's, case-sensitivity matters, i.e. Window's uses `Path` as opposed to `PATH` for other systems. :param bool clean_env: Attempt to clean out all other shell environment variables and set only those provided in the 'env' argument to this function. :param str prepend_path: $PATH segment to prepend (trailing ':' not necessary) to $PATH New in version 2018.3.0 :param str template: If this setting is applied then the named templating engine will be used to render the downloaded file. Currently jinja, mako, and wempy are supported. :param bool rstrip: Strip all whitespace off the end of output before it is returned. :param str umask: The umask (in octal) to use when running the command. :param str output_encoding: Control the encoding used to decode the command's output. Note: This should not need to be used in most cases. By default, Salt will try to use the encoding detected from the system locale, and will fall back to UTF-8 if this fails. This should only need to be used in cases where the output of the command is encoded in something other than the system locale or UTF-8. To see the encoding Salt has detected from the system locale, check the `locale` line in the output of :py:func:`test.versions_report \u0026lt;salt.modules.test.versions_report\u0026gt;`. New in version 2018.3.0 :param str output_loglevel: Control the loglevel at which the output from the command is logged to the minion log. Note: The command being run will still be logged at the ``debug`` loglevel regardless, unless ``quiet`` is used for this value. :param bool ignore_retcode: If the exit code of the command is nonzero, this is treated as an error condition, and the output from the command will be logged to the minion log. However, there are some cases where programs use the return code for signaling and a nonzero exit code doesn't necessarily mean failure. Pass this argument as ``True`` to skip logging the output if the command has a nonzero exit code. :param bool hide_output: If ``True``, suppress stdout and stderr in the return data. Note: This is separate from ``output_loglevel``, which only handles how Salt logs to the minion log. New in version 2018.3.0 :param int timeout: A timeout in seconds for the executed process to return. :param bool use_vt: Use VT utils (saltstack) to stream the command output more interactively to the console and the logs. This is experimental. :param list success_retcodes: This parameter will allow a list of non-zero return codes that should be considered a success. If the return code returned from the run matches any in the provided list, the return code will be overridden with zero. New in version 2019.2.0 :param list success_stdout: This parameter will allow a list of strings that when found in standard out should be considered a success. If stdout returned from the run matches any in the provided list, the return code will be overridden with zero. New in version 3004 :param list success_stderr: This parameter will allow a list of strings that when found in standard error should be considered a success. If stderr returned from the run matches any in the provided list, the return code will be overridden with zero. New in version 3004 :param bool stdin_raw_newlines: False If ``True``, Salt will not automatically convert the characters ``\\n`` present in the ``stdin`` value to newlines. New in version 2019.2.0 CLI Example: salt '*' cmd.run_stdout \u0026quot;ls -l | awk '/foo/{print \\$2}'\u0026quot; The template arg can be set to 'jinja' or another supported template engine to render the command arguments before execution. For example: salt '*' cmd.run_stdout template=jinja \u0026quot;ls -l /tmp/{{grains.id}} | awk '/foo/{print \\$2}'\u0026quot; A string of standard input can be specified for the command to be run using the ``stdin`` parameter. This can be useful in cases where sensitive information must be read from standard input. salt '*' cmd.run_stdout \u0026quot;grep f\u0026quot; stdin='one\\ntwo\\nthree\\nfour\\nfive\\n' cmd.script:\nDownload a script from a remote location and execute the script locally. The script can be located on the salt master file server or on an HTTP/FTP server. The script will be executed directly, so it can be written in any available programming language. :param str source: The location of the script to download. If the file is located on the master in the directory named spam, and is called eggs, the source string is salt://spam/eggs :param str args: String of command line args to pass to the script. Only used if no args are specified as part of the `name` argument. To pass a string containing spaces in YAML, you will need to doubly-quote it: salt myminion cmd.script salt://foo.sh \u0026quot;arg1 'arg two' arg3\u0026quot; :param str cwd: The directory from which to execute the command. Defaults to the directory returned from Python's tempfile.mkstemp. :param str stdin: A string of standard input can be specified for the command to be run using the ``stdin`` parameter. This can be useful in cases where sensitive information must be read from standard input. :param str runas: Specify an alternate user to run the command. The default behaviour is to run as the user under which Salt is running. If running on a Windows minion you must also use the ``password`` argument, and the target user account must be in the Administrators group. Note: For Window's users, specifically Server users, it may be necessary to specify your runas user using the User Logon Name instead of the legacy logon name. Traditionally, logons would be in the following format. ``Domain/user`` In the event this causes issues when executing scripts, use the UPN format which looks like the following. ``user@domain.local`` More information \u0026lt;https://github.com/saltstack/salt/issues/55080\u0026gt; :param str password: Windows only. Required when specifying ``runas``. This parameter will be ignored on non-Windows platforms. New in version 2016.3.0 :param str group: Group to run script as. Not currently supported on Windows. :param str shell: Specify an alternate shell. Defaults to the system's default shell. :param bool python_shell: If False, let python handle the positional arguments. Set to True to use shell features, such as pipes or redirection. :param bool bg: If True, run script in background and do not await or deliver its results :param dict env: Environment variables to be set prior to execution. Note: When passing environment variables on the CLI, they should be passed as the string representation of a dictionary. salt myminion cmd.script 'some command' env='{\u0026quot;FOO\u0026quot;: \u0026quot;bar\u0026quot;}' Note: When using environment variables on Window's, case-sensitivity matters, i.e. Window's uses `Path` as opposed to `PATH` for other systems. :param str template: If this setting is applied then the named templating engine will be used to render the downloaded file. Currently jinja, mako, and wempy are supported. :param str umask: The umask (in octal) to use when running the command. :param str output_encoding: Control the encoding used to decode the command's output. Note: This should not need to be used in most cases. By default, Salt will try to use the encoding detected from the system locale, and will fall back to UTF-8 if this fails. This should only need to be used in cases where the output of the command is encoded in something other than the system locale or UTF-8. To see the encoding Salt has detected from the system locale, check the `locale` line in the output of :py:func:`test.versions_report \u0026lt;salt.modules.test.versions_report\u0026gt;`. New in version 2018.3.0 :param str output_loglevel: Control the loglevel at which the output from the command is logged to the minion log. Note: The command being run will still be logged at the ``debug`` loglevel regardless, unless ``quiet`` is used for this value. :param bool ignore_retcode: If the exit code of the command is nonzero, this is treated as an error condition, and the output from the command will be logged to the minion log. However, there are some cases where programs use the return code for signaling and a nonzero exit code doesn't necessarily mean failure. Pass this argument as ``True`` to skip logging the output if the command has a nonzero exit code. :param bool hide_output: If ``True``, suppress stdout and stderr in the return data. Note: This is separate from ``output_loglevel``, which only handles how Salt logs to the minion log. New in version 2018.3.0 :param int timeout: If the command has not terminated after timeout seconds, send the subprocess sigterm, and if sigterm is ignored, follow up with sigkill :param bool use_vt: Use VT utils (saltstack) to stream the command output more interactively to the console and the logs. This is experimental. :param list success_retcodes: This parameter will allow a list of non-zero return codes that should be considered a success. If the return code returned from the run matches any in the provided list, the return code will be overridden with zero. New in version 2019.2.0 :param list success_stdout: This parameter will allow a list of strings that when found in standard out should be considered a success. If stdout returned from the run matches any in the provided list, the return code will be overridden with zero. New in version 3004 :param list success_stderr: This parameter will allow a list of strings that when found in standard error should be considered a success. If stderr returned from the run matches any in the provided list, the return code will be overridden with zero. New in version 3004 :param bool stdin_raw_newlines: False If ``True``, Salt will not automatically convert the characters ``\\n`` present in the ``stdin`` value to newlines. New in version 2019.2.0 CLI Example: salt '*' cmd.script salt://scripts/runme.sh salt '*' cmd.script salt://scripts/runme.sh 'arg1 arg2 \u0026quot;arg 3\u0026quot;' salt '*' cmd.script salt://scripts/windows_task.ps1 args=' -Input c:\\tmp\\infile.txt' shell='powershell' salt '*' cmd.script salt://scripts/runme.sh stdin='one\\ntwo\\nthree\\nfour\\nfive\\n' cmd.script_retcode:\nDownload a script from a remote location and execute the script locally. The script can be located on the salt master file server or on an HTTP/FTP server. The script will be executed directly, so it can be written in any available programming language. The script can also be formatted as a template, the default is jinja. Only evaluate the script return code and do not block for terminal output :param str source: The location of the script to download. If the file is located on the master in the directory named spam, and is called eggs, the source string is salt://spam/eggs :param str args: String of command line args to pass to the script. Only used if no args are specified as part of the `name` argument. To pass a string containing spaces in YAML, you will need to doubly-quote it: \u0026quot;arg1 'arg two' arg3\u0026quot; :param str cwd: The directory from which to execute the command. Defaults to the home directory of the user specified by ``runas`` (or the user under which Salt is running if ``runas`` is not specified). :param str stdin: A string of standard input can be specified for the command to be run using the ``stdin`` parameter. This can be useful in cases where sensitive information must be read from standard input. :param str runas: Specify an alternate user to run the command. The default behaviour is to run as the user under which Salt is running. If running on a Windows minion you must also use the ``password`` argument, and the target user account must be in the Administrators group. :param str password: Windows only. Required when specifying ``runas``. This parameter will be ignored on non-Windows platforms. New in version 2016.3.0 :param str group: Group to run script as. Not currently supported on Windows. :param str shell: Specify an alternate shell. Defaults to the system's default shell. :param bool python_shell: If False, let python handle the positional arguments. Set to True to use shell features, such as pipes or redirection. :param dict env: Environment variables to be set prior to execution. Note: When passing environment variables on the CLI, they should be passed as the string representation of a dictionary. salt myminion cmd.script_retcode 'some command' env='{\u0026quot;FOO\u0026quot;: \u0026quot;bar\u0026quot;}' Note: When using environment variables on Window's, case-sensitivity matters, i.e. Window's uses `Path` as opposed to `PATH` for other systems. :param str template: If this setting is applied then the named templating engine will be used to render the downloaded file. Currently jinja, mako, and wempy are supported. :param str umask: The umask (in octal) to use when running the command. :param str output_encoding: Control the encoding used to decode the command's output. Note: This should not need to be used in most cases. By default, Salt will try to use the encoding detected from the system locale, and will fall back to UTF-8 if this fails. This should only need to be used in cases where the output of the command is encoded in something other than the system locale or UTF-8. To see the encoding Salt has detected from the system locale, check the `locale` line in the output of :py:func:`test.versions_report \u0026lt;salt.modules.test.versions_report\u0026gt;`. New in version 2018.3.0 :param str output_loglevel: Control the loglevel at which the output from the command is logged to the minion log. Note: The command being run will still be logged at the ``debug`` loglevel regardless, unless ``quiet`` is used for this value. :param bool ignore_retcode: If the exit code of the command is nonzero, this is treated as an error condition, and the output from the command will be logged to the minion log. However, there are some cases where programs use the return code for signaling and a nonzero exit code doesn't necessarily mean failure. Pass this argument as ``True`` to skip logging the output if the command has a nonzero exit code. :param int timeout: If the command has not terminated after timeout seconds, send the subprocess sigterm, and if sigterm is ignored, follow up with sigkill :param bool use_vt: Use VT utils (saltstack) to stream the command output more interactively to the console and the logs. This is experimental. :param list success_retcodes: This parameter will allow a list of non-zero return codes that should be considered a success. If the return code returned from the run matches any in the provided list, the return code will be overridden with zero. New in version 2019.2.0 :param list success_stdout: This parameter will allow a list of strings that when found in standard out should be considered a success. If stdout returned from the run matches any in the provided list, the return code will be overridden with zero. New in version 3004 :param list success_stderr: This parameter will allow a list of strings that when found in standard error should be considered a success. If stderr returned from the run matches any in the provided list, the return code will be overridden with zero. New in version 3004 :param bool stdin_raw_newlines: False If ``True``, Salt will not automatically convert the characters ``\\n`` present in the ``stdin`` value to newlines. New in version 2019.2.0 CLI Example: salt '*' cmd.script_retcode salt://scripts/runme.sh salt '*' cmd.script_retcode salt://scripts/runme.sh 'arg1 arg2 \u0026quot;arg 3\u0026quot;' salt '*' cmd.script_retcode salt://scripts/windows_task.ps1 args=' -Input c:\\tmp\\infile.txt' shell='powershell' A string of standard input can be specified for the command to be run using the ``stdin`` parameter. This can be useful in cases where sensitive information must be read from standard input. salt '*' cmd.script_retcode salt://scripts/runme.sh stdin='one\\ntwo\\nthree\\nfour\\nfive\\n' cmd.shell:\nExecute the passed command and return the output as a string. New in version 2015.5.0 :param str cmd: The command to run. ex: ``ls -lart /home`` :param str cwd: The directory from which to execute the command. Defaults to the home directory of the user specified by ``runas`` (or the user under which Salt is running if ``runas`` is not specified). :param str stdin: A string of standard input can be specified for the command to be run using the ``stdin`` parameter. This can be useful in cases where sensitive information must be read from standard input. :param str runas: Specify an alternate user to run the command. The default behaviour is to run as the user under which Salt is running. If running on a Windows minion you must also use the ``password`` argument, and the target user account must be in the Administrators group. Warning: For versions 2018.3.3 and above on macosx while using runas, to pass special characters to the command you need to escape the characters on the shell. Example: cmd.shell 'echo '\\''h=\\\u0026quot;baz\\\u0026quot;'\\''' runas=macuser :param str group: Group to run command as. Not currently supported on Windows. :param str password: Windows only. Required when specifying ``runas``. This parameter will be ignored on non-Windows platforms. New in version 2016.3.0 :param int shell: Shell to execute under. Defaults to the system default shell. :param bool bg: If True, run command in background and do not await or deliver its results :param dict env: Environment variables to be set prior to execution. Note: When passing environment variables on the CLI, they should be passed as the string representation of a dictionary. salt myminion cmd.shell 'some command' env='{\u0026quot;FOO\u0026quot;: \u0026quot;bar\u0026quot;}' Note: When using environment variables on Window's, case-sensitivity matters, i.e. Window's uses `Path` as opposed to `PATH` for other systems. :param bool clean_env: Attempt to clean out all other shell environment variables and set only those provided in the 'env' argument to this function. :param str prepend_path: $PATH segment to prepend (trailing ':' not necessary) to $PATH New in version 2018.3.0 :param str template: If this setting is applied then the named templating engine will be used to render the downloaded file. Currently jinja, mako, and wempy are supported. :param bool rstrip: Strip all whitespace off the end of output before it is returned. :param str umask: The umask (in octal) to use when running the command. :param str output_encoding: Control the encoding used to decode the command's output. Note: This should not need to be used in most cases. By default, Salt will try to use the encoding detected from the system locale, and will fall back to UTF-8 if this fails. This should only need to be used in cases where the output of the command is encoded in something other than the system locale or UTF-8. To see the encoding Salt has detected from the system locale, check the `locale` line in the output of :py:func:`test.versions_report \u0026lt;salt.modules.test.versions_report\u0026gt;`. New in version 2018.3.0 :param str output_loglevel: Control the loglevel at which the output from the command is logged to the minion log. Note: The command being run will still be logged at the ``debug`` loglevel regardless, unless ``quiet`` is used for this value. :param bool ignore_retcode: If the exit code of the command is nonzero, this is treated as an error condition, and the output from the command will be logged to the minion log. However, there are some cases where programs use the return code for signaling and a nonzero exit code doesn't necessarily mean failure. Pass this argument as ``True`` to skip logging the output if the command has a nonzero exit code. :param bool hide_output: If ``True``, suppress stdout and stderr in the return data. Note: This is separate from ``output_loglevel``, which only handles how Salt logs to the minion log. New in version 2018.3.0 :param int timeout: A timeout in seconds for the executed process to return. :param bool use_vt: Use VT utils (saltstack) to stream the command output more interactively to the console and the logs. This is experimental. Warning: This passes the cmd argument directly to the shell without any further processing! Be absolutely sure that you have properly sanitized the command passed to this function and do not use untrusted inputs. :param list success_retcodes: This parameter will allow a list of non-zero return codes that should be considered a success. If the return code returned from the run matches any in the provided list, the return code will be overridden with zero. New in version 2019.2.0 :param list success_stdout: This parameter will allow a list of strings that when found in standard out should be considered a success. If stdout returned from the run matches any in the provided list, the return code will be overridden with zero. New in version 3004 :param list success_stderr: This parameter will allow a list of strings that when found in standard error should be considered a success. If stderr returned from the run matches any in the provided list, the return code will be overridden with zero. New in version 3004 :param bool stdin_raw_newlines: False If ``True``, Salt will not automatically convert the characters ``\\n`` present in the ``stdin`` value to newlines. New in version 2019.2.0 CLI Example: salt '*' cmd.shell \u0026quot;ls -l | awk '/foo/{print \\$2}'\u0026quot; The template arg can be set to 'jinja' or another supported template engine to render the command arguments before execution. For example: salt '*' cmd.shell template=jinja \u0026quot;ls -l /tmp/{{grains.id}} | awk '/foo/{print \\$2}'\u0026quot; Specify an alternate shell with the shell parameter: salt '*' cmd.shell \u0026quot;Get-ChildItem C:\\ \u0026quot; shell='powershell' A string of standard input can be specified for the command to be run using the ``stdin`` parameter. This can be useful in cases where sensitive information must be read from standard input. salt '*' cmd.shell \u0026quot;grep f\u0026quot; stdin='one\\ntwo\\nthree\\nfour\\nfive\\n' If an equal sign (``=``) appears in an argument to a Salt command it is interpreted as a keyword argument in the format ``key=val``. That processing can be bypassed in order to pass an equal sign through to the remote shell command by manually specifying the kwarg: salt '*' cmd.shell cmd='sed -e s/=/:/g' cmd.shell_info:\nNew in version 2016.11.0 Provides information about a shell or script languages which often use ``#!``. The values returned are dependent on the shell or scripting languages all return the ``installed``, ``path``, ``version``, ``version_raw`` Args: shell (str): Name of the shell. Support shells/script languages include bash, cmd, perl, php, powershell, python, ruby and zsh list_modules (bool): True to list modules available to the shell. Currently only lists powershell modules. Returns: dict: A dictionary of information about the shell {'version': '\u0026lt;2 or 3 numeric components dot-separated\u0026gt;', 'version_raw': '\u0026lt;full version string\u0026gt;', 'path': '\u0026lt;full path to binary\u0026gt;', 'installed': \u0026lt;True, False or None\u0026gt;, '\u0026lt;attribute\u0026gt;': '\u0026lt;attribute value\u0026gt;'} Note: - ``installed`` is always returned, if ``None`` or ``False`` also returns error and may also return ``stdout`` for diagnostics. - ``version`` is for use in determine if a shell/script language has a particular feature set, not for package management. - The shell must be within the executable search path. CLI Example: salt '*' cmd.shell_info bash salt '*' cmd.shell_info powershell :codeauthor: Damon Atkins \u0026lt;https://github.com/damon-atkins\u0026gt; cmd.shells:\nLists the valid shells on this system via the /etc/shells file New in version 2015.5.0 CLI Example: salt '*' cmd.shells cmd.tty:\nEcho a string to a specific tty CLI Example: salt '*' cmd.tty tty0 'This is a test' salt '*' cmd.tty pts3 'This is a test' cmd.which:\nReturns the path of an executable available on the minion, None otherwise CLI Example: salt '*' cmd.which cat cmd.which_bin:\nReturns the first command found in a list of commands CLI Example: salt '*' cmd.which_bin '[pip2, pip, pip-python]' composer.did_composer_install:\nTest to see if the vendor directory exists in this directory dir Directory location of the composer.json file CLI Example: salt '*' composer.did_composer_install /var/www/application composer.install:\nInstall composer dependencies for a directory. If composer has not been installed globally making it available in the system PATH \u0026amp; making it executable, the ``composer`` and ``php`` parameters will need to be set to the location of the executables. directory Directory location of the composer.json file. composer Location of the composer.phar file. If not set composer will just execute \u0026quot;composer\u0026quot; as if it is installed globally. (i.e. /path/to/composer.phar) php Location of the php executable to use with composer. (i.e. /usr/bin/php) runas Which system user to run composer as. prefer_source --prefer-source option of composer. prefer_dist --prefer-dist option of composer. no_scripts --no-scripts option of composer. no_plugins --no-plugins option of composer. optimise --optimise-autoloader option of composer. Recommended for production. no_dev --no-dev option for composer. Recommended for production. quiet --quiet option for composer. Whether or not to return output from composer. composer_home $COMPOSER_HOME environment variable env A list of environment variables to be set prior to execution. CLI Example: salt '*' composer.install /var/www/application salt '*' composer.install /var/www/application no_dev=True optimise=True composer.selfupdate:\nUpdate composer itself. If composer has not been installed globally making it available in the system PATH \u0026amp; making it executable, the ``composer`` and ``php`` parameters will need to be set to the location of the executables. composer Location of the composer.phar file. If not set composer will just execute \u0026quot;composer\u0026quot; as if it is installed globally. (i.e. /path/to/composer.phar) php Location of the php executable to use with composer. (i.e. /usr/bin/php) runas Which system user to run composer as. quiet --quiet option for composer. Whether or not to return output from composer. composer_home $COMPOSER_HOME environment variable CLI Example: salt '*' composer.selfupdate composer.update:\nUpdate composer dependencies for a directory. If `composer install` has not yet been run, this runs `composer install` instead. If composer has not been installed globally making it available in the system PATH \u0026amp; making it executable, the ``composer`` and ``php`` parameters will need to be set to the location of the executables. directory Directory location of the composer.json file. composer Location of the composer.phar file. If not set composer will just execute \u0026quot;composer\u0026quot; as if it is installed globally. (i.e. /path/to/composer.phar) php Location of the php executable to use with composer. (i.e. /usr/bin/php) runas Which system user to run composer as. prefer_source --prefer-source option of composer. prefer_dist --prefer-dist option of composer. no_scripts --no-scripts option of composer. no_plugins --no-plugins option of composer. optimise --optimise-autoloader option of composer. Recommended for production. no_dev --no-dev option for composer. Recommended for production. quiet --quiet option for composer. Whether or not to return output from composer. composer_home $COMPOSER_HOME environment variable env A list of environment variables to be set prior to execution. CLI Example: salt '*' composer.update /var/www/application salt '*' composer.update /var/www/application no_dev=True optimise=True config.backup_mode:\nReturn the backup mode CLI Example: salt '*' config.backup_mode config.dot_vals:\nPass in a configuration value that should be preceded by the module name and a dot, this will return a list of all read key/value pairs CLI Example: salt '*' config.dot_vals host config.gather_bootstrap_script:\nDownload the salt-bootstrap script, and return its location bootstrap URL of alternate bootstrap script CLI Example: salt '*' config.gather_bootstrap_script config.get:\nNew in version 0.14.0 Attempt to retrieve the named value from the minion config file, pillar, grains or the master config. If the named value is not available, return the value specified by the ``default`` argument. If this argument is not specified, ``default`` falls back to an empty string. Values can also be retrieved from nested dictionaries. Assume the below data structure: {'pkg': {'apache': 'httpd'}} To retrieve the value associated with the ``apache`` key, in the sub-dictionary corresponding to the ``pkg`` key, the following command can be used: salt myminion config.get pkg:apache The ``:`` (colon) is used to represent a nested dictionary level. Changed in version 2015.5.0 The ``delimiter`` argument was added, to allow delimiters other than ``:`` to be used. This function traverses these data stores in this order, returning the first match found: - Minion configuration - Minion's grains - Minion's pillar data - Master configuration (requires :conf_minion:`pillar_opts` to be set to ``True`` in Minion config file in order to work) This means that if there is a value that is going to be the same for the majority of minions, it can be configured in the Master config file, and then overridden using the grains, pillar, or Minion config file. Adding config options to the Master or Minion configuration file is easy: my-config-option: value cafe-menu: - egg and bacon - egg sausage and bacon - egg and spam - egg bacon and spam - egg bacon sausage and spam - spam bacon sausage and spam - spam egg spam spam bacon and spam - spam sausage spam spam bacon spam tomato and spam Note: Minion configuration options built into Salt (like those defined :ref:`here \u0026lt;configuration-salt-minion\u0026gt;`) will *always* be defined in the Minion configuration and thus *cannot be overridden by grains or pillar data*. However, additional (user-defined) configuration options (as in the above example) will not be in the Minion configuration by default and thus can be overridden using grains/pillar data by leaving the option out of the minion config file. **Arguments** delimiter New in version 2015.5.0 Override the delimiter used to separate nested levels of a data structure. merge New in version 2015.5.0 If passed, this parameter will change the behaviour of the function so that, instead of traversing each data store above in order and returning the first match, the data stores are first merged together and then searched. The pillar data is merged into the master config data, then the grains are merged, followed by the Minion config data. The resulting data structure is then searched for a match. This allows for configurations to be more flexible. Note: The merging described above does not mean that grain data will end up in the Minion's pillar data, or pillar data will end up in the master config data, etc. The data is just combined for the purposes of searching an amalgam of the different data stores. The supported merge strategies are as follows: - **recurse** - If a key exists in both dictionaries, and the new value is not a dictionary, it is replaced. Otherwise, the sub-dictionaries are merged together into a single dictionary, recursively on down, following the same criteria. For example: \u0026gt;\u0026gt;\u0026gt; dict1 = {'foo': {'bar': 1, 'qux': True}, 'hosts': ['a', 'b', 'c'], 'only_x': None} \u0026gt;\u0026gt;\u0026gt; dict2 = {'foo': {'baz': 2, 'qux': False}, 'hosts': ['d', 'e', 'f'], 'only_y': None} \u0026gt;\u0026gt;\u0026gt; merged {'foo': {'bar': 1, 'baz': 2, 'qux': False}, 'hosts': ['d', 'e', 'f'], 'only_dict1': None, 'only_dict2': None} - **overwrite** - If a key exists in the top level of both dictionaries, the new value completely overwrites the old. For example: \u0026gt;\u0026gt;\u0026gt; dict1 = {'foo': {'bar': 1, 'qux': True}, 'hosts': ['a', 'b', 'c'], 'only_x': None} \u0026gt;\u0026gt;\u0026gt; dict2 = {'foo': {'baz': 2, 'qux': False}, 'hosts': ['d', 'e', 'f'], 'only_y': None} \u0026gt;\u0026gt;\u0026gt; merged {'foo': {'baz': 2, 'qux': False}, 'hosts': ['d', 'e', 'f'], 'only_dict1': None, 'only_dict2': None} CLI Example: salt '*' config.get pkg:apache salt '*' config.get lxc.container_profile:centos merge=recurse config.items:\nReturn the complete config from the currently running minion process. This includes defaults for values not set in the config file. CLI Example: salt '*' config.items config.manage_mode:\nReturn a mode value, normalized to a string CLI Example: salt '*' config.manage_mode config.merge:\nRetrieves an option based on key, merging all matches. Same as ``option()`` except that it merges all matches, rather than taking the first match. CLI Example: salt '*' config.merge schedule config.option:\nReturns the setting for the specified config value. The priority for matches is the same as in :py:func:`config.get \u0026lt;salt.modules.config.get\u0026gt;`, only this function does not recurse into nested data structures. Another difference between this function and :py:func:`config.get \u0026lt;salt.modules.config.get\u0026gt;` is that it comes with a set of \u0026quot;sane defaults\u0026quot;. To view these, you can run the following command: salt '*' config.option '*' omit_all=True wildcard=True default The default value if no match is found. If not specified, then the fallback default will be an empty string, unless ``wildcard=True``, in which case the return will be an empty dictionary. omit_opts : False Pass as ``True`` to exclude matches from the minion configuration file omit_grains : False Pass as ``True`` to exclude matches from the grains omit_pillar : False Pass as ``True`` to exclude matches from the pillar data omit_master : False Pass as ``True`` to exclude matches from the master configuration file omit_all : True Shorthand to omit all of the above and return matches only from the \u0026quot;sane defaults\u0026quot;. New in version 3000 wildcard : False If used, this will perform pattern matching on keys. Note that this will also significantly change the return data. Instead of only a value being returned, a dictionary mapping the matched keys to their values is returned. For example, using ``wildcard=True`` with a ``key`` of ``'foo.ba*`` could return a dictionary like so: {'foo.bar': True, 'foo.baz': False} New in version 3000 CLI Example: salt '*' config.option redis.host config.valid_fileproto:\nReturns a boolean value based on whether or not the URI passed has a valid remote file protocol designation CLI Example: salt '*' config.valid_fileproto salt://path/to/file consul.acl_clone:\nInformation about an ACL token. :param consul_url: The Consul server URL. :param id: Unique identifier for the ACL to update. :return: Boolean, message of success or failure, and new ID of cloned ACL. CLI Example: salt '*' consul.acl_info id='c1c4d223-91cb-3d1f-1ee8-f2af9e7b6716' consul.acl_create:\nCreate a new ACL token. :param consul_url: The Consul server URL. :param name: Meaningful indicator of the ACL's purpose. :param type: Type is either client or management. A management token is comparable to a root user and has the ability to perform any action including creating, modifying, and deleting ACLs. :param rules: The Consul server URL. :return: Boolean \u0026amp; message of success or failure. CLI Example: salt '*' consul.acl_create consul.acl_delete:\nDelete an ACL token. :param consul_url: The Consul server URL. :param id: Unique identifier for the ACL to update. :return: Boolean \u0026amp; message of success or failure. CLI Example: salt '*' consul.acl_delete id='c1c4d223-91cb-3d1f-1ee8-f2af9e7b6716' consul.acl_info:\nInformation about an ACL token. :param consul_url: The Consul server URL. :param id: Unique identifier for the ACL to update. :return: Information about the ACL requested. CLI Example: salt '*' consul.acl_info id='c1c4d223-91cb-3d1f-1ee8-f2af9e7b6716' consul.acl_list:\nList the ACL tokens. :param consul_url: The Consul server URL. :return: List of ACLs CLI Example: salt '*' consul.acl_list consul.acl_update:\nUpdate an ACL token. :param consul_url: The Consul server URL. :param name: Meaningful indicator of the ACL's purpose. :param id: Unique identifier for the ACL to update. :param type: Type is either client or management. A management token is comparable to a root user and has the ability to perform any action including creating, modifying, and deleting ACLs. :param rules: The Consul server URL. :return: Boolean \u0026amp; message of success or failure. CLI Example: salt '*' consul.acl_update consul.agent_check_deregister:\nThe agent will take care of deregistering the check from the Catalogue. :param consul_url: The Consul server URL. :param checkid: The ID of the check to deregister from Consul. :return: Boolean and message indicating success or failure. CLI Example: salt '*' consul.agent_check_deregister checkid='Memory Utilization' consul.agent_check_fail:\nThis endpoint is used with a check that is of the TTL type. When this is called, the status of the check is set to critical and the TTL clock is reset. :param consul_url: The Consul server URL. :param checkid: The ID of the check to deregister from Consul. :param note: A human-readable message with the status of the check. :return: Boolean and message indicating success or failure. CLI Example: salt '*' consul.agent_check_fail checkid='redis_check1' note='Forcing check into critical state.' consul.agent_check_pass:\nThis endpoint is used with a check that is of the TTL type. When this is called, the status of the check is set to passing and the TTL clock is reset. :param consul_url: The Consul server URL. :param checkid: The ID of the check to mark as passing. :param note: A human-readable message with the status of the check. :return: Boolean and message indicating success or failure. CLI Example: salt '*' consul.agent_check_pass checkid='redis_check1' note='Forcing check into passing state.' consul.agent_check_register:\nThe register endpoint is used to add a new check to the local agent. :param consul_url: The Consul server URL. :param name: The description of what the check is for. :param id: The unique name to use for the check, if not provided 'name' is used. :param notes: Human readable description of the check. :param script: If script is provided, the check type is a script, and Consul will evaluate that script based on the interval parameter. :param http: Check will perform an HTTP GET request against the value of HTTP (expected to be a URL) based on the interval parameter. :param ttl: If a TTL type is used, then the TTL update endpoint must be used periodically to update the state of the check. :param interval: Interval at which the check should run. :return: Boolean and message indicating success or failure. CLI Example: salt '*' consul.agent_check_register name='Memory Utilization' script='/usr/local/bin/check_mem.py' interval='15s' consul.agent_check_warn:\nThis endpoint is used with a check that is of the TTL type. When this is called, the status of the check is set to warning and the TTL clock is reset. :param consul_url: The Consul server URL. :param checkid: The ID of the check to deregister from Consul. :param note: A human-readable message with the status of the check. :return: Boolean and message indicating success or failure. CLI Example: salt '*' consul.agent_check_warn checkid='redis_check1' note='Forcing check into warning state.' consul.agent_checks:\nReturns the checks the local agent is managing :param consul_url: The Consul server URL. :return: Returns the checks the local agent is managing CLI Example: salt '*' consul.agent_checks consul.agent_join:\nTriggers the local agent to join a node :param consul_url: The Consul server URL. :param address: The address for the agent to connect to. :param wan: Causes the agent to attempt to join using the WAN pool. :return: Boolean and message indicating success or failure. CLI Example: salt '*' consul.agent_join address='192.168.1.1' consul.agent_leave:\nUsed to instruct the agent to force a node into the left state. :param consul_url: The Consul server URL. :param node: The node the agent will force into left state :return: Boolean and message indicating success or failure. CLI Example: salt '*' consul.agent_leave node='web1.example.com' consul.agent_maintenance:\nManages node maintenance mode :param consul_url: The Consul server URL. :param enable: The enable flag is required. Acceptable values are either true (to enter maintenance mode) or false (to resume normal operation). :param reason: If provided, its value should be a text string explaining the reason for placing the node into maintenance mode. :return: Boolean and message indicating success or failure. CLI Example: salt '*' consul.agent_maintenance enable='False' reason='Upgrade in progress' consul.agent_members:\nReturns the members as seen by the local serf agent :param consul_url: The Consul server URL. :return: Returns the members as seen by the local serf agent CLI Example: salt '*' consul.agent_members consul.agent_self:\nReturns the local node configuration :param consul_url: The Consul server URL. :return: Returns the local node configuration CLI Example: salt '*' consul.agent_self consul.agent_service_deregister:\nUsed to remove a service. :param consul_url: The Consul server URL. :param serviceid: A serviceid describing the service. :return: Boolean and message indicating success or failure. CLI Example: salt '*' consul.agent_service_deregister serviceid='redis' consul.agent_service_maintenance:\nUsed to place a service into maintenance mode. :param consul_url: The Consul server URL. :param serviceid: A name of the service. :param enable: Whether the service should be enabled or disabled. :param reason: A human readable message of why the service was enabled or disabled. :return: Boolean and message indicating success or failure. CLI Example: salt '*' consul.agent_service_deregister serviceid='redis' enable='True' reason='Down for upgrade' consul.agent_service_register:\nThe used to add a new service, with an optional health check, to the local agent. :param consul_url: The Consul server URL. :param name: A name describing the service. :param address: The address used by the service, defaults to the address of the agent. :param port: The port used by the service. :param id: Unique ID to identify the service, if not provided the value of the name parameter is used. :param tags: Identifying tags for service, string or list. :param script: If script is provided, the check type is a script, and Consul will evaluate that script based on the interval parameter. :param http: Check will perform an HTTP GET request against the value of HTTP (expected to be a URL) based on the interval parameter. :param check_ttl: If a TTL type is used, then the TTL update endpoint must be used periodically to update the state of the check. :param check_interval: Interval at which the check should run. :return: Boolean and message indicating success or failure. CLI Example: salt '*' consul.agent_service_register name='redis' tags='[\u0026quot;master\u0026quot;, \u0026quot;v1\u0026quot;]' address=\u0026quot;127.0.0.1\u0026quot; port=\u0026quot;8080\u0026quot; check_script=\u0026quot;/usr/local/bin/check_redis.py\u0026quot; interval=\u0026quot;10s\u0026quot; consul.agent_services:\nReturns the services the local agent is managing :param consul_url: The Consul server URL. :return: Returns the services the local agent is managing CLI Example: salt '*' consul.agent_services consul.catalog_datacenters:\nReturn list of available datacenters from catalogue. :param consul_url: The Consul server URL. :return: The list of available datacenters. CLI Example: salt '*' consul.catalog_datacenters consul.catalog_deregister:\nDeregisters a node, service, or check :param consul_url: The Consul server URL. :param node: The node to deregister. :param datacenter: By default, the datacenter of the agent is queried; however, the dc can be provided using the \u0026quot;dc\u0026quot; parameter. :param checkid: The ID of the health check to deregister. :param serviceid: The ID of the service to deregister. :return: Boolean \u0026amp; message of success or failure. CLI Example: salt '*' consul.catalog_register node='node1' serviceid='redis_server1' checkid='redis_check1' consul.catalog_node:\nInformation about the registered node. :param consul_url: The Consul server URL. :param node: The node to request information about. :param dc: By default, the datacenter of the agent is queried; however, the dc can be provided using the \u0026quot;dc\u0026quot; parameter. :return: Information about the requested node. CLI Example: salt '*' consul.catalog_service service='redis' consul.catalog_nodes:\nReturn list of available nodes from catalogue. :param consul_url: The Consul server URL. :param dc: By default, the datacenter of the agent is queried; however, the dc can be provided using the \u0026quot;dc\u0026quot; parameter. :return: The list of available nodes. CLI Example: salt '*' consul.catalog_nodes consul.catalog_register:\nRegisters a new node, service, or check :param consul_url: The Consul server URL. :param dc: By default, the datacenter of the agent is queried; however, the dc can be provided using the \u0026quot;dc\u0026quot; parameter. :param node: The node to register. :param address: The address of the node. :param service: The service that will be registered. :param service_address: The address that the service listens on. :param service_port: The port for the service. :param service_id: A unique identifier for the service, if this is not provided \u0026quot;name\u0026quot; will be used. :param service_tags: Any tags associated with the service. :param check: The name of the health check to register :param check_status: The initial status of the check, must be one of unknown, passing, warning, or critical. :param check_service: The service that the check is performed against. :param check_id: Unique identifier for the service. :param check_notes: An opaque field that is meant to hold human-readable text. :return: Boolean \u0026amp; message of success or failure. CLI Example: salt '*' consul.catalog_register node='node1' address='192.168.1.1' service='redis' service_address='127.0.0.1' service_port='8080' service_id='redis_server1' consul.catalog_service:\nInformation about the registered service. :param consul_url: The Consul server URL. :param dc: By default, the datacenter of the agent is queried; however, the dc can be provided using the \u0026quot;dc\u0026quot; parameter. :param tag: Filter returned services with tag parameter. :return: Information about the requested service. CLI Example: salt '*' consul.catalog_service service='redis' consul.catalog_services:\nReturn list of available services rom catalogue. :param consul_url: The Consul server URL. :param dc: By default, the datacenter of the agent is queried; however, the dc can be provided using the \u0026quot;dc\u0026quot; parameter. :return: The list of available services. CLI Example: salt '*' consul.catalog_services consul.delete:\nDelete values from Consul :param consul_url: The Consul server URL. :param key: The key to use as the starting point for the list. :param recurse: Delete values recursively beginning at the value of key. :param cas: This flag is used to turn the DELETE into a Check-And-Set operation. :return: Boolean \u0026amp; message of success or failure. CLI Example: salt '*' consul.delete key='web' salt '*' consul.delete key='web' recurse='True' consul.event_fire:\nList the ACL tokens. :param consul_url: The Consul server URL. :param name: The name of the event to fire. :param dc: By default, the datacenter of the agent is queried; however, the dc can be provided using the \u0026quot;dc\u0026quot; parameter. :param node: Filter by node name. :param service: Filter by service name. :param tag: Filter by tag name. :return: List of ACLs CLI Example: salt '*' consul.event_fire name='deploy' consul.event_list:\nList the recent events. :param consul_url: The Consul server URL. :param name: The name of the event to fire. :return: List of ACLs CLI Example: salt '*' consul.event_list consul.get:\nGet key from Consul :param consul_url: The Consul server URL. :param key: The key to use as the starting point for the list. :param recurse: Return values recursively beginning at the value of key. :param decode: By default values are stored as Base64 encoded values, decode will return the whole key with the value decoded. :param raw: Simply return the decoded value of the key. :return: The keys in Consul. CLI Example: salt '*' consul.get key='web/key1' salt '*' consul.get key='web' recurse=True salt '*' consul.get key='web' recurse=True decode=True By default values stored in Consul are base64 encoded, passing the decode option will show them as the decoded values. salt '*' consul.get key='web' recurse=True decode=True raw=True By default Consult will return other information about the key, the raw option will return only the raw value. consul.health_checks:\nHealth information about the registered service. :param consul_url: The Consul server URL. :param service: The service to request health information about. :param dc: By default, the datacenter of the agent is queried; however, the dc can be provided using the \u0026quot;dc\u0026quot; parameter. :return: Health information about the requested node. CLI Example: salt '*' consul.health_checks service='redis1' consul.health_node:\nHealth information about the registered node. :param consul_url: The Consul server URL. :param node: The node to request health information about. :param dc: By default, the datacenter of the agent is queried; however, the dc can be provided using the \u0026quot;dc\u0026quot; parameter. :return: Health information about the requested node. CLI Example: salt '*' consul.health_node node='node1' consul.health_service:\nHealth information about the registered service. :param consul_url: The Consul server URL. :param service: The service to request health information about. :param dc: By default, the datacenter of the agent is queried; however, the dc can be provided using the \u0026quot;dc\u0026quot; parameter. :param tag: Filter returned services with tag parameter. :param passing: Filter results to only nodes with all checks in the passing state. :return: Health information about the requested node. CLI Example: salt '*' consul.health_service service='redis1' salt '*' consul.health_service service='redis1' passing='True' consul.health_state:\nReturns the checks in the state provided on the path. :param consul_url: The Consul server URL. :param state: The state to show checks for. The supported states are any, unknown, passing, warning, or critical. The any state is a wildcard that can be used to return all checks. :param dc: By default, the datacenter of the agent is queried; however, the dc can be provided using the \u0026quot;dc\u0026quot; parameter. :return: The checks in the provided state. CLI Example: salt '*' consul.health_state state='redis1' salt '*' consul.health_state service='redis1' passing='True' consul.list:\nList keys in Consul :param consul_url: The Consul server URL. :param key: The key to use as the starting point for the list. :return: The list of keys. CLI Example: salt '*' consul.list salt '*' consul.list key='web' consul.put:\nPut values into Consul :param consul_url: The Consul server URL. :param key: The key to use as the starting point for the list. :param value: The value to set the key to. :param flags: This can be used to specify an unsigned value between 0 and 2^64-1. Clients can choose to use this however makes sense for their application. :param cas: This flag is used to turn the PUT into a Check-And-Set operation. :param acquire: This flag is used to turn the PUT into a lock acquisition operation. :param release: This flag is used to turn the PUT into a lock release operation. :return: Boolean \u0026amp; message of success or failure. CLI Example: salt '*' consul.put key='web/key1' value=\u0026quot;Hello there\u0026quot; salt '*' consul.put key='web/key1' value=\u0026quot;Hello there\u0026quot; acquire='d5d371f4-c380-5280-12fd-8810be175592' salt '*' consul.put key='web/key1' value=\u0026quot;Hello there\u0026quot; release='d5d371f4-c380-5280-12fd-8810be175592' consul.session_create:\nUsed to create a session. :param consul_url: The Consul server URL. :param lockdelay: Duration string using a \u0026quot;s\u0026quot; suffix for seconds. The default is 15s. :param node: Must refer to a node that is already registered, if specified. By default, the agent's own node name is used. :param name: A human-readable name for the session :param checks: A list of associated health checks. It is highly recommended that, if you override this list, you include the default \u0026quot;serfHealth\u0026quot;. :param behaviour: Can be set to either release or delete. This controls the behaviour when a session is invalidated. By default, this is release, causing any locks that are held to be released. Changing this to delete causes any locks that are held to be deleted. delete is useful for creating ephemeral key/value entries. :param ttl: Session is invalidated if it is not renewed before the TTL expires :return: Boolean and message indicating success or failure. CLI Example: salt '*' consul.session_create node='node1' name='my-session' behaviour='delete' ttl='3600s' consul.session_destroy:\nDestroy session :param consul_url: The Consul server URL. :param session: The ID of the session to destroy. :param dc: By default, the datacenter of the agent is queried; however, the dc can be provided using the \u0026quot;dc\u0026quot; parameter. :return: Boolean \u0026amp; message of success or failure. CLI Example: salt '*' consul.session_destroy session='c1c4d223-91cb-3d1f-1ee8-f2af9e7b6716' consul.session_info:\nInformation about a session :param consul_url: The Consul server URL. :param session: The ID of the session to return information about. :param dc: By default, the datacenter of the agent is queried; however, the dc can be provided using the \u0026quot;dc\u0026quot; parameter. :return: Boolean \u0026amp; message of success or failure. CLI Example: salt '*' consul.session_info session='c1c4d223-91cb-3d1f-1ee8-f2af9e7b6716' consul.session_list:\nUsed to list sessions. :param consul_url: The Consul server URL. :param dc: By default, the datacenter of the agent is queried; however, the dc can be provided using the \u0026quot;dc\u0026quot; parameter. :param return_list: By default, all information about the sessions is returned, using the return_list parameter will return a list of session IDs. :return: A list of all available sessions. CLI Example: salt '*' consul.session_list consul.status_leader:\nReturns the current Raft leader :param consul_url: The Consul server URL. :return: The address of the Raft leader. CLI Example: salt '*' consul.status_leader consul.status_peers:\nReturns the current Raft peer set :param consul_url: The Consul server URL. :return: Retrieves the Raft peers for the datacenter in which the agent is running. CLI Example: salt '*' consul.status_peers container_resource.cache_file:\nWrapper for cp.cache_file which raises an error if the file was unable to be cached. CLI Example: salt myminion container_resource.cache_file salt://foo/bar/baz.txt container_resource.copy_to:\nCommon logic for copying files to containers path path to the container parent (for LXC only) default: /var/lib/lxc (system default) CLI Example: salt myminion container_resource.copy_to mycontainer /local/file/path /container/file/path container_type=docker exec_driver=nsenter container_resource.run:\nCommon logic for running shell commands in containers path path to the container parent (for LXC only) default: /var/lib/lxc (system default) CLI Example: salt myminion container_resource.run mycontainer 'ps aux' container_type=docker exec_driver=nsenter output=stdout cp.cache_dest:\nNew in version 3000 Changed in version 3005 ``saltenv`` will use value from config if not explicitly set Returns the expected cache path for the file, if cached using :py:func:`cp.cache_file \u0026lt;salt.modules.cp.cache_file\u0026gt;`. Note: This only returns the _expected_ path, it does not tell you if the URL is really cached. To check if the URL is cached, use :py:func:`cp.is_cached \u0026lt;salt.modules.cp.is_cached\u0026gt;` instead. CLI Examples: salt '*' cp.cache_dest https://foo.com/bar.rpm salt '*' cp.cache_dest salt://my/file salt '*' cp.cache_dest salt://my/file saltenv=dev cp.cache_dir:\nChanged in version 3005 ``saltenv`` will use value from config if not explicitly set Download and cache everything under a directory from the master include_pat : None Glob or regex to narrow down the files cached from the given path. If matching with a regex, the regex must be prefixed with ``E@``, otherwise the expression will be interpreted as a glob. New in version 2014.7.0 exclude_pat : None Glob or regex to exclude certain files from being cached from the given path. If matching with a regex, the regex must be prefixed with ``E@``, otherwise the expression will be interpreted as a glob. Note: If used with ``include_pat``, files matching this pattern will be excluded from the subset of files defined by ``include_pat``. New in version 2014.7.0 CLI Examples: salt '*' cp.cache_dir salt://path/to/dir salt '*' cp.cache_dir salt://path/to/dir include_pat='E@*.py$' cp.cache_file:\nChanged in version 3005 ``saltenv`` will use value from config if not explicitly set Used to cache a single file on the Minion Returns the location of the new cached file on the Minion source_hash If ``name`` is an http(s) or ftp URL and the file exists in the minion's file cache, this option can be passed to keep the minion from re-downloading the file if the cached copy matches the specified hash. New in version 2018.3.0 verify_ssl If ``False``, remote https file sources (``https://``) and source_hash will not attempt to validate the servers certificate. Default is True. New in version 3002 use_etag If ``True``, remote http/https file sources will attempt to use the ETag header to determine if the remote file needs to be downloaded. This provides a lightweight mechanism for promptly refreshing files changed on a web server without requiring a full hash comparison via the ``source_hash`` parameter. New in version 3005 CLI Example: salt '*' cp.cache_file salt://path/to/file There are two ways of defining the fileserver environment (a.k.a. ``saltenv``) from which to cache the file. One is to use the ``saltenv`` parameter, and the other is to use a querystring syntax in the ``salt://`` URL. The below two examples are equivalent: salt '*' cp.cache_file salt://foo/bar.conf saltenv=config salt '*' cp.cache_file salt://foo/bar.conf?saltenv=config If the path being cached is a ``salt://`` URI, and the path does not exist, then ``False`` will be returned. Note: It may be necessary to quote the URL when using the querystring method, depending on the shell being used to run the command. cp.cache_file_ssh:\nThis function is an alias of cache_file.\nChanged in version 3005 ``saltenv`` will use value from config if not explicitly set Used to cache a single file on the Minion Returns the location of the new cached file on the Minion source_hash If ``name`` is an http(s) or ftp URL and the file exists in the minion's file cache, this option can be passed to keep the minion from re-downloading the file if the cached copy matches the specified hash. New in version 2018.3.0 verify_ssl If ``False``, remote https file sources (``https://``) and source_hash will not attempt to validate the servers certificate. Default is True. New in version 3002 use_etag If ``True``, remote http/https file sources will attempt to use the ETag header to determine if the remote file needs to be downloaded. This provides a lightweight mechanism for promptly refreshing files changed on a web server without requiring a full hash comparison via the ``source_hash`` parameter. New in version 3005 CLI Example: salt '*' cp.cache_file salt://path/to/file There are two ways of defining the fileserver environment (a.k.a. ``saltenv``) from which to cache the file. One is to use the ``saltenv`` parameter, and the other is to use a querystring syntax in the ``salt://`` URL. The below two examples are equivalent: salt '*' cp.cache_file salt://foo/bar.conf saltenv=config salt '*' cp.cache_file salt://foo/bar.conf?saltenv=config If the path being cached is a ``salt://`` URI, and the path does not exist, then ``False`` will be returned. Note: It may be necessary to quote the URL when using the querystring method, depending on the shell being used to run the command. cp.cache_files:\nChanged in version 3005 ``saltenv`` will use value from config if not explicitly set Used to gather many files from the Master, the gathered files will be saved in the minion cachedir reflective to the paths retrieved from the Master CLI Example: salt '*' cp.cache_files salt://pathto/file1,salt://pathto/file1 There are two ways of defining the fileserver environment (a.k.a. ``saltenv``) from which to cache the files. One is to use the ``saltenv`` parameter, and the other is to use a querystring syntax in the ``salt://`` URL. The below two examples are equivalent: salt '*' cp.cache_files salt://foo/bar.conf,salt://foo/baz.conf saltenv=config salt '*' cp.cache_files salt://foo/bar.conf?saltenv=config,salt://foo/baz.conf?saltenv=config The querystring method is less useful when all files are being cached from the same environment, but is a good way of caching files from multiple different environments in the same command. For example, the below command will cache the first file from the ``config1`` environment, and the second one from the ``config2`` environment. salt '*' cp.cache_files salt://foo/bar.conf?saltenv=config1,salt://foo/bar.conf?saltenv=config2 Note: It may be necessary to quote the URL when using the querystring method, depending on the shell being used to run the command. cp.cache_local_file:\nCache a local file on the minion in the localfiles cache CLI Example: salt '*' cp.cache_local_file /etc/hosts cp.cache_master:\nChanged in version 3005 ``saltenv`` will use value from config if not explicitly set Retrieve all of the files on the master and cache them locally CLI Example: salt '*' cp.cache_master cp.envs:\nList available environments for fileserver CLI Example: salt '*' cp.envs cp.get_dir:\nChanged in version 3005 ``saltenv`` will use value from config if not explicitly set Used to recursively copy a directory from the salt master CLI Example: salt '*' cp.get_dir salt://path/to/dir/ /minion/dest get_dir supports the same template and gzip arguments as get_file. cp.get_file:\nChanged in version 3005 ``saltenv`` will use value from config if not explicitly set Changed in version 2018.3.0 ``dest`` can now be a directory Used to get a single file from the salt master CLI Example: salt '*' cp.get_file salt://path/to/file /minion/dest Template rendering can be enabled on both the source and destination file names like so: salt '*' cp.get_file \u0026quot;salt://{{grains.os}}/vimrc\u0026quot; /etc/vimrc template=jinja This example would instruct all Salt minions to download the vimrc from a directory with the same name as their os grain and copy it to /etc/vimrc For larger files, the cp.get_file module also supports gzip compression. Because gzip is CPU-intensive, this should only be used in scenarios where the compression ratio is very high (e.g. pretty-printed JSON or YAML files). Use the *gzip* named argument to enable it. Valid values are 1..9, where 1 is the lightest compression and 9 the heaviest. 1 uses the least CPU on the master (and minion), 9 uses the most. There are two ways of defining the fileserver environment (a.k.a. ``saltenv``) from which to retrieve the file. One is to use the ``saltenv`` parameter, and the other is to use a querystring syntax in the ``salt://`` URL. The below two examples are equivalent: salt '*' cp.get_file salt://foo/bar.conf /etc/foo/bar.conf saltenv=config salt '*' cp.get_file salt://foo/bar.conf?saltenv=config /etc/foo/bar.conf Note: It may be necessary to quote the URL when using the querystring method, depending on the shell being used to run the command. cp.get_file_str:\nChanged in version 3005 ``saltenv`` will use value from config if not explicitly set Download a file from a URL to the Minion cache directory and return the contents of that file Returns ``False`` if Salt was unable to cache a file from a URL. CLI Example: salt '*' cp.get_file_str salt://my/file cp.get_template:\nChanged in version 3005 ``saltenv`` will use value from config if not explicitly set Render a file as a template before setting it down. Warning, order is not the same as in fileclient.cp for non breaking old API. CLI Example: salt '*' cp.get_template salt://path/to/template /minion/dest cp.get_url:\nChanged in version 3005 ``saltenv`` will use value from config if not explicitly set Changed in version 2018.3.0 ``dest`` can now be a directory Used to get a single file from a URL. path A URL to download a file from. Supported URL schemes are: ``salt://``, ``http://``, ``https://``, ``ftp://``, ``s3://``, ``swift://`` and ``file://`` (local filesystem). If no scheme was specified, this is equivalent of using ``file://``. If a ``file://`` URL is given, the function just returns absolute path to that file on a local filesystem. The function returns ``False`` if Salt was unable to fetch a file from a ``salt://`` URL. dest The default behaviour is to write the fetched file to the given destination path. If this parameter is omitted or set as empty string (``''``), the function places the remote file on the local filesystem inside the Minion cache directory and returns the path to that file. Note: To simply return the file contents instead, set destination to ``None``. This works with ``salt://``, ``http://``, ``https://`` and ``file://`` URLs. The files fetched by ``http://`` and ``https://`` will not be cached. saltenv Salt fileserver environment from which to retrieve the file. Ignored if ``path`` is not a ``salt://`` URL. source_hash If ``path`` is an http(s) or ftp URL and the file exists in the minion's file cache, this option can be passed to keep the minion from re-downloading the file if the cached copy matches the specified hash. New in version 2018.3.0 CLI Example: salt '*' cp.get_url salt://my/file /tmp/this_file_is_mine salt '*' cp.get_url http://www.slashdot.org /tmp/index.html cp.hash_file:\nChanged in version 3005 ``saltenv`` will use value from config if not explicitly set Return the hash of a file, to get the hash of a file on the salt master file server prepend the path with salt://\u0026lt;file on server\u0026gt; otherwise, prepend the file with / for a local file. CLI Example: salt '*' cp.hash_file salt://path/to/file cp.hash_file_ssh:\nThis function is an alias of hash_file.\nChanged in version 3005 ``saltenv`` will use value from config if not explicitly set Return the hash of a file, to get the hash of a file on the salt master file server prepend the path with salt://\u0026lt;file on server\u0026gt; otherwise, prepend the file with / for a local file. CLI Example: salt '*' cp.hash_file salt://path/to/file cp.is_cached:\nChanged in version 3005 ``saltenv`` will use value from config if not explicitly set Returns the full path to a file if it is cached locally on the minion otherwise returns a blank string CLI Example: salt '*' cp.is_cached salt://path/to/file cp.list_master:\nChanged in version 3005 ``saltenv`` will use value from config if not explicitly set List all of the files stored on the master CLI Example: salt '*' cp.list_master cp.list_master_dirs:\nChanged in version 3005 ``saltenv`` will use value from config if not explicitly set List all of the directories stored on the master CLI Example: salt '*' cp.list_master_dirs cp.list_master_symlinks:\nChanged in version 3005 ``saltenv`` will use value from config if not explicitly set List all of the symlinks stored on the master CLI Example: salt '*' cp.list_master_symlinks cp.list_minion:\nChanged in version 3005 ``saltenv`` will use value from config if not explicitly set List all of the files cached on the minion CLI Example: salt '*' cp.list_minion cp.list_states:\nChanged in version 3005 ``saltenv`` will use value from config if not explicitly set List all of the available state files in an environment CLI Example: salt '*' cp.list_states cp.push:\nWARNING Files pushed to the master will have global read permissions.. Push a file from the minion up to the master, the file will be saved to the salt master in the master's minion files cachedir (defaults to ``/var/cache/salt/master/minions/minion-id/files``) Since this feature allows a minion to push a file up to the master server it is disabled by default for security purposes. To enable, set ``file_recv`` to ``True`` in the master configuration file, and restart the master. keep_symlinks Keep the path value without resolving its canonical form upload_path Provide a different path inside the master's minion files cachedir remove_source Remove the source file on the minion New in version 2016.3.0 CLI Example: salt '*' cp.push /etc/fstab salt '*' cp.push /etc/system-release keep_symlinks=True salt '*' cp.push /etc/fstab upload_path='/new/path/fstab' salt '*' cp.push /tmp/filename remove_source=True cp.push_dir:\nPush a directory from the minion up to the master, the files will be saved to the salt master in the master's minion files cachedir (defaults to ``/var/cache/salt/master/minions/minion-id/files``). It also has a glob for matching specific files using globbing. New in version 2014.7.0 Since this feature allows a minion to push files up to the master server it is disabled by default for security purposes. To enable, set ``file_recv`` to ``True`` in the master configuration file, and restart the master. upload_path Provide a different path and directory name inside the master's minion files cachedir CLI Example: salt '*' cp.push /usr/lib/mysql salt '*' cp.push /usr/lib/mysql upload_path='/newmysql/path' salt '*' cp.push_dir /etc/modprobe.d/ glob='*.conf' cp.recv:\nUsed with salt-cp, pass the files dict, and the destination. This function receives small fast copy files from the master via salt-cp. It does not work via the CLI. CLI Example: salt '*' cp.recv cp.recv_chunked:\nThis function receives files copied to the minion using ``salt-cp`` and is not intended to be used directly on the CLI. CLI Example: salt '*' cp.recv_chunked cp.stat_file:\nChanged in version 3005 ``saltenv`` will use value from config if not explicitly set Return the permissions of a file, to get the permissions of a file on the salt master file server prepend the path with salt://\u0026lt;file on server\u0026gt; otherwise, prepend the file with / for a local file. CLI Example: salt '*' cp.stat_file salt://path/to/file cpan.install:\nInstall a Perl module from CPAN CLI Example: salt '*' cpan.install Template::Alloy cpan.list:\nList installed Perl modules, and the version installed CLI Example: salt '*' cpan.list cpan.remove:\nAttempt to remove a Perl module that was installed from CPAN. Because the ``cpan`` command doesn't actually support \u0026quot;uninstall\u0026quot;-like functionality, this function will attempt to do what it can, with what it has from CPAN. Until this function is declared stable, USE AT YOUR OWN RISK! CLI Example: salt '*' cpan.remove Old::Package cpan.show:\nShow information about a specific Perl module CLI Example: salt '*' cpan.show Template::Alloy cpan.show_config:\nReturn a dict of CPAN configuration values CLI Example: salt '*' cpan.show_config cron.get_entry:\nReturn the specified entry from user's crontab. identifier will be used if specified, otherwise will lookup cmd Either identifier or cmd should be specified. user: User's crontab to query identifier: Search for line with identifier cmd: Search for cron line with cmd CLI Example: salt '*' cron.get_entry root identifier=task1 cron.list_tab:\nReturn the contents of the specified user's crontab CLI Example: salt '*' cron.list_tab root cron.ls:\nThis function is an alias of list_tab.\nReturn the contents of the specified user's crontab CLI Example: salt '*' cron.list_tab root cron.raw_cron:\nReturn the contents of the user's crontab CLI Example: salt '*' cron.raw_cron root cron.rm:\nThis function is an alias of rm_job.\nRemove a cron job for a specified user. If any of the day/time params are specified, the job will only be removed if the specified params match. CLI Example: salt '*' cron.rm_job root /usr/local/weekly salt '*' cron.rm_job root /usr/bin/foo dayweek=1 cron.rm_env:\nRemove cron environment variable for a specified user. CLI Example: salt '*' cron.rm_env root MAILTO cron.rm_job:\nRemove a cron job for a specified user. If any of the day/time params are specified, the job will only be removed if the specified params match. CLI Example: salt '*' cron.rm_job root /usr/local/weekly salt '*' cron.rm_job root /usr/bin/foo dayweek=1 cron.rm_special:\nRemove a special cron job for a specified user. CLI Example: salt '*' cron.rm_special root /usr/bin/foo cron.set_env:\nSet up an environment variable in the crontab. CLI Example: salt '*' cron.set_env root MAILTO user@example.com cron.set_job:\nSets a cron job up for a specified user. CLI Example: salt '*' cron.set_job root '*' '*' '*' '*' 1 /usr/local/weekly cron.set_special:\nSet up a special command in the crontab. CLI Example: salt '*' cron.set_special root @hourly 'echo foobar' cron.write_cron_file:\nWrites the contents of a file to a user's crontab CLI Example: salt '*' cron.write_cron_file root /tmp/new_cron Changed in version 2015.8.9 Note: Some OS' do not support specifying user via the `crontab` command i.e. (Solaris, AIX) cron.write_cron_file_verbose:\nWrites the contents of a file to a user's crontab and return error message on error CLI Example: salt '*' cron.write_cron_file_verbose root /tmp/new_cron Changed in version 2015.8.9 Note: Some OS' do not support specifying user via the `crontab` command i.e. (Solaris, AIX) cryptdev.active:\nList existing device-mapper device details. cryptdev.close:\nClose a crypt device using ``cryptsetup``. CLI Example: salt '*' cryptdev.close foo cryptdev.crypttab:\nList the contents of the crypttab CLI Example: salt '*' cryptdev.crypttab cryptdev.open:\nOpen a crypt device using ``cryptsetup``. The ``keyfile`` must not be ``None`` or ``'none'``, because ``cryptsetup`` will otherwise ask for the password interactively. CLI Example: salt '*' cryptdev.open foo /dev/sdz1 /path/to/keyfile cryptdev.rm_crypttab:\nRemove the named mapping from the crypttab. If the described entry does not exist, nothing is changed, but the command succeeds by returning ``'absent'``. If a line is removed, it returns ``'change'``. CLI Example: salt '*' cryptdev.rm_crypttab foo cryptdev.set_crypttab:\nVerify that this device is represented in the crypttab, change the device to match the name passed, or add the name if it is not present. CLI Example: salt '*' cryptdev.set_crypttab foo /dev/sdz1 mypassword swap,size=256 data.cas:\nCheck and set a value in the minion datastore CLI Example: salt '*' data.cas \u0026lt;key\u0026gt; \u0026lt;value\u0026gt; \u0026lt;old_value\u0026gt; data.clear:\nClear out all of the data in the minion datastore, this function is destructive! CLI Example: salt '*' data.clear data.dump:\nReplace the entire datastore with a passed data structure CLI Example: salt '*' data.dump '{'eggs': 'spam'}' data.get:\nGet a (list of) value(s) from the minion datastore New in version 2015.8.0 CLI Example: salt '*' data.get key salt '*' data.get '[\u0026quot;key1\u0026quot;, \u0026quot;key2\u0026quot;]' data.has_key:\nCheck if key is in the minion datastore New in version 2015.8.0 CLI Example: salt '*' data.has_key \u0026lt;mykey\u0026gt; data.items:\nGet items from the minion datastore New in version 2015.8.0 CLI Example: salt '*' data.items data.keys:\nGet all keys from the minion datastore New in version 2015.8.0 CLI Example: salt '*' data.keys data.load:\nReturn all of the data in the minion datastore CLI Example: salt '*' data.load data.pop:\nPop (return \u0026amp; delete) a value from the minion datastore New in version 2015.5.2 CLI Example: salt '*' data.pop \u0026lt;key\u0026gt; \u0026quot;there was no val\u0026quot; data.update:\nUpdate a key with a value in the minion datastore CLI Example: salt '*' data.update \u0026lt;key\u0026gt; \u0026lt;value\u0026gt; data.values:\nGet values from the minion datastore New in version 2015.8.0 CLI Example: salt '*' data.values debconf.get_selections:\nAnswers to debconf questions for all packages in the following format:: {'package': [['question', 'type', 'value'], ...]} CLI Example: salt '*' debconf.get_selections debconf.set:\nSet answers to debconf questions for a package. CLI Example: salt '*' debconf.set \u0026lt;package\u0026gt; \u0026lt;question\u0026gt; \u0026lt;type\u0026gt; \u0026lt;value\u0026gt; [\u0026lt;value\u0026gt; ...] debconf.set_file:\nSet answers to debconf questions from a file. CLI Example: salt '*' debconf.set_file salt://pathto/pkg.selections debconf.set_template:\nSet answers to debconf questions from a template. path location of the file containing the package selections template template format context variables to add to the template environment default default values for the template environment CLI Example: salt '*' debconf.set_template salt://pathto/pkg.selections.jinja jinja None None debconf.show:\nAnswers to debconf questions for a package in the following format:: [['question', 'type', 'value'], ...] If debconf doesn't know about a package, we return None. CLI Example: salt '*' debconf.show \u0026lt;package name\u0026gt; defaults.deepcopy:\ndefaults.deepcopy Allows deep copy of objects in formulas. By default, Python does not copy objects, it creates bindings between a target and an object. It is more typical to use this in a templating language in formulas, instead of directly on the command-line. defaults.get:\ndefaults.get is used much like pillar.get except that it will read a default value for a pillar from defaults.json or defaults.yaml files that are stored in the root of a salt formula. CLI Example: salt '*' defaults.get core:users:root The defaults is computed from pillar key. The first entry is considered as the formula namespace. For example, querying ``core:users:root`` will try to load ``salt://core/defaults.yaml`` and ``salt://core/defaults.json``. defaults.merge:\ndefaults.merge Allows deep merging of dicts in formulas. merge_lists : False If True, it will also merge lists instead of replace their items. in_place : True If True, it will merge into dest dict, if not it will make a new copy from that dict and return it. convert_none : True If True, it will convert src and dest to empty dicts if they are None. If True and dest is None but in_place is True, raises TypeError. If False it will make a new copy from that dict and return it. New in version 3005 CLI Example: salt '*' defaults.merge '{a: b}' '{d: e}' It is more typical to use this in a templating language in formulas, instead of directly on the command-line. defaults.update:\ndefaults.update Allows setting defaults for group of data set e.g. group for nodes. This function is a combination of defaults.merge and defaults.deepcopy to avoid redundant in jinja. Example: group01: defaults: enabled: True extra: - test - stage nodes: host01: index: foo upstream: bar host02: index: foo2 upstream: bar2 {% do salt['defaults.update'](group01.nodes, group01.defaults) %} Each node will look like the following: host01: enabled: True index: foo upstream: bar extra: - test - stage merge_lists : True If True, it will also merge lists instead of replace their items. in_place : True If True, it will merge into dest dict. if not it will make a new copy from that dict and return it. convert_none : True If True, it will convert src and dest to empty dicts if they are None. If True and dest is None but in_place is True, raises TypeError. If False it will make a new copy from that dict and return it. New in version 3005 It is more typical to use this in a templating language in formulas, instead of directly on the command-line. devinfo.filter:\nReturns a list of devices, filtered under udev keys. udev_in A dictionary of key:values that are expected in the device udev information udev_ex A dictionary of key:values that are not expected in the device udev information (excluded) The key is a lower case string, joined by dots, that represent a path in the udev information dictionary. For example, 'e.id_bus' will represent the udev entry `udev['E']['ID_BUS']` If the udev entry is a list, the algorithm will check that at least one item match one item of the value of the parameters. Returns list of devices that match `udev_in` and do not match `udev_ex`. CLI Example: salt '*' devinfo.filter udev_in='{\u0026quot;e.id_bus\u0026quot;: \u0026quot;ata\u0026quot;}' devinfo.hwinfo:\nProbe for hardware items List of hardware items to inspect. Default ['bios', 'cpu', 'disk', 'memory', 'network', 'partition'] short Show only a summary. Default True. listmd Report RAID devices. Default False. devices List of devices to show information from. Default None. CLI Example: salt '*' devinfo.hwinfo salt '*' devinfo.hwinfo items='[\u0026quot;disk\u0026quot;]' short=no salt '*' devinfo.hwinfo items='[\u0026quot;disk\u0026quot;]' short=no devices='[\u0026quot;/dev/sda\u0026quot;]' salt '*' devinfo.hwinfo devices=/dev/sda devmap.multipath_flush:\nDevice-Mapper Multipath flush CLI Example: salt '*' devmap.multipath_flush mpath1 devmap.multipath_list:\nDevice-Mapper Multipath list CLI Example: salt '*' devmap.multipath_list dig.A:\nReturn the A record for ``host``. Always returns a list. CLI Example: salt ns1 dig.A www.google.com dig.AAAA:\nReturn the AAAA record for ``host``. Always returns a list. CLI Example: salt ns1 dig.AAAA www.google.com dig.CNAME:\nReturn the CNAME record for ``host``. New in version 3005 CLI Example: salt ns1 dig.CNAME mail.google.com dig.MX:\nReturn a list of lists for the MX of ``domain``. If the ``resolve`` argument is True, resolve IPs for the servers. It's limited to one IP, because although in practice it's very rarely a round robin, it is an acceptable configuration and pulling just one IP lets the data be similar to the non-resolved version. If you think an MX has multiple IPs, don't use the resolver here, resolve them in a separate step. CLI Example: salt ns1 dig.MX google.com dig.NS:\nReturn a list of IPs of the nameservers for ``domain`` If ``resolve`` is False, don't resolve names. CLI Example: salt ns1 dig.NS google.com dig.PTR:\nNew in version 3006.0 Return the PTR record for ``host``. Always returns a list. CLI Example: salt ns1 dig.PTR 1.2.3.4 dig.SPF:\nReturn the allowed IPv4 ranges in the SPF record for ``domain``. If record is ``SPF`` and the SPF record is empty, the TXT record will be searched automatically. If you know the domain uses TXT and not SPF, specifying that will save a lookup. CLI Example: salt ns1 dig.SPF google.com dig.TXT:\nReturn the TXT record for ``host``. Always returns a list. CLI Example: salt ns1 dig.TXT google.com dig.a:\nReturn the A record for ``host``. Always returns a list. CLI Example: salt ns1 dig.A www.google.com dig.aaaa:\nReturn the AAAA record for ``host``. Always returns a list. CLI Example: salt ns1 dig.AAAA www.google.com dig.check_ip:\nCheck if address is a valid IP. returns True if valid, otherwise False. CLI Example: salt ns1 dig.check_ip 127.0.0.1 salt ns1 dig.check_ip 1111:2222:3333:4444:5555:6666:7777:8888 dig.cname:\nReturn the CNAME record for ``host``. New in version 3005 CLI Example: salt ns1 dig.CNAME mail.google.com dig.mx:\nReturn a list of lists for the MX of ``domain``. If the ``resolve`` argument is True, resolve IPs for the servers. It's limited to one IP, because although in practice it's very rarely a round robin, it is an acceptable configuration and pulling just one IP lets the data be similar to the non-resolved version. If you think an MX has multiple IPs, don't use the resolver here, resolve them in a separate step. CLI Example: salt ns1 dig.MX google.com dig.ns:\nReturn a list of IPs of the nameservers for ``domain`` If ``resolve`` is False, don't resolve names. CLI Example: salt ns1 dig.NS google.com dig.ptr:\nNew in version 3006.0 Return the PTR record for ``host``. Always returns a list. CLI Example: salt ns1 dig.PTR 1.2.3.4 dig.spf:\nReturn the allowed IPv4 ranges in the SPF record for ``domain``. If record is ``SPF`` and the SPF record is empty, the TXT record will be searched automatically. If you know the domain uses TXT and not SPF, specifying that will save a lookup. CLI Example: salt ns1 dig.SPF google.com disk.blkid:\nReturn block device attributes: UUID, LABEL, etc. This function only works on systems where blkid is available. device Device name from the system token Any valid token used for the search CLI Example: salt '*' disk.blkid salt '*' disk.blkid /dev/sda salt '*' disk.blkid token='UUID=6a38ee5-7235-44e7-8b22-816a403bad5d' salt '*' disk.blkid token='TYPE=ext4' disk.dump:\nReturn all contents of dumpe2fs for a specified device device The device path to dump. args A list of attributes to return. Returns all by default. CLI Example: salt '*' disk.dump /dev/sda1 disk.format:\nFormat a filesystem onto a device New in version 2016.11.0 device The device in which to create the new filesystem fs_type The type of filesystem to create inode_size Size of the inodes This option is only enabled for ext and xfs filesystems lazy_itable_init If enabled and the uninit_bg feature is enabled, the inode table will not be fully initialized by mke2fs. This speeds up filesystem initialization noticeably, but it requires the kernel to finish initializing the filesystem in the background when the filesystem is first mounted. If the option value is omitted, it defaults to 1 to enable lazy inode table zeroing. This option is only enabled for ext filesystems fat FAT size option. Can be 12, 16 or 32, and can only be used on fat or vfat filesystems. force Force mke2fs to create a filesystem, even if the specified device is not a partition on a block special device. This option is only enabled for ext and xfs filesystems This option is dangerous, use it with caution. CLI Example: salt '*' disk.format /dev/sdX1 disk.fstype:\nReturn the filesystem name of the specified device New in version 2016.11.0 device The name of the device CLI Example: salt '*' disk.fstype /dev/sdX1 disk.get_fstype_from_path:\nReturn the filesystem type of the underlying device for a specified path. New in version 3006.0 path The path for the function to evaluate. CLI Example: salt '*' disk.get_fstype_from_path /root disk.hdparms:\nRetrieve disk parameters. New in version 2016.3.0 disks Single disk or list of disks to query. args Sequence of ``hdparm`` flags to fetch. CLI Example: salt '*' disk.hdparms /dev/sda disk.hpa:\nGet/set Host Protected Area settings T13 INCITS 346-2001 (1367D) defines the BEER (Boot Engineering Extension Record) and PARTIES (Protected Area Run Time Interface Extension Services), allowing for a Host Protected Area on a disk. It's often used by OEMS to hide parts of a disk, and for overprovisioning SSD's Warning: Setting the HPA might clobber your data, be very careful with this on active disks! New in version 2016.3.0 CLI Example: salt '*' disk.hpa /dev/sda salt '*' disk.hpa /dev/sda 5% salt '*' disk.hpa /dev/sda 10543256 disk.inodeusage:\nReturn inode usage information for volumes mounted on this minion args Sequence of flags to pass to the ``df`` command. CLI Example: salt '*' disk.inodeusage disk.iostat:\nGather and return (averaged) IO stats. New in version 2016.3.0 Changed in version 2016.11.4 Added support for AIX CLI Example: salt '*' disk.iostat 1 5 disks=sda disk.percent:\nReturn partition information for volumes mounted on this minion args Specify a single partition for which to return data. CLI Example: salt '*' disk.percent /var disk.resize2fs:\nResizes the filesystem. CLI Example: salt '*' disk.resize2fs /dev/sda1 disk.smart_attributes:\nFetch SMART attributes Providing attributes will deliver only requested attributes Providing values will deliver only requested values for attributes Default is the Backblaze recommended set (https://www.backblaze.com/blog/hard-drive-smart-stats/): (5,187,188,197,198) New in version 2016.3.0 CLI Example: salt '*' disk.smart_attributes /dev/sda salt '*' disk.smart_attributes /dev/sda attributes=(5,187,188,197,198) disk.tune:\nSet attributes for the specified device CLI Example: salt '*' disk.tune /dev/sda1 read-ahead=1024 read-write=True Valid options are: ``read-ahead``, ``filesystem-read-ahead``, ``read-only``, ``read-write``. See the ``blockdev(8)`` manpage for a more complete description of these options. disk.usage:\nReturn usage information for volumes mounted on this minion args Sequence of flags to pass to the ``df`` command. Changed in version 2019.2.0 Default for SunOS changed to 1 kilobyte blocks CLI Example: salt '*' disk.usage disk.wipe:\nRemove the filesystem information CLI Example: salt '*' disk.wipe /dev/sda1 django.collectstatic:\nCollect static files from each of your applications into a single location that can easily be served in production. CLI Example: salt '*' django.collectstatic \u0026lt;settings_module\u0026gt; django.command:\nRun arbitrary django management command CLI Example: salt '*' django.command \u0026lt;settings_module\u0026gt; \u0026lt;command\u0026gt; django.createsuperuser:\nCreate a super user for the database. This function defaults to use the ``--noinput`` flag which prevents the creation of a password for the superuser. CLI Example: salt '*' django.createsuperuser \u0026lt;settings_module\u0026gt; user user@example.com django.loaddata:\nLoad fixture data Fixtures: comma separated list of fixtures to load CLI Example: salt '*' django.loaddata \u0026lt;settings_module\u0026gt; \u0026lt;comma delimited list of fixtures\u0026gt; django.migrate:\nRun migrate Execute the Django-Admin migrate command (requires Django 1.7 or higher). New in version 3000 settings_module Specifies the settings module to use. The settings module should be in Python package syntax, e.g. mysite.settings. If this isn’t provided, django-admin will use the DJANGO_SETTINGS_MODULE environment variable. app_label Specific app to run migrations for, instead of all apps. This may involve running other apps’ migrations too, due to dependencies. migration_name Named migration to be applied to a specific app. Brings the database schema to a state where the named migration is applied, but no later migrations in the same app are applied. This may involve unapplying migrations if you have previously migrated past the named migration. Use the name zero to unapply all migrations for an app. bin_env Path to pip (or to a virtualenv). This can be used to specify the path to the pip to use when more than one Python release is installed (e.g. ``/usr/bin/pip-2.7`` or ``/usr/bin/pip-2.6``. If a directory path is specified, it is assumed to be a virtualenv. database Database to migrate. Defaults to 'default'. pythonpath Adds the given filesystem path to the Python import search path. If this isn’t provided, django-admin will use the PYTHONPATH environment variable. env A list of environment variables to be set prior to execution. Example: module.run: - name: django.migrate - settings_module: my_django_app.settings - env: - DATABASE_USER: 'mydbuser' noinput Suppresses all user prompts. Defaults to True. runas The user name to run the command as. CLI Example: salt '*' django.migrate \u0026lt;settings_module\u0026gt; salt '*' django.migrate \u0026lt;settings_module\u0026gt; \u0026lt;app_label\u0026gt; salt '*' django.migrate \u0026lt;settings_module\u0026gt; \u0026lt;app_label\u0026gt; \u0026lt;migration_name\u0026gt; django.syncdb:\nRun syncdb Execute the Django-Admin syncdb command, if South is available on the minion the ``migrate`` option can be passed as ``True`` calling the migrations to run after the syncdb completes NOTE: The syncdb command was deprecated in Django 1.7 and removed in Django 1.9. For Django versions 1.9 or higher use the `migrate` command instead. CLI Example: salt '*' django.syncdb \u0026lt;settings_module\u0026gt; dnsmasq.fullversion:\nShows installed version of dnsmasq and compile options. CLI Example: salt '*' dnsmasq.fullversion dnsmasq.get_config:\nDumps all options from the config file. config_file The location of the config file from which to obtain contents. Defaults to ``/etc/dnsmasq.conf``. CLI Examples: salt '*' dnsmasq.get_config salt '*' dnsmasq.get_config config_file=/etc/dnsmasq.conf dnsmasq.set_config:\nSets a value or a set of values in the specified file. By default, if conf-dir is configured in this file, salt will attempt to set the option in any file inside the conf-dir where it has already been enabled. If it does not find it inside any files, it will append it to the main config file. Setting follow to False will turn off this behaviour. If a config option currently appears multiple times (such as dhcp-host, which is specified at least once per host), the new option will be added to the end of the main config file (and not to any includes). If you need an option added to a specific include file, specify it as the config_file. :param string config_file: config file where settings should be updated / added. :param bool follow: attempt to set the config option inside any file within the ``conf-dir`` where it has already been enabled. :param kwargs: key value pairs that contain the configuration settings that you want set. CLI Examples: salt '*' dnsmasq.set_config domain=mydomain.com salt '*' dnsmasq.set_config follow=False domain=mydomain.com salt '*' dnsmasq.set_config config_file=/etc/dnsmasq.conf domain=mydomain.com dnsmasq.version:\nShows installed version of dnsmasq. CLI Example: salt '*' dnsmasq.version dnsutil.A:\nReturn the A record(s) for ``host``. Always returns a list. CLI Example: salt ns1 dnsutil.A www.google.com dnsutil.AAAA:\nReturn the AAAA record(s) for ``host``. Always returns a list. New in version 2014.7.5 CLI Example: salt ns1 dnsutil.AAAA www.google.com dnsutil.MX:\nReturn a list of lists for the MX of ``domain``. If the 'resolve' argument is True, resolve IPs for the servers. It's limited to one IP, because although in practice it's very rarely a round robin, it is an acceptable configuration and pulling just one IP lets the data be similar to the non-resolved version. If you think an MX has multiple IPs, don't use the resolver here, resolve them in a separate step. CLI Example: salt ns1 dnsutil.MX google.com dnsutil.NS:\nReturn a list of IPs of the nameservers for ``domain`` If 'resolve' is False, don't resolve names. CLI Example: salt ns1 dnsutil.NS google.com dnsutil.SPF:\nReturn the allowed IPv4 ranges in the SPF record for ``domain``. If record is ``SPF`` and the SPF record is empty, the TXT record will be searched automatically. If you know the domain uses TXT and not SPF, specifying that will save a lookup. CLI Example: salt ns1 dnsutil.SPF google.com dnsutil.check_ip:\nCheck that string ip_addr is a valid IP CLI Example: salt ns1 dnsutil.check_ip 127.0.0.1 dnsutil.hosts_append:\nAppend a single line to the /etc/hosts file. CLI Example: salt '*' dnsutil.hosts_append /etc/hosts 127.0.0.1 ad1.yuk.co,ad2.yuk.co dnsutil.hosts_remove:\nRemove a host from the /etc/hosts file. If doing so will leave a line containing only an IP address, then the line will be deleted. This function will leave comments and blank lines intact. CLI Examples: salt '*' dnsutil.hosts_remove /etc/hosts ad1.yuk.co salt '*' dnsutil.hosts_remove /etc/hosts ad2.yuk.co,ad1.yuk.co dnsutil.parse_hosts:\nParse /etc/hosts file. CLI Example: salt '*' dnsutil.parse_hosts dnsutil.parse_zone:\nParses a zone file. Can be passed raw zone data on the API level. CLI Example: salt ns1 dnsutil.parse_zone /var/lib/named/example.com.zone dnsutil.serial:\nReturn, store and update a dns serial for your zone files. zone: a keyword for a specific zone update: store an updated version of the serial in a grain If ``update`` is False, the function will retrieve an existing serial or return the current date if no serial is stored. Nothing will be stored If ``update`` is True, the function will set the serial to the current date if none exist or if the existing serial is for a previous date. If a serial for greater than the current date is already stored, the function will increment it. This module stores the serial in a grain, you can explicitly set the stored value as a grain named ``dnsserial_\u0026lt;zone_name\u0026gt;``. CLI Example: salt ns1 dnsutil.serial example.com drbd.overview:\nShow status of the DRBD devices, support two nodes only. drbd-overview is removed since drbd-utils-9.6.0, use status instead. CLI Example: salt '*' drbd.overview drbd.status:\nUsing drbdadm to show status of the DRBD devices, available in the latest drbd9. Support multiple nodes, multiple volumes. :type name: str :param name: Resource name. :return: drbd status of resource. :rtype: list(dict(res)) CLI Example: salt '*' drbd.status salt '*' drbd.status name=\u0026lt;resource name\u0026gt; environ.get:\nGet a single salt process environment variable. key String used as the key for environment lookup. default If the key is not found in the environment, return this value. Default: '' CLI Example: salt '*' environ.get foo salt '*' environ.get baz default=False environ.has_value:\nDetermine whether the key exists in the current salt process environment dictionary. Optionally compare the current value of the environment against the supplied value string. key Must be a string. Used as key for environment lookup. value: Optional. If key exists in the environment, compare the current value with this value. Return True if they are equal. CLI Example: salt '*' environ.has_value foo environ.item:\nGet one or more salt process environment variables. Returns a dict. keys Either a string or a list of strings that will be used as the keys for environment lookup. default If the key is not found in the environment, return this value. Default: '' CLI Example: salt '*' environ.item foo salt '*' environ.item '[foo, baz]' default=None environ.items:\nReturn a dict of the entire environment set for the salt process CLI Example: salt '*' environ.items environ.setenv:\nSet multiple salt process environment variables from a dict. Returns a dict. environ Must be a dict. The top-level keys of the dict are the names of the environment variables to set. Each key's value must be a string or False. Refer to the 'false_unsets' parameter for behaviour when a value set to False. false_unsets If a key's value is False and false_unsets is True, then the key will be removed from the salt processes environment dict entirely. If a key's value is False and false_unsets is not True, then the key's value will be set to an empty string. Default: False clear_all USE WITH CAUTION! This option can unset environment variables needed for salt to function properly. If clear_all is True, then any environment variables not defined in the environ dict will be deleted. Default: False update_minion If True, apply these environ changes to the main salt-minion process. If False, the environ changes will only affect the current salt subprocess. Default: False permanent On Windows minions this will set the environment variable in the registry so that it is always added as an environment variable when applications open. If you want to set the variable to HKLM instead of HKCU just pass in \u0026quot;HKLM\u0026quot; for this parameter. On all other minion types this will be ignored. Note: This will only take affect on applications opened after this has been set. CLI Example: salt '*' environ.setenv '{\u0026quot;foo\u0026quot;: \u0026quot;bar\u0026quot;, \u0026quot;baz\u0026quot;: \u0026quot;quux\u0026quot;}' salt '*' environ.setenv '{\u0026quot;a\u0026quot;: \u0026quot;b\u0026quot;, \u0026quot;c\u0026quot;: False}' false_unsets=True environ.setval:\nSet a single salt process environment variable. Returns True on success. key The environment key to set. Must be a string. val The value to set. Must be a string or False. Refer to the 'false_unsets' parameter for behaviour when set to False. false_unsets If val is False and false_unsets is True, then the key will be removed from the salt processes environment dict entirely. If val is False and false_unsets is not True, then the key's value will be set to an empty string. Default: False. permanent On Windows minions this will set the environment variable in the registry so that it is always added as an environment variable when applications open. If you want to set the variable to HKLM instead of HKCU just pass in \u0026quot;HKLM\u0026quot; for this parameter. On all other minion types this will be ignored. Note: This will only take affect on applications opened after this has been set. CLI Example: salt '*' environ.setval foo bar salt '*' environ.setval baz val=False false_unsets=True salt '*' environ.setval baz bar permanent=True salt '*' environ.setval baz bar permanent=HKLM ethtool.set_coalesce:\nChanges the coalescing settings of the specified network device CLI Example: salt '*' ethtool.set_coalesce \u0026lt;devname\u0026gt; [adaptive_rx=on|off] [adaptive_tx=on|off] [rx_usecs=N] [rx_frames=N] [rx_usecs_irq=N] [rx_frames_irq=N] [tx_usecs=N] [tx_frames=N] [tx_usecs_irq=N] [tx_frames_irq=N] [stats_block_usecs=N] [pkt_rate_low=N] [rx_usecs_low=N] [rx_frames_low=N] [tx_usecs_low=N] [tx_frames_low=N] [pkt_rate_high=N] [rx_usecs_high=N] [rx_frames_high=N] [tx_usecs_high=N] [tx_frames_high=N] [sample_interval=N] ethtool.set_feature:\nNew in version 3006.0 Changes the feature parameters of the specified network device CLI Example: salt '*' ethtool.set_feature \u0026lt;devname\u0026gt; sg=off ethtool.set_offload:\nChanges the offload parameters and other features of the specified network device CLI Example: salt '*' ethtool.set_offload \u0026lt;devname\u0026gt; tcp_segmentation_offload=on ethtool.set_pause:\nNew in version 3006.0 Changes the pause parameters of the specified network device CLI Example: salt '*' ethtool.set_pause \u0026lt;devname\u0026gt; autoneg=off rx=off tx=off ethtool.set_ring:\nChanges the rx/tx ring parameters of the specified network device CLI Example: salt '*' ethtool.set_ring \u0026lt;devname\u0026gt; [rx=N] [rx_mini=N] [rx_jumbo=N] [tx=N] ethtool.show_coalesce:\nQueries the specified network device for coalescing information CLI Example: salt '*' ethtool.show_coalesce \u0026lt;devname\u0026gt; ethtool.show_driver:\nQueries the specified network device for associated driver information CLI Example: salt '*' ethtool.show_driver \u0026lt;devname\u0026gt; ethtool.show_features:\nNew in version 3006.0 Queries the specified network device for associated feature information CLI Example: salt '*' ethtool.show_features \u0026lt;devname\u0026gt; ethtool.show_offload:\nQueries the specified network device for the state of protocol offload and other features CLI Example: salt '*' ethtool.show_offload \u0026lt;devname\u0026gt; ethtool.show_pause:\nNew in version 3006.0 Queries the specified network device for associated pause information CLI Example: salt '*' ethtool.show_pause \u0026lt;devname\u0026gt; ethtool.show_ring:\nQueries the specified network device for rx/tx ring parameter information CLI Example: salt '*' ethtool.show_ring \u0026lt;devname\u0026gt; event.fire:\nFire an event on the local minion event bus. Data must be formed as a dict. CLI Example: salt '*' event.fire '{\u0026quot;data\u0026quot;:\u0026quot;my event data\u0026quot;}' 'tag' event.fire_master:\nFire an event off up to the master server CLI Example: salt '*' event.fire_master '{\u0026quot;data\u0026quot;:\u0026quot;my event data\u0026quot;}' 'tag' event.send:\nSend an event to the Salt Master New in version 2014.7.0 :param tag: A tag to give the event. Use slashes to create a namespace for related events. E.g., ``myco/build/buildserver1/start``, ``myco/build/buildserver1/success``, ``myco/build/buildserver1/failure``. :param data: A dictionary of data to send in the event. This is free-form. Send any data points that are needed for whoever is consuming the event. Arguments on the CLI are interpreted as YAML so complex data structures are possible. :param with_env: Include environment variables from the current shell environment in the event data as ``environ``.. This is a short-hand for working with systems that seed the environment with relevant data such as Jenkins. :type with_env: Specify ``True`` to include all environment variables, or specify a list of strings of variable names to include. :param with_grains: Include grains from the current minion in the event data as ``grains``. :type with_grains: Specify ``True`` to include all grains, or specify a list of strings of grain names to include. :param with_pillar: Include Pillar values from the current minion in the event data as ``pillar``. Remember Pillar data is often sensitive data so be careful. This is useful for passing ephemeral Pillar values through an event. Such as passing the ``pillar={}`` kwarg in :py:func:`state.sls \u0026lt;salt.modules.state.sls\u0026gt;` from the Master, through an event on the Minion, then back to the Master. :type with_pillar: Specify ``True`` to include all Pillar values, or specify a list of strings of Pillar keys to include. It is a best-practice to only specify a relevant subset of Pillar data. :param with_env_opts: Include ``saltenv`` and ``pillarenv`` set on minion at the moment when event is send into event data. :type with_env_opts: Specify ``True`` to include ``saltenv`` and ``pillarenv`` values or ``False`` to omit them. :param kwargs: Any additional keyword arguments passed to this function will be interpreted as key-value pairs and included in the event data. This provides a convenient alternative to YAML for simple values. CLI Example: salt-call event.send myco/mytag foo=Foo bar=Bar salt-call event.send 'myco/mytag' '{foo: Foo, bar: Bar}' extfs.attributes:\nReturn attributes from dumpe2fs for a specified device CLI Example: salt '*' extfs.attributes /dev/sda1 extfs.blocks:\nReturn block and inode info from dumpe2fs for a specified device CLI Example: salt '*' extfs.blocks /dev/sda1 extfs.dump:\nReturn all contents of dumpe2fs for a specified device CLI Example: salt '*' extfs.dump /dev/sda1 extfs.mkfs:\nCreate a file system on the specified device full_return : False If ``True``, the full ``cmd.run_all`` dictionary will be returned instead of just stdout/stderr text. Useful for setting the result of the ``module.run`` state. CLI Example: salt '*' extfs.mkfs /dev/sda1 fs_type=ext4 opts='acl,noexec' Valid options are: * **block_size**: 1024, 2048 or 4096 * **check**: check for bad blocks * **direct**: use direct IO * **ext_opts**: extended file system options (comma-separated) * **fragment_size**: size of fragments * **force**: setting force to True will cause mke2fs to specify the -F option twice (it is already set once); this is truly dangerous * **blocks_per_group**: number of blocks in a block group * **number_of_groups**: ext4 option for a virtual block group * **bytes_per_inode**: set the bytes/inode ratio * **inode_size**: size of the inode * **journal**: set to True to create a journal (default on ext3/4) * **journal_opts**: options for the fs journal (comma separated) * **blocks_file**: read bad blocks from file * **label**: label to apply to the file system * **reserved**: percentage of blocks reserved for super-user * **last_dir**: last mounted directory * **test**: set to True to not actually create the file system (mke2fs -n) * **number_of_inodes**: override default number of inodes * **creator_os**: override \u0026quot;creator operating system\u0026quot; field * **opts**: mount options (comma separated) * **revision**: set the filesystem revision (default 1) * **super**: write superblock and group descriptors only * **fs_type**: set the filesystem type (REQUIRED) * **usage_type**: how the filesystem is going to be used * **uuid**: set the UUID for the file system * **cluster_size**: specify the size of cluster in bytes for file systems using the bigalloc feature * **root_directory**: copy the contents of the given directory into the root directory of the file system * **errors_behavior**: change the behaviour of the kernel code when errors are detected See the ``mke2fs(8)`` manpage for a more complete description of these options. extfs.tune:\nSet attributes for the specified device (using tune2fs) full_return : False If ``True``, the full ``cmd.run_all`` dictionary will be returned instead of just stdout/stderr text. Useful for setting the result of the ``module.run`` state. CLI Example: salt '*' extfs.tune /dev/sda1 force=True label=wildstallyns opts='acl,noexec' Valid options are: * **max**: max mount count * **count**: mount count * **error**: error behaviour * **extended_opts**: extended options (comma separated) * **force**: force, even if there are errors (set to True) * **group**: group name or gid that can use the reserved blocks * **interval**: interval between checks * **journal**: set to True to create a journal (default on ext3/4) * **journal_opts**: options for the fs journal (comma separated) * **label**: label to apply to the file system * **reserved_percentage**: percentage of blocks reserved for super-user * **last_dir**: last mounted directory * **opts**: mount options (comma separated) * **feature**: set or clear a feature (comma separated) * **mmp_check**: mmp check interval * **reserved**: reserved blocks count * **quota_opts**: quota options (comma separated) * **time**: time last checked * **user**: user or uid who can use the reserved blocks * **uuid**: set the UUID for the file system See the ``mke2fs(8)`` manpage for a more complete description of these options. file.access:\nNew in version 2014.1.0 Test whether the Salt process has the specified access to the file. One of the following modes must be specified: f: Test the existence of the path r: Test the readability of the path w: Test the writability of the path x: Test whether the path can be executed CLI Example: salt '*' file.access /path/to/file f salt '*' file.access /path/to/file x file.append:\nNew in version 0.9.5 Append text to the end of a file path path to file `*args` strings to append to file CLI Example: salt '*' file.append /etc/motd \\ \u0026quot;With all thine offerings thou shalt offer salt.\u0026quot; \\ \u0026quot;Salt is what makes things taste bad when it isn't in them.\u0026quot; .. admonition:: Attention If you need to pass a string to append and that string contains an equal sign, you **must** include the argument name, args. For example: salt '*' file.append /etc/motd args='cheese=spam' salt '*' file.append /etc/motd args=\u0026quot;['cheese=spam','spam=cheese']\u0026quot; file.apply_template_on_contents:\nReturn the contents after applying the templating engine contents template string template template format context Overrides default context variables passed to the template. defaults Default context passed to the template. CLI Example: salt '*' file.apply_template_on_contents \\ contents='This is a {{ template }} string.' \\ template=jinja \\ \u0026quot;context={}\u0026quot; \u0026quot;defaults={'template': 'cool'}\u0026quot; \\ saltenv=base file.basename:\nReturns the final component of a pathname New in version 2015.5.0 This can be useful at the CLI but is frequently useful when scripting. {%- set filename = salt['file.basename'](source_file) %} CLI Example: salt '*' file.basename 'test/test.config' file.blockreplace:\nNew in version 2014.1.0 Replace content of a text block in a file, delimited by line markers A block of content delimited by comments can help you manage several lines entries without worrying about old entries removal. Note: This function will store two copies of the file in-memory (the original version and the edited version) in order to detect changes and only edit the targeted file if necessary. path Filesystem path to the file to be edited marker_start The line content identifying a line as the start of the content block. Note that the whole line containing this marker will be considered, so whitespace or extra content before or after the marker is included in final output marker_end The line content identifying the end of the content block. As of versions 2017.7.5 and 2018.3.1, everything up to the text matching the marker will be replaced, so it's important to ensure that your marker includes the beginning of the text you wish to replace. content The content to be used between the two lines identified by marker_start and marker_stop. append_if_not_found: False If markers are not found and set to ``True`` then, the markers and content will be appended to the file. prepend_if_not_found: False If markers are not found and set to ``True`` then, the markers and content will be prepended to the file. insert_before_match If markers are not found, this parameter can be set to a regex which will insert the block before the first found occurrence in the file. New in version 3001 insert_after_match If markers are not found, this parameter can be set to a regex which will insert the block after the first found occurrence in the file. New in version 3001 backup The file extension to use for a backup of the file if any edit is made. Set to ``False`` to skip making a backup. dry_run: False If ``True``, do not make any edits to the file and simply return the changes that *would* be made. show_changes: True Controls how changes are presented. If ``True``, this function will return a unified diff of the changes made. If False, then it will return a boolean (``True`` if any changes were made, otherwise ``False``). append_newline: False Controls whether or not a newline is appended to the content block. If the value of this argument is ``True`` then a newline will be added to the content block. If it is ``False``, then a newline will *not* be added to the content block. If it is ``None`` then a newline will only be added to the content block if it does not already end in a newline. New in version 2016.3.4 Changed in version 2017.7.5,2018.3.1 New behaviour added when value is ``None``. Changed in version 2019.2.0 The default value of this argument will change to ``None`` to match the behaviour of the :py:func:`file.blockreplace state \u0026lt;salt.states.file.blockreplace\u0026gt;` CLI Example: salt '*' file.blockreplace /etc/hosts '#-- start managed zone foobar : DO NOT EDIT --' \\ '#-- end managed zone foobar --' $'10.0.1.1 foo.foobar\\n10.0.1.2 bar.foobar' True file.chattr:\nNew in version 2018.3.0 Change the attributes of files. This function accepts one or more files and the following options: operator Can be wither ``add`` or ``remove``. Determines whether attributes should be added or removed from files attributes One or more of the following characters: ``aAcCdDeijPsStTu``, representing attributes to add to/remove from files version a version number to assign to the file(s) flags One or more of the following characters: ``RVf``, representing flags to assign to chattr (recurse, verbose, suppress most errors) CLI Example: salt '*' file.chattr foo1.txt foo2.txt operator=add attributes=ai salt '*' file.chattr foo3.txt operator=remove attributes=i version=2 file.check_file_meta:\nCheck for the changes in the file metadata. CLI Example: salt '*' file.check_file_meta /etc/httpd/conf.d/httpd.conf None salt://http/httpd.conf '{hash_type: 'md5', 'hsum': \u0026lt;md5sum\u0026gt;}' root root '755' None base Note: Supported hash types include sha512, sha384, sha256, sha224, sha1, and md5. name Path to file destination sfn Template-processed source file contents source URL to file source source_sum File checksum information as a dictionary {hash_type: md5, hsum: \u0026lt;md5sum\u0026gt;} user Destination file user owner group Destination file group owner mode Destination file permissions mode attrs Destination file attributes New in version 2018.3.0 saltenv Salt environment used to resolve source files contents File contents seuser selinux user attribute New in version 3001 serole selinux role attribute New in version 3001 setype selinux type attribute New in version 3001 serange selinux range attribute New in version 3001 verify_ssl If ``False``, remote https file sources (``https://``) will not attempt to validate the servers certificate. Default is True. New in version 3002 follow_symlinks If the desired path is a symlink, follow it and check the permissions of the file to which the symlink points. New in version 3005 file.check_hash:\nCheck if a file matches the given hash string Returns ``True`` if the hash matches, otherwise ``False``. path Path to a file local to the minion. hash The hash to check against the file specified in the ``path`` argument. Changed in version 2016.11.4 For this and newer versions the hash can be specified without an accompanying hash type (e.g. ``e138491e9d5b97023cea823fe17bac22``), but for earlier releases it is necessary to also specify the hash type in the format ``\u0026lt;hash_type\u0026gt;=\u0026lt;hash_value\u0026gt;`` (e.g. ``md5=e138491e9d5b97023cea823fe17bac22``). CLI Example: salt '*' file.check_hash /etc/fstab e138491e9d5b97023cea823fe17bac22 salt '*' file.check_hash /etc/fstab md5=e138491e9d5b97023cea823fe17bac22 file.check_managed:\nCheck to see what changes need to be made for a file follow_symlinks If the desired path is a symlink, follow it and check the permissions of the file to which the symlink points. New in version 3005 CLI Example: salt '*' file.check_managed /etc/httpd/conf.d/httpd.conf salt://http/httpd.conf '{hash_type: 'md5', 'hsum': \u0026lt;md5sum\u0026gt;}' root, root, '755' jinja True None None base file.check_managed_changes:\nReturn a dictionary of what changes need to be made for a file Changed in version 3001 selinux attributes added verify_ssl If ``False``, remote https file sources (``https://``) and source_hash will not attempt to validate the servers certificate. Default is True. New in version 3002 follow_symlinks If the desired path is a symlink, follow it and check the permissions of the file to which the symlink points. New in version 3005 CLI Example: salt '*' file.check_managed_changes /etc/httpd/conf.d/httpd.conf salt://http/httpd.conf '{hash_type: 'md5', 'hsum': \u0026lt;md5sum\u0026gt;}' root, root, '755' jinja True None None base file.check_perms:\nChanged in version 3001 Added selinux options Check the permissions on files, modify attributes and chown if needed. File attributes are only verified if lsattr(1) is installed. CLI Example: salt '*' file.check_perms /etc/sudoers '{}' root root 400 ai Changed in version 2014.1.3 ``follow_symlinks`` option added file.chgrp:\nChange the group of a file path path to the file or directory group group owner CLI Example: salt '*' file.chgrp /etc/passwd root file.chown:\nChown a file, pass the file the desired user and group path path to the file or directory user user owner group group owner CLI Example: salt '*' file.chown /etc/passwd root root file.comment:\n.. deprecated:: 0.17.0 Use :py:func:`~salt.modules.file.replace` instead. Comment out specified lines in a file path The full path to the file to be edited regex A regular expression used to find the lines that are to be commented; this pattern will be wrapped in parenthesis and will move any preceding/trailing ``^`` or ``$`` characters outside the parenthesis (e.g., the pattern ``^foo$`` will be rewritten as ``^(foo)$``) char: ``#`` The character to be inserted at the beginning of a line in order to comment it out backup: ``.bak`` The file will be backed up before edit with this file extension Warning: This backup will be overwritten each time ``sed`` / ``comment`` / ``uncomment`` is called. Meaning the backup will only be useful after the first invocation. CLI Example: salt '*' file.comment /etc/modules pcspkr file.comment_line:\nComment or Uncomment a line in a text file. :param path: string The full path to the text file. :param regex: string A regex expression that begins with ``^`` that will find the line you wish to comment. Can be as simple as ``^colour =`` :param char: string The character used to comment a line in the type of file you're referencing. Default is ``#`` :param cmnt: boolean True to comment the line. False to uncomment the line. Default is True. :param backup: string The file extension to give the backup file. Default is ``.bak`` Set to False/None to not keep a backup. :return: boolean Returns True if successful, False if not CLI Example: The following example will comment out the ``pcspkr`` line in the ``/etc/modules`` file using the default ``#`` character and create a backup file named ``modules.bak`` salt '*' file.comment_line '/etc/modules' '^pcspkr' CLI Example: The following example will uncomment the ``log_level`` setting in ``minion`` config file if it is set to either ``warning``, ``info``, or ``debug`` using the ``#`` character and create a backup file named ``minion.bk`` salt '*' file.comment_line 'C:\\salt\\conf\\minion' '^log_level: (warning|info|debug)' '#' False '.bk' file.contains:\n.. deprecated:: 0.17.0 Use :func:`search` instead. Return ``True`` if the file at ``path`` contains ``text`` CLI Example: salt '*' file.contains /etc/crontab 'mymaintenance.sh' file.contains_glob:\n.. deprecated:: 0.17.0 Use :func:`search` instead. Return ``True`` if the given glob matches a string in the named file CLI Example: salt '*' file.contains_glob /etc/foobar '*cheese*' file.contains_regex:\n.. deprecated:: 0.17.0 Use :func:`search` instead. Return True if the given regular expression matches on any line in the text of a given file. If the lchar argument (leading char) is specified, it will strip `lchar` from the left side of each line before trying to match CLI Example: salt '*' file.contains_regex /etc/crontab file.copy:\nCopy a file or directory from source to dst In order to copy a directory, the recurse flag is required, and will by default overwrite files in the destination with the same path, and retain all other existing files. (similar to cp -r on unix) remove_existing will remove all files in the target directory, and then copy files from the source. Note: The copy function accepts paths that are local to the Salt minion. This function does not support salt://, http://, or the other additional file paths that are supported by :mod:`states.file.managed \u0026lt;salt.states.file.managed\u0026gt;` and :mod:`states.file.recurse \u0026lt;salt.states.file.recurse\u0026gt;`. CLI Example: salt '*' file.copy /path/to/src /path/to/dst salt '*' file.copy /path/to/src_dir /path/to/dst_dir recurse=True salt '*' file.copy /path/to/src_dir /path/to/dst_dir recurse=True remove_existing=True file.delete_backup:\nNew in version 0.17.0 Delete a previous version of a file that was backed up using Salt's :ref:`file state backup \u0026lt;file-state-backups\u0026gt;` system. path The path on the minion to check for backups backup_id The numeric id for the backup you wish to delete, as found using :mod:`file.list_backups \u0026lt;salt.modules.file.list_backups\u0026gt;` CLI Example: salt '*' file.delete_backup /var/cache/salt/minion/file_backup/home/foo/bar/baz.txt 0 file.directory_exists:\nTests to see if path is a valid directory. Returns True/False. CLI Example: salt '*' file.directory_exists /etc file.dirname:\nReturns the directory component of a pathname New in version 2015.5.0 This can be useful at the CLI but is frequently useful when scripting. {%- from salt['file.dirname'](tpldir) + '/vars.jinja' import parent_vars %} CLI Example: salt '*' file.dirname 'test/path/filename.config' file.diskusage:\nRecursively calculate disk usage of path and return it in bytes CLI Example: salt '*' file.diskusage /path/to/check file.extract_hash:\nChanged in version 2016.3.5 Prior to this version, only the ``file_name`` argument was considered for filename matches in the hash file. This would be problematic for cases in which the user was relying on a remote checksum file that they do not control, and they wished to use a different name for that file on the minion from the filename on the remote server (and in the checksum file). For example, managing ``/tmp/myfile.tar.gz`` when the remote file was at ``https://mydomain.tld/different_name.tar.gz``. The :py:func:`file.managed \u0026lt;salt.states.file.managed\u0026gt;` state now also passes this function the source URI as well as the ``source_hash_name`` (if specified). In cases where ``source_hash_name`` is specified, it takes precedence over both the ``file_name`` and ``source``. When it is not specified, ``file_name`` takes precedence over ``source``. This allows for better capability for matching hashes. Changed in version 2016.11.0 File name and source URI matches are no longer disregarded when ``source_hash_name`` is specified. They will be used as fallback matches if there is no match to the ``source_hash_name`` value. This routine is called from the :mod:`file.managed \u0026lt;salt.states.file.managed\u0026gt;` state to pull a hash from a remote file. Regular expressions are used line by line on the ``source_hash`` file, to find a potential candidate of the indicated hash type. This avoids many problems of arbitrary file layout rules. It specifically permits pulling hash codes from debian ``*.dsc`` files. If no exact match of a hash and filename are found, then the first hash found (if any) will be returned. If no hashes at all are found, then ``None`` will be returned. For example: openerp_7.0-latest-1.tar.gz: file.managed: - name: /tmp/openerp_7.0-20121227-075624-1_all.deb - source: http://nightly.openerp.com/7.0/nightly/deb/openerp_7.0-20121227-075624-1.tar.gz - source_hash: http://nightly.openerp.com/7.0/nightly/deb/openerp_7.0-20121227-075624-1.dsc CLI Example: salt '*' file.extract_hash /path/to/hash/file sha512 /etc/foo file.file_exists:\nTests to see if path is a valid file. Returns True/False. CLI Example: salt '*' file.file_exists /etc/passwd file.find:\nApproximate the Unix ``find(1)`` command and return a list of paths that meet the specified criteria. The options include match criteria: name = path-glob # case sensitive iname = path-glob # case insensitive regex = path-regex # case sensitive iregex = path-regex # case insensitive type = file-types # match any listed type user = users # match any listed user group = groups # match any listed group size = [+-]number[size-unit] # default unit = byte mtime = interval # modified since date grep = regex # search file contents and/or actions: delete [= file-types] # default type = 'f' exec = command [arg ...] # where {} is replaced by pathname print [= print-opts] and/or depth criteria: maxdepth = maximum depth to transverse in path mindepth = minimum depth to transverse before checking files or directories The default action is ``print=path`` ``path-glob``: * = match zero or more chars ? = match any char [abc] = match a, b, or c [!abc] or [^abc] = match anything except a, b, and c [x-y] = match chars x through y [!x-y] or [^x-y] = match anything except chars x through y {a,b,c} = match a or b or c ``path-regex``: a Python Regex (regular expression) pattern to match pathnames ``file-types``: a string of one or more of the following: a: all file types b: block device c: character device d: directory p: FIFO (named pipe) f: plain file l: symlink s: socket ``users``: a space and/or comma separated list of user names and/or uids ``groups``: a space and/or comma separated list of group names and/or gids ``size-unit``: b: bytes k: kilobytes m: megabytes g: gigabytes t: terabytes interval: [\u0026lt;num\u0026gt;w] [\u0026lt;num\u0026gt;d] [\u0026lt;num\u0026gt;h] [\u0026lt;num\u0026gt;m] [\u0026lt;num\u0026gt;s] where: w: week d: day h: hour m: minute s: second print-opts: a comma and/or space separated list of one or more of the following: group: group name md5: MD5 digest of file contents mode: file permissions (as integer) mtime: last modification time (as time_t) name: file basename path: file absolute path size: file size in bytes type: file type user: user name CLI Examples: salt '*' file.find / type=f name=\\*.bak size=+10m salt '*' file.find /var mtime=+30d size=+10m print=path,size,mtime salt '*' file.find /var/log name=\\*.[0-9] mtime=+30d size=+10m delete file.get_devmm:\nGet major/minor info from a device CLI Example: salt '*' file.get_devmm /dev/chr file.get_diff:\nReturn unified diff of two files file1 The first file to feed into the diff utility Changed in version 2018.3.0 Can now be either a local or remote file. In earlier releases, thuis had to be a file local to the minion. file2 The second file to feed into the diff utility Changed in version 2018.3.0 Can now be either a local or remote file. In earlier releases, this had to be a file on the salt fileserver (i.e. ``salt://somefile.txt``) show_filenames: True Set to ``False`` to hide the filenames in the top two lines of the diff. show_changes: True If set to ``False``, and there are differences, then instead of a diff a simple message stating that show_changes is set to ``False`` will be returned. template: False Set to ``True`` if two templates are being compared. This is not useful except for within states, with the ``obfuscate_templates`` option set to ``True``. New in version 2018.3.0 source_hash_file1 If ``file1`` is an http(s)/ftp URL and the file exists in the minion's file cache, this option can be passed to keep the minion from re-downloading the archive if the cached copy matches the specified hash. New in version 2018.3.0 source_hash_file2 If ``file2`` is an http(s)/ftp URL and the file exists in the minion's file cache, this option can be passed to keep the minion from re-downloading the archive if the cached copy matches the specified hash. New in version 2018.3.0 CLI Examples: salt '*' file.get_diff /home/fred/.vimrc salt://users/fred/.vimrc salt '*' file.get_diff /tmp/foo.txt /tmp/bar.txt file.get_gid:\nReturn the id of the group that owns a given file path file or directory of which to get the gid follow_symlinks indicated if symlinks should be followed CLI Example: salt '*' file.get_gid /etc/passwd Changed in version 0.16.4 ``follow_symlinks`` option added file.get_group:\nReturn the group that owns a given file path file or directory of which to get the group follow_symlinks indicated if symlinks should be followed CLI Example: salt '*' file.get_group /etc/passwd Changed in version 0.16.4 ``follow_symlinks`` option added file.get_hash:\nGet the hash sum of a file This is better than ``get_sum`` for the following reasons: - It does not read the entire file into memory. - It does not return a string on error. The returned value of ``get_sum`` cannot really be trusted since it is vulnerable to collisions: ``get_sum(..., 'xyz') == 'Hash xyz not supported'`` path path to the file or directory form desired sum format chunk_size amount to sum at once CLI Example: salt '*' file.get_hash /etc/shadow file.get_managed:\nReturn the managed file data for file.managed name location where the file lives on the server template template format source managed source file source_hash hash of the source file source_hash_name When ``source_hash`` refers to a remote file, this specifies the filename to look for in that file. New in version 2016.3.5 user Owner of file group Group owner of file mode Permissions of file attrs Attributes of file New in version 2018.3.0 context Variables to add to the template context defaults Default values of for context_dict skip_verify If ``True``, hash verification of remote file sources (``http://``, ``https://``, ``ftp://``) will be skipped, and the ``source_hash`` argument will be ignored. New in version 2016.3.0 verify_ssl If ``False``, remote https file sources (``https://``) and source_hash will not attempt to validate the servers certificate. Default is True. New in version 3002 use_etag If ``True``, remote http/https file sources will attempt to use the ETag header to determine if the remote file needs to be downloaded. This provides a lightweight mechanism for promptly refreshing files changed on a web server without requiring a full hash comparison via the ``source_hash`` parameter. New in version 3005 source_hash_sig When ``source`` is a remote file source, ``source_hash`` is a file, ``skip_verify`` is not true and ``use_etag`` is not true, ensure a valid GPG signature exists on the source hash file. Set this to ``true`` for an inline (clearsigned) signature, or to a file URI retrievable by `:py:func:`cp.cache_file \u0026lt;salt.modules.cp.cache_file\u0026gt;` for a detached one. New in version 3007.0 signed_by_any When verifying ``source_hash_sig``, require at least one valid signature from one of a list of key fingerprints. This is passed to :py:func:`gpg.verify \u0026lt;salt.modules.gpg.verify\u0026gt;`. New in version 3007.0 signed_by_all When verifying ``source_hash_sig``, require a valid signature from each of the key fingerprints in this list. This is passed to :py:func:`gpg.verify \u0026lt;salt.modules.gpg.verify\u0026gt;`. New in version 3007.0 keyring When verifying ``source_hash_sig``, use this keyring. New in version 3007.0 gnupghome When verifying ``source_hash_sig``, use this GnuPG home. New in version 3007.0 CLI Example: salt '*' file.get_managed /etc/httpd/conf.d/httpd.conf jinja salt://http/httpd.conf '{hash_type: 'md5', 'hsum': \u0026lt;md5sum\u0026gt;}' None root root '755' base None None file.get_mode:\nReturn the mode of a file path file or directory of which to get the mode follow_symlinks indicated if symlinks should be followed CLI Example: salt '*' file.get_mode /etc/passwd Changed in version 2014.1.0 ``follow_symlinks`` option added file.get_selinux_context:\nGet an SELinux context from a given path CLI Example: salt '*' file.get_selinux_context /etc/hosts file.get_source_sum:\nNew in version 2016.11.0 Used by :py:func:`file.get_managed \u0026lt;salt.modules.file.get_managed\u0026gt;` to obtain the hash and hash type from the parameters specified below. file_name Optional file name being managed, for matching with :py:func:`file.extract_hash \u0026lt;salt.modules.file.extract_hash\u0026gt;`. source Source file, as used in :py:mod:`file \u0026lt;salt.states.file\u0026gt;` and other states. If ``source_hash`` refers to a file containing hashes, then this filename will be used to match a filename in that file. If the ``source_hash`` is a hash expression, then this argument will be ignored. source_hash Hash file/expression, as used in :py:mod:`file \u0026lt;salt.states.file\u0026gt;` and other states. If this value refers to a remote URL or absolute path to a local file, it will be cached and :py:func:`file.extract_hash \u0026lt;salt.modules.file.extract_hash\u0026gt;` will be used to obtain a hash from it. source_hash_name Specific file name to look for when ``source_hash`` refers to a remote file, used to disambiguate ambiguous matches. saltenv: base Salt fileserver environment from which to retrieve the source_hash. This value will only be used when ``source_hash`` refers to a file on the Salt fileserver (i.e. one beginning with ``salt://``). verify_ssl If ``False``, remote https file sources (``https://``) and source_hash will not attempt to validate the servers certificate. Default is True. New in version 3002 source_hash_sig When ``source`` is a remote file source and ``source_hash`` is a file, ensure a valid GPG signature exists on the source hash file. Set this to ``true`` for an inline (clearsigned) signature, or to a file URI retrievable by `:py:func:`cp.cache_file \u0026lt;salt.modules.cp.cache_file\u0026gt;` for a detached one. New in version 3007.0 signed_by_any When verifying ``source_hash_sig``, require at least one valid signature from one of a list of key fingerprints. This is passed to :py:func:`gpg.verify \u0026lt;salt.modules.gpg.verify\u0026gt;`. New in version 3007.0 signed_by_all When verifying ``source_hash_sig``, require a valid signature from each of the key fingerprints in this list. This is passed to :py:func:`gpg.verify \u0026lt;salt.modules.gpg.verify\u0026gt;`. New in version 3007.0 keyring When verifying ``source_hash_sig``, use this keyring. New in version 3007.0 gnupghome When verifying ``source_hash_sig``, use this GnuPG home. New in version 3007.0 CLI Example: salt '*' file.get_source_sum /tmp/foo.tar.gz source=http://mydomain.tld/foo.tar.gz source_hash=499ae16dcae71eeb7c3a30c75ea7a1a6 salt '*' file.get_source_sum /tmp/foo.tar.gz source=http://mydomain.tld/foo.tar.gz source_hash=https://mydomain.tld/hashes.md5 salt '*' file.get_source_sum /tmp/foo.tar.gz source=http://mydomain.tld/foo.tar.gz source_hash=https://mydomain.tld/hashes.md5 source_hash_name=./dir2/foo.tar.gz file.get_sum:\nReturn the checksum for the given file. The following checksum algorithms are supported: * md5 * sha1 * sha224 * sha256 **(default)** * sha384 * sha512 path path to the file or directory form desired sum format CLI Example: salt '*' file.get_sum /etc/passwd sha512 file.get_uid:\nReturn the id of the user that owns a given file path file or directory of which to get the uid follow_symlinks indicated if symlinks should be followed CLI Example: salt '*' file.get_uid /etc/passwd Changed in version 0.16.4 ``follow_symlinks`` option added file.get_user:\nReturn the user that owns a given file path file or directory of which to get the user follow_symlinks indicated if symlinks should be followed CLI Example: salt '*' file.get_user /etc/passwd Changed in version 0.16.4 ``follow_symlinks`` option added file.gid_to_group:\nConvert the group id to the group name on this system gid gid to convert to a group name CLI Example: salt '*' file.gid_to_group 0 file.grep:\nGrep for a string in the specified file Note: This function's return value is slated for refinement in future versions of Salt Windows does not support the ``grep`` functionality. path Path to the file to be searched Note: Globbing is supported (i.e. ``/var/log/foo/*.log``, but if globbing is being used then the path should be quoted to keep the shell from attempting to expand the glob expression. pattern Pattern to match. For example: ``test``, or ``a[0-5]`` opts Additional command-line flags to pass to the grep command. For example: ``-v``, or ``-i -B2`` Note: The options should come after a double-dash (as shown in the examples below) to keep Salt's own argument parser from interpreting them. CLI Example: salt '*' file.grep /etc/passwd nobody salt '*' file.grep /etc/sysconfig/network-scripts/ifcfg-eth0 ipaddr -- -i salt '*' file.grep /etc/sysconfig/network-scripts/ifcfg-eth0 ipaddr -- -i -B2 salt '*' file.grep \u0026quot;/etc/sysconfig/network-scripts/*\u0026quot; ipaddr -- -i -l file.group_to_gid:\nConvert the group to the gid on this system group group to convert to its gid CLI Example: salt '*' file.group_to_gid root file.is_blkdev:\nCheck if a file exists and is a block device. CLI Example: salt '*' file.is_blkdev /dev/blk file.is_chrdev:\nCheck if a file exists and is a character device. CLI Example: salt '*' file.is_chrdev /dev/chr file.is_fifo:\nCheck if a file exists and is a FIFO. CLI Example: salt '*' file.is_fifo /dev/fifo file.is_hardlink:\nCheck if the path is a hard link by verifying that the number of links is larger than 1 CLI Example: salt '*' file.is_hardlink /path/to/link file.is_link:\nCheck if the path is a symbolic link CLI Example: salt '*' file.is_link /path/to/link file.join:\nReturn a normalized file system path for the underlying OS New in version 2014.7.0 This can be useful at the CLI but is frequently useful when scripting combining path variables: {% set www_root = '/var' %} {% set app_dir = 'myapp' %} myapp_config: file: - managed - name: {{ salt['file.join'](www_root, app_dir, 'config.yaml') }} CLI Example: salt '*' file.join '/' 'usr' 'local' 'bin' file.lchown:\nChown a file, pass the file the desired user and group without following symlinks. path path to the file or directory user user owner group group owner CLI Example: salt '*' file.chown /etc/passwd root root file.line:\nNew in version 2015.8.0 Line-focused editing of a file. Note: ``file.line`` exists for historic reasons, and is not generally recommended. It has a lot of quirks. You may find ``file.replace`` to be more suitable. ``file.line`` is most useful if you have single lines in a file (potentially a config file) that you would like to manage. It can remove, add, and replace a single line at a time. path Filesystem path to the file to be edited. content Content of the line. Allowed to be empty if ``mode='delete'``. match Match the target line for an action by a fragment of a string or regular expression. If neither ``before`` nor ``after`` are provided, and ``match`` is also ``None``, match falls back to the ``content`` value. mode Defines how to edit a line. One of the following options is required: - ensure If line does not exist, it will be added. If ``before`` and ``after`` are specified either zero lines, or lines that contain the ``content`` line are allowed to be in between ``before`` and ``after``. If there are lines, and none of them match then it will produce an error. - replace If line already exists, the entire line will be replaced. - delete Delete the line, if found. - insert Nearly identical to ``ensure``. If a line does not exist, it will be added. The differences are that multiple (and non-matching) lines are alloweed between ``before`` and ``after``, if they are specified. The line will always be inserted right before ``before``. ``insert`` also allows the use of ``location`` to specify that the line should be added at the beginning or end of the file. Note: If ``mode='insert'`` is used, at least one of ``location``, ``before``, or ``after`` is required. If ``location`` is used, ``before`` and ``after`` are ignored. location In ``mode='insert'`` only, whether to place the ``content`` at the beginning or end of a the file. If ``location`` is provided, ``before`` and ``after`` are ignored. Valid locations: - start Place the content at the beginning of the file. - end Place the content at the end of the file. before Regular expression or an exact case-sensitive fragment of the string. Will be tried as **both** a regex **and** a part of the line. Must match **exactly** one line in the file. This value is only used in ``ensure`` and ``insert`` modes. The ``content`` will be inserted just before this line, with matching indentation unless ``indent=False``. after Regular expression or an exact case-sensitive fragment of the string. Will be tried as **both** a regex **and** a part of the line. Must match **exactly** one line in the file. This value is only used in ``ensure`` and ``insert`` modes. The ``content`` will be inserted directly after this line, unless ``before`` is also provided. If ``before`` is not provided, indentation will match this line, unless ``indent=False``. show_changes Output a unified diff of the old file and the new file. If ``False`` return a boolean if any changes were made. Default is ``True`` Note: Using this option will store two copies of the file in-memory (the original version and the edited version) in order to generate the diff. backup Create a backup of the original file with the extension: \u0026quot;Year-Month-Day-Hour-Minutes-Seconds\u0026quot;. quiet Do not raise any exceptions. E.g. ignore the fact that the file that is tried to be edited does not exist and nothing really happened. indent Keep indentation with the previous line. This option is not considered when the ``delete`` mode is specified. Default is ``True`` CLI Example: salt '*' file.line /etc/nsswitch.conf \u0026quot;networks: files dns\u0026quot; after=\u0026quot;hosts:.*?\u0026quot; mode='ensure' Note: If an equal sign (``=``) appears in an argument to a Salt command, it is interpreted as a keyword argument in the format of ``key=val``. That processing can be bypassed in order to pass an equal sign through to the remote shell command by manually specifying the kwarg: salt '*' file.line /path/to/file content=\u0026quot;CREATEMAIL_SPOOL=no\u0026quot; match=\u0026quot;CREATE_MAIL_SPOOL=yes\u0026quot; mode=\u0026quot;replace\u0026quot; **Examples:** Here's a simple config file. [some_config] # Some config file # this line will go away here=False away=True goodybe=away salt \\* file.line /some/file.conf mode=delete match=away This will produce: [some_config] # Some config file here=False away=True goodbye=away If that command is executed 2 more times, this will be the result: [some_config] # Some config file here=False If we reset the file to its original state and run salt \\* file.line /some/file.conf mode=replace match=away content=here Three passes will this state will result in this file: [some_config] # Some config file here here=False here here Each pass replacing the first line found. Given this file: insert after me something insert before me The following command salt \\* file.line /some/file.txt mode=insert after=\u0026quot;insert after me\u0026quot; before=\u0026quot;insert before me\u0026quot; content=thrice If that command is executed 3 times, the result will be: insert after me something thrice thrice thrice insert before me If the mode is ``ensure`` instead, it will fail each time. To succeed, we need to remove the incorrect line between before and after: insert after me insert before me With an ensure mode, this will insert ``thrice`` the first time and make no changes for subsequent calls. For something simple this is fine, but if you have instead blocks like this: Begin SomeBlock foo = bar End Begin AnotherBlock another = value End And you try to use ensure this way: salt \\* file.line /tmp/fun.txt mode=\u0026quot;ensure\u0026quot; content=\u0026quot;this = should be my content\u0026quot; after=\u0026quot;Begin SomeBlock\u0026quot; before=\u0026quot;End\u0026quot; This will fail because there are multiple ``End`` lines. Without that problem, it still would fail because there is a non-matching line, ``foo = bar``. Ensure **only** allows either zero, or the matching line present to be present in between ``before`` and ``after``. file.link:\nNew in version 2014.1.0 Create a hard link to a file CLI Example: salt '*' file.link /path/to/file /path/to/link file.list_backup:\nThis function is an alias of list_backups.\nNew in version 0.17.0 Lists the previous versions of a file backed up using Salt's :ref:`file state backup \u0026lt;file-state-backups\u0026gt;` system. path The path on the minion to check for backups limit Limit the number of results to the most recent N backups CLI Example: salt '*' file.list_backups /foo/bar/baz.txt file.list_backups:\nNew in version 0.17.0 Lists the previous versions of a file backed up using Salt's :ref:`file state backup \u0026lt;file-state-backups\u0026gt;` system. path The path on the minion to check for backups limit Limit the number of results to the most recent N backups CLI Example: salt '*' file.list_backups /foo/bar/baz.txt file.list_backups_dir:\nLists the previous versions of a directory backed up using Salt's :ref:`file state backup \u0026lt;file-state-backups\u0026gt;` system. path The directory on the minion to check for backups limit Limit the number of results to the most recent N backups CLI Example: salt '*' file.list_backups_dir /foo/bar/baz/ file.lsattr:\nNew in version 2018.3.0 Changed in version 2018.3.1 If ``lsattr`` is not installed on the system, ``None`` is returned. Changed in version 2018.3.4 If on ``AIX``, ``None`` is returned even if in filesystem as lsattr on ``AIX`` is not the same thing as the linux version. Obtain the modifiable attributes of the given file. If path is to a directory, an empty list is returned. path path to file to obtain attributes of. File/directory must exist. CLI Example: salt '*' file.lsattr foo1.txt file.lstat:\nNew in version 2014.1.0 Returns the lstat attributes for the given file or dir. Does not support symbolic links. CLI Example: salt '*' file.lstat /path/to/file file.makedirs:\nEnsure that the directory containing this path is available. Note: The path must end with a trailing slash otherwise the directory/directories will be created up to the parent directory. For example if path is ``/opt/code``, then it would be treated as ``/opt/`` but if the path ends with a trailing slash like ``/opt/code/``, then it would be treated as ``/opt/code/``. CLI Example: salt '*' file.makedirs /opt/code/ file.makedirs_perms:\nTaken and modified from os.makedirs to set user, group and mode for each directory created. CLI Example: salt '*' file.makedirs_perms /opt/code file.manage_file:\nChecks the destination against what was retrieved with get_managed and makes the appropriate modifications (if necessary). name location to place the file sfn location of cached file on the minion This is the path to the file stored on the minion. This file is placed on the minion using cp.cache_file. If the hash sum of that file matches the source_sum, we do not transfer the file to the minion again. This file is then grabbed and if it has template set, it renders the file to be placed into the correct place on the system using salt.files.utils.copyfile() ret The initial state return data structure. Pass in ``None`` to use the default structure. source file reference on the master source_sum sum hash for source user user owner group group owner backup backup_mode attrs attributes to be set on file: '' means remove all of them New in version 2018.3.0 makedirs make directories if they do not exist template format of templating show_changes Include diff in state return contents: contents to be placed in the file dir_mode mode for directories created with makedirs skip_verify: False If ``True``, hash verification of remote file sources (``http://``, ``https://``, ``ftp://``) will be skipped, and the ``source_hash`` argument will be ignored. New in version 2016.3.0 keep_mode: False If ``True``, and the ``source`` is a file from the Salt fileserver (or a local file on the minion), the mode of the destination file will be set to the mode of the source file. Note: keep_mode does not work with salt-ssh. As a consequence of how the files are transferred to the minion, and the inability to connect back to the master with salt-ssh, salt is unable to stat the file as it exists on the fileserver and thus cannot mirror the mode on the salt-ssh minion encoding If specified, then the specified encoding will be used. Otherwise, the file will be encoded using the system locale (usually UTF-8). See https://docs.python.org/3/library/codecs.html#standard-encodings for the list of available encodings. New in version 2017.7.0 encoding_errors: 'strict' Default is ```'strict'```. See https://docs.python.org/2/library/codecs.html#codec-base-classes for the error handling schemes. New in version 2017.7.0 seuser selinux user attribute New in version 3001 serange selinux range attribute New in version 3001 setype selinux type attribute New in version 3001 serange selinux range attribute New in version 3001 verify_ssl If ``False``, remote https file sources (``https://``) will not attempt to validate the servers certificate. Default is True. New in version 3002 use_etag If ``True``, remote http/https file sources will attempt to use the ETag header to determine if the remote file needs to be downloaded. This provides a lightweight mechanism for promptly refreshing files changed on a web server without requiring a full hash comparison via the ``source_hash`` parameter. New in version 3005 signature Ensure a valid GPG signature exists on the selected ``source`` file. Set this to true for inline signatures, or to a file URI retrievable by `:py:func:`cp.cache_file \u0026lt;salt.modules.cp.cache_file\u0026gt;` for a detached one. Note: A signature is only enforced directly after caching the file, before it is moved to its final destination. Existing target files (with the correct checksum) will neither be checked nor deleted. It will be enforced regardless of source type and will be required on the final output, therefore this does not lend itself well when templates are rendered. The file will not be modified, meaning inline signatures are not removed. New in version 3007.0 source_hash_sig When ``source`` is a remote file source, ``source_hash`` is a file, ``skip_verify`` is not true and ``use_etag`` is not true, ensure a valid GPG signature exists on the source hash file. Set this to ``true`` for an inline (clearsigned) signature, or to a file URI retrievable by `:py:func:`cp.cache_file \u0026lt;salt.modules.cp.cache_file\u0026gt;` for a detached one. Note: A signature on the ``source_hash`` file is enforced regardless of changes since its contents are used to check if an existing file is in the correct state - but only for remote sources! As for ``signature``, existing target files will not be modified, only the cached source_hash and source_hash_sig files will be removed. New in version 3007.0 signed_by_any When verifying signatures either on the managed file or its source hash file, require at least one valid signature from one of a list of key fingerprints. This is passed to :py:func:`gpg.verify \u0026lt;salt.modules.gpg.verify\u0026gt;`. New in version 3007.0 signed_by_all When verifying signatures either on the managed file or its source hash file, require a valid signature from each of the key fingerprints in this list. This is passed to :py:func:`gpg.verify \u0026lt;salt.modules.gpg.verify\u0026gt;`. New in version 3007.0 keyring When verifying signatures, use this keyring. New in version 3007.0 gnupghome When verifying signatures, use this GnuPG home. New in version 3007.0 CLI Example: salt '*' file.manage_file /etc/httpd/conf.d/httpd.conf '' '{}' salt://http/httpd.conf '{hash_type: 'md5', 'hsum': \u0026lt;md5sum\u0026gt;}' root root '755' '' base '' Changed in version 2014.7.0 ``follow_symlinks`` option added file.mkdir:\nEnsure that a directory is available. CLI Example: salt '*' file.mkdir /opt/jetty/context file.mknod:\nNew in version 0.17.0 Create a block device, character device, or fifo pipe. Identical to the gnu mknod. CLI Examples: salt '*' file.mknod /dev/chr c 180 31 salt '*' file.mknod /dev/blk b 8 999 salt '*' file.nknod /dev/fifo p file.mknod_blkdev:\nNew in version 0.17.0 Create a block device. CLI Example: salt '*' file.mknod_blkdev /dev/blk 8 999 file.mknod_chrdev:\nNew in version 0.17.0 Create a character device. CLI Example: salt '*' file.mknod_chrdev /dev/chr 180 31 file.mknod_fifo:\nNew in version 0.17.0 Create a FIFO pipe. CLI Example: salt '*' file.mknod_fifo /dev/fifo file.move:\nMove a file or directory disallow_copy_and_unlink If ``True``, the operation is offloaded to the ``file.rename`` execution module function. This will use ``os.rename`` underneath, which will fail in the event that ``src`` and ``dst`` are on different filesystems. If ``False`` (the default), ``shutil.move`` will be used in order to fall back on a \u0026quot;copy then unlink\u0026quot; approach, which is required for moving across filesystems. New in version 3006.0 CLI Example: salt '*' file.move /path/to/src /path/to/dst file.normpath:\nReturns Normalise path, eliminating double slashes, etc. New in version 2015.5.0 This can be useful at the CLI but is frequently useful when scripting. {%- from salt['file.normpath'](tpldir + '/../vars.jinja') import parent_vars %} CLI Example: salt '*' file.normpath 'a/b/c/..' file.open_files:\nReturn a list of all physical open files on the system. CLI Examples: salt '*' file.open_files salt '*' file.open_files by_pid=True file.pardir:\nReturn the relative parent directory path symbol for underlying OS New in version 2014.7.0 This can be useful when constructing Salt Formulas. {% set pardir = salt['file.pardir']() %} {% set final_path = salt['file.join']('subdir', pardir, 'confdir') %} CLI Example: salt '*' file.pardir file.patch:\nNew in version 0.10.4 Apply a patch to a file or directory. Equivalent to: patch \u0026lt;options\u0026gt; -i \u0026lt;patchfile\u0026gt; \u0026lt;originalfile\u0026gt; Or, when a directory is patched: patch \u0026lt;options\u0026gt; -i \u0026lt;patchfile\u0026gt; -d \u0026lt;originalfile\u0026gt; -p0 originalfile The full path to the file or directory to be patched patchfile A patch file to apply to ``originalfile`` options Options to pass to patch. Note: Windows now supports using patch as of 3004. In order to use this function in Windows, please install the patch binary through your own means and ensure it's found in the system Path. If installing through git-for-windows, please select the optional \u0026quot;Use Git and optional Unix tools from the Command Prompt\u0026quot; option when installing Git. CLI Example: salt '*' file.patch /opt/file.txt /tmp/file.txt.patch salt '*' file.patch C:\\file1.txt C:\\file3.patch file.path_exists_glob:\nTests to see if path after expansion is a valid path (file or directory). Expansion allows usage of ? * and character ranges []. Tilde expansion is not supported. Returns True/False. New in version 2014.7.0 CLI Example: salt '*' file.path_exists_glob /etc/pam*/pass* file.prepend:\nNew in version 2014.7.0 Prepend text to the beginning of a file path path to file `*args` strings to prepend to the file CLI Example: salt '*' file.prepend /etc/motd \\ \u0026quot;With all thine offerings thou shalt offer salt.\u0026quot; \\ \u0026quot;Salt is what makes things taste bad when it isn't in them.\u0026quot; .. admonition:: Attention If you need to pass a string to append and that string contains an equal sign, you **must** include the argument name, args. For example: salt '*' file.prepend /etc/motd args='cheese=spam' salt '*' file.prepend /etc/motd args=\u0026quot;['cheese=spam','spam=cheese']\u0026quot; file.psed:\n.. deprecated:: 0.17.0 Use :py:func:`~salt.modules.file.replace` instead. Make a simple edit to a file (pure Python version) Equivalent to: sed \u0026lt;backup\u0026gt; \u0026lt;options\u0026gt; \u0026quot;/\u0026lt;limit\u0026gt;/ s/\u0026lt;before\u0026gt;/\u0026lt;after\u0026gt;/\u0026lt;flags\u0026gt; \u0026lt;file\u0026gt;\u0026quot; path The full path to the file to be edited before A pattern to find in order to replace with ``after`` after Text that will replace ``before`` limit: ``''`` An initial pattern to search for before searching for ``before`` backup: ``.bak`` The file will be backed up before edit with this file extension; **WARNING:** each time ``sed``/``comment``/``uncomment`` is called will overwrite this backup flags: ``gMS`` Flags to modify the search. Valid values are: - ``g``: Replace all occurrences of the pattern, not just the first. - ``I``: Ignore case. - ``L``: Make ``\\w``, ``\\W``, ``\\b``, ``\\B``, ``\\s`` and ``\\S`` dependent on the locale. - ``M``: Treat multiple lines as a single line. - ``S``: Make `.` match all characters, including newlines. - ``U``: Make ``\\w``, ``\\W``, ``\\b``, ``\\B``, ``\\d``, ``\\D``, ``\\s`` and ``\\S`` dependent on Unicode. - ``X``: Verbose (whitespace is ignored). multi: ``False`` If True, treat the entire file as a single line Forward slashes and single quotes will be escaped automatically in the ``before`` and ``after`` patterns. CLI Example: salt '*' file.sed /etc/httpd/httpd.conf 'LogLevel warn' 'LogLevel info' file.read:\nNew in version 2017.7.0 Return the content of the file. :param bool binary: Whether to read and return binary data CLI Example: salt '*' file.read /path/to/file file.readdir:\nNew in version 2014.1.0 Return a list containing the contents of a directory CLI Example: salt '*' file.readdir /path/to/dir/ file.readlink:\nNew in version 2014.1.0 Return the path that a symlink points to Args: path (str): The path to the symlink canonicalize (bool): Get the canonical path eliminating any symbolic links encountered in the path Returns: str: The path that the symlink points to Raises: SaltInvocationError: path is not absolute SaltInvocationError: path is not a link CommandExecutionError: error reading the symbolic link CLI Example: salt '*' file.readlink /path/to/link file.remove:\nRemove the named file. If a directory is supplied, it will be recursively deleted. CLI Example: salt '*' file.remove /tmp/foo Changed in version 3000 The method now works on all types of file system entries, not just files, directories and symlinks. file.remove_backup:\nThis function is an alias of delete_backup.\nNew in version 0.17.0 Delete a previous version of a file that was backed up using Salt's :ref:`file state backup \u0026lt;file-state-backups\u0026gt;` system. path The path on the minion to check for backups backup_id The numeric id for the backup you wish to delete, as found using :mod:`file.list_backups \u0026lt;salt.modules.file.list_backups\u0026gt;` CLI Example: salt '*' file.delete_backup /var/cache/salt/minion/file_backup/home/foo/bar/baz.txt 0 file.rename:\nRename a file or directory CLI Example: salt '*' file.rename /path/to/src /path/to/dst file.replace:\nNew in version 0.17.0 Replace occurrences of a pattern in a file. If ``show_changes`` is ``True``, then a diff of what changed will be returned, otherwise a ``True`` will be returned when changes are made, and ``False`` when no changes are made. This is a pure Python implementation that wraps Python's :py:func:`~re.sub`. path Filesystem path to the file to be edited. If a symlink is specified, it will be resolved to its target. pattern A regular expression, to be matched using Python's :py:func:`~re.search`. repl The replacement text count: 0 Maximum number of pattern occurrences to be replaced. If count is a positive integer ``n``, only ``n`` occurrences will be replaced, otherwise all occurrences will be replaced. flags (list or int) A list of flags defined in the ``re`` module documentation from the Python standard library. Each list item should be a string that will correlate to the human-friendly flag name. E.g., ``['IGNORECASE', 'MULTILINE']``. Optionally, ``flags`` may be an int, with a value corresponding to the XOR (``|``) of all the desired flags. Defaults to 8 (which supports 'MULTILINE'). bufsize (int or str) How much of the file to buffer into memory at once. The default value ``1`` processes one line at a time. The special value ``file`` may be specified which will read the entire file into memory before processing. append_if_not_found: False New in version 2014.7.0 If set to ``True``, and pattern is not found, then the content will be appended to the file. prepend_if_not_found: False New in version 2014.7.0 If set to ``True`` and pattern is not found, then the content will be prepended to the file. not_found_content New in version 2014.7.0 Content to use for append/prepend if not found. If None (default), uses ``repl``. Useful when ``repl`` uses references to group in pattern. backup: .bak The file extension to use for a backup of the file before editing. Set to ``False`` to skip making a backup. dry_run: False If set to ``True``, no changes will be made to the file, the function will just return the changes that would have been made (or a ``True``/``False`` value if ``show_changes`` is set to ``False``). search_only: False If set to true, this no changes will be performed on the file, and this function will simply return ``True`` if the pattern was matched, and ``False`` if not. show_changes: True If ``True``, return a diff of changes made. Otherwise, return ``True`` if changes were made, and ``False`` if not. Note: Using this option will store two copies of the file in memory (the original version and the edited version) in order to generate the diff. This may not normally be a concern, but could impact performance if used with large files. ignore_if_missing: False New in version 2015.8.0 If set to ``True``, this function will simply return ``False`` if the file doesn't exist. Otherwise, an error will be thrown. preserve_inode: True New in version 2015.8.0 Preserve the inode of the file, so that any hard links continue to share the inode with the original filename. This works by *copying* the file, reading from the copy, and writing to the file at the original inode. If ``False``, the file will be *moved* rather than copied, and a new file will be written to a new inode, but using the original filename. Hard links will then share an inode with the backup, instead (if using ``backup`` to create a backup copy). backslash_literal: False New in version 2016.11.7 Interpret backslashes as literal backslashes for the repl and not escape characters. This will help when using append/prepend so that the backslashes are not interpreted for the repl on the second run of the state. If an equal sign (``=``) appears in an argument to a Salt command it is interpreted as a keyword argument in the format ``key=val``. That processing can be bypassed in order to pass an equal sign through to the remote shell command by manually specifying the kwarg: salt '*' file.replace /path/to/file pattern='=' repl=':' salt '*' file.replace /path/to/file pattern=\u0026quot;bind-address\\s*=\u0026quot; repl='bind-address:' CLI Examples: salt '*' file.replace /etc/httpd/httpd.conf pattern='LogLevel warn' repl='LogLevel info' salt '*' file.replace /some/file pattern='before' repl='after' flags='[MULTILINE, IGNORECASE]' file.restore_backup:\nNew in version 0.17.0 Restore a previous version of a file that was backed up using Salt's :ref:`file state backup \u0026lt;file-state-backups\u0026gt;` system. path The path on the minion to check for backups backup_id The numeric id for the backup you wish to restore, as found using :mod:`file.list_backups \u0026lt;salt.modules.file.list_backups\u0026gt;` CLI Example: salt '*' file.restore_backup /foo/bar/baz.txt 0 file.restorecon:\nReset the SELinux context on a given path CLI Example: salt '*' file.restorecon /home/user/.ssh/authorized_keys file.rmdir:\nNew in version 2014.1.0 Changed in version 3006.0 Changed return value for failure to a boolean. Remove the specified directory. Fails if a directory is not empty. recurse When ``recurse`` is set to ``True``, all empty directories within the path are pruned. New in version 3006.0 verbose When ``verbose`` is set to ``True``, a dictionary is returned which contains more information about the removal process. New in version 3006.0 older_than When ``older_than`` is set to a number, it is used to determine the **number of days** which must have passed since the last modification timestamp before a directory will be allowed to be removed. Setting the value to 0 is equivalent to leaving it at the default of ``None``. New in version 3006.0 CLI Example: salt '*' file.rmdir /tmp/foo/ file.search:\nNew in version 0.17.0 Search for occurrences of a pattern in a file Except for multiline, params are identical to :py:func:`~salt.modules.file.replace`. multiline If true, inserts 'MULTILINE' into ``flags`` and sets ``bufsize`` to 'file'. New in version 2015.8.0 CLI Example: salt '*' file.search /etc/crontab 'mymaintenance.sh' file.sed:\n.. deprecated:: 0.17.0 Use :py:func:`~salt.modules.file.replace` instead. Make a simple edit to a file Equivalent to: sed \u0026lt;backup\u0026gt; \u0026lt;options\u0026gt; \u0026quot;/\u0026lt;limit\u0026gt;/ s/\u0026lt;before\u0026gt;/\u0026lt;after\u0026gt;/\u0026lt;flags\u0026gt; \u0026lt;file\u0026gt;\u0026quot; path The full path to the file to be edited before A pattern to find in order to replace with ``after`` after Text that will replace ``before`` limit: ``''`` An initial pattern to search for before searching for ``before`` backup: ``.bak`` The file will be backed up before edit with this file extension; **WARNING:** each time ``sed``/``comment``/``uncomment`` is called will overwrite this backup options: ``-r -e`` Options to pass to sed flags: ``g`` Flags to modify the sed search; e.g., ``i`` for case-insensitive pattern matching negate_match: False Negate the search command (``!``) New in version 0.17.0 Forward slashes and single quotes will be escaped automatically in the ``before`` and ``after`` patterns. CLI Example: salt '*' file.sed /etc/httpd/httpd.conf 'LogLevel warn' 'LogLevel info' file.sed_contains:\n.. deprecated:: 0.17.0 Use :func:`search` instead. Return True if the file at ``path`` contains ``text``. Utilizes sed to perform the search (line-wise search). Note: the ``p`` flag will be added to any flags you pass in. CLI Example: salt '*' file.contains /etc/crontab 'mymaintenance.sh' file.seek_read:\nNew in version 2014.1.0 Seek to a position on a file and read it path path to file seek amount to read at once offset offset to start into the file CLI Example: salt '*' file.seek_read /path/to/file 4096 0 file.seek_write:\nNew in version 2014.1.0 Seek to a position on a file and write to it path path to file data data to write to file offset position in file to start writing CLI Example: salt '*' file.seek_write /path/to/file 'some data' 4096 file.set_mode:\nSet the mode of a file path file or directory of which to set the mode mode mode to set the path to CLI Example: salt '*' file.set_mode /etc/passwd 0644 file.set_selinux_context:\nChanged in version 3001 Added persist option Set a specific SELinux label on a given path CLI Example: salt '*' file.set_selinux_context path \u0026lt;user\u0026gt; \u0026lt;role\u0026gt; \u0026lt;type\u0026gt; \u0026lt;range\u0026gt; salt '*' file.set_selinux_context /etc/yum.repos.d/epel.repo system_u object_r system_conf_t s0 file.source_list:\nCheck the source list and return the source to use CLI Example: salt '*' file.source_list salt://http/httpd.conf '{hash_type: 'md5', 'hsum': \u0026lt;md5sum\u0026gt;}' base file.stats:\nReturn a dict containing the stats for a given file CLI Example: salt '*' file.stats /etc/passwd file.statvfs:\nNew in version 2014.1.0 Perform a statvfs call against the filesystem that the file resides on CLI Example: salt '*' file.statvfs /path/to/file file.symlink:\nCreate a symbolic link (symlink, soft link) to a file Args: src (str): The path to a file or directory path (str): The path to the link. Must be an absolute path force (bool): Overwrite an existing symlink with the same name New in version 3005 atomic (bool): Use atomic file operations to create the symlink New in version 3006.0 follow_symlinks (bool): If set to ``False``, use ``os.path.lexists()`` for existence checks instead of ``os.path.exists()``. New in version 3007.0 Returns: bool: ``True`` if successful, otherwise raises ``CommandExecutionError`` CLI Example: salt '*' file.symlink /path/to/file /path/to/link file.touch:\nNew in version 0.9.5 Just like the ``touch`` command, create a file if it doesn't exist or simply update the atime and mtime if it already does. atime: Access time in Unix epoch time. Set it to 0 to set atime of the file with Unix date of birth. If this parameter isn't set, atime will be set with current time. mtime: Last modification in Unix epoch time. Set it to 0 to set mtime of the file with Unix date of birth. If this parameter isn't set, mtime will be set with current time. CLI Example: salt '*' file.touch /var/log/emptyfile file.truncate:\nNew in version 2014.1.0 Seek to a position on a file and delete everything after that point path path to file length offset into file to truncate CLI Example: salt '*' file.truncate /path/to/file 512 file.uid_to_user:\nConvert a uid to a user name uid uid to convert to a username CLI Example: salt '*' file.uid_to_user 0 file.uncomment:\n.. deprecated:: 0.17.0 Use :py:func:`~salt.modules.file.replace` instead. Uncomment specified commented lines in a file path The full path to the file to be edited regex A regular expression used to find the lines that are to be uncommented. This regex should not include the comment character. A leading ``^`` character will be stripped for convenience (for easily switching between comment() and uncomment()). char: ``#`` The character to remove in order to uncomment a line backup: ``.bak`` The file will be backed up before edit with this file extension; **WARNING:** each time ``sed``/``comment``/``uncomment`` is called will overwrite this backup CLI Example: salt '*' file.uncomment /etc/hosts.deny 'ALL: PARANOID' file.user_to_uid:\nConvert user name to a uid user user name to convert to its uid CLI Example: salt '*' file.user_to_uid root file.write:\nNew in version 2014.7.0 Write text to a file, overwriting any existing contents. path path to file `*args` strings to write to the file CLI Example: salt '*' file.write /etc/motd \\ \u0026quot;With all thine offerings thou shalt offer salt.\u0026quot; .. admonition:: Attention If you need to pass a string to append and that string contains an equal sign, you **must** include the argument name, args. For example: salt '*' file.write /etc/motd args='cheese=spam' salt '*' file.write /etc/motd args=\u0026quot;['cheese=spam','spam=cheese']\u0026quot; freezer.compare:\nDisplay the difference between two frozen states. The results are shown as as a dictionary with keys for packages and repositories. Each key may contain a changes dictionary showing items that differ between the two frozen states. Items shown in the \u0026quot;old\u0026quot; changes but not the \u0026quot;new\u0026quot; were removed. Items in \u0026quot;new\u0026quot; but not \u0026quot;old\u0026quot; were added. Items shown in both probably updated/changed versions between freezes. old Name of the \u0026quot;old\u0026quot; frozen state. Required. new Name of the \u0026quot;new\u0026quot; frozen state. Required. CLI Example: salt '*' freezer.freeze pre_install post_install freezer.freeze:\nSave the list of package and repos in a freeze file. As this module is build on top of the pkg module, the user can send extra attributes to the underlying pkg module via kwargs. This function will call ``pkg.list_pkgs`` and ``pkg.list_repos``, and any additional arguments will be passed through to those functions. name Name of the frozen state. Optional. force If true, overwrite the state. Optional. CLI Example: salt '*' freezer.freeze salt '*' freezer.freeze pre_install salt '*' freezer.freeze force=True root=/chroot freezer.list:\nReturn the list of frozen states. CLI Example: salt '*' freezer.list freezer.restore:\nMake sure that the system contains the packages and repos from a frozen state. Read the list of packages and repositories from the freeze file, and compare it with the current list of packages and repos. If there is any difference, all the missing packages are repos will be installed, and all the extra packages and repos will be removed. As this module is build on top of the pkg module, the user can send extra attributes to the underlying pkg module via kwargs. This function will call ``pkg.list_repos``, ``pkg.mod_repo``, ``pkg.list_pkgs``, ``pkg.install``, ``pkg.remove`` and ``pkg.del_repo``, and any additional arguments will be passed through to those functions. name Name of the frozen state. Optional. clean If True remove the frozen information YAML from the cache New in version 3000 CLI Example: salt '*' freezer.restore salt '*' freezer.restore root=/chroot freezer.status:\nReturn True if there is already a frozen state. A frozen state is merely a list of packages (including the version) in a specific time. This information can be used to compare with the current list of packages, and revert the installation of some extra packages that are in the system. name Name of the frozen state. Optional. CLI Example: salt '*' freezer.status salt '*' freezer.status pre_install gem.install:\nInstalls one or several gems. :param gems: string The gems to install :param gem_bin: string : None Full path to ``gem`` binary to use. :param ruby: string : None If RVM or rbenv are installed, the ruby version and gemset to use. Ignored if ``gem_bin`` is specified. :param runas: string : None The user to run gem as. :param version: string : None Specify the version to install for the gem. Doesn't play nice with multiple gems at once :param rdoc: boolean : False Generate RDoc documentation for the gem(s). For rubygems \u0026gt; 3 this is interpreted as the --no-document arg and the ri option will then be ignored :param ri: boolean : False Generate RI documentation for the gem(s). For rubygems \u0026gt; 3 this is interpreted as the --no-document arg and the rdoc option will then be ignored :param pre_releases: boolean : False Include pre-releases in the available versions :param proxy: string : None Use the specified HTTP proxy server for all outgoing traffic. Format: http://hostname[:port] source : None Use the specified HTTP gem source server to download gem. Format: http://hostname[:port] CLI Example: salt '*' gem.install vagrant salt '*' gem.install redphone gem_bin=/opt/sensu/embedded/bin/gem gem.list:\nList locally installed gems. :param prefix: string : Only list gems when the name matches this prefix. :param gem_bin: string : None Full path to ``gem`` binary to use. :param ruby: string : None If RVM or rbenv are installed, the ruby version and gemset to use. Ignored if ``gem_bin`` is specified. :param runas: string : None The user to run gem as. CLI Example: salt '*' gem.list gem.list_upgrades:\nNew in version 2015.8.0 Check if an upgrade is available for installed gems gem_bin : None Full path to ``gem`` binary to use. ruby : None If RVM or rbenv are installed, the ruby version and gemset to use. Ignored if ``gem_bin`` is specified. runas : None The user to run gem as. CLI Example: salt '*' gem.list_upgrades gem.sources_add:\nAdd a gem source. :param source_uri: string The source URI to add. :param gem_bin: string : None Full path to ``gem`` binary to use. :param ruby: string : None If RVM or rbenv are installed, the ruby version and gemset to use. Ignored if ``gem_bin`` is specified. :param runas: string : None The user to run gem as. CLI Example: salt '*' gem.sources_add http://rubygems.org/ gem.sources_list:\nList the configured gem sources. :param gem_bin: string : None Full path to ``gem`` binary to use. :param ruby: string : None If RVM or rbenv are installed, the ruby version and gemset to use. Ignored if ``gem_bin`` is specified. :param runas: string : None The user to run gem as. CLI Example: salt '*' gem.sources_list gem.sources_remove:\nRemove a gem source. :param source_uri: string The source URI to remove. :param gem_bin: string : None Full path to ``gem`` binary to use. :param ruby: string : None If RVM or rbenv are installed, the ruby version and gemset to use. Ignored if ``gem_bin`` is specified. :param runas: string : None The user to run gem as. CLI Example: salt '*' gem.sources_remove http://rubygems.org/ gem.uninstall:\nUninstall one or several gems. :param gems: string The gems to uninstall. :param gem_bin: string : None Full path to ``gem`` binary to use. :param ruby: string : None If RVM or rbenv are installed, the ruby version and gemset to use. Ignored if ``gem_bin`` is specified. :param runas: string : None The user to run gem as. CLI Example: salt '*' gem.uninstall vagrant gem.update:\nUpdate one or several gems. :param gems: string The gems to update. :param gem_bin: string : None Full path to ``gem`` binary to use. :param ruby: string : None If RVM or rbenv are installed, the ruby version and gemset to use. Ignored if ``gem_bin`` is specified. :param runas: string : None The user to run gem as. CLI Example: salt '*' gem.update vagrant gem.update_system:\nUpdate rubygems. :param version: string : (newest) The version of rubygems to install. :param gem_bin: string : None Full path to ``gem`` binary to use. :param ruby: string : None If RVM or rbenv are installed, the ruby version and gemset to use. Ignored if ``gem_bin`` is specified. :param runas: string : None The user to run gem as. CLI Example: salt '*' gem.update_system gem.version:\nPrint out the version of gem :param gem_bin: string : None Full path to ``gem`` binary to use. :param ruby: string : None If RVM or rbenv are installed, the ruby version and gemset to use. Ignored if ``gem_bin`` is specified. :param runas: string : None The user to run gem as. CLI Example: salt '*' gem.version genesis.avail_platforms:\nReturn which platforms are available CLI Example: salt myminion genesis.avail_platforms genesis.bootstrap:\nCreate an image for a specific platform. Please note that this function *MUST* be run as root, as images that are created make files belonging to root. platform Which platform to use to create the image. Currently supported platforms are rpm, deb and pacman. root Local path to create the root of the image filesystem. img_format Which format to create the image in. By default, just copies files into a directory on the local filesystem (``dir``). Future support will exist for ``sparse``. fs_format When using a non-``dir`` ``img_format``, which filesystem to format the image to. By default, ``ext2``. fs_opts When using a non-``dir`` ``img_format``, a dict of opts may be specified. arch Architecture to install packages for, if supported by the underlying bootstrap tool. Currently only used for deb. flavor Which flavor of operating system to install. This correlates to a specific directory on the distribution repositories. For instance, ``wheezy`` on Debian. repo_url Mainly important for Debian-based repos. Base URL for the mirror to install from. (e.x.: http://ftp.debian.org/debian/) static_qemu Local path to the static qemu binary required for this arch. (e.x.: /usr/bin/qemu-amd64-static) pkg_confs The location of the conf files to copy into the image, to point the installer to the right repos and configuration. img_size If img_format is not ``dir``, then the size of the image must be specified. mount_dir If img_format is not ``dir``, then the image must be mounted somewhere. If the ``mount_dir`` is not specified, then it will be created at ``/opt/salt-genesis.\u0026lt;random_uuid\u0026gt;``. This directory will be unmounted and removed when the process is finished. pkg_cache This points to a directory containing a cache of package files to be copied to the image. It does not need to be specified. pkgs A list of packages to be installed on this image. For RedHat, this will include ``yum``, ``centos-release`` and ``iputils`` by default. exclude_pkgs A list of packages to be excluded. If you do not want to install the defaults, you need to include them in this list. epel_url The URL to download the EPEL release package from. CLI Examples: salt myminion genesis.bootstrap pacman /root/arch salt myminion genesis.bootstrap rpm /root/redhat salt myminion genesis.bootstrap deb /root/wheezy arch=amd64 flavor=wheezy static_qemu=/usr/bin/qemu-x86_64-static genesis.ldd_deps:\nRecurse through a set of dependencies reported by ``ldd``, to find associated dependencies. Please note that this does not necessarily resolve all (non-package) dependencies for a file; but it does help. CLI Example: salt myminion genesis.ldd_deps bash salt myminion genesis.ldd_deps /bin/bash genesis.mksls:\nConvert an installation file/script to an SLS file. Currently supports ``kickstart``, ``preseed``, and ``autoyast``. CLI Examples: salt \u0026lt;minion\u0026gt; genesis.mksls kickstart /path/to/kickstart.cfg salt \u0026lt;minion\u0026gt; genesis.mksls kickstart /path/to/kickstart.cfg /path/to/dest.sls New in version 2015.8.0 genesis.pack:\nPack up a directory structure, into a specific format CLI Examples: salt myminion genesis.pack centos /root/centos salt myminion genesis.pack centos /root/centos pack_format='tar' genesis.unpack:\nUnpack an image into a directory structure CLI Example: salt myminion genesis.unpack centos /root/centos git.add:\nChanged in version 2015.8.0 The ``--verbose`` command line argument is now implied Interface to `git-add(1)`_ cwd The path to the git checkout filename The location of the file/directory to add, relative to ``cwd`` opts Any additional options to add to the command line, in a single string Note: On the Salt CLI, if the opts are preceded with a dash, it is necessary to precede them with ``opts=`` (as in the CLI examples below) to avoid causing errors with Salt's own argument parsing. git_opts Any additional options to add to git command itself (not the ``add`` subcommand), in a single string. This is useful for passing ``-c`` to run git with temporary changes to the git configuration. New in version 2017.7.0 Note: This is only supported in git 1.7.2 and newer. user User under which to run the git command. By default, the command is run by the user under which the minion is running. password Windows only. Required when specifying ``user``. This parameter will be ignored on non-Windows platforms. New in version 2016.3.4 ignore_retcode : False If ``True``, do not log an error to the minion log if the git command returns a nonzero exit status. New in version 2015.8.0 output_encoding Use this option to specify which encoding to use to decode the output from any git commands which are run. This should not be needed in most cases. Note: This should only be needed if the files in the repository were created with filenames using an encoding other than UTF-8 to handle Unicode characters. New in version 2018.3.1 .. _`git-add(1)`: http://git-scm.com/docs/git-add CLI Examples: salt myminion git.add /path/to/repo foo/bar.py salt myminion git.add /path/to/repo foo/bar.py opts='--dry-run' git.archive:\nChanged in version 2015.8.0 Returns ``True`` if successful, raises an error if not. Interface to `git-archive(1)`_, exports a tarball/zip file of the repository cwd The path to be archived Note: ``git archive`` permits a partial archive to be created. Thus, this path does not need to be the root of the git repository. Only the files within the directory specified by ``cwd`` (and its subdirectories) will be in the resulting archive. For example, if there is a git checkout at ``/tmp/foo``, then passing ``/tmp/foo/bar`` as the ``cwd`` will result in just the files underneath ``/tmp/foo/bar`` to be exported as an archive. output The path of the archive to be created overwrite : False Unless set to ``True``, Salt will over overwrite an existing archive at the path specified by the ``output`` argument. New in version 2015.8.0 rev : HEAD The revision from which to create the archive format Manually specify the file format of the resulting archive. This argument can be omitted, and ``git archive`` will attempt to guess the archive type (and compression) from the filename. ``zip``, ``tar``, ``tar.gz``, and ``tgz`` are extensions that are recognised automatically, and git can be configured to support other archive types with the addition of git configuration keys. See the `git-archive(1)`_ manpage explanation of the ``--format`` argument (as well as the ``CONFIGURATION`` section of the manpage) for further information. New in version 2015.8.0 prefix Prepend ``\u0026lt;prefix\u0026gt;`` to every filename in the archive. If unspecified, the name of the directory at the top level of the repository will be used as the prefix (e.g. if ``cwd`` is set to ``/foo/bar/baz``, the prefix will be ``baz``, and the resulting archive will contain a top-level directory by that name). Note: The default behaviour if the ``--prefix`` option for ``git archive`` is not specified is to not prepend a prefix, so Salt's behaviour differs slightly from ``git archive`` in this respect. Use ``prefix=''`` to create an archive with no prefix. Changed in version 2015.8.0 The behaviour of this argument has been changed slightly. As of this version, it is necessary to include the trailing slash when specifying a prefix, if the prefix is intended to create a top-level directory. git_opts Any additional options to add to git command itself (not the ``archive`` subcommand), in a single string. This is useful for passing ``-c`` to run git with temporary changes to the git configuration. New in version 2017.7.0 Note: This is only supported in git 1.7.2 and newer. user User under which to run the git command. By default, the command is run by the user under which the minion is running. password Windows only. Required when specifying ``user``. This parameter will be ignored on non-Windows platforms. New in version 2016.3.4 ignore_retcode : False If ``True``, do not log an error to the minion log if the git command returns a nonzero exit status. New in version 2015.8.0 output_encoding Use this option to specify which encoding to use to decode the output from any git commands which are run. This should not be needed in most cases. Note: This should only be needed if the files in the repository were created with filenames using an encoding other than UTF-8 to handle Unicode characters. New in version 2018.3.1 .. _`git-archive(1)`: http://git-scm.com/docs/git-archive CLI Example: salt myminion git.archive /path/to/repo /path/to/archive.tar git.branch:\nInterface to `git-branch(1)`_ cwd The path to the git checkout name Name of the branch on which to operate. If not specified, the current branch will be assumed. opts Any additional options to add to the command line, in a single string Note: To create a branch based on something other than HEAD, pass the name of the revision as ``opts``. If the revision is in the format ``remotename/branch``, then this will also set the remote tracking branch. Additionally, on the Salt CLI, if the opts are preceded with a dash, it is necessary to precede them with ``opts=`` (as in the CLI examples below) to avoid causing errors with Salt's own argument parsing. git_opts Any additional options to add to git command itself (not the ``branch`` subcommand), in a single string. This is useful for passing ``-c`` to run git with temporary changes to the git configuration. New in version 2017.7.0 Note: This is only supported in git 1.7.2 and newer. user User under which to run the git command. By default, the command is run by the user under which the minion is running. password Windows only. Required when specifying ``user``. This parameter will be ignored on non-Windows platforms. New in version 2016.3.4 ignore_retcode : False If ``True``, do not log an error to the minion log if the git command returns a nonzero exit status. New in version 2015.8.0 output_encoding Use this option to specify which encoding to use to decode the output from any git commands which are run. This should not be needed in most cases. Note: This should only be needed if the files in the repository were created with filenames using an encoding other than UTF-8 to handle Unicode characters. New in version 2018.3.1 .. _`git-branch(1)`: http://git-scm.com/docs/git-branch CLI Examples: # Set remote tracking branch salt myminion git.branch /path/to/repo mybranch opts='--set-upstream-to origin/mybranch' # Create new branch salt myminion git.branch /path/to/repo mybranch upstream/somebranch # Delete branch salt myminion git.branch /path/to/repo mybranch opts='-d' # Rename branch (2015.8.0 and later) salt myminion git.branch /path/to/repo newbranch opts='-m oldbranch' git.checkout:\nInterface to `git-checkout(1)`_ cwd The path to the git checkout opts Any additional options to add to the command line, in a single string Note: On the Salt CLI, if the opts are preceded with a dash, it is necessary to precede them with ``opts=`` (as in the CLI examples below) to avoid causing errors with Salt's own argument parsing. git_opts Any additional options to add to git command itself (not the ``checkout`` subcommand), in a single string. This is useful for passing ``-c`` to run git with temporary changes to the git configuration. New in version 2017.7.0 Note: This is only supported in git 1.7.2 and newer. rev The remote branch or revision to checkout. Changed in version 2015.8.0 Optional when using ``-b`` or ``-B`` in ``opts``. force : False Force a checkout even if there might be overwritten changes user User under which to run the git command. By default, the command is run by the user under which the minion is running. password Windows only. Required when specifying ``user``. This parameter will be ignored on non-Windows platforms. New in version 2016.3.4 ignore_retcode : False If ``True``, do not log an error to the minion log if the git command returns a nonzero exit status. New in version 2015.8.0 output_encoding Use this option to specify which encoding to use to decode the output from any git commands which are run. This should not be needed in most cases. Note: This should only be needed if the files in the repository were created with filenames using an encoding other than UTF-8 to handle Unicode characters. New in version 2018.3.1 .. _`git-checkout(1)`: http://git-scm.com/docs/git-checkout CLI Examples: # Checking out local local revisions salt myminion git.checkout /path/to/repo somebranch user=jeff salt myminion git.checkout /path/to/repo opts='testbranch -- conf/file1 file2' salt myminion git.checkout /path/to/repo rev=origin/mybranch opts='--track' # Checking out remote revision into new branch salt myminion git.checkout /path/to/repo upstream/master opts='-b newbranch' # Checking out current revision into new branch (2015.8.0 and later) salt myminion git.checkout /path/to/repo opts='-b newbranch' git.clone:\nInterface to `git-clone(1)`_ cwd Location of git clone Changed in version 2015.8.0 If ``name`` is passed, then the clone will be made *within* this directory. url The URL of the repository to be cloned Changed in version 2015.8.0 Argument renamed from ``repository`` to ``url`` name Optional alternate name for the top-level directory to be created by the clone New in version 2015.8.0 opts Any additional options to add to the command line, in a single string git_opts Any additional options to add to git command itself (not the ``clone`` subcommand), in a single string. This is useful for passing ``-c`` to run git with temporary changes to the git configuration. New in version 2017.7.0 Note: This is only supported in git 1.7.2 and newer. user User under which to run the git command. By default, the command is run by the user under which the minion is running. password Windows only. Required when specifying ``user``. This parameter will be ignored on non-Windows platforms. New in version 2016.3.4 identity Path to a private key to use for ssh URLs Warning: Unless Salt is invoked from the minion using ``salt-call``, the key(s) must be passphraseless. For greater security with passphraseless private keys, see the `sshd(8)`_ manpage for information on securing the keypair from the remote side in the ``authorized_keys`` file. .. _`sshd(8)`: http://www.man7.org/linux/man-pages/man8/sshd.8.html#AUTHORIZED_KEYS_FILE_FORMAT Changed in version 2015.8.7 Salt will no longer attempt to use passphrase-protected keys unless invoked from the minion using ``salt-call``, to prevent blocking waiting for user input. Key can also be specified as a SaltStack file server URL, eg. salt://location/identity_file Changed in version 2016.3.0 https_user Set HTTP Basic Auth username. Only accepted for HTTPS URLs. New in version 2015.5.0 https_pass Set HTTP Basic Auth password. Only accepted for HTTPS URLs. New in version 2015.5.0 ignore_retcode : False If ``True``, do not log an error to the minion log if the git command returns a nonzero exit status. New in version 2015.8.0 saltenv The default salt environment to pull sls files from New in version 2016.3.1 output_encoding Use this option to specify which encoding to use to decode the output from any git commands which are run. This should not be needed in most cases. Note: This should only be needed if the files in the repository were created with filenames using an encoding other than UTF-8 to handle Unicode characters. New in version 2018.3.1 .. _`git-clone(1)`: http://git-scm.com/docs/git-clone CLI Example: salt myminion git.clone /path/to/repo_parent_dir git://github.com/saltstack/salt.git git.commit:\nInterface to `git-commit(1)`_ cwd The path to the git checkout message Commit message opts Any additional options to add to the command line, in a single string. These opts will be added to the end of the git command being run. Note: On the Salt CLI, if the opts are preceded with a dash, it is necessary to precede them with ``opts=`` (as in the CLI examples below) to avoid causing errors with Salt's own argument parsing. The ``-m`` option should not be passed here, as the commit message will be defined by the ``message`` argument. git_opts Any additional options to add to git command itself (not the ``commit`` subcommand), in a single string. This is useful for passing ``-c`` to run git with temporary changes to the git configuration. New in version 2017.7.0 Note: This is only supported in git 1.7.2 and newer. user User under which to run the git command. By default, the command is run by the user under which the minion is running. password Windows only. Required when specifying ``user``. This parameter will be ignored on non-Windows platforms. New in version 2016.3.4 filename The location of the file/directory to commit, relative to ``cwd``. This argument is optional, and can be used to commit a file without first staging it. Note: This argument only works on files which are already tracked by the git repository. New in version 2015.8.0 ignore_retcode : False If ``True``, do not log an error to the minion log if the git command returns a nonzero exit status. New in version 2015.8.0 output_encoding Use this option to specify which encoding to use to decode the output from any git commands which are run. This should not be needed in most cases. Note: This should only be needed if the files in the repository were created with filenames using an encoding other than UTF-8 to handle Unicode characters. New in version 2018.3.1 .. _`git-commit(1)`: http://git-scm.com/docs/git-commit CLI Examples: salt myminion git.commit /path/to/repo 'The commit message' salt myminion git.commit /path/to/repo 'The commit message' filename=foo/bar.py git.config_get:\nGet the value of a key in the git configuration file key The name of the configuration key to get Changed in version 2015.8.0 Argument renamed from ``setting_name`` to ``key`` cwd The path to the git checkout Changed in version 2015.8.0 Now optional if ``global`` is set to ``True`` global : False If ``True``, query the global git configuration. Otherwise, only the local git configuration will be queried. New in version 2015.8.0 all : False If ``True``, return a list of all values set for ``key``. If the key does not exist, ``None`` will be returned. New in version 2015.8.0 user User under which to run the git command. By default, the command is run by the user under which the minion is running. password Windows only. Required when specifying ``user``. This parameter will be ignored on non-Windows platforms. New in version 2016.3.4 ignore_retcode : False If ``True``, do not log an error to the minion log if the git command returns a nonzero exit status. New in version 2015.8.0 output_encoding Use this option to specify which encoding to use to decode the output from any git commands which are run. This should not be needed in most cases. Note: This should only be needed if the files in the repository were created with filenames using an encoding other than UTF-8 to handle Unicode characters. New in version 2018.3.1 CLI Examples: salt myminion git.config_get user.name cwd=/path/to/repo salt myminion git.config_get user.email global=True salt myminion git.config_get core.gitproxy cwd=/path/to/repo all=True git.config_get_regex:\nThis function is an alias of config_get_regexp.\nNew in version 2015.8.0 Get the value of a key or keys in the git configuration file using regexes for more flexible matching. The return data is a dictionary mapping keys to lists of values matching the ``value_regex``. If no values match, an empty dictionary will be returned. key Regex on which key names will be matched value_regex If specified, return all values matching this regex. The return data will be a dictionary mapping keys to lists of values matching the regex. .. important:: Only values matching the ``value_regex`` will be part of the return data. So, if ``key`` matches a multivar, then it is possible that not all of the values will be returned. To get all values set for a multivar, simply omit the ``value_regex`` argument. cwd The path to the git checkout global : False If ``True``, query the global git configuration. Otherwise, only the local git configuration will be queried. user User under which to run the git command. By default, the command is run by the user under which the minion is running. password Windows only. Required when specifying ``user``. This parameter will be ignored on non-Windows platforms. New in version 2016.3.4 ignore_retcode : False If ``True``, do not log an error to the minion log if the git command returns a nonzero exit status. output_encoding Use this option to specify which encoding to use to decode the output from any git commands which are run. This should not be needed in most cases. Note: This should only be needed if the files in the repository were created with filenames using an encoding other than UTF-8 to handle Unicode characters. New in version 2018.3.1 CLI Examples: # Matches any values for key 'foo.bar' salt myminion git.config_get_regexp /path/to/repo foo.bar # Matches any value starting with 'baz' set for key 'foo.bar' salt myminion git.config_get_regexp /path/to/repo foo.bar 'baz.*' # Matches any key starting with 'user.' salt myminion git.config_get_regexp '^user\\.' global=True git.config_get_regexp:\nNew in version 2015.8.0 Get the value of a key or keys in the git configuration file using regexes for more flexible matching. The return data is a dictionary mapping keys to lists of values matching the ``value_regex``. If no values match, an empty dictionary will be returned. key Regex on which key names will be matched value_regex If specified, return all values matching this regex. The return data will be a dictionary mapping keys to lists of values matching the regex. .. important:: Only values matching the ``value_regex`` will be part of the return data. So, if ``key`` matches a multivar, then it is possible that not all of the values will be returned. To get all values set for a multivar, simply omit the ``value_regex`` argument. cwd The path to the git checkout global : False If ``True``, query the global git configuration. Otherwise, only the local git configuration will be queried. user User under which to run the git command. By default, the command is run by the user under which the minion is running. password Windows only. Required when specifying ``user``. This parameter will be ignored on non-Windows platforms. New in version 2016.3.4 ignore_retcode : False If ``True``, do not log an error to the minion log if the git command returns a nonzero exit status. output_encoding Use this option to specify which encoding to use to decode the output from any git commands which are run. This should not be needed in most cases. Note: This should only be needed if the files in the repository were created with filenames using an encoding other than UTF-8 to handle Unicode characters. New in version 2018.3.1 CLI Examples: # Matches any values for key 'foo.bar' salt myminion git.config_get_regexp /path/to/repo foo.bar # Matches any value starting with 'baz' set for key 'foo.bar' salt myminion git.config_get_regexp /path/to/repo foo.bar 'baz.*' # Matches any key starting with 'user.' salt myminion git.config_get_regexp '^user\\.' global=True git.config_set:\nChanged in version 2015.8.0 Return the value(s) of the key being set Set a key in the git configuration file cwd The path to the git checkout. Must be an absolute path, or the word ``global`` to indicate that a global key should be set. Changed in version 2014.7.0 Made ``cwd`` argument optional if ``is_global=True`` key The name of the configuration key to set Changed in version 2015.8.0 Argument renamed from ``setting_name`` to ``key`` value The value to set for the specified key. Incompatible with the ``multivar`` argument. Changed in version 2015.8.0 Argument renamed from ``setting_value`` to ``value`` add : False Add a value to a key, creating/updating a multivar New in version 2015.8.0 multivar Set a multivar all at once. Values can be comma-separated or passed as a Python list. Incompatible with the ``value`` argument. New in version 2015.8.0 user User under which to run the git command. By default, the command is run by the user under which the minion is running. password Windows only. Required when specifying ``user``. This parameter will be ignored on non-Windows platforms. New in version 2016.3.4 ignore_retcode : False If ``True``, do not log an error to the minion log if the git command returns a nonzero exit status. New in version 2015.8.0 global : False If ``True``, set a global variable output_encoding Use this option to specify which encoding to use to decode the output from any git commands which are run. This should not be needed in most cases. Note: This should only be needed if the files in the repository were created with filenames using an encoding other than UTF-8 to handle Unicode characters. New in version 2018.3.1 CLI Examples: salt myminion git.config_set user.email me@example.com cwd=/path/to/repo salt myminion git.config_set user.email foo@bar.com global=True git.config_unset:\nNew in version 2015.8.0 Unset a key in the git configuration file cwd The path to the git checkout. Must be an absolute path, or the word ``global`` to indicate that a global key should be unset. key The name of the configuration key to unset value_regex Regular expression that matches exactly one key, used to delete a single value from a multivar. Ignored if ``all`` is set to ``True``. all : False If ``True`` unset all values for a multivar. If ``False``, and ``key`` is a multivar, an error will be raised. global : False If ``True``, unset set a global variable. Otherwise, a local variable will be unset. user User under which to run the git command. By default, the command is run by the user under which the minion is running. password Windows only. Required when specifying ``user``. This parameter will be ignored on non-Windows platforms. New in version 2016.3.4 ignore_retcode : False If ``True``, do not log an error to the minion log if the git command returns a nonzero exit status. output_encoding Use this option to specify which encoding to use to decode the output from any git commands which are run. This should not be needed in most cases. Note: This should only be needed if the files in the repository were created with filenames using an encoding other than UTF-8 to handle Unicode characters. New in version 2018.3.1 CLI Example: salt myminion git.config_unset /path/to/repo foo.bar salt myminion git.config_unset /path/to/repo foo.bar all=True git.current_branch:\nReturns the current branch name of a local checkout. If HEAD is detached, return the SHA1 of the revision which is currently checked out. cwd The path to the git checkout user User under which to run the git command. By default, the command is run by the user under which the minion is running. password Windows only. Required when specifying ``user``. This parameter will be ignored on non-Windows platforms. New in version 2016.3.4 ignore_retcode : False If ``True``, do not log an error to the minion log if the git command returns a nonzero exit status. New in version 2015.8.0 output_encoding Use this option to specify which encoding to use to decode the output from any git commands which are run. This should not be needed in most cases. Note: This should only be needed if the files in the repository were created with filenames using an encoding other than UTF-8 to handle Unicode characters. New in version 2018.3.1 CLI Example: salt myminion git.current_branch /path/to/repo git.describe:\nReturns the `git-describe(1)`_ string (or the SHA1 hash if there are no tags) for the given revision. cwd The path to the git checkout rev : HEAD The revision to describe user User under which to run the git command. By default, the command is run by the user under which the minion is running. password Windows only. Required when specifying ``user``. This parameter will be ignored on non-Windows platforms. New in version 2016.3.4 ignore_retcode : False If ``True``, do not log an error to the minion log if the git command returns a nonzero exit status. New in version 2015.8.0 output_encoding Use this option to specify which encoding to use to decode the output from any git commands which are run. This should not be needed in most cases. Note: This should only be needed if the files in the repository were created with filenames using an encoding other than UTF-8 to handle Unicode characters. New in version 2018.3.1 .. _`git-describe(1)`: http://git-scm.com/docs/git-describe CLI Examples: salt myminion git.describe /path/to/repo salt myminion git.describe /path/to/repo develop git.diff:\nNew in version 2015.8.12,2016.3.3,2016.11.0 Interface to `git-diff(1)`_ cwd The path to the git checkout item1 and item2 Revision(s) to pass to the ``git diff`` command. One or both of these arguments may be ignored if some of the options below are set to ``True``. When ``cached`` is ``False``, and no revisions are passed to this function, then the current working tree will be compared against the index (i.e. unstaged changes). When two revisions are passed, they will be compared to each other. opts Any additional options to add to the command line, in a single string Note: On the Salt CLI, if the opts are preceded with a dash, it is necessary to precede them with ``opts=`` (as in the CLI examples below) to avoid causing errors with Salt's own argument parsing. git_opts Any additional options to add to git command itself (not the ``diff`` subcommand), in a single string. This is useful for passing ``-c`` to run git with temporary changes to the git configuration. New in version 2017.7.0 Note: This is only supported in git 1.7.2 and newer. user User under which to run the git command. By default, the command is run by the user under which the minion is running. password Windows only. Required when specifying ``user``. This parameter will be ignored on non-Windows platforms. New in version 2016.3.4 no_index : False When it is necessary to diff two files in the same repo against each other, and not diff two different revisions, set this option to ``True``. If this is left ``False`` in these instances, then a normal ``git diff`` will be performed against the index (i.e. unstaged changes), and files in the ``paths`` option will be used to narrow down the diff output. Note: Requires Git 1.5.1 or newer. Additionally, when set to ``True``, ``item1`` and ``item2`` will be ignored. cached : False If ``True``, compare staged changes to ``item1`` (if specified), otherwise compare them to the most recent commit. Note: ``item2`` is ignored if this option is is set to ``True``. paths File paths to pass to the ``git diff`` command. Can be passed as a comma-separated list or a Python list. output_encoding Use this option to specify which encoding to use to decode the output from any git commands which are run. This should not be needed in most cases. Note: This should only be needed if the files in the repository were created with filenames using an encoding other than UTF-8 to handle Unicode characters. New in version 2018.3.1 .. _`git-diff(1)`: http://git-scm.com/docs/git-diff CLI Example: # Perform diff against the index (staging area for next commit) salt myminion git.diff /path/to/repo # Compare staged changes to the most recent commit salt myminion git.diff /path/to/repo cached=True # Compare staged changes to a specific revision salt myminion git.diff /path/to/repo mybranch cached=True # Perform diff against the most recent commit (includes staged changes) salt myminion git.diff /path/to/repo HEAD # Diff two commits salt myminion git.diff /path/to/repo abcdef1 aabbccd # Diff two commits, only showing differences in the specified paths salt myminion git.diff /path/to/repo abcdef1 aabbccd paths=path/to/file1,path/to/file2 # Diff two files with one being outside the working tree salt myminion git.diff /path/to/repo no_index=True paths=path/to/file1,/absolute/path/to/file2 git.discard_local_changes:\nNew in version 2019.2.0 Runs a ``git checkout -- \u0026lt;path\u0026gt;`` from the directory specified by ``cwd``. cwd The path to the git checkout path path relative to cwd (defaults to ``.``) user User under which to run the git command. By default, the command is run by the user under which the minion is running. password Windows only. Required when specifying ``user``. This parameter will be ignored on non-Windows platforms. ignore_retcode : False If ``True``, do not log an error to the minion log if the git command returns a nonzero exit status. output_encoding Use this option to specify which encoding to use to decode the output from any git commands which are run. This should not be needed in most cases. Note: This should only be needed if the files in the repository were created with filenames using an encoding other than UTF-8 to handle Unicode characters. CLI Example: salt myminion git.discard_local_changes /path/to/repo salt myminion git.discard_local_changes /path/to/repo path=foo git.fetch:\nChanged in version 2015.8.2 Return data is now a dictionary containing information on branches and tags that were added/updated Interface to `git-fetch(1)`_ cwd The path to the git checkout remote Optional remote name to fetch. If not passed, then git will use its default behaviour (as detailed in `git-fetch(1)`_). New in version 2015.8.0 force Force the fetch even when it is not a fast-forward. New in version 2015.8.0 refspecs Override the refspec(s) configured for the remote with this argument. Multiple refspecs can be passed, comma-separated. New in version 2015.8.0 opts Any additional options to add to the command line, in a single string Note: On the Salt CLI, if the opts are preceded with a dash, it is necessary to precede them with ``opts=`` (as in the CLI examples below) to avoid causing errors with Salt's own argument parsing. git_opts Any additional options to add to git command itself (not the ``fetch`` subcommand), in a single string. This is useful for passing ``-c`` to run git with temporary changes to the git configuration. New in version 2017.7.0 Note: This is only supported in git 1.7.2 and newer. user User under which to run the git command. By default, the command is run by the user under which the minion is running. password Windows only. Required when specifying ``user``. This parameter will be ignored on non-Windows platforms. New in version 2016.3.4 identity Path to a private key to use for ssh URLs Warning: Unless Salt is invoked from the minion using ``salt-call``, the key(s) must be passphraseless. For greater security with passphraseless private keys, see the `sshd(8)`_ manpage for information on securing the keypair from the remote side in the ``authorized_keys`` file. .. _`sshd(8)`: http://www.man7.org/linux/man-pages/man8/sshd.8.html#AUTHORIZED_KEYS_FILE_FORMAT Changed in version 2015.8.7 Salt will no longer attempt to use passphrase-protected keys unless invoked from the minion using ``salt-call``, to prevent blocking waiting for user input. Key can also be specified as a SaltStack file server URL, eg. salt://location/identity_file Changed in version 2016.3.0 ignore_retcode : False If ``True``, do not log an error to the minion log if the git command returns a nonzero exit status. New in version 2015.8.0 saltenv The default salt environment to pull sls files from New in version 2016.3.1 output_encoding Use this option to specify which encoding to use to decode the output from any git commands which are run. This should not be needed in most cases. Note: This should only be needed if the files in the repository were created with filenames using an encoding other than UTF-8 to handle Unicode characters. New in version 2018.3.1 .. _`git-fetch(1)`: http://git-scm.com/docs/git-fetch CLI Example: salt myminion git.fetch /path/to/repo upstream salt myminion git.fetch /path/to/repo identity=/root/.ssh/id_rsa git.init:\nInterface to `git-init(1)`_ cwd The path to the directory to be initialized bare : False If ``True``, init a bare repository New in version 2015.8.0 template Set this argument to specify an alternate `template directory`_ New in version 2015.8.0 separate_git_dir Set this argument to specify an alternate ``$GIT_DIR`` New in version 2015.8.0 shared Set sharing permissions on git repo. See `git-init(1)`_ for more details. New in version 2015.8.0 opts Any additional options to add to the command line, in a single string Note: On the Salt CLI, if the opts are preceded with a dash, it is necessary to precede them with ``opts=`` (as in the CLI examples below) to avoid causing errors with Salt's own argument parsing. git_opts Any additional options to add to git command itself (not the ``init`` subcommand), in a single string. This is useful for passing ``-c`` to run git with temporary changes to the git configuration. New in version 2017.7.0 Note: This is only supported in git 1.7.2 and newer. user User under which to run the git command. By default, the command is run by the user under which the minion is running. password Windows only. Required when specifying ``user``. This parameter will be ignored on non-Windows platforms. New in version 2016.3.4 ignore_retcode : False If ``True``, do not log an error to the minion log if the git command returns a nonzero exit status. New in version 2015.8.0 output_encoding Use this option to specify which encoding to use to decode the output from any git commands which are run. This should not be needed in most cases. Note: This should only be needed if the files in the repository were created with filenames using an encoding other than UTF-8 to handle Unicode characters. New in version 2018.3.1 .. _`git-init(1)`: http://git-scm.com/docs/git-init .. _`template directory`: http://git-scm.com/docs/git-init#_template_directory CLI Examples: salt myminion git.init /path/to/repo # Init a bare repo (before 2015.8.0) salt myminion git.init /path/to/bare/repo.git opts='--bare' # Init a bare repo (2015.8.0 and later) salt myminion git.init /path/to/bare/repo.git bare=True git.is_worktree:\nNew in version 2015.8.0 This function will attempt to determine if ``cwd`` is part of a worktree by checking its ``.git`` to see if it is a file containing a reference to another gitdir. cwd path to the worktree to be removed user User under which to run the git command. By default, the command is run by the user under which the minion is running. password Windows only. Required when specifying ``user``. This parameter will be ignored on non-Windows platforms. New in version 2016.3.4 output_encoding Use this option to specify which encoding to use to decode the output from any git commands which are run. This should not be needed in most cases. Note: This should only be needed if the files in the repository were created with filenames using an encoding other than UTF-8 to handle Unicode characters. New in version 2018.3.1 CLI Example: salt myminion git.is_worktree /path/to/repo git.list_branches:\nNew in version 2015.8.0 Return a list of branches cwd The path to the git checkout remote : False If ``True``, list remote branches. Otherwise, local branches will be listed. Warning: This option will only return remote branches of which the local checkout is aware, use :py:func:`git.fetch \u0026lt;salt.modules.git.fetch\u0026gt;` to update remotes. user User under which to run the git command. By default, the command is run by the user under which the minion is running. password Windows only. Required when specifying ``user``. This parameter will be ignored on non-Windows platforms. New in version 2016.3.4 ignore_retcode : False If ``True``, do not log an error to the minion log if the git command returns a nonzero exit status. New in version 2015.8.0 output_encoding Use this option to specify which encoding to use to decode the output from any git commands which are run. This should not be needed in most cases. Note: This should only be needed if the files in the repository were created with filenames using an encoding other than UTF-8 to handle Unicode characters. New in version 2018.3.1 CLI Examples: salt myminion git.list_branches /path/to/repo salt myminion git.list_branches /path/to/repo remote=True git.list_tags:\nNew in version 2015.8.0 Return a list of tags cwd The path to the git checkout user User under which to run the git command. By default, the command is run by the user under which the minion is running. password Windows only. Required when specifying ``user``. This parameter will be ignored on non-Windows platforms. New in version 2016.3.4 ignore_retcode : False If ``True``, do not log an error to the minion log if the git command returns a nonzero exit status. New in version 2015.8.0 output_encoding Use this option to specify which encoding to use to decode the output from any git commands which are run. This should not be needed in most cases. Note: This should only be needed if the files in the repository were created with filenames using an encoding other than UTF-8 to handle Unicode characters. New in version 2018.3.1 CLI Examples: salt myminion git.list_tags /path/to/repo git.list_worktrees:\nNew in version 2015.8.0 Returns information on worktrees Changed in version 2015.8.4 Version 2.7.0 added the ``list`` subcommand to `git-worktree(1)`_ which provides a lot of additional information. The return data has been changed to include this information, even for pre-2.7.0 versions of git. In addition, if a worktree has a detached head, then any tags which point to the worktree's HEAD will be included in the return data. Note: By default, only worktrees for which the worktree directory is still present are returned, but this can be changed using the ``all`` and ``stale`` arguments (described below). cwd The path to the git checkout user User under which to run the git command. By default, the command is run by the user under which the minion is running. password Windows only. Required when specifying ``user``. This parameter will be ignored on non-Windows platforms. New in version 2016.3.4 all : False If ``True``, then return all worktrees tracked under $GIT_DIR/worktrees, including ones for which the gitdir is no longer present. stale : False If ``True``, return *only* worktrees whose gitdir is no longer present. Note: Only one of ``all`` and ``stale`` can be set to ``True``. output_encoding Use this option to specify which encoding to use to decode the output from any git commands which are run. This should not be needed in most cases. Note: This should only be needed if the files in the repository were created with filenames using an encoding other than UTF-8 to handle Unicode characters. New in version 2018.3.1 .. _`git-worktree(1)`: http://git-scm.com/docs/git-worktree CLI Examples: salt myminion git.list_worktrees /path/to/repo salt myminion git.list_worktrees /path/to/repo all=True salt myminion git.list_worktrees /path/to/repo stale=True git.ls_remote:\nInterface to `git-ls-remote(1)`_. Returns the upstream hash for a remote reference. cwd The path to the git checkout. Optional (and ignored if present) when ``remote`` is set to a URL instead of a remote name. remote : origin The name of the remote to query. Can be the name of a git remote (which exists in the git checkout defined by the ``cwd`` parameter), or the URL of a remote repository. Changed in version 2015.8.0 Argument renamed from ``repository`` to ``remote`` ref The name of the ref to query. Optional, if not specified, all refs are returned. Can be a branch or tag name, or the full name of the reference (for example, to get the hash for a Github pull request number 1234, ``ref`` can be set to ``refs/pull/1234/head`` Changed in version 2015.8.0 Argument renamed from ``branch`` to ``ref`` Changed in version 2015.8.4 Defaults to returning all refs instead of master. opts Any additional options to add to the command line, in a single string New in version 2015.8.0 git_opts Any additional options to add to git command itself (not the ``ls-remote`` subcommand), in a single string. This is useful for passing ``-c`` to run git with temporary changes to the git configuration. New in version 2017.7.0 Note: This is only supported in git 1.7.2 and newer. user User under which to run the git command. By default, the command is run by the user under which the minion is running. password Windows only. Required when specifying ``user``. This parameter will be ignored on non-Windows platforms. New in version 2016.3.4 identity Path to a private key to use for ssh URLs Warning: Unless Salt is invoked from the minion using ``salt-call``, the key(s) must be passphraseless. For greater security with passphraseless private keys, see the `sshd(8)`_ manpage for information on securing the keypair from the remote side in the ``authorized_keys`` file. .. _`sshd(8)`: http://www.man7.org/linux/man-pages/man8/sshd.8.html#AUTHORIZED_KEYS_FILE_FORMAT Changed in version 2015.8.7 Salt will no longer attempt to use passphrase-protected keys unless invoked from the minion using ``salt-call``, to prevent blocking waiting for user input. Key can also be specified as a SaltStack file server URL, eg. salt://location/identity_file Changed in version 2016.3.0 https_user Set HTTP Basic Auth username. Only accepted for HTTPS URLs. New in version 2015.5.0 https_pass Set HTTP Basic Auth password. Only accepted for HTTPS URLs. New in version 2015.5.0 ignore_retcode : False If ``True``, do not log an error to the minion log if the git command returns a nonzero exit status. New in version 2015.8.0 saltenv The default salt environment to pull sls files from New in version 2016.3.1 output_encoding Use this option to specify which encoding to use to decode the output from any git commands which are run. This should not be needed in most cases. Note: This should only be needed if the files in the repository were created with filenames using an encoding other than UTF-8 to handle Unicode characters. New in version 2018.3.1 .. _`git-ls-remote(1)`: http://git-scm.com/docs/git-ls-remote CLI Example: salt myminion git.ls_remote /path/to/repo origin master salt myminion git.ls_remote remote=https://mydomain.tld/repo.git ref=mytag opts='--tags' git.merge:\nInterface to `git-merge(1)`_ cwd The path to the git checkout rev Revision to merge into the current branch. If not specified, the remote tracking branch will be merged. New in version 2015.8.0 opts Any additional options to add to the command line, in a single string Note: On the Salt CLI, if the opts are preceded with a dash, it is necessary to precede them with ``opts=`` (as in the CLI examples below) to avoid causing errors with Salt's own argument parsing. git_opts Any additional options to add to git command itself (not the ``merge`` subcommand), in a single string. This is useful for passing ``-c`` to run git with temporary changes to the git configuration. New in version 2017.7.0 Note: This is only supported in git 1.7.2 and newer. user User under which to run the git command. By default, the command is run by the user under which the minion is running. password Windows only. Required when specifying ``user``. This parameter will be ignored on non-Windows platforms. New in version 2016.3.4 identity Path to a private key to use for ssh URLs. Salt will not attempt to use passphrase-protected keys unless invoked from the minion using ``salt-call``, to prevent blocking waiting for user input. Key can also be specified as a SaltStack file server URL, eg. ``salt://location/identity_file``. Note: For greater security with passphraseless private keys, see the `sshd(8)`_ manpage for information on securing the keypair from the remote side in the ``authorized_keys`` file. .. _`sshd(8)`: http://www.man7.org/linux/man-pages/man8/sshd.8.html#AUTHORIZED_KEYS_FILE_FORMAT New in version 2018.3.5,2019.2.1,3000 ignore_retcode : False If ``True``, do not log an error to the minion log if the git command returns a nonzero exit status. New in version 2015.8.0 output_encoding Use this option to specify which encoding to use to decode the output from any git commands which are run. This should not be needed in most cases. Note: This should only be needed if the files in the repository were created with filenames using an encoding other than UTF-8 to handle Unicode characters. New in version 2018.3.1 .. _`git-merge(1)`: http://git-scm.com/docs/git-merge CLI Example: # Fetch first... salt myminion git.fetch /path/to/repo # ... then merge the remote tracking branch salt myminion git.merge /path/to/repo # .. or merge another rev salt myminion git.merge /path/to/repo rev=upstream/foo git.merge_base:\nNew in version 2015.8.0 Interface to `git-merge-base(1)`_. cwd The path to the git checkout refs Any refs/commits to check for a merge base. Can be passed as a comma-separated list or a Python list. all : False Return a list of all matching merge bases. Not compatible with any of the below options except for ``octopus``. octopus : False If ``True``, then this function will determine the best common ancestors of all specified commits, in preparation for an n-way merge. See here_ for a description of how these bases are determined. Set ``all`` to ``True`` with this option to return all computed merge bases, otherwise only the \u0026quot;best\u0026quot; will be returned. is_ancestor : False If ``True``, then instead of returning the merge base, return a boolean telling whether or not the first commit is an ancestor of the second commit. Note: This option requires two commits to be passed. Changed in version 2015.8.2 Works properly in git versions older than 1.8.0, where the ``--is-ancestor`` CLI option is not present. independent : False If ``True``, this function will return the IDs of the refs/commits passed which cannot be reached by another commit. fork_point If passed, then this function will return the commit where the commit diverged from the ref specified by ``fork_point``. If no fork point is found, ``None`` is returned. Note: At most one commit is permitted to be passed if a ``fork_point`` is specified. If no commits are passed, then ``HEAD`` is assumed. opts Any additional options to add to the command line, in a single string Note: On the Salt CLI, if the opts are preceded with a dash, it is necessary to precede them with ``opts=`` (as in the CLI examples below) to avoid causing errors with Salt's own argument parsing. This option should not be necessary unless new CLI arguments are added to `git-merge-base(1)`_ and are not yet supported in Salt. git_opts Any additional options to add to git command itself (not the ``merge-base`` subcommand), in a single string. This is useful for passing ``-c`` to run git with temporary changes to the git configuration. New in version 2017.7.0 Note: This is only supported in git 1.7.2 and newer. user User under which to run the git command. By default, the command is run by the user under which the minion is running. password Windows only. Required when specifying ``user``. This parameter will be ignored on non-Windows platforms. New in version 2016.3.4 ignore_retcode : False if ``True``, do not log an error to the minion log if the git command returns a nonzero exit status. output_encoding Use this option to specify which encoding to use to decode the output from any git commands which are run. This should not be needed in most cases. Note: This should only be needed if the files in the repository were created with filenames using an encoding other than UTF-8 to handle Unicode characters. New in version 2018.3.1 .. _`git-merge-base(1)`: http://git-scm.com/docs/git-merge-base .. _here: http://git-scm.com/docs/git-merge-base#_discussion CLI Examples: salt myminion git.merge_base /path/to/repo HEAD upstream/mybranch salt myminion git.merge_base /path/to/repo 8f2e542,4ad8cab,cdc9886 octopus=True salt myminion git.merge_base /path/to/repo refs=8f2e542,4ad8cab,cdc9886 independent=True salt myminion git.merge_base /path/to/repo refs=8f2e542,4ad8cab is_ancestor=True salt myminion git.merge_base /path/to/repo fork_point=upstream/master salt myminion git.merge_base /path/to/repo refs=mybranch fork_point=upstream/master git.merge_tree:\nNew in version 2015.8.0 Interface to `git-merge-tree(1)`_, shows the merge results and conflicts from a 3-way merge without touching the index. cwd The path to the git checkout ref1 First ref/commit to compare ref2 Second ref/commit to compare base The base tree to use for the 3-way-merge. If not provided, then :py:func:`git.merge_base \u0026lt;salt.modules.git.merge_base\u0026gt;` will be invoked on ``ref1`` and ``ref2`` to determine the merge base to use. user User under which to run the git command. By default, the command is run by the user under which the minion is running. password Windows only. Required when specifying ``user``. This parameter will be ignored on non-Windows platforms. New in version 2016.3.4 ignore_retcode : False if ``True``, do not log an error to the minion log if the git command returns a nonzero exit status. output_encoding Use this option to specify which encoding to use to decode the output from any git commands which are run. This should not be needed in most cases. Note: This should only be needed if the files in the repository were created with filenames using an encoding other than UTF-8 to handle Unicode characters. New in version 2018.3.1 .. _`git-merge-tree(1)`: http://git-scm.com/docs/git-merge-tree CLI Examples: salt myminion git.merge_tree /path/to/repo HEAD upstream/dev salt myminion git.merge_tree /path/to/repo HEAD upstream/dev base=aaf3c3d git.pull:\nInterface to `git-pull(1)`_ cwd The path to the git checkout opts Any additional options to add to the command line, in a single string Note: On the Salt CLI, if the opts are preceded with a dash, it is necessary to precede them with ``opts=`` (as in the CLI examples below) to avoid causing errors with Salt's own argument parsing. git_opts Any additional options to add to git command itself (not the ``pull`` subcommand), in a single string. This is useful for passing ``-c`` to run git with temporary changes to the git configuration. New in version 2017.7.0 Note: This is only supported in git 1.7.2 and newer. user User under which to run the git command. By default, the command is run by the user under which the minion is running. password Windows only. Required when specifying ``user``. This parameter will be ignored on non-Windows platforms. New in version 2016.3.4 identity Path to a private key to use for ssh URLs Warning: Unless Salt is invoked from the minion using ``salt-call``, the key(s) must be passphraseless. For greater security with passphraseless private keys, see the `sshd(8)`_ manpage for information on securing the keypair from the remote side in the ``authorized_keys`` file. .. _`sshd(8)`: http://www.man7.org/linux/man-pages/man8/sshd.8.html#AUTHORIZED_KEYS_FILE_FORMAT Changed in version 2015.8.7 Salt will no longer attempt to use passphrase-protected keys unless invoked from the minion using ``salt-call``, to prevent blocking waiting for user input. Key can also be specified as a SaltStack file server URL, eg. salt://location/identity_file Changed in version 2016.3.0 ignore_retcode : False If ``True``, do not log an error to the minion log if the git command returns a nonzero exit status. New in version 2015.8.0 saltenv The default salt environment to pull sls files from New in version 2016.3.1 output_encoding Use this option to specify which encoding to use to decode the output from any git commands which are run. This should not be needed in most cases. Note: This should only be needed if the files in the repository were created with filenames using an encoding other than UTF-8 to handle Unicode characters. New in version 2018.3.1 .. _`git-pull(1)`: http://git-scm.com/docs/git-pull CLI Example: salt myminion git.pull /path/to/repo opts='--rebase origin master' git.push:\nInterface to `git-push(1)`_ cwd The path to the git checkout remote Name of the remote to which the ref should being pushed New in version 2015.8.0 ref : master Name of the ref to push Note: Being a refspec_, this argument can include a colon to define local and remote ref names. opts Any additional options to add to the command line, in a single string Note: On the Salt CLI, if the opts are preceded with a dash, it is necessary to precede them with ``opts=`` (as in the CLI examples below) to avoid causing errors with Salt's own argument parsing. git_opts Any additional options to add to git command itself (not the ``push`` subcommand), in a single string. This is useful for passing ``-c`` to run git with temporary changes to the git configuration. New in version 2017.7.0 Note: This is only supported in git 1.7.2 and newer. user User under which to run the git command. By default, the command is run by the user under which the minion is running. password Windows only. Required when specifying ``user``. This parameter will be ignored on non-Windows platforms. New in version 2016.3.4 identity Path to a private key to use for ssh URLs Warning: Unless Salt is invoked from the minion using ``salt-call``, the key(s) must be passphraseless. For greater security with passphraseless private keys, see the `sshd(8)`_ manpage for information on securing the keypair from the remote side in the ``authorized_keys`` file. .. _`sshd(8)`: http://www.man7.org/linux/man-pages/man8/sshd.8.html#AUTHORIZED_KEYS_FILE_FORMAT Changed in version 2015.8.7 Salt will no longer attempt to use passphrase-protected keys unless invoked from the minion using ``salt-call``, to prevent blocking waiting for user input. Key can also be specified as a SaltStack file server URL, eg. salt://location/identity_file Changed in version 2016.3.0 ignore_retcode : False If ``True``, do not log an error to the minion log if the git command returns a nonzero exit status. New in version 2015.8.0 saltenv The default salt environment to pull sls files from New in version 2016.3.1 output_encoding Use this option to specify which encoding to use to decode the output from any git commands which are run. This should not be needed in most cases. Note: This should only be needed if the files in the repository were created with filenames using an encoding other than UTF-8 to handle Unicode characters. New in version 2018.3.1 .. _`git-push(1)`: http://git-scm.com/docs/git-push .. _refspec: http://git-scm.com/book/en/v2/Git-Internals-The-Refspec CLI Example: # Push master as origin/master salt myminion git.push /path/to/repo origin master # Push issue21 as upstream/develop salt myminion git.push /path/to/repo upstream issue21:develop # Delete remote branch 'upstream/temp' salt myminion git.push /path/to/repo upstream :temp git.rebase:\nInterface to `git-rebase(1)`_ cwd The path to the git checkout rev : master The revision to rebase onto the current branch opts Any additional options to add to the command line, in a single string Note: On the Salt CLI, if the opts are preceded with a dash, it is necessary to precede them with ``opts=`` (as in the CLI examples below) to avoid causing errors with Salt's own argument parsing. git_opts Any additional options to add to git command itself (not the ``rebase`` subcommand), in a single string. This is useful for passing ``-c`` to run git with temporary changes to the git configuration. New in version 2017.7.0 Note: This is only supported in git 1.7.2 and newer. user User under which to run the git command. By default, the command is run by the user under which the minion is running. password Windows only. Required when specifying ``user``. This parameter will be ignored on non-Windows platforms. New in version 2016.3.4 ignore_retcode : False If ``True``, do not log an error to the minion log if the git command returns a nonzero exit status. New in version 2015.8.0 output_encoding Use this option to specify which encoding to use to decode the output from any git commands which are run. This should not be needed in most cases. Note: This should only be needed if the files in the repository were created with filenames using an encoding other than UTF-8 to handle Unicode characters. New in version 2018.3.1 .. _`git-rebase(1)`: http://git-scm.com/docs/git-rebase CLI Example: salt myminion git.rebase /path/to/repo master salt myminion git.rebase /path/to/repo 'origin master' salt myminion git.rebase /path/to/repo origin/master opts='--onto newbranch' git.remote_get:\nGet the fetch and push URL for a specific remote cwd The path to the git checkout remote : origin Name of the remote to query user User under which to run the git command. By default, the command is run by the user under which the minion is running. password Windows only. Required when specifying ``user``. This parameter will be ignored on non-Windows platforms. New in version 2016.3.4 redact_auth : True Set to ``False`` to include the username/password if the remote uses HTTPS Basic Auth. Otherwise, this information will be redacted. Warning: Setting this to ``False`` will not only reveal any HTTPS Basic Auth that is configured, but the return data will also be written to the job cache. When possible, it is recommended to use SSH for authentication. New in version 2015.5.6 ignore_retcode : False If ``True``, do not log an error to the minion log if the git command returns a nonzero exit status. New in version 2015.8.0 output_encoding Use this option to specify which encoding to use to decode the output from any git commands which are run. This should not be needed in most cases. Note: This should only be needed if the files in the repository were created with filenames using an encoding other than UTF-8 to handle Unicode characters. New in version 2018.3.1 CLI Examples: salt myminion git.remote_get /path/to/repo salt myminion git.remote_get /path/to/repo upstream git.remote_refs:\nNew in version 2015.8.0 Return the remote refs for the specified URL by running ``git ls-remote``. url URL of the remote repository filter Optionally provide a ref name to ``git ls-remote``. This can be useful to make this function run faster on repositories with many branches/tags. New in version 2019.2.0 heads : False Restrict output to heads. Can be combined with ``tags``. tags : False Restrict output to tags. Can be combined with ``heads``. user User under which to run the git command. By default, the command is run by the user under which the minion is running. password Windows only. Required when specifying ``user``. This parameter will be ignored on non-Windows platforms. New in version 2016.3.4 identity Path to a private key to use for ssh URLs Warning: Unless Salt is invoked from the minion using ``salt-call``, the key(s) must be passphraseless. For greater security with passphraseless private keys, see the `sshd(8)`_ manpage for information on securing the keypair from the remote side in the ``authorized_keys`` file. .. _`sshd(8)`: http://www.man7.org/linux/man-pages/man8/sshd.8.html#AUTHORIZED_KEYS_FILE_FORMAT Changed in version 2015.8.7 Salt will no longer attempt to use passphrase-protected keys unless invoked from the minion using ``salt-call``, to prevent blocking waiting for user input. Key can also be specified as a SaltStack file server URL, eg. salt://location/identity_file Changed in version 2016.3.0 https_user Set HTTP Basic Auth username. Only accepted for HTTPS URLs. https_pass Set HTTP Basic Auth password. Only accepted for HTTPS URLs. ignore_retcode : False If ``True``, do not log an error to the minion log if the git command returns a nonzero exit status. saltenv The default salt environment to pull sls files from New in version 2016.3.1 output_encoding Use this option to specify which encoding to use to decode the output from any git commands which are run. This should not be needed in most cases. Note: This should only be needed if the files in the repository were created with filenames using an encoding other than UTF-8 to handle Unicode characters. New in version 2018.3.1 CLI Example: salt myminion git.remote_refs https://github.com/saltstack/salt.git salt myminion git.remote_refs https://github.com/saltstack/salt.git filter=develop git.remote_set:\ncwd The path to the git checkout url Remote URL to set remote : origin Name of the remote to set push_url If unset, the push URL will be identical to the fetch URL. New in version 2015.8.0 user User under which to run the git command. By default, the command is run by the user under which the minion is running. password Windows only. Required when specifying ``user``. This parameter will be ignored on non-Windows platforms. New in version 2016.3.4 https_user Set HTTP Basic Auth username. Only accepted for HTTPS URLs. New in version 2015.5.0 https_pass Set HTTP Basic Auth password. Only accepted for HTTPS URLs. New in version 2015.5.0 push_https_user Set HTTP Basic Auth user for ``push_url``. Ignored if ``push_url`` is unset. Only accepted for HTTPS URLs. New in version 2015.8.0 push_https_pass Set HTTP Basic Auth password for ``push_url``. Ignored if ``push_url`` is unset. Only accepted for HTTPS URLs. New in version 2015.8.0 ignore_retcode : False If ``True``, do not log an error to the minion log if the git command returns a nonzero exit status. New in version 2015.8.0 output_encoding Use this option to specify which encoding to use to decode the output from any git commands which are run. This should not be needed in most cases. Note: This should only be needed if the files in the repository were created with filenames using an encoding other than UTF-8 to handle Unicode characters. New in version 2018.3.1 CLI Examples: salt myminion git.remote_set /path/to/repo git@github.com:user/repo.git salt myminion git.remote_set /path/to/repo git@github.com:user/repo.git remote=upstream salt myminion git.remote_set /path/to/repo https://github.com/user/repo.git remote=upstream push_url=git@github.com:user/repo.git git.remotes:\nGet fetch and push URLs for each remote in a git checkout cwd The path to the git checkout user User under which to run the git command. By default, the command is run by the user under which the minion is running. password Windows only. Required when specifying ``user``. This parameter will be ignored on non-Windows platforms. New in version 2016.3.4 redact_auth : True Set to ``False`` to include the username/password for authenticated remotes in the return data. Otherwise, this information will be redacted. Warning: Setting this to ``False`` will not only reveal any HTTPS Basic Auth that is configured, but the return data will also be written to the job cache. When possible, it is recommended to use SSH for authentication. New in version 2015.5.6 ignore_retcode : False If ``True``, do not log an error to the minion log if the git command returns a nonzero exit status. New in version 2015.8.0 output_encoding Use this option to specify which encoding to use to decode the output from any git commands which are run. This should not be needed in most cases. Note: This should only be needed if the files in the repository were created with filenames using an encoding other than UTF-8 to handle Unicode characters. New in version 2018.3.1 CLI Example: salt myminion git.remotes /path/to/repo git.reset:\nInterface to `git-reset(1)`_, returns the stdout from the git command cwd The path to the git checkout opts Any additional options to add to the command line, in a single string Note: On the Salt CLI, if the opts are preceded with a dash, it is necessary to precede them with ``opts=`` (as in the CLI examples below) to avoid causing errors with Salt's own argument parsing. git_opts Any additional options to add to git command itself (not the ``reset`` subcommand), in a single string. This is useful for passing ``-c`` to run git with temporary changes to the git configuration. New in version 2017.7.0 Note: This is only supported in git 1.7.2 and newer. user User under which to run the git command. By default, the command is run by the user under which the minion is running. password Windows only. Required when specifying ``user``. This parameter will be ignored on non-Windows platforms. New in version 2016.3.4 identity Path to a private key to use for ssh URLs. Salt will not attempt to use passphrase-protected keys unless invoked from the minion using ``salt-call``, to prevent blocking waiting for user input. Key can also be specified as a SaltStack file server URL, eg. ``salt://location/identity_file``. Note: For greater security with passphraseless private keys, see the `sshd(8)`_ manpage for information on securing the keypair from the remote side in the ``authorized_keys`` file. .. _`sshd(8)`: http://www.man7.org/linux/man-pages/man8/sshd.8.html#AUTHORIZED_KEYS_FILE_FORMAT New in version 2018.3.5,2019.2.1,3000 ignore_retcode : False If ``True``, do not log an error to the minion log if the git command returns a nonzero exit status. New in version 2015.8.0 output_encoding Use this option to specify which encoding to use to decode the output from any git commands which are run. This should not be needed in most cases. Note: This should only be needed if the files in the repository were created with filenames using an encoding other than UTF-8 to handle Unicode characters. New in version 2018.3.1 .. _`git-reset(1)`: http://git-scm.com/docs/git-reset CLI Examples: # Soft reset to a specific commit ID salt myminion git.reset /path/to/repo ac3ee5c # Hard reset salt myminion git.reset /path/to/repo opts='--hard origin/master' git.rev_parse:\nNew in version 2015.8.0 Interface to `git-rev-parse(1)`_ cwd The path to the git checkout rev Revision to parse. See the `SPECIFYING REVISIONS`_ section of the `git-rev-parse(1)`_ manpage for details on how to format this argument. This argument is optional when using the options in the `Options for Files` section of the `git-rev-parse(1)`_ manpage. opts Any additional options to add to the command line, in a single string git_opts Any additional options to add to git command itself (not the ``rev-parse`` subcommand), in a single string. This is useful for passing ``-c`` to run git with temporary changes to the git configuration. New in version 2017.7.0 Note: This is only supported in git 1.7.2 and newer. user User under which to run the git command. By default, the command is run by the user under which the minion is running. password Windows only. Required when specifying ``user``. This parameter will be ignored on non-Windows platforms. New in version 2016.3.4 ignore_retcode : False If ``True``, do not log an error to the minion log if the git command returns a nonzero exit status. output_encoding Use this option to specify which encoding to use to decode the output from any git commands which are run. This should not be needed in most cases. Note: This should only be needed if the files in the repository were created with filenames using an encoding other than UTF-8 to handle Unicode characters. New in version 2018.3.1 .. _`git-rev-parse(1)`: http://git-scm.com/docs/git-rev-parse .. _`SPECIFYING REVISIONS`: http://git-scm.com/docs/git-rev-parse#_specifying_revisions .. _`Options for Files`: http://git-scm.com/docs/git-rev-parse#_options_for_files CLI Examples: # Get the full SHA1 for HEAD salt myminion git.rev_parse /path/to/repo HEAD # Get the short SHA1 for HEAD salt myminion git.rev_parse /path/to/repo HEAD opts='--short' # Get the develop branch's upstream tracking branch salt myminion git.rev_parse /path/to/repo 'develop@{upstream}' opts='--abbrev-ref' # Get the SHA1 for the commit corresponding to tag v1.2.3 salt myminion git.rev_parse /path/to/repo 'v1.2.3^{commit}' # Find out whether or not the repo at /path/to/repo is a bare repository salt myminion git.rev_parse /path/to/repo opts='--is-bare-repository' git.revision:\nReturns the SHA1 hash of a given identifier (hash, branch, tag, HEAD, etc.) cwd The path to the git checkout rev : HEAD The revision short : False If ``True``, return an abbreviated SHA1 git hash user User under which to run the git command. By default, the command is run by the user under which the minion is running. password Windows only. Required when specifying ``user``. This parameter will be ignored on non-Windows platforms. New in version 2016.3.4 ignore_retcode : False If ``True``, do not log an error to the minion log if the git command returns a nonzero exit status. New in version 2015.8.0 output_encoding Use this option to specify which encoding to use to decode the output from any git commands which are run. This should not be needed in most cases. Note: This should only be needed if the files in the repository were created with filenames using an encoding other than UTF-8 to handle Unicode characters. New in version 2018.3.1 CLI Example: salt myminion git.revision /path/to/repo mybranch git.rm:\nInterface to `git-rm(1)`_ cwd The path to the git checkout filename The location of the file/directory to remove, relative to ``cwd`` Note: To remove a directory, ``-r`` must be part of the ``opts`` parameter. opts Any additional options to add to the command line, in a single string Note: On the Salt CLI, if the opts are preceded with a dash, it is necessary to precede them with ``opts=`` (as in the CLI examples below) to avoid causing errors with Salt's own argument parsing. git_opts Any additional options to add to git command itself (not the ``rm`` subcommand), in a single string. This is useful for passing ``-c`` to run git with temporary changes to the git configuration. New in version 2017.7.0 Note: This is only supported in git 1.7.2 and newer. user User under which to run the git command. By default, the command is run by the user under which the minion is running. password Windows only. Required when specifying ``user``. This parameter will be ignored on non-Windows platforms. New in version 2016.3.4 ignore_retcode : False If ``True``, do not log an error to the minion log if the git command returns a nonzero exit status. New in version 2015.8.0 output_encoding Use this option to specify which encoding to use to decode the output from any git commands which are run. This should not be needed in most cases. Note: This should only be needed if the files in the repository were created with filenames using an encoding other than UTF-8 to handle Unicode characters. New in version 2018.3.1 .. _`git-rm(1)`: http://git-scm.com/docs/git-rm CLI Examples: salt myminion git.rm /path/to/repo foo/bar.py salt myminion git.rm /path/to/repo foo/bar.py opts='--dry-run' salt myminion git.rm /path/to/repo foo/baz opts='-r' git.stash:\nInterface to `git-stash(1)`_, returns the stdout from the git command cwd The path to the git checkout opts Any additional options to add to the command line, in a single string. Use this to complete the ``git stash`` command by adding the remaining arguments (i.e. ``'save \u0026lt;stash comment\u0026gt;'``, ``'apply stash@{2}'``, ``'show'``, etc.). Omitting this argument will simply run ``git stash``. git_opts Any additional options to add to git command itself (not the ``stash`` subcommand), in a single string. This is useful for passing ``-c`` to run git with temporary changes to the git configuration. New in version 2017.7.0 Note: This is only supported in git 1.7.2 and newer. user User under which to run the git command. By default, the command is run by the user under which the minion is running. password Windows only. Required when specifying ``user``. This parameter will be ignored on non-Windows platforms. New in version 2016.3.4 ignore_retcode : False If ``True``, do not log an error to the minion log if the git command returns a nonzero exit status. New in version 2015.8.0 output_encoding Use this option to specify which encoding to use to decode the output from any git commands which are run. This should not be needed in most cases. Note: This should only be needed if the files in the repository were created with filenames using an encoding other than UTF-8 to handle Unicode characters. New in version 2018.3.1 .. _`git-stash(1)`: http://git-scm.com/docs/git-stash CLI Examples: salt myminion git.stash /path/to/repo save opts='work in progress' salt myminion git.stash /path/to/repo apply opts='stash@{1}' salt myminion git.stash /path/to/repo drop opts='stash@{1}' salt myminion git.stash /path/to/repo list git.status:\nChanged in version 2015.8.0 Return data has changed from a list of lists to a dictionary Returns the changes to the repository cwd The path to the git checkout user User under which to run the git command. By default, the command is run by the user under which the minion is running. password Windows only. Required when specifying ``user``. This parameter will be ignored on non-Windows platforms. New in version 2016.3.4 ignore_retcode : False If ``True``, do not log an error to the minion log if the git command returns a nonzero exit status. New in version 2015.8.0 output_encoding Use this option to specify which encoding to use to decode the output from any git commands which are run. This should not be needed in most cases. Note: This should only be needed if the files in the repository were created with filenames using an encoding other than UTF-8 to handle Unicode characters. New in version 2018.3.1 CLI Example: salt myminion git.status /path/to/repo git.submodule:\nChanged in version 2015.8.0 Added the ``command`` argument to allow for operations other than ``update`` to be run on submodules, and deprecated the ``init`` argument. To do a submodule update with ``init=True`` moving forward, use ``command=update opts='--init'`` Interface to `git-submodule(1)`_ cwd The path to the submodule command Submodule command to run, see `git-submodule(1) \u0026lt;git submodule\u0026gt;` for more information. Any additional arguments after the command (such as the URL when adding a submodule) must be passed in the ``opts`` parameter. New in version 2015.8.0 opts Any additional options to add to the command line, in a single string Note: On the Salt CLI, if the opts are preceded with a dash, it is necessary to precede them with ``opts=`` (as in the CLI examples below) to avoid causing errors with Salt's own argument parsing. git_opts Any additional options to add to git command itself (not the ``submodule`` subcommand), in a single string. This is useful for passing ``-c`` to run git with temporary changes to the git configuration. New in version 2017.7.0 Note: This is only supported in git 1.7.2 and newer. init : False If ``True``, ensures that new submodules are initialized .. deprecated:: 2015.8.0 Pass ``init`` as the ``command`` parameter, or include ``--init`` in the ``opts`` param with ``command`` set to update. user User under which to run the git command. By default, the command is run by the user under which the minion is running. password Windows only. Required when specifying ``user``. This parameter will be ignored on non-Windows platforms. New in version 2016.3.4 identity Path to a private key to use for ssh URLs Warning: Unless Salt is invoked from the minion using ``salt-call``, the key(s) must be passphraseless. For greater security with passphraseless private keys, see the `sshd(8)`_ manpage for information on securing the keypair from the remote side in the ``authorized_keys`` file. .. _`sshd(8)`: http://www.man7.org/linux/man-pages/man8/sshd.8.html#AUTHORIZED_KEYS_FILE_FORMAT Changed in version 2015.8.7 Salt will no longer attempt to use passphrase-protected keys unless invoked from the minion using ``salt-call``, to prevent blocking waiting for user input. Key can also be specified as a SaltStack file server URL, eg. salt://location/identity_file Changed in version 2016.3.0 ignore_retcode : False If ``True``, do not log an error to the minion log if the git command returns a nonzero exit status. New in version 2015.8.0 saltenv The default salt environment to pull sls files from New in version 2016.3.1 output_encoding Use this option to specify which encoding to use to decode the output from any git commands which are run. This should not be needed in most cases. Note: This should only be needed if the files in the repository were created with filenames using an encoding other than UTF-8 to handle Unicode characters. New in version 2018.3.1 .. _`git-submodule(1)`: http://git-scm.com/docs/git-submodule CLI Example: # Update submodule and ensure it is initialized (before 2015.8.0) salt myminion git.submodule /path/to/repo/sub/repo init=True # Update submodule and ensure it is initialized (2015.8.0 and later) salt myminion git.submodule /path/to/repo/sub/repo update opts='--init' # Rebase submodule (2015.8.0 and later) salt myminion git.submodule /path/to/repo/sub/repo update opts='--rebase' # Add submodule (2015.8.0 and later) salt myminion git.submodule /path/to/repo/sub/repo add opts='https://mydomain.tld/repo.git' # Unregister submodule (2015.8.0 and later) salt myminion git.submodule /path/to/repo/sub/repo deinit git.symbolic_ref:\nNew in version 2015.8.0 Interface to `git-symbolic-ref(1)`_ cwd The path to the git checkout ref Symbolic ref to read/modify value If passed, then the symbolic ref will be set to this value and an empty string will be returned. If not passed, then the ref to which ``ref`` points will be returned, unless ``--delete`` is included in ``opts`` (in which case the symbolic ref will be deleted). opts Any additional options to add to the command line, in a single string git_opts Any additional options to add to git command itself (not the ``symbolic-refs`` subcommand), in a single string. This is useful for passing ``-c`` to run git with temporary changes to the git configuration. New in version 2017.7.0 Note: This is only supported in git 1.7.2 and newer. user User under which to run the git command. By default, the command is run by the user under which the minion is running. password Windows only. Required when specifying ``user``. This parameter will be ignored on non-Windows platforms. New in version 2016.3.4 ignore_retcode : False If ``True``, do not log an error to the minion log if the git command returns a nonzero exit status. New in version 2015.8.0 output_encoding Use this option to specify which encoding to use to decode the output from any git commands which are run. This should not be needed in most cases. Note: This should only be needed if the files in the repository were created with filenames using an encoding other than UTF-8 to handle Unicode characters. New in version 2018.3.1 .. _`git-symbolic-ref(1)`: http://git-scm.com/docs/git-symbolic-ref CLI Examples: # Get ref to which HEAD is pointing salt myminion git.symbolic_ref /path/to/repo HEAD # Set/overwrite symbolic ref 'FOO' to local branch 'foo' salt myminion git.symbolic_ref /path/to/repo FOO refs/heads/foo # Delete symbolic ref 'FOO' salt myminion git.symbolic_ref /path/to/repo FOO opts='--delete' git.tag:\nNew in version 2018.3.4 Interface to `git-tag(1)`_, adds and removes tags. cwd The path to the main git checkout or a linked worktree name Name of the tag ref : HEAD Which ref to tag (defaults to local clone's HEAD) Note: This argument is ignored when either ``-d`` or ``--delete`` is present in the ``opts`` passed to this function. message Optional message to include with the tag. If provided, an annotated tag will be created. opts Any additional options to add to the command line, in a single string Note: Additionally, on the Salt CLI, if the opts are preceded with a dash, it is necessary to precede them with ``opts=`` (as in the CLI examples below) to avoid causing errors with Salt's own argument parsing. git_opts Any additional options to add to git command itself (not the ``worktree`` subcommand), in a single string. This is useful for passing ``-c`` to run git with temporary changes to the git configuration. Note: This is only supported in git 1.7.2 and newer. user User under which to run the git command. By default, the command is run by the user under which the minion is running. password Windows only. Required when specifying ``user``. This parameter will be ignored on non-Windows platforms. ignore_retcode : False If ``True``, do not log an error to the minion log if the git command returns a nonzero exit status. output_encoding Use this option to specify which encoding to use to decode the output from any git commands which are run. This should not be needed in most cases. Note: This should only be needed if the files in the repository were created with filenames using an encoding other than UTF-8 to handle Unicode characters. .. _`git-tag(1)`: http://git-scm.com/docs/git-tag CLI Example: # Create an non-annotated tag salt myminion git.tag /path/to/repo v1.2 # Create an annotated tag salt myminion git.tag /path/to/repo v1.2 message='Version 1.2' # Delete the tag salt myminion git.tag /path/to/repo v1.2 opts='-d' git.version:\nNew in version 2015.8.0 Returns the version of Git installed on the minion versioninfo : False If ``True``, return the version in a versioninfo list (e.g. ``[2, 5, 0]``) CLI Example: salt myminion git.version git.worktree_add:\nNew in version 2015.8.0 Interface to `git-worktree(1)`_, adds a worktree cwd The path to the git checkout worktree_path Path to the new worktree. Can be either absolute, or relative to ``cwd``. branch Name of new branch to create. If omitted, will be set to the basename of the ``worktree_path``. For example, if the ``worktree_path`` is ``/foo/bar/baz``, then ``branch`` will be ``baz``. ref Name of the ref on which to base the new worktree. If omitted, then ``HEAD`` is use, and a new branch will be created, named for the basename of the ``worktree_path``. For example, if the ``worktree_path`` is ``/foo/bar/baz`` then a new branch ``baz`` will be created, and pointed at ``HEAD``. reset_branch : False If ``False``, then `git-worktree(1)`_ will fail to create the worktree if the targeted branch already exists. Set this argument to ``True`` to reset the targeted branch to point at ``ref``, and checkout the newly-reset branch into the new worktree. force : False By default, `git-worktree(1)`_ will not permit the same branch to be checked out in more than one worktree. Set this argument to ``True`` to override this. opts Any additional options to add to the command line, in a single string Note: On the Salt CLI, if the opts are preceded with a dash, it is necessary to precede them with ``opts=`` to avoid causing errors with Salt's own argument parsing. All CLI options for adding worktrees as of Git 2.5.0 are already supported by this function as of Salt 2015.8.0, so using this argument is unnecessary unless new CLI arguments are added to `git-worktree(1)`_ and are not yet supported in Salt. git_opts Any additional options to add to git command itself (not the ``worktree`` subcommand), in a single string. This is useful for passing ``-c`` to run git with temporary changes to the git configuration. New in version 2017.7.0 Note: This is only supported in git 1.7.2 and newer. user User under which to run the git command. By default, the command is run by the user under which the minion is running. password Windows only. Required when specifying ``user``. This parameter will be ignored on non-Windows platforms. New in version 2016.3.4 ignore_retcode : False If ``True``, do not log an error to the minion log if the git command returns a nonzero exit status. New in version 2015.8.0 output_encoding Use this option to specify which encoding to use to decode the output from any git commands which are run. This should not be needed in most cases. Note: This should only be needed if the files in the repository were created with filenames using an encoding other than UTF-8 to handle Unicode characters. New in version 2018.3.1 .. _`git-worktree(1)`: http://git-scm.com/docs/git-worktree CLI Examples: salt myminion git.worktree_add /path/to/repo/main ../hotfix ref=origin/master salt myminion git.worktree_add /path/to/repo/main ../hotfix branch=hotfix21 ref=v2.1.9.3 git.worktree_prune:\nNew in version 2015.8.0 Interface to `git-worktree(1)`_, prunes stale worktree administrative data from the gitdir cwd The path to the main git checkout or a linked worktree dry_run : False If ``True``, then this function will report what would have been pruned, but no changes will be made. verbose : True Report all changes made. Set to ``False`` to suppress this output. expire Only prune unused worktree data older than a specific period of time. The date format for this parameter is described in the documentation for the ``gc.pruneWorktreesExpire`` config param in the `git-config(1)`_ manpage. opts Any additional options to add to the command line, in a single string Note: On the Salt CLI, if the opts are preceded with a dash, it is necessary to precede them with ``opts=`` to avoid causing errors with Salt's own argument parsing. All CLI options for pruning worktrees as of Git 2.5.0 are already supported by this function as of Salt 2015.8.0, so using this argument is unnecessary unless new CLI arguments are added to `git-worktree(1)`_ and are not yet supported in Salt. git_opts Any additional options to add to git command itself (not the ``worktree`` subcommand), in a single string. This is useful for passing ``-c`` to run git with temporary changes to the git configuration. New in version 2017.7.0 Note: This is only supported in git 1.7.2 and newer. user User under which to run the git command. By default, the command is run by the user under which the minion is running. password Windows only. Required when specifying ``user``. This parameter will be ignored on non-Windows platforms. New in version 2016.3.4 ignore_retcode : False If ``True``, do not log an error to the minion log if the git command returns a nonzero exit status. New in version 2015.8.0 output_encoding Use this option to specify which encoding to use to decode the output from any git commands which are run. This should not be needed in most cases. Note: This should only be needed if the files in the repository were created with filenames using an encoding other than UTF-8 to handle Unicode characters. New in version 2018.3.1 .. _`git-worktree(1)`: http://git-scm.com/docs/git-worktree .. _`git-config(1)`: http://git-scm.com/docs/git-config/2.5.1 CLI Examples: salt myminion git.worktree_prune /path/to/repo salt myminion git.worktree_prune /path/to/repo dry_run=True salt myminion git.worktree_prune /path/to/repo expire=1.day.ago git.worktree_rm:\nNew in version 2015.8.0 Recursively removes the worktree located at ``cwd``, returning ``True`` if successful. This function will attempt to determine if ``cwd`` is actually a worktree by invoking :py:func:`git.is_worktree \u0026lt;salt.modules.git.is_worktree\u0026gt;`. If the path does not correspond to a worktree, then an error will be raised and no action will be taken. Warning: There is no undoing this action. Be **VERY** careful before running this function. cwd Path to the worktree to be removed user Used for path expansion when ``cwd`` is not an absolute path. By default, when ``cwd`` is not absolute, the path will be assumed to be relative to the home directory of the user under which the minion is running. Setting this option will change the home directory from which path expansion is performed. output_encoding Use this option to specify which encoding to use to decode the output from any git commands which are run. This should not be needed in most cases. Note: This should only be needed if the files in the repository were created with filenames using an encoding other than UTF-8 to handle Unicode characters. New in version 2018.3.1 CLI Examples: salt myminion git.worktree_rm /path/to/worktree glassfish.create_admin_object_resource:\nCreate a JMS destination glassfish.create_connector_c_pool:\nCreate a connection pool glassfish.create_connector_resource:\nCreate a connection resource glassfish.create_jdbc_connection_pool:\nCreate a connection resource glassfish.create_jdbc_resource:\nCreate a JDBC resource glassfish.delete_admin_object_resource:\nDelete a JMS destination glassfish.delete_connector_c_pool:\nDelete a connection pool glassfish.delete_connector_resource:\nDelete a connection resource glassfish.delete_jdbc_connection_pool:\nDelete a JDBC pool glassfish.delete_jdbc_resource:\nDelete a JDBC resource glassfish.delete_system_properties:\nDelete a system property glassfish.enum_admin_object_resource:\nEnum JMS destinations glassfish.enum_connector_c_pool:\nEnum connection pools glassfish.enum_connector_resource:\nEnum connection resources glassfish.enum_jdbc_connection_pool:\nEnum JDBC pools glassfish.enum_jdbc_resource:\nEnum JDBC resources glassfish.get_admin_object_resource:\nGet a specific JMS destination glassfish.get_connector_c_pool:\nGet a specific connection pool glassfish.get_connector_resource:\nGet a specific connection resource glassfish.get_jdbc_connection_pool:\nGet a specific JDBC pool glassfish.get_jdbc_resource:\nGet a specific JDBC resource glassfish.get_system_properties:\nGet system properties glassfish.update_admin_object_resource:\nUpdate a JMS destination glassfish.update_connector_c_pool:\nUpdate a connection pool glassfish.update_connector_resource:\nUpdate a connection resource glassfish.update_jdbc_connection_pool:\nUpdate a JDBC pool glassfish.update_jdbc_resource:\nUpdate a JDBC resource glassfish.update_system_properties:\nUpdate system properties google_chat.send_message:\nSend a message to the google chat room specified in the webhook url. salt '*' google_chat.send_message \u0026quot;https://chat.googleapis.com/v1/spaces/example_space/messages?key=example_key\u0026quot; \u0026quot;This is a test message\u0026quot; gpg.create_key:\nCreate a key in the GPG keychain Note: GPG key generation requires *a lot* of entropy and randomness. Difficult to do over a remote connection, consider having another process available which is generating randomness for the machine. Also especially difficult on virtual machines, consider the `rng-tools \u0026lt;http://www.gnu.org/software/hurd/user/tlecarrour/rng-tools.html\u0026gt;`_ package. The create_key process takes awhile so increasing the timeout may be necessary, e.g. -t 15. key_type The type of the primary key to generate. It must be capable of signing. 'RSA' or 'DSA'. key_length The length of the primary key in bits. name_real The real name of the user identity which is represented by the key. name_comment A comment to attach to the user id. name_email An email address for the user. subkey_type The type of the secondary key to generate. subkey_length The length of the secondary key in bits. expire_date The expiration date for the primary and any secondary key. You can specify an ISO date, A number of days/weeks/months/years, an epoch value, or 0 for a non-expiring key. use_passphrase Whether to use a passphrase with the signing key. The passphrase is retrieved from the Pillar key ``gpg_passphrase``. user Which user's keychain to access, defaults to user Salt is running as. Passing the user as ``salt`` will set the GnuPG home directory to ``/etc/salt/gpgkeys``. gnupghome Specify the location where the GPG keyring and related files are stored. keyring Limit the operation to this specific keyring, specified as a local filesystem path. New in version 3007.0 CLI Example: salt -t 15 '*' gpg.create_key gpg.decrypt:\nDecrypt a message or a file user Which user's keychain to access, defaults to user Salt is running as. Passing the user as ``salt`` will set the GnuPG home directory to ``/etc/salt/gpgkeys``. text The encrypted text to decrypt. filename The path of the encrypted file to decrypt. output Instead of printing to standard out, write the output to this path. use_passphrase Whether to use a passphrase with the signing key. The passphrase is retrieved from Pillar value ``gpg_passphrase``. gnupghome Specify the location where the GPG keyring and related files are stored. bare If ``True``, return the (armored) decrypted block as a string without the standard comment/res dict. keyring Limit the operation to this specific keyring, specified as a local filesystem path. New in version 3007.0 CLI Example: salt '*' gpg.decrypt filename='/path/to/important.file.gpg' salt '*' gpg.decrypt filename='/path/to/important.file.gpg' use_passphrase=True gpg.delete_key:\nDelete a key from the GPG keychain. keyid The keyid of the key to be deleted. fingerprint The fingerprint of the key to be deleted. delete_secret Whether to delete a corresponding secret key prior to deleting the public key. Secret keys must be deleted before deleting any corresponding public keys. user Which user's keychain to access, defaults to user Salt is running as. Passing the user as ``salt`` will set the GnuPG home directory to ``/etc/salt/gpgkeys``. gnupghome Specify the location where the GPG keyring and related files are stored. use_passphrase Whether to use a passphrase with the signing key. The passphrase is retrieved from the Pillar key ``gpg_passphrase``. Note that this defaults to True here, contrary to the rest of the module functions that provide this parameter. New in version 3003 keyring Limit the operation to this specific keyring, specified as a local filesystem path. New in version 3007.0 CLI Example: salt '*' gpg.delete_key keyid=3FAD9F1E salt '*' gpg.delete_key fingerprint=53C96788253E58416D20BCD352952C84C3252192 salt '*' gpg.delete_key keyid=3FAD9F1E user=username salt '*' gpg.delete_key keyid=3FAD9F1E user=username delete_secret=True gpg.encrypt:\nEncrypt a message or a file user Which user's keychain to access, defaults to user Salt is running as. Passing the user as ``salt`` will set the GnuPG home directory to ``/etc/salt/gpgkeys``. recipients The key ID, fingerprint, user ID or email address associated with the recipients key can be used. text The text to encrypt. filename The path of the file to encrypt. output Instead of printing to standard out, write the output to this path. sign Whether to sign, in addition to encrypt, the data. ``True`` to use default key or fingerprint to specify a different key to sign with. use_passphrase Whether to use a passphrase with the signing key. The passphrase is retrieved from the Pillar key ``gpg_passphrase``. always_trust Skip key validation and assume that used keys are fully trusted. New in version 3006.0 gnupghome Specify the location where the GPG keyring and related files are stored. bare If ``True``, return the (armored) encrypted block as a string without the standard comment/res dict. keyring Limit the operation to this specific keyring, specified as a local filesystem path. New in version 3007.0 CLI Example: salt '*' gpg.encrypt text='Hello there. How are you?' recipients=recipient@example.com salt '*' gpg.encrypt filename='/path/to/important.file' recipients=recipient@example.com salt '*' gpg.encrypt filename='/path/to/important.file' sign=True use_passphrase=True \\ recipients=recipient@example.com gpg.export_key:\nExport a key from the GPG keychain keyids The key ID(s) of the key(s) to be exported. Can be specified as a comma separated string or a list. Anything which GnuPG itself accepts to identify a key for example, the key ID, fingerprint, user ID or email address could be used. secret Export the secret key identified by the ``keyids`` information passed. user Which user's keychain to access, defaults to user Salt is running as. Passing the user as ``salt`` will set the GnuPG home directory to ``/etc/salt/gpgkeys``. gnupghome Specify the location where the GPG keyring and related files are stored. use_passphrase Whether to use a passphrase to export the secret key. The passphrase is retrieved from the Pillar key ``gpg_passphrase``. New in version 3003 output Instead of printing to standard out, write the output to this path. New in version 3006.0 bare If ``True``, return the (armored) exported key block as a string without the standard comment/res dict. New in version 3006.0 keyring Limit the operation to this specific keyring, specified as a local filesystem path. New in version 3007.0 CLI Example: salt '*' gpg.export_key keyids=3FAD9F1E salt '*' gpg.export_key keyids=3FAD9F1E secret=True salt '*' gpg.export_key keyids=\u0026quot;['3FAD9F1E','3FBD8F1E']\u0026quot; user=username gpg.get_key:\nGet a key from the GPG keychain keyid The key ID (short or long) of the key to be retrieved. fingerprint The fingerprint of the key to be retrieved. user Which user's keychain to access, defaults to user Salt is running as. Passing the user as ``salt`` will set the GnuPG home directory to ``/etc/salt/gpgkeys``. gnupghome Specify the location where the GPG keyring and related files are stored. keyring Limit the operation to this specific keyring, specified as a local filesystem path. New in version 3007.0 CLI Example: salt '*' gpg.get_key keyid=3FAD9F1E salt '*' gpg.get_key fingerprint=53C96788253E58416D20BCD352952C84C3252192 salt '*' gpg.get_key keyid=3FAD9F1E user=username gpg.get_secret_key:\nGet a secret key from the GPG keychain keyid The key ID (short or long) of the key to be retrieved. fingerprint The fingerprint of the key to be retrieved. user Which user's keychain to access, defaults to user Salt is running as. Passing the user as ``salt`` will set the GnuPG home directory to ``/etc/salt/gpgkeys``. gnupghome Specify the location where the GPG keyring and related files are stored. keyring Limit the operation to this specific keyring, specified as a local filesystem path. New in version 3007.0 CLI Example: salt '*' gpg.get_secret_key keyid=3FAD9F1E salt '*' gpg.get_secret_key fingerprint=53C96788253E58416D20BCD352952C84C3252192 salt '*' gpg.get_secret_key keyid=3FAD9F1E user=username gpg.import_key:\nImport a key from text or a file text The text containing the key to import. filename The path of the file containing the key to import. user Which user's keychain to access, defaults to user Salt is running as. Passing the user as ``salt`` will set the GnuPG home directory to ``/etc/salt/gpgkeys``. gnupghome Specify the location where the GPG keyring and related files are stored. keyring Limit the operation to this specific keyring, specified as a local filesystem path. New in version 3007.0 CLI Example: salt '*' gpg.import_key text='-----BEGIN PGP PUBLIC KEY BLOCK-----\\n ... -----END PGP PUBLIC KEY BLOCK-----' salt '*' gpg.import_key filename='/path/to/public-key-file' gpg.list_keys:\nList keys in GPG keychain user Which user's keychain to access, defaults to user Salt is running as. Passing the user as ``salt`` will set the GnuPG home directory to ``/etc/salt/gpgkeys``. gnupghome Specify the location where the GPG keyring and related files are stored. keyring Limit the operation to this specific keyring, specified as a local filesystem path. New in version 3007.0 CLI Example: salt '*' gpg.list_keys gpg.list_secret_keys:\nList secret keys in GPG keychain user Which user's keychain to access, defaults to user Salt is running as. Passing the user as ``salt`` will set the GnuPG home directory to ``/etc/salt/gpgkeys``. gnupghome Specify the location where the GPG keyring and related files are stored. keyring Limit the operation to this specific keyring, specified as a local filesystem path. New in version 3007.0 CLI Example: salt '*' gpg.list_secret_keys gpg.receive_keys:\nReceive key(s) from keyserver and add them to the keychain keyserver Keyserver to use for searching for GPG keys, defaults to keys.openpgp.org keys The keyID(s) to retrieve from the keyserver. Can be specified as a comma separated string or a list. user Which user's keychain to access, defaults to user Salt is running as. Passing the user as ``salt`` will set the GnuPG home directory to ``/etc/salt/gpgkeys``. gnupghome Specify the location where the GPG keyring and related files are stored. keyring Limit the operation to this specific keyring, specified as a local filesystem path. New in version 3007.0 CLI Example: salt '*' gpg.receive_keys keys='3FAD9F1E' salt '*' gpg.receive_keys keys=\u0026quot;['3FAD9F1E','3FBD9F2E']\u0026quot; salt '*' gpg.receive_keys keys=3FAD9F1E user=username gpg.search_keys:\nSearch for keys on a keyserver text Text to search the keyserver for, e.g. email address, keyID or fingerprint. keyserver Keyserver to use for searching for GPG keys, defaults to keys.openpgp.org. user Which user's keychain to access, defaults to user Salt is running as. Passing the user as ``salt`` will set the GnuPG home directory to ``/etc/salt/gpgkeys``. gnupghome Specify the location where the GPG keyring and related files are stored. New in version 3007.0 CLI Example: salt '*' gpg.search_keys user@example.com salt '*' gpg.search_keys user@example.com keyserver=keyserver.ubuntu.com salt '*' gpg.search_keys user@example.com keyserver=keyserver.ubuntu.com user=username gpg.sign:\nSign a message or a file user Which user's keychain to access, defaults to user Salt is running as. Passing the user as ``salt`` will set the GnuPG home directory to ``/etc/salt/gpgkeys``. keyid The keyid of the key to use for signing, defaults to the first key in the secret keyring. text The text to sign. filename The path of the file to sign. output Instead of printing to standard out, write the output to this path. use_passphrase Whether to use a passphrase with the signing key. The passphrase is retrieved from the Pillar key ``gpg_passphrase``. gnupghome Specify the location where the GPG keyring and related files are stored. keyring Limit the operation to this specific keyring, specified as a local filesystem path. New in version 3007.0 CLI Example: salt '*' gpg.sign text='Hello there. How are you?' salt '*' gpg.sign filename='/path/to/important.file' salt '*' gpg.sign filename='/path/to/important.file' use_passphrase=True gpg.trust_key:\nSet the trust level for a key in the GPG keychain keyid The keyid of the key to set the trust level for. fingerprint The fingerprint of the key to set the trust level for. trust_level The trust level to set for the specified key, must be one of the following: expired, unknown, not_trusted, marginally, fully, ultimately user Which user's keychain to access, defaults to user Salt is running as. Passing the user as ``salt`` will set the GnuPG home directory to ``/etc/salt/gpgkeys``. gnupghome Specify the location where the GPG keyring and related files are stored. New in version 3007.0 keyring Limit the operation to this specific keyring, specified as a local filesystem path. New in version 3007.0 CLI Example: salt '*' gpg.trust_key keyid='3FAD9F1E' trust_level='marginally' salt '*' gpg.trust_key fingerprint='53C96788253E58416D20BCD352952C84C3252192' trust_level='not_trusted' salt '*' gpg.trust_key keys=3FAD9F1E trust_level='ultimately' user='username' gpg.verify:\nVerify a message or a file text The text to verify. filename The path of the file to verify. user Which user's keychain to access, defaults to user Salt is running as. Passing the user as ``salt`` will set the GnuPG home directory to ``/etc/salt/gpgkeys``. gnupghome Specify the location where the GPG keyring and related files are stored. signature Specify the path of a detached signature. New in version 2018.3.0 trustmodel Explicitly define the used trust model. One of: - pgp - classic - tofu - tofu+pgp - direct - always - auto New in version 2019.2.0 signed_by_any A list of key fingerprints from which any valid signature will mark verification as passed. If none of the provided keys signed the data, verification will fail. Optional. Note that this does not take into account trust. New in version 3007.0 signed_by_all A list of key fingerprints whose signatures are required for verification to pass. If a single provided key did not sign the data, verification will fail. Optional. Note that this does not take into account trust. New in version 3007.0 keyring Limit the operation to this specific keyring, specified as a local filesystem path. New in version 3007.0 CLI Example: salt '*' gpg.verify text='Hello there. How are you?' salt '*' gpg.verify filename='/path/to/important.file' salt '*' gpg.verify filename='/path/to/important.file' trustmodel=direct grafana4.create_datasource:\nCreate a new datasource in an organisation. name Name of the data source. type Type of the datasource ('graphite', 'influxdb' etc.). access Use proxy or direct. url The URL to the data source API. user Optional - user to authenticate with the data source. password Optional - password to authenticate with the data source. database Optional - database to use with the data source. basicAuth Optional - set to True to use HTTP basic auth to authenticate with the data source. basicAuthUser Optional - HTTP basic auth username. basicAuthPassword Optional - HTTP basic auth password. jsonData Optional - additional json data to post (eg. \u0026quot;timeInterval\u0026quot;). isDefault Optional - set data source as default. withCredentials Optional - Whether credentials such as cookies or auth headers should be sent with cross-site requests. typeLogoUrl Optional - Logo to use for this datasource. orgname Name of the organisation in which the data source should be created. profile Configuration profile used to connect to the Grafana instance. Default is 'grafana'. CLI Example: salt '*' grafana4.create_datasource grafana4.create_org:\nCreate a new organisation. name Name of the organisation. profile Configuration profile used to connect to the Grafana instance. Default is 'grafana'. CLI Example: salt '*' grafana4.create_org \u0026lt;name\u0026gt; grafana4.create_org_user:\nAdd user to the organisation. loginOrEmail Login or email of the user. role Role of the user for this organisation. Should be one of: - Admin - Editor - Read Only Editor - Viewer orgname Name of the organisation in which users are added. profile Configuration profile used to connect to the Grafana instance. Default is 'grafana'. CLI Example: salt '*' grafana4.create_org_user \u0026lt;orgname\u0026gt; loginOrEmail=\u0026lt;loginOrEmail\u0026gt; role=\u0026lt;role\u0026gt; grafana4.create_update_dashboard:\nCreate or update a dashboard. dashboard A dict that defines the dashboard to create/update. overwrite Whether the dashboard should be overwritten if already existing. orgname Name of the organisation. profile Configuration profile used to connect to the Grafana instance. Default is 'grafana'. CLI Example: salt '*' grafana4.create_update_dashboard dashboard=\u0026lt;dashboard\u0026gt; overwrite=True orgname=\u0026lt;orgname\u0026gt; grafana4.create_user:\nCreate a new user. login Login of the new user. password Password of the new user. email Email of the new user. name Optional - Full name of the new user. profile Configuration profile used to connect to the Grafana instance. Default is 'grafana'. CLI Example: salt '*' grafana4.create_user login=\u0026lt;login\u0026gt; password=\u0026lt;password\u0026gt; email=\u0026lt;email\u0026gt; grafana4.delete_dashboard:\nDelete a dashboard. slug Slug (name) of the dashboard. orgname Name of the organisation. profile Configuration profile used to connect to the Grafana instance. Default is 'grafana'. CLI Example: salt '*' grafana4.delete_dashboard \u0026lt;slug\u0026gt; grafana4.delete_datasource:\nDelete a datasource. datasourceid Id of the datasource. profile Configuration profile used to connect to the Grafana instance. Default is 'grafana'. CLI Example: salt '*' grafana4.delete_datasource \u0026lt;datasource_id\u0026gt; grafana4.delete_org:\nDelete an organisation. orgid Id of the organisation. profile Configuration profile used to connect to the Grafana instance. Default is 'grafana'. CLI Example: salt '*' grafana4.delete_org \u0026lt;org_id\u0026gt; grafana4.delete_org_user:\nRemove user from the organisation. userid Id of the user. orgname Name of the organisation in which users are updated. profile Configuration profile used to connect to the Grafana instance. Default is 'grafana'. CLI Example: salt '*' grafana4.delete_org_user \u0026lt;user_id\u0026gt; \u0026lt;orgname\u0026gt; grafana4.delete_user:\nDelete a user. userid Id of the user. profile Configuration profile used to connect to the Grafana instance. Default is 'grafana'. CLI Example: salt '*' grafana4.delete_user \u0026lt;user_id\u0026gt; grafana4.delete_user_org:\nRemove a user from an organisation. userid Id of the user. orgid Id of the organisation. profile Configuration profile used to connect to the Grafana instance. Default is 'grafana'. CLI Example: salt '*' grafana4.delete_user_org \u0026lt;user_id\u0026gt; \u0026lt;org_id\u0026gt; grafana4.get_dashboard:\nGet a dashboard. slug Slug (name) of the dashboard. orgname Name of the organisation. profile Configuration profile used to connect to the Grafana instance. Default is 'grafana'. CLI Example: salt '*' grafana4.get_dashboard \u0026lt;slug\u0026gt; grafana4.get_datasource:\nShow a single datasource in an organisation. name Name of the datasource. orgname Name of the organisation. profile Configuration profile used to connect to the Grafana instance. Default is 'grafana'. CLI Example: salt '*' grafana4.get_datasource \u0026lt;name\u0026gt; \u0026lt;orgname\u0026gt; grafana4.get_datasources:\nList all datasources in an organisation. orgname Name of the organisation. profile Configuration profile used to connect to the Grafana instance. Default is 'grafana'. CLI Example: salt '*' grafana4.get_datasources \u0026lt;orgname\u0026gt; grafana4.get_org:\nShow a single organisation. name Name of the organisation. profile Configuration profile used to connect to the Grafana instance. Default is 'grafana'. CLI Example: salt '*' grafana4.get_org \u0026lt;name\u0026gt; grafana4.get_org_address:\nGet the organisation address. orgname Name of the organisation in which users are updated. profile Configuration profile used to connect to the Grafana instance. Default is 'grafana'. CLI Example: salt '*' grafana4.get_org_address \u0026lt;orgname\u0026gt; grafana4.get_org_prefs:\nGet the organisation preferences. orgname Name of the organisation in which users are updated. profile Configuration profile used to connect to the Grafana instance. Default is 'grafana'. CLI Example: salt '*' grafana4.get_org_prefs \u0026lt;orgname\u0026gt; grafana4.get_org_users:\nGet the list of users that belong to the organisation. orgname Name of the organisation. profile Configuration profile used to connect to the Grafana instance. Default is 'grafana'. CLI Example: salt '*' grafana4.get_org_users \u0026lt;orgname\u0026gt; grafana4.get_orgs:\nList all organizations. profile Configuration profile used to connect to the Grafana instance. Default is 'grafana'. CLI Example: salt '*' grafana4.get_orgs grafana4.get_user:\nShow a single user. login Login of the user. profile Configuration profile used to connect to the Grafana instance. Default is 'grafana'. CLI Example: salt '*' grafana4.get_user \u0026lt;login\u0026gt; grafana4.get_user_data:\nGet user data. userid Id of the user. profile Configuration profile used to connect to the Grafana instance. Default is 'grafana'. CLI Example: salt '*' grafana4.get_user_data \u0026lt;user_id\u0026gt; grafana4.get_user_orgs:\nGet the list of organisations a user belong to. userid Id of the user. profile Configuration profile used to connect to the Grafana instance. Default is 'grafana'. CLI Example: salt '*' grafana4.get_user_orgs \u0026lt;user_id\u0026gt; grafana4.get_users:\nList all users. profile Configuration profile used to connect to the Grafana instance. Default is 'grafana'. CLI Example: salt '*' grafana4.get_users grafana4.switch_org:\nSwitch the current organisation. name Name of the organisation to switch to. profile Configuration profile used to connect to the Grafana instance. Default is 'grafana'. CLI Example: salt '*' grafana4.switch_org \u0026lt;name\u0026gt; grafana4.update_datasource:\nUpdate a datasource. datasourceid Id of the datasource. name Name of the data source. type Type of the datasource ('graphite', 'influxdb' etc.). access Use proxy or direct. url The URL to the data source API. user Optional - user to authenticate with the data source. password Optional - password to authenticate with the data source. database Optional - database to use with the data source. basicAuth Optional - set to True to use HTTP basic auth to authenticate with the data source. basicAuthUser Optional - HTTP basic auth username. basicAuthPassword Optional - HTTP basic auth password. jsonData Optional - additional json data to post (eg. \u0026quot;timeInterval\u0026quot;). isDefault Optional - set data source as default. withCredentials Optional - Whether credentials such as cookies or auth headers should be sent with cross-site requests. typeLogoUrl Optional - Logo to use for this datasource. profile Configuration profile used to connect to the Grafana instance. Default is 'grafana'. CLI Example: salt '*' grafana4.update_datasource \u0026lt;datasourceid\u0026gt; grafana4.update_org:\nUpdate an existing organisation. orgid Id of the organisation. name New name of the organisation. profile Configuration profile used to connect to the Grafana instance. Default is 'grafana'. CLI Example: salt '*' grafana4.update_org \u0026lt;org_id\u0026gt; name=\u0026lt;name\u0026gt; grafana4.update_org_address:\nUpdate the organisation address. orgname Name of the organisation in which users are updated. address1 Optional - address1 of the org. address2 Optional - address2 of the org. city Optional - city of the org. zip_code Optional - zip_code of the org. state Optional - state of the org. country Optional - country of the org. profile Configuration profile used to connect to the Grafana instance. Default is 'grafana'. CLI Example: salt '*' grafana4.update_org_address \u0026lt;orgname\u0026gt; country=\u0026lt;country\u0026gt; grafana4.update_org_prefs:\nUpdate the organisation preferences. orgname Name of the organisation in which users are updated. theme Selected theme for the org. homeDashboardId Home dashboard for the org. timezone Timezone for the org (one of: \u0026quot;browser\u0026quot;, \u0026quot;utc\u0026quot;, or \u0026quot;\u0026quot;). profile Configuration profile used to connect to the Grafana instance. Default is 'grafana'. CLI Example: salt '*' grafana4.update_org_prefs \u0026lt;orgname\u0026gt; theme=\u0026lt;theme\u0026gt; timezone=\u0026lt;timezone\u0026gt; grafana4.update_org_user:\nUpdate user role in the organisation. userid Id of the user. loginOrEmail Login or email of the user. role Role of the user for this organisation. Should be one of: - Admin - Editor - Read Only Editor - Viewer orgname Name of the organisation in which users are updated. profile Configuration profile used to connect to the Grafana instance. Default is 'grafana'. CLI Example: salt '*' grafana4.update_org_user \u0026lt;user_id\u0026gt; \u0026lt;orgname\u0026gt; loginOrEmail=\u0026lt;loginOrEmail\u0026gt; role=\u0026lt;role\u0026gt; grafana4.update_user:\nUpdate an existing user. userid Id of the user. login Optional - Login of the user. email Optional - Email of the user. name Optional - Full name of the user. profile Configuration profile used to connect to the Grafana instance. Default is 'grafana'. CLI Example: salt '*' grafana4.update_user \u0026lt;user_id\u0026gt; login=\u0026lt;login\u0026gt; email=\u0026lt;email\u0026gt; grafana4.update_user_password:\nUpdate a user password. userid Id of the user. password New password of the user. profile Configuration profile used to connect to the Grafana instance. Default is 'grafana'. CLI Example: salt '*' grafana4.update_user_password \u0026lt;user_id\u0026gt; password=\u0026lt;password\u0026gt; grafana4.update_user_permissions:\nUpdate a user password. userid Id of the user. isGrafanaAdmin Whether user is a Grafana admin. profile Configuration profile used to connect to the Grafana instance. Default is 'grafana'. CLI Example: salt '*' grafana4.update_user_permissions \u0026lt;user_id\u0026gt; isGrafanaAdmin=\u0026lt;true|false\u0026gt; grains.append:\nNew in version 0.17.0 Append a value to a list in the grains config file. If the grain doesn't exist, the grain key is added and the value is appended to the new grain as a list item. key The grain key to be appended to val The value to append to the grain key convert If convert is True, convert non-list contents into a list. If convert is False and the grain contains non-list contents, an error is given. Defaults to False. delimiter The key can be a nested dict key. Use this parameter to specify the delimiter you use, instead of the default ``:``. You can now append values to a list in nested dictionary grains. If the list doesn't exist at this level, it will be created. New in version 2014.7.6 CLI Example: salt '*' grains.append key val grains.delkey:\nNew in version 2017.7.0 Remove a grain completely from the grain system, this will remove the grain key and value key The grain key from which to delete the value. force Force remove the grain even when it is a mapped value. Defaults to False CLI Example: salt '*' grains.delkey key grains.delval:\nNew in version 0.17.0 Delete a grain value from the grains config file. This will just set the grain value to ``None``. To completely remove the grain, run ``grains.delkey`` or pass ``destructive=True`` to ``grains.delval``. key The grain key from which to delete the value. destructive Delete the key, too. Defaults to False. force Force remove the grain even when it is a mapped value. Defaults to False CLI Example: salt '*' grains.delval key grains.equals:\nUsed to make sure the minion's grain key/value matches. Returns ``True`` if matches otherwise ``False``. New in version 2017.7.0 CLI Example: salt '*' grains.equals fqdn \u0026lt;expected_fqdn\u0026gt; salt '*' grains.equals systemd:version 219 grains.fetch:\nAttempt to retrieve the named value from grains, if the named value is not available return the passed default. The default return is an empty string. The value can also represent a value in a nested dict using a \u0026quot;:\u0026quot; delimiter for the dict. This means that if a dict in grains looks like this:: {'pkg': {'apache': 'httpd'}} To retrieve the value associated with the apache key in the pkg dict this key can be passed:: pkg:apache :param delimiter: Specify an alternate delimiter to use when traversing a nested dict. This is useful for when the desired key contains a colon. See CLI example below for usage. New in version 2014.7.0 :param ordered: Outputs an ordered dict if applicable (default: True) New in version 2016.11.0 CLI Example: salt '*' grains.get pkg:apache salt '*' grains.get abc::def|ghi delimiter='|' grains.filter_by:\nNew in version 0.17.0 Look up the given grain in a given dictionary for the current OS and return the result Although this may occasionally be useful at the CLI, the primary intent of this function is for use in Jinja to make short work of creating lookup tables for OS-specific data. For example: {% set apache = salt['grains.filter_by']({ 'Debian': {'pkg': 'apache2', 'srv': 'apache2'}, 'RedHat': {'pkg': 'httpd', 'srv': 'httpd'}, }, default='Debian') %} myapache: pkg.installed: - name: {{ apache.pkg }} service.running: - name: {{ apache.srv }} Values in the lookup table may be overridden by values in Pillar. An example Pillar to override values in the example above could be as follows: apache: lookup: pkg: apache_13 srv: apache The call to ``filter_by()`` would be modified as follows to reference those Pillar values: {% set apache = salt['grains.filter_by']({ ... }, merge=salt['pillar.get']('apache:lookup')) %} :param lookup_dict: A dictionary, keyed by a grain, containing a value or values relevant to systems matching that grain. For example, a key could be the grain for an OS and the value could the name of a package on that particular OS. Changed in version 2016.11.0 The dictionary key could be a globbing pattern. The function will return the corresponding ``lookup_dict`` value where grain value matches the pattern. For example: # this will render 'got some salt' if Minion ID begins from 'salt' salt '*' grains.filter_by '{salt*: got some salt, default: salt is not here}' id :param grain: The name of a grain to match with the current system's grains. For example, the value of the \u0026quot;os_family\u0026quot; grain for the current system could be used to pull values from the ``lookup_dict`` dictionary. Changed in version 2016.11.0 The grain value could be a list. The function will return the ``lookup_dict`` value for a first found item in the list matching one of the ``lookup_dict`` keys. :param merge: A dictionary to merge with the results of the grain selection from ``lookup_dict``. This allows Pillar to override the values in the ``lookup_dict``. This could be useful, for example, to override the values for non-standard package names such as when using a different Python version from the default Python version provided by the OS (e.g., ``python26-mysql`` instead of ``python-mysql``). :param default: default lookup_dict's key used if the grain does not exists or if the grain value has no match on lookup_dict. If unspecified the value is \u0026quot;default\u0026quot;. New in version 2014.1.0 :param base: A lookup_dict key to use for a base dictionary. The grain-selected ``lookup_dict`` is merged over this and then finally the ``merge`` dictionary is merged. This allows common values for each case to be collected in the base and overridden by the grain selection dictionary and the merge dictionary. Default is unset. New in version 2015.5.0 CLI Example: salt '*' grains.filter_by '{Debian: Debheads rule, RedHat: I love my hat}' # this one will render {D: {E: I, G: H}, J: K} salt '*' grains.filter_by '{A: B, C: {D: {E: F, G: H}}}' 'xxx' '{D: {E: I}, J: K}' 'C' # next one renders {A: {B: G}, D: J} salt '*' grains.filter_by '{default: {A: {B: C}, D: E}, F: {A: {B: G}}, H: {D: I}}' 'xxx' '{D: J}' 'F' 'default' # next same as above when default='H' instead of 'F' renders {A: {B: C}, D: J} grains.get:\nAttempt to retrieve the named value from grains, if the named value is not available return the passed default. The default return is an empty string. The value can also represent a value in a nested dict using a \u0026quot;:\u0026quot; delimiter for the dict. This means that if a dict in grains looks like this:: {'pkg': {'apache': 'httpd'}} To retrieve the value associated with the apache key in the pkg dict this key can be passed:: pkg:apache :param delimiter: Specify an alternate delimiter to use when traversing a nested dict. This is useful for when the desired key contains a colon. See CLI example below for usage. New in version 2014.7.0 :param ordered: Outputs an ordered dict if applicable (default: True) New in version 2016.11.0 CLI Example: salt '*' grains.get pkg:apache salt '*' grains.get abc::def|ghi delimiter='|' grains.has_value:\nDetermine whether a key exists in the grains dictionary. Given a grains dictionary that contains the following structure:: {'pkg': {'apache': 'httpd'}} One would determine if the apache key in the pkg dict exists by:: pkg:apache CLI Example: salt '*' grains.has_value pkg:apache grains.item:\nReturn one or more grains CLI Example: salt '*' grains.item os salt '*' grains.item os osrelease oscodename Sanitized CLI Example: salt '*' grains.item host sanitize=True grains.items:\nReturn all of the minion's grains CLI Example: salt '*' grains.items Sanitized CLI Example: salt '*' grains.items sanitize=True grains.ls:\nReturn a list of all available grains CLI Example: salt '*' grains.ls grains.remove:\nNew in version 0.17.0 Remove a value from a list in the grains config file key The grain key to remove. val The value to remove. delimiter The key can be a nested dict key. Use this parameter to specify the delimiter you use, instead of the default ``:``. You can now append values to a list in nested dictionary grains. If the list doesn't exist at this level, it will be created. New in version 2015.8.2 CLI Example: salt '*' grains.remove key val grains.set:\nSet a key to an arbitrary value. It is used like setval but works with nested keys. This function is conservative. It will only overwrite an entry if its value and the given one are not a list or a dict. The ``force`` parameter is used to allow overwriting in all cases. New in version 2015.8.0 :param force: Force writing over existing entry if given or existing values are list or dict. Defaults to False. :param destructive: If an operation results in a key being removed, delete the key, too. Defaults to False. :param delimiter: Specify an alternate delimiter to use when traversing a nested dict, the default being ``:`` CLI Example: salt '*' grains.set 'apps:myApp:port' 2209 salt '*' grains.set 'apps:myApp' '{port: 2209}' grains.setval:\nSet a grains value in the grains config file key The grain key to be set. val The value to set the grain key to. destructive If an operation results in a key being removed, delete the key, too. Defaults to False. refresh_pillar Whether pillar will be refreshed. Defaults to True. CLI Example: salt '*' grains.setval key val salt '*' grains.setval key \u0026quot;{'sub-key': 'val', 'sub-key2': 'val2'}\u0026quot; grains.setvals:\nSet new grains values in the grains config file destructive If an operation results in a key being removed, delete the key, too. Defaults to False. refresh_pillar Whether pillar will be refreshed. Defaults to True. CLI Example: salt '*' grains.setvals \u0026quot;{'key1': 'val1', 'key2': 'val2'}\u0026quot; group.add:\nChanged in version 3006.0 Add the specified group name Name of the new group gid Use GID for the new group system Create a system account root Directory to chroot into non_unique Allow creating groups with duplicate (non-unique) GIDs New in version 3006.0 local Specifically add the group locally rather than through remote providers (e.g. LDAP) New in version 3007.0 CLI Example: salt '*' group.add foo 3456 group.adduser:\nAdd a user in the group. name Name of the group to modify username Username to add to the group root Directory to chroot into CLI Example: salt '*' group.adduser foo bar Verifies if a valid username 'bar' as a member of an existing group 'foo', if not then adds it. group.chgid:\nChanged in version 3006.0 Change the gid for a named group name Name of the group to modify gid Change the group ID to GID root Directory to chroot into non_unique Allow modifying groups with duplicate (non-unique) GIDs New in version 3006.0 CLI Example: salt '*' group.chgid foo 4376 group.delete:\nRemove the named group name Name group to delete root Directory to chroot into local (Only on systems with lgroupdel available): Ensure the group account is removed locally ignoring global account management (default is False). New in version 3007.0 CLI Example: salt '*' group.delete foo group.deluser:\nRemove a user from the group. name Name of the group to modify username Username to delete from the group root Directory to chroot into CLI Example: salt '*' group.deluser foo bar Removes a member user 'bar' from a group 'foo'. If group is not present then returns True. group.getent:\nReturn info on all groups refresh Force a refresh of group information root Directory to chroot into CLI Example: salt '*' group.getent group.info:\nReturn information about a group name Name of the group root Directory to chroot into CLI Example: salt '*' group.info foo group.members:\nReplaces members of the group with a provided list. name Name of the group to modify members_list Username list to set into the group root Directory to chroot into CLI Example: salt '*' group.members foo 'user1,user2,user3,...' Replaces a membership list for a local group 'foo'. foo:x:1234:user1,user2,user3,... hashutil.base64_b64decode:\nDecode a base64-encoded string using the \u0026quot;modern\u0026quot; Python interface New in version 2016.3.0 CLI Example: salt '*' hashutil.base64_b64decode 'Z2V0IHNhbHRlZA==' hashutil.base64_b64encode:\nEncode a string as base64 using the \u0026quot;modern\u0026quot; Python interface. Among other possible differences, the \u0026quot;modern\u0026quot; encoder does not include newline ('\\n') characters in the encoded output. New in version 2016.3.0 CLI Example: salt '*' hashutil.base64_b64encode 'get salted' hashutil.base64_decodefile:\nDecode a base64-encoded string and write the result to a file New in version 2016.3.0 CLI Example: salt '*' hashutil.base64_decodefile instr='Z2V0IHNhbHRlZAo=' outfile='/path/to/binary_file' hashutil.base64_decodestring:\nDecode a base64-encoded byte-like object using the \u0026quot;modern\u0026quot; Python interface New in version 3000 CLI Example: salt '*' hashutil.base64_decodestring instr='Z2V0IHNhbHRlZAo=' hashutil.base64_encodefile:\nRead a file from the file system and return as a base64 encoded string New in version 2016.3.0 Pillar example: path: to: data: | {{ salt.hashutil.base64_encodefile('/path/to/binary_file') | indent(6) }} The :py:func:`file.decode \u0026lt;salt.states.file.decode\u0026gt;` state function can be used to decode this data and write it to disk. CLI Example: salt '*' hashutil.base64_encodefile /path/to/binary_file hashutil.base64_encodestring:\nEncode a byte-like object as base64 using the \u0026quot;modern\u0026quot; Python interface. Among other possible differences, the \u0026quot;modern\u0026quot; encoder includes a newline ('\\n') character after every 76 characters and always at the end of the encoded byte-like object. New in version 3000 CLI Example: salt '*' hashutil.base64_encodestring 'get salted' hashutil.digest:\nReturn a checksum digest for a string instr A string checksum : ``md5`` The hashing algorithm to use to generate checksums. Valid options: md5, sha256, sha512. CLI Example: salt '*' hashutil.digest 'get salted' hashutil.digest_file:\nReturn a checksum digest for a file infile A file path checksum : ``md5`` The hashing algorithm to use to generate checksums. Wraps the :py:func:`hashutil.digest \u0026lt;salt.modules.hashutil.digest\u0026gt;` execution function. CLI Example: salt '*' hashutil.digest_file /path/to/file hashutil.github_signature:\nVerify a challenging hmac signature against a string / shared-secret for github webhooks. New in version 2017.7.0 Returns a boolean if the verification succeeded or failed. CLI Example: salt '*' hashutil.github_signature '{\u0026quot;ref\u0026quot;:....} ' 'shared secret' 'sha1=bc6550fc290acf5b42283fa8deaf55cea0f8c206' hashutil.hmac_compute:\nNew in version 3000 Compute a HMAC SHA256 digest using a string and secret. CLI Example: salt '*' hashutil.hmac_compute 'get salted' 'shared secret' hashutil.hmac_signature:\nVerify a challenging hmac signature against a string / shared-secret New in version 2014.7.0 Returns a boolean if the verification succeeded or failed. CLI Example: salt '*' hashutil.hmac_signature 'get salted' 'shared secret' 'eBWf9bstXg+NiP5AOwppB5HMvZiYMPzEM9W5YMm/AmQ=' hashutil.md5_digest:\nGenerate an md5 hash of a given string New in version 2014.7.0 CLI Example: salt '*' hashutil.md5_digest 'get salted' hashutil.sha256_digest:\nGenerate an sha256 hash of a given string New in version 2014.7.0 CLI Example: salt '*' hashutil.sha256_digest 'get salted' hashutil.sha512_digest:\nGenerate an sha512 hash of a given string New in version 2014.7.0 CLI Example: salt '*' hashutil.sha512_digest 'get salted' helm.completion:\nGenerate auto-completions script for Helm for the specified shell (bash or zsh). Return the shell auto-completion content. shell (string) One of ['bash', 'zsh']. flags (list) Flags in argument of the command without values. ex: ['help', '--help'] kvflags (dict) Flags in argument of the command with values. ex: {'v': 2, '--v': 4} CLI Example: salt '*' helm.completion bash helm.create:\nCreates a chart directory along with the common files and directories used in a chart. Return True if succeed, else the error message. name (string) The chart name to create. flags (list) Flags in argument of the command without values. ex: ['help', '--help'] kvflags (dict) Flags in argument of the command with values. ex: {'v': 2, '--v': 4} CLI Example: salt '*' helm.create NAME helm.dependency_build:\nBuild out the charts/ directory from the Chart.lock file. Return True if succeed, else the error message. chart (string) The chart name to build dependency. flags (list) Flags in argument of the command without values. ex: ['help', '--help'] kvflags (dict) Flags in argument of the command with values. ex: {'v': 2, '--v': 4} CLI Example: salt '*' helm.dependency_build CHART helm.dependency_list:\nList all of the dependencies declared in a chart. Return chart dependencies if succeed, else the error message. chart (string) The chart name to list dependency. flags (list) Flags in argument of the command without values. ex: ['help', '--help'] kvflags (dict) Flags in argument of the command with values. ex: {'v': 2, '--v': 4} CLI Example: salt '*' helm.dependency_list CHART helm.dependency_update:\nUpdate the on-disk dependencies to mirror Chart.yaml. Return True if succeed, else the error message. chart (string) The chart name to update dependency. flags (list) Flags in argument of the command without values. ex: ['help', '--help'] kvflags (dict) Flags in argument of the command with values. ex: {'v': 2, '--v': 4} CLI Example: salt '*' helm.dependency_update CHART helm.env:\nPrints out all the environment information in use by Helm. Return Helm environments variables if succeed, else the error message. flags (list) Flags in argument of the command without values. ex: ['help', '--help'] kvflags (dict) Flags in argument of the command with values. ex: {'v': 2, '--v': 4} CLI Example: salt '*' helm.env helm.get_all:\nPrints a human readable collection of information about the notes, hooks, supplied values, and generated manifest file of the given release. Return release information if succeed, else the error message. release (string) Release name to get information from. flags (list) Flags in argument of the command without values. ex: ['help', '--help'] kvflags (dict) Flags in argument of the command with values. ex: {'v': 2, '--v': 4} CLI Example: salt '*' helm.get_all RELEASE helm.get_hooks:\nPrints a human readable collection of information about the hooks of the given release. Return release hooks information if succeed, else the error message. release (string) Release name to get hooks information from. flags (list) Flags in argument of the command without values. ex: ['help', '--help'] kvflags (dict) Flags in argument of the command with values. ex: {'v': 2, '--v': 4} CLI Example: salt '*' helm.get_hooks RELEASE helm.get_manifest:\nPrints a human readable collection of information about the manifest of the given release. Return release manifest information if succeed, else the error message. release (string) Release name to get manifest information from. flags (list) Flags in argument of the command without values. ex: ['help', '--help'] kvflags (dict) Flags in argument of the command with values. ex: {'v': 2, '--v': 4} CLI Example: salt '*' helm.get_manifest RELEASE helm.get_notes:\nPrints a human readable collection of information about the notes of the given release. Return release notes information if succeed, else the error message. release (string) Release name to get notes information from. flags (list) Flags in argument of the command without values. ex: ['help', '--help'] kvflags (dict) Flags in argument of the command with values. ex: {'v': 2, '--v': 4} CLI Example: salt '*' helm.get_notes RELEASE helm.get_values:\nPrints a human readable collection of information about the values of the given release. Return release values information if succeed, else the error message. release (string) Release name to get values information from. flags (list) Flags in argument of the command without values. ex: ['help', '--help'] kvflags (dict) Flags in argument of the command with values. ex: {'v': 2, '--v': 4} CLI Example: salt '*' helm.get_values RELEASE # In YAML format salt '*' helm.get_values RELEASE kvflags=\u0026quot;{'output': 'yaml'}\u0026quot; helm.help:\nProvides help for any command in the application. Return the full help if succeed, else the error message. command (string) Command to get help. ex: 'get' flags (list) Flags in argument of the command without values. ex: ['help', '--help'] kvflags (dict) Flags in argument of the command with values. ex: {'v': 2, '--v': 4} CLI Example: salt '*' helm.help COMMAND helm.history:\nPrints historical revisions for a given release. Return release historic if succeed, else the error message. release (string) Release name to get history from. flags (list) Flags in argument of the command without values. ex: ['help', '--help'] kvflags (dict) Flags in argument of the command with values. ex: {'v': 2, '--v': 4} CLI Example: salt '*' helm.history RELEASE # In YAML format salt '*' helm.history RELEASE kvflags=\u0026quot;{'output': 'yaml'}\u0026quot; helm.install:\nInstalls a chart archive. Return True if succeed, else the error message. release (string) Release name to get values information from. chart (string) Chart name to install. values (string) Absolute path to the values.yaml file. version (string) The exact chart version to install. If this is not specified, the latest version is installed. namespace (string) The namespace scope for this request. set (string or list) Set a values on the command line. flags (list) Flags in argument of the command without values. ex: ['help', '--help'] kvflags (dict) Flags in argument of the command with values. ex: {'v': 2, '--v': 4} CLI Example: salt '*' helm.install RELEASE CHART # With values file. salt '*' helm.install RELEASE CHART values='/path/to/values.yaml' helm.lint:\nTakes a path to a chart and runs a series of tests to verify that the chart is well-formed. Return True if succeed, else the error message. path (string) The path to the chart to lint. values (string) Absolute path to the values.yaml file. namespace (string) The namespace scope for this request. set (string or list) Set a values on the command line. flags (list) Flags in argument of the command without values. ex: ['help', '--help'] kvflags (dict) Flags in argument of the command with values. ex: {'v': 2, '--v': 4} CLI Example: salt '*' helm.lint PATH helm.list:\nLists all of the releases. By default, it lists only releases that are deployed or failed. Return the list of release if succeed, else the error message. namespace (string) The namespace scope for this request. flags (list) Flags in argument of the command without values. ex: ['help', '--help'] kvflags (dict) Flags in argument of the command with values. ex: {'v': 2, '--v': 4} CLI Example: salt '*' helm.list # In YAML format salt '*' helm.list kvflags=\u0026quot;{'output': 'yaml'}\u0026quot; helm.package:\nPackages a chart into a versioned chart archive file. If a path is given, this will look at that path for a chart (which must contain a Chart.yaml file) and then package that directory. Return True if succeed, else the error message. chart (string) Chart name to package. Can be an absolute path. flags (list) Flags in argument of the command without values. ex: ['help', '--help'] kvflags (dict) Flags in argument of the command with values. ex: {'v': 2, '--v': 4} CLI Example: salt '*' helm.package CHART # With destination path. salt '*' helm.package CHART kvflags=\u0026quot;{'destination': '/path/to/the/package'}\u0026quot; helm.plugin_install:\nInstall a Helm plugin from a url to a VCS repo or a local path. Return True if succeed, else the error message. path (string) Path to the local plugin. Can be an url. flags (list) Flags in argument of the command without values. ex: ['help', '--help'] kvflags (dict) Flags in argument of the command with values. ex: {'v': 2, '--v': 4} CLI Example: salt '*' helm.plugin_install PATH helm.plugin_list:\nList installed Helm plugins. Return the plugin list if succeed, else the error message. flags (list) Flags in argument of the command without values. ex: ['help', '--help'] kvflags (dict) Flags in argument of the command with values. ex: {'v': 2, '--v': 4} CLI Example: salt '*' helm.plugin_list helm.plugin_uninstall:\nUninstall a Helm plugin. Return True if succeed, else the error message. plugin (string) The plugin to uninstall. flags (list) Flags in argument of the command without values. ex: ['help', '--help'] kvflags (dict) Flags in argument of the command with values. ex: {'v': 2, '--v': 4} CLI Example: salt '*' helm.plugin_uninstall PLUGIN helm.plugin_update:\nUpdate a Helm plugin. Return True if succeed, else the error message. plugin (string) The plugin to update. flags (list) Flags in argument of the command without values. ex: ['help', '--help'] kvflags (dict) Flags in argument of the command with values. ex: {'v': 2, '--v': 4} CLI Example: salt '*' helm.plugin_update PLUGIN helm.pull:\nRetrieve a package from a package repository, and download it locally. Return True if succeed, else the error message. pkg (string) The package to pull. Can be url or repo/chartname. flags (list) Flags in argument of the command without values. ex: ['help', '--help'] kvflags (dict) Flags in argument of the command with values. ex: {'v': 2, '--v': 4} CLI Example: salt '*' helm.pull PKG # With destination path to write the chart. salt '*' helm.pull PKG kvflags=\u0026quot;{'destination': '/path/to/the/chart'}\u0026quot; helm.repo_add:\nAdd a chart repository. Return True if succeed, else the error message. name (string) The local name of the repository to install. Have to be unique. url (string) The url to the repository. namespace (string) The namespace scope for this request. flags (list) Flags in argument of the command without values. ex: ['help', '--help'] kvflags (dict) Flags in argument of the command with values. ex: {'v': 2, '--v': 4} CLI Example: salt '*' helm.repo_add NAME URL helm.repo_index:\nRead the current directory and generate an index file based on the charts found. Return True if succeed, else the error message. directory (string) The path to the index. namespace (string) The namespace scope for this request. flags (list) Flags in argument of the command without values. ex: ['help', '--help'] kvflags (dict) Flags in argument of the command with values. ex: {'v': 2, '--v': 4} CLI Example: salt '*' helm.index DIRECTORY helm.repo_list:\nList a chart repository. Return the repository list if succeed, else the error message. namespace (string) The namespace scope for this request. flags (list) Flags in argument of the command without values. ex: ['help', '--help'] kvflags (dict) Flags in argument of the command with values. ex: {'v': 2, '--v': 4} CLI Example: salt '*' helm.repo_list # In YAML format salt '*' helm.repo_list kvflags=\u0026quot;{'output': 'yaml'}\u0026quot; helm.repo_manage:\nManage charts repository. Return the summery of all actions. present (list) List of repository to be present. It's a list of dict: [{'name': 'local_name', 'url': 'repository_url'}] absent (list) List of local name repository to be absent. prune (boolean - default: False) If True, all repository already present but not in the present list would be removed. namespace (string) The namespace scope for this request. flags (list) Flags in argument of the command without values. ex: ['help', '--help'] kvflags (dict) Flags in argument of the command with values. ex: {'v': 2, '--v': 4} CLI Example: salt '*' helm.repo_manage present=\u0026quot;[{'name': 'LOCAL_NAME', 'url': 'REPO_URL'}]\u0026quot; absent=\u0026quot;['LOCAL_NAME']\u0026quot; helm.repo_remove:\nRemove a chart repository. Return True if succeed, else the error message. name (string) The local name of the repository to remove. namespace (string) The namespace scope for this request. flags (list) Flags in argument of the command without values. ex: ['help', '--help'] kvflags (dict) Flags in argument of the command with values. ex: {'v': 2, '--v': 4} CLI Example: salt '*' helm.repo_remove NAME helm.repo_update:\nUpdate all charts repository. Return True if succeed, else the error message. namespace (string) The namespace scope for this request. flags (list) Flags in argument of the command without values. ex: ['help', '--help'] kvflags (dict) Flags in argument of the command with values. ex: {'v': 2, '--v': 4} CLI Example: salt '*' helm.repo_update helm.rollback:\nRolls back a release to a previous revision. To see release revision number, execute the history module. Return True if succeed, else the error message. release (string) The name of the release to managed. revision (string) The revision number to roll back to. namespace (string) The namespace scope for this request. flags (list) Flags in argument of the command without values. ex: ['help', '--help'] kvflags (dict) Flags in argument of the command with values. ex: {'v': 2, '--v': 4} CLI Example: salt '*' helm.rollback RELEASE REVISION # In dry-run mode. salt '*' helm.rollback RELEASE REVISION flags=['dry-run'] helm.search_hub:\nSearch the Helm Hub or an instance of Monocular for Helm charts. Return the research result if succeed, else the error message. keyword (string) The keyword to search in the hub. flags (list) Flags in argument of the command without values. ex: ['help', '--help'] kvflags (dict) Flags in argument of the command with values. ex: {'v': 2, '--v': 4} CLI Example: salt '*' helm.search_hub KEYWORD # In YAML format salt '*' helm.search_hub KEYWORD kvflags=\u0026quot;{'output': 'yaml'}\u0026quot; helm.search_repo:\nSearch reads through all of the repositories configured on the system, and looks for matches. Search of these repositories uses the metadata stored on the system. Return the research result if succeed, else the error message. keyword (string) The keyword to search in the repo. flags (list) Flags in argument of the command without values. ex: ['help', '--help'] kvflags (dict) Flags in argument of the command with values. ex: {'v': 2, '--v': 4} CLI Example: salt '*' helm.search_hub KEYWORD # In YAML format salt '*' helm.search_hub KEYWORD kvflags=\u0026quot;{'output': 'yaml'}\u0026quot; helm.show_all:\nInspects a chart (directory, file, or URL) and displays all its content (values.yaml, Charts.yaml, README). Return chart information if succeed, else the error message. chart (string) The chart to inspect. flags (list) Flags in argument of the command without values. ex: ['help', '--help'] kvflags (dict) Flags in argument of the command with values. ex: {'v': 2, '--v': 4} CLI Example: salt '*' helm.show_all CHART helm.show_chart:\nInspects a chart (directory, file, or URL) and displays the contents of the Charts.yaml file. Return chart information if succeed, else the error message. chart (string) The chart to inspect. flags (list) Flags in argument of the command without values. ex: ['help', '--help'] kvflags (dict) Flags in argument of the command with values. ex: {'v': 2, '--v': 4} CLI Example: salt '*' helm.show_chart CHART helm.show_readme:\nInspects a chart (directory, file, or URL) and displays the contents of the README file. Return chart information if succeed, else the error message. chart (string) The chart to inspect. flags (list) Flags in argument of the command without values. ex: ['help', '--help'] kvflags (dict) Flags in argument of the command with values. ex: {'v': 2, '--v': 4} CLI Example: salt '*' helm.show_readme CHART helm.show_values:\nInspects a chart (directory, file, or URL) and displays the contents of the values.yaml file. Return chart information if succeed, else the error message. chart (string) The chart to inspect. flags (list) Flags in argument of the command without values. ex: ['help', '--help'] kvflags (dict) Flags in argument of the command with values. ex: {'v': 2, '--v': 4} CLI Example: salt '*' helm.show_values CHART helm.status:\nShow the status of the release. Return the release status if succeed, else the error message. release (string) The release to status. namespace (string) The namespace scope for this request. flags (list) Flags in argument of the command without values. ex: ['help', '--help'] kvflags (dict) Flags in argument of the command with values. ex: {'v': 2, '--v': 4} CLI Example: salt '*' helm.status RELEASE # In YAML format salt '*' helm.status RELEASE kvflags=\u0026quot;{'output': 'yaml'}\u0026quot; helm.template:\nRender chart templates locally and display the output. Return the chart renderer if succeed, else the error message. name (string) The template name. chart (string) The chart to template. values (string) Absolute path to the values.yaml file. output_dir (string) Absolute path to the output directory. set (string or list) Set a values on the command line. flags (list) Flags in argument of the command without values. ex: ['help', '--help'] kvflags (dict) Flags in argument of the command with values. ex: {'v': 2, '--v': 4} CLI Example: salt '*' helm.template NAME CHART # With values file. salt '*' helm.template NAME CHART values='/path/to/values.yaml' output_dir='path/to/output/dir' helm.test:\nRuns the tests for a release. Return the test result if succeed, else the error message. release (string) The release name to test. flags (list) Flags in argument of the command without values. ex: ['help', '--help'] kvflags (dict) Flags in argument of the command with values. ex: {'v': 2, '--v': 4} CLI Example: salt '*' helm.test RELEASE helm.uninstall:\nUninstall the release name. Return True if succeed, else the error message. release (string) The name of the release to managed. namespace (string) The namespace scope for this request. flags (list) Flags in argument of the command without values. ex: ['help', '--help'] kvflags (dict) Flags in argument of the command with values. ex: {'v': 2, '--v': 4} CLI Example: salt '*' helm.uninstall RELEASE # In dry-run mode. salt '*' helm.uninstall RELEASE flags=['dry-run'] helm.upgrade:\nUpgrades a release to a new version of a chart. Return True if succeed, else the error message. release (string) The name of the release to managed. chart (string) The chart to managed. values (string) Absolute path to the values.yaml file. version (string) The exact chart version to install. If this is not specified, the latest version is installed. namespace (string) The namespace scope for this request. set (string or list) Set a values on the command line. flags (list) Flags in argument of the command without values. ex: ['help', '--help'] kvflags (dict) Flags in argument of the command with values. ex: {'v': 2, '--v': 4} CLI Example: salt '*' helm.upgrade RELEASE CHART # In dry-run mode. salt '*' helm.upgrade RELEASE CHART flags=['dry-run'] # With values file. salt '*' helm.upgrade RELEASE CHART values='/path/to/values.yaml' helm.verify:\nVerify that the given chart has a valid provenance file. Return True if succeed, else the error message. path (string) The path to the chart file. flags (list) Flags in argument of the command without values. ex: ['help', '--help'] kvflags (dict) Flags in argument of the command with values. ex: {'v': 2, '--v': 4} CLI Example: salt '*' helm.verify PATH helm.version:\nShow the version for Helm. Return version information if succeed, else the error message. flags (list) Flags in argument of the command without values. ex: ['help', '--help'] kvflags (dict) Flags in argument of the command with values. ex: {'v': 2, '--v': 4} CLI Example: salt '*' helm.version highstate_doc.markdown_basic_jinja_template:\nReturn text for a simple markdown jinja template This function can be used from the `highstate_doc.render` modules `jinja_template_function` option. highstate_doc.markdown_default_jinja_template:\nReturn text for a markdown jinja template that included a header This function can be used from the `highstate_doc.render` modules `jinja_template_function` option. highstate_doc.markdown_full_jinja_template:\nReturn text for an advanced markdown jinja template This function can be used from the `highstate_doc.render` modules `jinja_template_function` option. highstate_doc.process_lowstates:\nreturn processed lowstate data that was not blacklisted render_module_function is used to provide your own. defaults to from_lowstate highstate_doc.processor_markdown:\nTakes low state data and returns a dict of processed data that is by default used in a jinja template when rendering a markdown highstate_doc. This `lowstate_item_markdown` given a lowstate item, returns a dict like: vars: # the raw lowstate_item that was processed id: # the 'id' of the state. id_full: # combo of the state type and id \u0026quot;state: id\u0026quot; state: # name of the salt state module function: # name of the state function name: # value of 'name:' passed to the salt state module state_function: # the state name and function name markdown: # text data to describe a state requisites: # requisite like [watch_in, require_in] details: # state name, parameters and other details like file contents highstate_doc.read_file:\noutput the contents of a file: this is a workaround if the cp.push module does not work. https://github.com/saltstack/salt/issues/37133 help the master output the contents of a document that might be saved on the minions filesystem. #!/bin/python import os import salt.client s = salt.client.LocalClient() o = s.cmd('*', 'highstate_doc.read_file', ['/root/README.md']) for m in o: d = o.get(m) if d and not d.endswith('is not available.'): # mkdir m #directory = os.path.dirname(file_path) if not os.path.exists(m): os.makedirs(m) with open(m + '/README.md','wb') as fin: fin.write(d) print('ADDED: ' + m + '/README.md') highstate_doc.render:\nRender highstate to a text format (default Markdown) if `jinja_template_text` is not set, `jinja_template_function` is used. jinja_template_text: jinja text that the render uses to create the document. jinja_template_function: a salt module call that returns template text. :options: highstate_doc.markdown_basic_jinja_template highstate_doc.markdown_default_jinja_template highstate_doc.markdown_full_jinja_template hosts.add_host:\nAdd a host to an existing entry, if the entry is not in place then create it with the given host CLI Example: salt '*' hosts.add_host \u0026lt;ip\u0026gt; \u0026lt;alias\u0026gt; hosts.get_alias:\nReturn the list of aliases associated with an ip Aliases (host names) are returned in the order in which they appear in the hosts file. If there are no aliases associated with the IP, an empty list is returned. CLI Example: salt '*' hosts.get_alias \u0026lt;ip addr\u0026gt; hosts.get_ip:\nReturn the ip associated with the named host CLI Example: salt '*' hosts.get_ip \u0026lt;hostname\u0026gt; hosts.has_pair:\nReturn true if the alias is set CLI Example: salt '*' hosts.has_pair \u0026lt;ip\u0026gt; \u0026lt;alias\u0026gt; hosts.list_hosts:\nReturn the hosts found in the hosts file in this format:: {'\u0026lt;ip addr\u0026gt;': ['alias1', 'alias2', ...]} CLI Example: salt '*' hosts.list_hosts hosts.rm_host:\nRemove a host entry from the hosts file CLI Example: salt '*' hosts.rm_host \u0026lt;ip\u0026gt; \u0026lt;alias\u0026gt; hosts.set_comment:\nSet the comment for a host to an existing entry, if the entry is not in place then return False CLI Example: salt '*' hosts.set_comment \u0026lt;ip\u0026gt; \u0026lt;comment\u0026gt; hosts.set_host:\nSet the host entry in the hosts file for the given ip, this will overwrite any previous entry for the given ip Changed in version 2016.3.0 If ``alias`` does not include any host names (it is the empty string or contains only whitespace), all entries for the given IP address are removed. CLI Example: salt '*' hosts.set_host \u0026lt;ip\u0026gt; \u0026lt;alias\u0026gt; http.query:\nNew in version 2015.5.0 Query a resource, and decode the return data Passes through all the parameters described in the :py:func:`utils.http.query function \u0026lt;salt.utils.http.query\u0026gt;`: .. autofunction:: salt.utils.http.query raise_error : True If ``False``, and if a connection cannot be made, the error will be suppressed and the body of the return will simply be ``None``. CLI Example: salt '*' http.query http://somelink.com/ salt '*' http.query http://somelink.com/ method=POST params='{\u0026quot;key1\u0026quot;: \u0026quot;val1\u0026quot;, \u0026quot;key2\u0026quot;: \u0026quot;val2\u0026quot;}' salt '*' http.query http://somelink.com/ method=POST data='\u0026lt;xml\u0026gt;somecontent\u0026lt;/xml\u0026gt;' http.update_ca_bundle:\nUpdate the local CA bundle file from a URL New in version 2015.5.0 CLI Example: salt '*' http.update_ca_bundle salt '*' http.update_ca_bundle target=/path/to/cacerts.pem salt '*' http.update_ca_bundle source=https://example.com/cacerts.pem If the ``target`` is not specified, it will be pulled from the ``ca_cert`` configuration variable available to the minion. If it cannot be found there, it will be placed at ``\u0026lt;\u0026lt;FILE_ROOTS\u0026gt;\u0026gt;/cacerts.pem``. If the ``source`` is not specified, it will be pulled from the ``ca_cert_url`` configuration variable available to the minion. If it cannot be found, it will be downloaded from the cURL website, using an http (not https) URL. USING THE DEFAULT URL SHOULD BE AVOIDED! ``merge_files`` may also be specified, which includes a string or list of strings representing a file or files to be appended to the end of the CA bundle, once it is downloaded. CLI Example: salt '*' http.update_ca_bundle merge_files=/path/to/mycert.pem http.wait_for_successful_query:\nQuery a resource until a successful response, and decode the return data CLI Example: salt '*' http.wait_for_successful_query http://somelink.com/ wait_for=160 request_interval=1 incron.list_tab:\nReturn the contents of the specified user's incrontab CLI Example: salt '*' incron.list_tab root incron.ls:\nThis function is an alias of list_tab.\nReturn the contents of the specified user's incrontab CLI Example: salt '*' incron.list_tab root incron.raw_incron:\nReturn the contents of the user's incrontab CLI Example: salt '*' incron.raw_incron root incron.raw_system_incron:\nReturn the contents of the system wide incrontab CLI Example: salt '*' incron.raw_system_incron incron.rm:\nThis function is an alias of rm_job.\nRemove a incron job for a specified user. If any of the day/time params are specified, the job will only be removed if the specified params match. CLI Example: salt '*' incron.rm_job root /path incron.rm_job:\nRemove a incron job for a specified user. If any of the day/time params are specified, the job will only be removed if the specified params match. CLI Example: salt '*' incron.rm_job root /path incron.set_job:\nSets an incron job up for a specified user. CLI Example: salt '*' incron.set_job root '/root' 'IN_MODIFY' 'echo \u0026quot;$$ $@ $# $% $\u0026amp;\u0026quot;' incron.write_incron_file:\nWrites the contents of a file to a user's incrontab CLI Example: salt '*' incron.write_incron_file root /tmp/new_incron incron.write_incron_file_verbose:\nWrites the contents of a file to a user's incrontab and return error message on error CLI Example: salt '*' incron.write_incron_file_verbose root /tmp/new_incron ini.get_ini:\nRetrieve the whole structure from an ini file and return it as a dictionary. Args: file_name (str): The full path to the ini file. separator (str): The character used to separate keys and values. Standard ini files use the \u0026quot;=\u0026quot; character. The default is ``=``. New in version 2016.11.0 encoding (str): A string value representing encoding of the target ini file. If ``None`` is passed, it uses the system default which is likely ``utf-8``. Default is ``None`` New in version 3006.6 Returns: dict: A dictionary containing the sections along with the values and names contained in each section API Example: import salt.client with salt.client.get_local_client() as sc: sc.cmd('target', 'ini.get_ini', [path_to_ini_file]) CLI Example: salt '*' ini.get_ini /path/to/ini ini.get_option:\nGet value of a key from a section in an ini file. Returns ``None`` if no matching key was found. Args: file_name (str): The full path to the ini file. section (str): A string value representing the section of the ini that the option is in. If the option is not in a section, leave this empty. option (str): A string value representing the option to search for. separator (str): The character used to separate keys and values. Standard ini files use the \u0026quot;=\u0026quot; character. The default is ``=``. New in version 2016.11.0 encoding (str): A string value representing encoding of the target ini file. If ``None`` is passed, it uses the system default which is likely ``utf-8``. Default is ``None`` New in version 3006.6 Returns: str: The value as defined in the ini file, or ``None`` if empty or not found API Example: import salt.client with salt.client.get_local_client() as sc: sc.cmd('target', 'ini.get_option', [path_to_ini_file, section_name, option]) CLI Example: salt '*' ini.get_option /path/to/ini section_name option_name ini.get_section:\nRetrieve a section from an ini file. Returns the section as a dictionary. If the section is not found, an empty dictionary is returned. Args: file_name (str): The full path to the ini file. section (str): A string value representing name of the section to search for. separator (str): The character used to separate keys and values. Standard ini files use the \u0026quot;=\u0026quot; character. The default is ``=``. New in version 2016.11.0 encoding (str): A string value representing encoding of the target ini file. If ``None`` is passed, it uses the system default which is likely ``utf-8``. Default is ``None`` New in version 3006.6 Returns: dict: A dictionary containing the names and values of all items in the section of the ini file. If the section is not found, an empty dictionary is returned API Example: import salt.client with salt.client.get_local_client() as sc: sc.cmd('target', 'ini.get_section', [path_to_ini_file, section_name]) CLI Example: salt '*' ini.get_section /path/to/ini section_name ini.remove_option:\nRemove a key/value pair from a section in an ini file. Returns the value of the removed key, or ``None`` if nothing was removed. Args: file_name (str): The full path to the ini file. section (str): A string value representing the section of the ini that the option is in. If the option is not in a section, leave this empty. option (str): A string value representing the option to search for. separator (str): The character used to separate keys and values. Standard ini files use the \u0026quot;=\u0026quot; character. The default is ``=``. New in version 2016.11.0 encoding (str): A string value representing encoding of the target ini file. If ``None`` is passed, it uses the system default which is likely ``utf-8``. Default is ``None`` New in version 3006.6 Returns: str: A string value representing the option that was removed or ``None`` if nothing was removed API Example: import salt sc = salt.client.get_local_client() sc.cmd('target', 'ini.remove_option', [path_to_ini_file, section_name, option]) CLI Example: salt '*' ini.remove_option /path/to/ini section_name option_name ini.remove_section:\nRemove a section in an ini file. Returns the removed section as a dictionary, or ``None`` if nothing is removed. Args: file_name (str): The full path to the ini file. section (str): A string value representing the name of the section search for. separator (str): The character used to separate keys and values. Standard ini files use the \u0026quot;=\u0026quot; character. The default is ``=``. New in version 2016.11.0 encoding (str): A string value representing encoding of the target ini file. If ``None`` is passed, it uses the system default which is likely ``utf-8``. Default is ``None`` New in version 3006.6 Returns: dict: A dictionary containing the names and values of all items in the section that was removed or ``None`` if nothing was removed API Example: import salt.client with salt.client.get_local_client() as sc: sc.cmd('target', 'ini.remove_section', [path_to_ini_file, section_name]) CLI Example: salt '*' ini.remove_section /path/to/ini section_name ini.set_option:\nEdit an ini file, replacing one or more sections. Returns a dictionary containing the changes made. Args: file_name (str): The full path to the ini file. sections (dict): A dictionary representing the sections to be edited in the ini file. The keys are the section names and the values are a dictionary containing the options. If the ini file does not contain sections the keys and values represent the options. The default is ``None``. separator (str): The character used to separate keys and values. Standard ini files use the \u0026quot;=\u0026quot; character. The default is ``=``. New in version 2016.11.0 encoding (str): A string value representing encoding of the target ini file. If ``None`` is passed, it uses the system default which is likely ``utf-8``. Default is ``None`` New in version 3006.6 Returns: dict: A dictionary representing the changes made to the ini file API Example: import salt.client with salt.client.get_local_client() as sc: sc.cmd( 'target', 'ini.set_option', ['path_to_ini_file', '{\u0026quot;section_to_change\u0026quot;: {\u0026quot;key\u0026quot;: \u0026quot;value\u0026quot;}}'] ) CLI Example: salt '*' ini.set_option /path/to/ini '{section_foo: {key: value}}' inspector.build:\nBuild an image from a current system description. The image is a system image can be output in bootable ISO or QCOW2 formats. Node uses the image building library Kiwi to perform the actual build. Parameters: * **format**: Specifies output format: \u0026quot;qcow2\u0026quot; or \u0026quot;iso. Default: `qcow2`. * **path**: Specifies output path where to store built image. Default: `/tmp`. CLI Example: salt myminion inspector.build salt myminion inspector.build format=iso path=/opt/builds/ inspector.delete:\nRemove description snapshots from the system. ::parameter: all. Default: False. Remove all snapshots, if set to True. CLI Example: salt myminion inspector.delete \u0026lt;ID\u0026gt; \u0026lt;ID1\u0026gt; \u0026lt;ID2\u0026gt;.. salt myminion inspector.delete all=True inspector.export:\nExport an image description for Kiwi. Parameters: * **local**: Specifies True or False if the export has to be in the local file. Default: False. * **path**: If `local=True`, then specifies the path where file with the Kiwi description is written. Default: `/tmp`. CLI Example: salt myminion inspector.export salt myminion inspector.export format=iso path=/opt/builds/ inspector.inspect:\nStart node inspection and save the data to the database for further query. Parameters: * **mode**: Clarify inspection mode: configuration, payload, all (default) payload * **filter**: Comma-separated directories to track payload. * **priority**: (advanced) Set priority of the inspection. Default is low priority. CLI Example: salt '*' inspector.inspect salt '*' inspector.inspect configuration salt '*' inspector.inspect payload filter=/opt,/ext/oracle inspector.query:\nQuery the node for specific information. Parameters: * **scope**: Specify scope of the query. * **System**: Return system data. * **Software**: Return software information. * **Services**: Return known services. * **Identity**: Return user accounts information for this system. accounts Can be either 'local', 'remote' or 'all' (equal to \u0026quot;local,remote\u0026quot;). Remote accounts cannot be resolved on all systems, but only those, which supports 'passwd -S -a'. disabled True (or False, default) to return only disabled accounts. * **payload**: Payload scope parameters: filter Include only results which path starts from the filter string. time Display time in Unix ticks or format according to the configured TZ (default) Values: ticks, tz (default) size Format size. Values: B, KB, MB, GB type Include payload type. Values (comma-separated): directory (or dir), link, file (default) Example (returns everything): type=directory,link,file owners Resolve UID/GID to an actual names or leave them numeric (default). Values: name (default), id brief Return just a list of payload elements, if True. Default: False. * **all**: Return all information (default). CLI Example: salt '*' inspector.query scope=system salt '*' inspector.query scope=payload type=file,link filter=/etc size=Kb brief=False inspector.snapshots:\nList current description snapshots. CLI Example: salt myminion inspector.snapshots introspect.enabled_service_owners:\nReturn which packages own each of the services that are currently enabled. CLI Example: salt myminion introspect.enabled_service_owners introspect.running_service_owners:\nDetermine which packages own the currently running services. By default, excludes files whose full path starts with ``/dev``, ``/home``, ``/media``, ``/proc``, ``/run``, ``/sys``, ``/tmp`` and ``/var``. This can be overridden by passing in a new list to ``exclude``. CLI Example: salt myminion introspect.running_service_owners introspect.service_highstate:\nReturn running and enabled services in a highstate structure. By default also returns package dependencies for those services, which means that package definitions must be created outside this function. To drop the package dependencies, set ``requires`` to False. CLI Example: salt myminion introspect.service_highstate salt myminion introspect.service_highstate requires=False iosconfig.clean:\nReturn a clean version of the config, without any special signs (such as ``!`` as an individual line) or empty lines, but just lines with significant value in the configuration of the network device. config The configuration sent as text. This argument is ignored when ``path`` is configured. path Absolute or remote path from where to load the configuration text. This argument allows any URI supported by :py:func:`cp.get_url \u0026lt;salt.modules.cp.get_url\u0026gt;`), e.g., ``salt://``, ``https://``, ``s3://``, ``ftp:/``, etc. saltenv: ``base`` Salt fileserver environment from which to retrieve the file. Ignored if ``path`` is not a ``salt://`` URL. CLI Example: salt '*' iosconfig.clean path=salt://path/to/my/config.txt salt '*' iosconfig.clean path=https://bit.ly/2mAdq7z iosconfig.diff_text:\nReturn the diff, as text, between the candidate and the running config. candidate_config The candidate configuration sent as text. This argument is ignored when ``candidate_path`` is set. candidate_path Absolute or remote path from where to load the candidate configuration text. This argument allows any URI supported by :py:func:`cp.get_url \u0026lt;salt.modules.cp.get_url\u0026gt;`), e.g., ``salt://``, ``https://``, ``s3://``, ``ftp:/``, etc. running_config The running configuration sent as text. This argument is ignored when ``running_path`` is set. running_path Absolute or remote path from where to load the running configuration text. This argument allows any URI supported by :py:func:`cp.get_url \u0026lt;salt.modules.cp.get_url\u0026gt;`), e.g., ``salt://``, ``https://``, ``s3://``, ``ftp:/``, etc. saltenv: ``base`` Salt fileserver environment from which to retrieve the file. Ignored if ``candidate_path`` or ``running_path`` is not a ``salt://`` URL. CLI Example: salt '*' iosconfig.diff_text candidate_path=salt://path/to/candidate.cfg running_path=salt://path/to/running.cfg iosconfig.diff_tree:\nReturn the diff, as Python dictionary, between the candidate and the running configuration. candidate_config The candidate configuration sent as text. This argument is ignored when ``candidate_path`` is set. candidate_path Absolute or remote path from where to load the candidate configuration text. This argument allows any URI supported by :py:func:`cp.get_url \u0026lt;salt.modules.cp.get_url\u0026gt;`), e.g., ``salt://``, ``https://``, ``s3://``, ``ftp:/``, etc. running_config The running configuration sent as text. This argument is ignored when ``running_path`` is set. running_path Absolute or remote path from where to load the running configuration text. This argument allows any URI supported by :py:func:`cp.get_url \u0026lt;salt.modules.cp.get_url\u0026gt;`), e.g., ``salt://``, ``https://``, ``s3://``, ``ftp:/``, etc. saltenv: ``base`` Salt fileserver environment from which to retrieve the file. Ignored if ``candidate_path`` or ``running_path`` is not a ``salt://`` URL. CLI Example: salt '*' iosconfig.diff_tree candidate_path=salt://path/to/candidate.cfg running_path=salt://path/to/running.cfg iosconfig.merge_diff:\nReturn the merge diff, as text, after merging the merge config into the initial config. initial_config The initial configuration sent as text. This argument is ignored when ``initial_path`` is set. initial_path Absolute or remote path from where to load the initial configuration text. This argument allows any URI supported by :py:func:`cp.get_url \u0026lt;salt.modules.cp.get_url\u0026gt;`), e.g., ``salt://``, ``https://``, ``s3://``, ``ftp:/``, etc. merge_config The config to be merged into the initial config, sent as text. This argument is ignored when ``merge_path`` is set. merge_path Absolute or remote path from where to load the merge configuration text. This argument allows any URI supported by :py:func:`cp.get_url \u0026lt;salt.modules.cp.get_url\u0026gt;`), e.g., ``salt://``, ``https://``, ``s3://``, ``ftp:/``, etc. saltenv: ``base`` Salt fileserver environment from which to retrieve the file. Ignored if ``initial_path`` or ``merge_path`` is not a ``salt://`` URL. CLI Example: salt '*' iosconfig.merge_diff initial_path=salt://path/to/running.cfg merge_path=salt://path/to/merge.cfg iosconfig.merge_text:\nReturn the merge result of the ``initial_config`` with the ``merge_config``, as plain text. initial_config The initial configuration sent as text. This argument is ignored when ``initial_path`` is set. initial_path Absolute or remote path from where to load the initial configuration text. This argument allows any URI supported by :py:func:`cp.get_url \u0026lt;salt.modules.cp.get_url\u0026gt;`), e.g., ``salt://``, ``https://``, ``s3://``, ``ftp:/``, etc. merge_config The config to be merged into the initial config, sent as text. This argument is ignored when ``merge_path`` is set. merge_path Absolute or remote path from where to load the merge configuration text. This argument allows any URI supported by :py:func:`cp.get_url \u0026lt;salt.modules.cp.get_url\u0026gt;`), e.g., ``salt://``, ``https://``, ``s3://``, ``ftp:/``, etc. saltenv: ``base`` Salt fileserver environment from which to retrieve the file. Ignored if ``initial_path`` or ``merge_path`` is not a ``salt://`` URL. CLI Example: salt '*' iosconfig.merge_text initial_path=salt://path/to/running.cfg merge_path=salt://path/to/merge.cfg iosconfig.merge_tree:\nReturn the merge tree of the ``initial_config`` with the ``merge_config``, as a Python dictionary. initial_config The initial configuration sent as text. This argument is ignored when ``initial_path`` is set. initial_path Absolute or remote path from where to load the initial configuration text. This argument allows any URI supported by :py:func:`cp.get_url \u0026lt;salt.modules.cp.get_url\u0026gt;`), e.g., ``salt://``, ``https://``, ``s3://``, ``ftp:/``, etc. merge_config The config to be merged into the initial config, sent as text. This argument is ignored when ``merge_path`` is set. merge_path Absolute or remote path from where to load the merge configuration text. This argument allows any URI supported by :py:func:`cp.get_url \u0026lt;salt.modules.cp.get_url\u0026gt;`), e.g., ``salt://``, ``https://``, ``s3://``, ``ftp:/``, etc. saltenv: ``base`` Salt fileserver environment from which to retrieve the file. Ignored if ``initial_path`` or ``merge_path`` is not a ``salt://`` URL. CLI Example: salt '*' iosconfig.merge_tree initial_path=salt://path/to/running.cfg merge_path=salt://path/to/merge.cfg iosconfig.tree:\nTransform Cisco IOS style configuration to structured Python dictionary. Depending on the value of the ``with_tags`` argument, this function may provide different views, valuable in different situations. config The configuration sent as text. This argument is ignored when ``path`` is configured. path Absolute or remote path from where to load the configuration text. This argument allows any URI supported by :py:func:`cp.get_url \u0026lt;salt.modules.cp.get_url\u0026gt;`), e.g., ``salt://``, ``https://``, ``s3://``, ``ftp:/``, etc. with_tags: ``False`` Whether this function should return a detailed view, with tags. saltenv: ``base`` Salt fileserver environment from which to retrieve the file. Ignored if ``path`` is not a ``salt://`` URL. CLI Example: salt '*' iosconfig.tree path=salt://path/to/my/config.txt salt '*' iosconfig.tree path=https://bit.ly/2mAdq7z ip.apply_network_settings:\nApply global network configuration. CLI Example: salt '*' ip.apply_network_settings ip.build_bond:\nCreate a bond script in /etc/modprobe.d with the passed settings and load the bonding kernel module. CLI Example: salt '*' ip.build_bond bond0 mode=balance-alb ip.build_interface:\nBuild an interface script for a network interface. CLI Example: salt '*' ip.build_interface eth0 eth \u0026lt;settings\u0026gt; ip.build_network_settings:\nBuild the global network script. CLI Example: salt '*' ip.build_network_settings \u0026lt;settings\u0026gt; ip.build_routes:\nAdd route scripts for a network interface using up commands. CLI Example: salt '*' ip.build_routes eth0 \u0026lt;settings\u0026gt; ip.down:\nShutdown a network interface CLI Example: salt '*' ip.down eth0 eth ip.get_bond:\nReturn the content of a bond script CLI Example: salt '*' ip.get_bond bond0 ip.get_interface:\nReturn the contents of an interface script CLI Example: salt '*' ip.get_interface eth0 ip.get_network_settings:\nReturn the contents of the global network script. CLI Example: salt '*' ip.get_network_settings ip.get_routes:\nReturn the routes for the interface CLI Example: salt '*' ip.get_routes eth0 ip.up:\nStart up a network interface CLI Example: salt '*' ip.up eth0 eth iptables.append:\nAppend a rule to the specified table/chain. This function accepts a rule in a standard iptables command format, starting with the chain. Trying to force users to adapt to a new method of creating rules would be irritating at best, and we already have a parser that can handle it. CLI Example: salt '*' iptables.append filter INPUT \\ rule='-m state --state RELATED,ESTABLISHED -j ACCEPT' IPv6: salt '*' iptables.append filter INPUT \\ rule='-m state --state RELATED,ESTABLISHED -j ACCEPT' \\ family=ipv6 iptables.build_rule:\nBuild a well-formatted iptables rule based on kwargs. A `table` and `chain` are not required, unless `full` is True. If `full` is `True`, then `table`, `chain` and `command` are required. `command` may be specified as either a short option ('I') or a long option (`--insert`). This will return the iptables command, exactly as it would be used from the command line. If a position is required (as with `-I` or `-D`), it may be specified as `position`. This will only be useful if `full` is True. If `state` is passed, it will be ignored, use `connstate`. If `connstate` is passed in, it will automatically be changed to `state`. To pass in jump options that doesn't take arguments, pass in an empty string. Note: Whereas iptables will accept ``-p``, ``--proto[c[o[l]]]`` as synonyms of ``--protocol``, if ``--proto`` appears in an iptables command after the appearance of ``-m policy``, it is interpreted as the ``--proto`` option of the policy extension (see the iptables-extensions(8) man page). CLI Examples: salt '*' iptables.build_rule match=state \\ connstate=RELATED,ESTABLISHED jump=ACCEPT salt '*' iptables.build_rule filter INPUT command=I position=3 \\ full=True match=state connstate=RELATED,ESTABLISHED jump=ACCEPT salt '*' iptables.build_rule filter INPUT command=A \\ full=True match=state connstate=RELATED,ESTABLISHED \\ source='127.0.0.1' jump=ACCEPT .. Invert Rules salt '*' iptables.build_rule filter INPUT command=A \\ full=True match=state connstate=RELATED,ESTABLISHED \\ source='!127.0.0.1' jump=ACCEPT salt '*' iptables.build_rule filter INPUT command=A \\ full=True match=state connstate=RELATED,ESTABLISHED \\ destination='not 127.0.0.1' jump=ACCEPT IPv6: salt '*' iptables.build_rule match=state \\ connstate=RELATED,ESTABLISHED jump=ACCEPT \\ family=ipv6 salt '*' iptables.build_rule filter INPUT command=I position=3 \\ full=True match=state connstate=RELATED,ESTABLISHED jump=ACCEPT \\ family=ipv6 iptables.check:\nCheck for the existence of a rule in the table and chain This function accepts a rule in a standard iptables command format, starting with the chain. Trying to force users to adapt to a new method of creating rules would be irritating at best, and we already have a parser that can handle it. CLI Example: salt '*' iptables.check filter INPUT \\ rule='-m state --state RELATED,ESTABLISHED -j ACCEPT' IPv6: salt '*' iptables.check filter INPUT \\ rule='-m state --state RELATED,ESTABLISHED -j ACCEPT' \\ family=ipv6 iptables.check_chain:\nNew in version 2014.1.0 Check for the existence of a chain in the table CLI Example: salt '*' iptables.check_chain filter INPUT IPv6: salt '*' iptables.check_chain filter INPUT family=ipv6 iptables.delete:\nDelete a rule from the specified table/chain, specifying either the rule in its entirety, or the rule's position in the chain. This function accepts a rule in a standard iptables command format, starting with the chain. Trying to force users to adapt to a new method of creating rules would be irritating at best, and we already have a parser that can handle it. CLI Examples: salt '*' iptables.delete filter INPUT position=3 salt '*' iptables.delete filter INPUT \\ rule='-m state --state RELATED,ESTABLISHED -j ACCEPT' IPv6: salt '*' iptables.delete filter INPUT position=3 family=ipv6 salt '*' iptables.delete filter INPUT \\ rule='-m state --state RELATED,ESTABLISHED -j ACCEPT' \\ family=ipv6 iptables.delete_chain:\nNew in version 2014.1.0 Delete custom chain to the specified table. CLI Example: salt '*' iptables.delete_chain filter CUSTOM_CHAIN IPv6: salt '*' iptables.delete_chain filter CUSTOM_CHAIN family=ipv6 iptables.flush:\nFlush the chain in the specified table, flush all chains in the specified table if not specified chain. CLI Example: salt '*' iptables.flush filter INPUT IPv6: salt '*' iptables.flush filter INPUT family=ipv6 iptables.get_policy:\nReturn the current policy for the specified table/chain CLI Example: salt '*' iptables.get_policy filter INPUT IPv6: salt '*' iptables.get_policy filter INPUT family=ipv6 iptables.get_rules:\nReturn a data structure of the current, in-memory rules CLI Example: salt '*' iptables.get_rules IPv6: salt '*' iptables.get_rules family=ipv6 iptables.get_saved_policy:\nReturn the current policy for the specified table/chain CLI Examples: salt '*' iptables.get_saved_policy filter INPUT salt '*' iptables.get_saved_policy filter INPUT \\ conf_file=/etc/iptables.saved IPv6: salt '*' iptables.get_saved_policy filter INPUT family=ipv6 salt '*' iptables.get_saved_policy filter INPUT \\ conf_file=/etc/iptables.saved family=ipv6 iptables.get_saved_rules:\nReturn a data structure of the rules in the conf file CLI Example: salt '*' iptables.get_saved_rules IPv6: salt '*' iptables.get_saved_rules family=ipv6 iptables.insert:\nInsert a rule into the specified table/chain, at the specified position. This function accepts a rule in a standard iptables command format, starting with the chain. Trying to force users to adapt to a new method of creating rules would be irritating at best, and we already have a parser that can handle it. If the position specified is a negative number, then the insert will be performed counting from the end of the list. For instance, a position of -1 will insert the rule as the second to last rule. To insert a rule in the last position, use the append function instead. CLI Examples: salt '*' iptables.insert filter INPUT position=3 \\ rule='-m state --state RELATED,ESTABLISHED -j ACCEPT' IPv6: salt '*' iptables.insert filter INPUT position=3 \\ rule='-m state --state RELATED,ESTABLISHED -j ACCEPT' \\ family=ipv6 iptables.new_chain:\nNew in version 2014.1.0 Create new custom chain to the specified table. CLI Example: salt '*' iptables.new_chain filter CUSTOM_CHAIN IPv6: salt '*' iptables.new_chain filter CUSTOM_CHAIN family=ipv6 iptables.save:\nSave the current in-memory rules to disk CLI Example: salt '*' iptables.save /etc/sysconfig/iptables IPv6: salt '*' iptables.save /etc/sysconfig/iptables family=ipv6 iptables.set_policy:\nSet the current policy for the specified table/chain CLI Example: salt '*' iptables.set_policy filter INPUT ACCEPT IPv6: salt '*' iptables.set_policy filter INPUT ACCEPT family=ipv6 iptables.version:\nReturn version from iptables --version CLI Example: salt '*' iptables.version IPv6: salt '*' iptables.version family=ipv6 jboss7.create_datasource:\nCreate datasource in running jboss instance jboss_config Configuration dictionary with properties specified above. name Datasource name datasource_properties A dictionary of datasource properties to be created: - driver-name: mysql - connection-url: 'jdbc:mysql://localhost:3306/sampleDatabase' - jndi-name: 'java:jboss/datasources/sampleDS' - user-name: sampleuser - password: secret - min-pool-size: 3 - use-java-context: True profile The profile name (JBoss domain mode only) CLI Example: salt '*' jboss7.create_datasource '{\u0026quot;cli_path\u0026quot;: \u0026quot;integration.modules.sysmod.SysModuleTest.test_valid_docs\u0026quot;, \u0026quot;controller\u0026quot;: \u0026quot;10.11.12.13:9999\u0026quot;, \u0026quot;cli_user\u0026quot;: \u0026quot;jbossadm\u0026quot;, \u0026quot;cli_password\u0026quot;: \u0026quot;jbossadm\u0026quot;}' 'my_datasource' '{\u0026quot;driver-name\u0026quot;: \u0026quot;mysql\u0026quot;, \u0026quot;connection-url\u0026quot;: \u0026quot;jdbc:mysql://localhost:3306/sampleDatabase\u0026quot;, \u0026quot;jndi-name\u0026quot;: \u0026quot;java:jboss/datasources/sampleDS\u0026quot;, \u0026quot;user-name\u0026quot;: \u0026quot;sampleuser\u0026quot;, \u0026quot;password\u0026quot;: \u0026quot;secret\u0026quot;, \u0026quot;min-pool-size\u0026quot;: 3, \u0026quot;use-java-context\u0026quot;: True}' jboss7.create_simple_binding:\nCreate a simple jndi binding in the running jboss instance jboss_config Configuration dictionary with properties specified above. binding_name Binding name to be created value Binding value profile The profile name (JBoss domain mode only) CLI Example: salt '*' jboss7.create_simple_binding \\ '{\u0026quot;cli_path\u0026quot;: \u0026quot;integration.modules.sysmod.SysModuleTest.test_valid_docs\u0026quot;, \\ \u0026quot;controller\u0026quot;: \u0026quot;10.11.12.13:9999\u0026quot;, \u0026quot;cli_user\u0026quot;: \u0026quot;jbossadm\u0026quot;, \u0026quot;cli_password\u0026quot;: \u0026quot;jbossadm\u0026quot;}' \\ my_binding_name my_binding_value jboss7.deploy:\nDeploy the application on the jboss instance from the local file system where minion is running. jboss_config Configuration dictionary with properties specified above. source_file Source file to deploy from CLI Example: salt '*' jboss7.deploy '{\u0026quot;cli_path\u0026quot;: \u0026quot;integration.modules.sysmod.SysModuleTest.test_valid_docs\u0026quot;, \u0026quot;controller\u0026quot;: \u0026quot;10.11.12.13:9999\u0026quot;, \u0026quot;cli_user\u0026quot;: \u0026quot;jbossadm\u0026quot;, \u0026quot;cli_password\u0026quot;: \u0026quot;jbossadm\u0026quot;}' /opt/deploy_files/my_deploy jboss7.list_deployments:\nList all deployments on the jboss instance jboss_config Configuration dictionary with properties specified above. CLI Example: salt '*' jboss7.list_deployments '{\u0026quot;cli_path\u0026quot;: \u0026quot;integration.modules.sysmod.SysModuleTest.test_valid_docs\u0026quot;, \u0026quot;controller\u0026quot;: \u0026quot;10.11.12.13:9999\u0026quot;, \u0026quot;cli_user\u0026quot;: \u0026quot;jbossadm\u0026quot;, \u0026quot;cli_password\u0026quot;: \u0026quot;jbossadm\u0026quot;}' jboss7.read_datasource:\nRead datasource properties in the running jboss instance. jboss_config Configuration dictionary with properties specified above. name Datasource name profile Profile name (JBoss domain mode only) CLI Example: salt '*' jboss7.read_datasource '{\u0026quot;cli_path\u0026quot;: \u0026quot;integration.modules.sysmod.SysModuleTest.test_valid_docs\u0026quot;, \u0026quot;controller\u0026quot;: \u0026quot;10.11.12.13:9999\u0026quot;, \u0026quot;cli_user\u0026quot;: \u0026quot;jbossadm\u0026quot;, \u0026quot;cli_password\u0026quot;: \u0026quot;jbossadm\u0026quot;}' jboss7.read_simple_binding:\nRead jndi binding in the running jboss instance jboss_config Configuration dictionary with properties specified above. binding_name Binding name to be created profile The profile name (JBoss domain mode only) CLI Example: salt '*' jboss7.read_simple_binding '{\u0026quot;cli_path\u0026quot;: \u0026quot;integration.modules.sysmod.SysModuleTest.test_valid_docs\u0026quot;, \u0026quot;controller\u0026quot;: \u0026quot;10.11.12.13:9999\u0026quot;, \u0026quot;cli_user\u0026quot;: \u0026quot;jbossadm\u0026quot;, \u0026quot;cli_password\u0026quot;: \u0026quot;jbossadm\u0026quot;}' my_binding_name jboss7.reload:\nReload running jboss instance jboss_config Configuration dictionary with properties specified above. host The name of the host. JBoss domain mode only - and required if running in domain mode. The host name is the \u0026quot;name\u0026quot; attribute of the \u0026quot;host\u0026quot; element in host.xml CLI Example: salt '*' jboss7.reload '{\u0026quot;cli_path\u0026quot;: \u0026quot;integration.modules.sysmod.SysModuleTest.test_valid_docs\u0026quot;, \u0026quot;controller\u0026quot;: \u0026quot;10.11.12.13:9999\u0026quot;, \u0026quot;cli_user\u0026quot;: \u0026quot;jbossadm\u0026quot;, \u0026quot;cli_password\u0026quot;: \u0026quot;jbossadm\u0026quot;}' jboss7.remove_datasource:\nRemove an existing datasource from the running jboss instance. jboss_config Configuration dictionary with properties specified above. name Datasource name profile The profile (JBoss domain mode only) CLI Example: salt '*' jboss7.remove_datasource '{\u0026quot;cli_path\u0026quot;: \u0026quot;integration.modules.sysmod.SysModuleTest.test_valid_docs\u0026quot;, \u0026quot;controller\u0026quot;: \u0026quot;10.11.12.13:9999\u0026quot;, \u0026quot;cli_user\u0026quot;: \u0026quot;jbossadm\u0026quot;, \u0026quot;cli_password\u0026quot;: \u0026quot;jbossadm\u0026quot;}' my_datasource_name jboss7.status:\nGet status of running jboss instance. jboss_config Configuration dictionary with properties specified above. host The name of the host. JBoss domain mode only - and required if running in domain mode. The host name is the \u0026quot;name\u0026quot; attribute of the \u0026quot;host\u0026quot; element in host.xml server_config The name of the Server Configuration. JBoss Domain mode only - and required if running in domain mode. CLI Example: salt '*' jboss7.status '{\u0026quot;cli_path\u0026quot;: \u0026quot;integration.modules.sysmod.SysModuleTest.test_valid_docs\u0026quot;, \u0026quot;controller\u0026quot;: \u0026quot;10.11.12.13:9999\u0026quot;, \u0026quot;cli_user\u0026quot;: \u0026quot;jbossadm\u0026quot;, \u0026quot;cli_password\u0026quot;: \u0026quot;jbossadm\u0026quot;}' jboss7.stop_server:\nStop running jboss instance jboss_config Configuration dictionary with properties specified above. host The name of the host. JBoss domain mode only - and required if running in domain mode. The host name is the \u0026quot;name\u0026quot; attribute of the \u0026quot;host\u0026quot; element in host.xml CLI Example: salt '*' jboss7.stop_server '{\u0026quot;cli_path\u0026quot;: \u0026quot;integration.modules.sysmod.SysModuleTest.test_valid_docs\u0026quot;, \u0026quot;controller\u0026quot;: \u0026quot;10.11.12.13:9999\u0026quot;, \u0026quot;cli_user\u0026quot;: \u0026quot;jbossadm\u0026quot;, \u0026quot;cli_password\u0026quot;: \u0026quot;jbossadm\u0026quot;}' jboss7.undeploy:\nUndeploy the application from jboss instance jboss_config Configuration dictionary with properties specified above. deployment Deployment name to undeploy CLI Example: salt '*' jboss7.undeploy '{\u0026quot;cli_path\u0026quot;: \u0026quot;integration.modules.sysmod.SysModuleTest.test_valid_docs\u0026quot;, \u0026quot;controller\u0026quot;: \u0026quot;10.11.12.13:9999\u0026quot;, \u0026quot;cli_user\u0026quot;: \u0026quot;jbossadm\u0026quot;, \u0026quot;cli_password\u0026quot;: \u0026quot;jbossadm\u0026quot;}' my_deployment jboss7.update_datasource:\nUpdate an existing datasource in running jboss instance. If the property doesn't exist if will be created, if it does, it will be updated with the new value jboss_config Configuration dictionary with properties specified above. name Datasource name new_properties A dictionary of datasource properties to be updated. For example: - driver-name: mysql - connection-url: 'jdbc:mysql://localhost:3306/sampleDatabase' - jndi-name: 'java:jboss/datasources/sampleDS' - user-name: sampleuser - password: secret - min-pool-size: 3 - use-java-context: True profile The profile name (JBoss domain mode only) CLI Example: salt '*' jboss7.update_datasource '{\u0026quot;cli_path\u0026quot;: \u0026quot;integration.modules.sysmod.SysModuleTest.test_valid_docs\u0026quot;, \u0026quot;controller\u0026quot;: \u0026quot;10.11.12.13:9999\u0026quot;, \u0026quot;cli_user\u0026quot;: \u0026quot;jbossadm\u0026quot;, \u0026quot;cli_password\u0026quot;: \u0026quot;jbossadm\u0026quot;}' 'my_datasource' '{\u0026quot;driver-name\u0026quot;: \u0026quot;mysql\u0026quot;, \u0026quot;connection-url\u0026quot;: \u0026quot;jdbc:mysql://localhost:3306/sampleDatabase\u0026quot;, \u0026quot;jndi-name\u0026quot;: \u0026quot;java:jboss/datasources/sampleDS\u0026quot;, \u0026quot;user-name\u0026quot;: \u0026quot;sampleuser\u0026quot;, \u0026quot;password\u0026quot;: \u0026quot;secret\u0026quot;, \u0026quot;min-pool-size\u0026quot;: 3, \u0026quot;use-java-context\u0026quot;: True}' jboss7.update_simple_binding:\nUpdate the simple jndi binding in the running jboss instance jboss_config Configuration dictionary with properties specified above. binding_name Binding name to be updated value New binding value profile The profile name (JBoss domain mode only) CLI Example: salt '*' jboss7.update_simple_binding '{\u0026quot;cli_path\u0026quot;: \u0026quot;integration.modules.sysmod.SysModuleTest.test_valid_docs\u0026quot;, \u0026quot;controller\u0026quot;: \u0026quot;10.11.12.13:9999\u0026quot;, \u0026quot;cli_user\u0026quot;: \u0026quot;jbossadm\u0026quot;, \u0026quot;cli_password\u0026quot;: \u0026quot;jbossadm\u0026quot;}' my_binding_name my_binding_value jboss7_cli.run_command:\nExecute a command against jboss instance through the CLI interface. jboss_config Configuration dictionary with properties specified above. command Command to execute against jboss instance fail_on_error (default=True) Is true, raise CommandExecutionError exception if execution fails. If false, 'success' property of the returned dictionary is set to False CLI Example: salt '*' jboss7_cli.run_command '{\u0026quot;cli_path\u0026quot;: \u0026quot;integration.modules.sysmod.SysModuleTest.test_valid_docs\u0026quot;, \u0026quot;controller\u0026quot;: \u0026quot;10.11.12.13:9999\u0026quot;, \u0026quot;cli_user\u0026quot;: \u0026quot;jbossadm\u0026quot;, \u0026quot;cli_password\u0026quot;: \u0026quot;jbossadm\u0026quot;}' my_command jboss7_cli.run_operation:\nExecute an operation against jboss instance through the CLI interface. jboss_config Configuration dictionary with properties specified above. operation An operation to execute against jboss instance fail_on_error (default=True) Is true, raise CommandExecutionError exception if execution fails. If false, 'success' property of the returned dictionary is set to False retries: Number of retries in case of \u0026quot;JBAS012144: Could not connect to remote\u0026quot; error. CLI Example: salt '*' jboss7_cli.run_operation '{\u0026quot;cli_path\u0026quot;: \u0026quot;integration.modules.sysmod.SysModuleTest.test_valid_docs\u0026quot;, \u0026quot;controller\u0026quot;: \u0026quot;10.11.12.13:9999\u0026quot;, \u0026quot;cli_user\u0026quot;: \u0026quot;jbossadm\u0026quot;, \u0026quot;cli_password\u0026quot;: \u0026quot;jbossadm\u0026quot;}' my_operation jinja.import_json:\nLoads JSON data from the specified path CLI Example: salt myminion jinja.import_JSON myformula/foo.json jinja.import_yaml:\nLoads YAML data from the specified path CLI Example: salt myminion jinja.import_yaml myformula/foo.yaml jinja.load_map:\nLoads the map at the specified path, and returns the specified value from that map. CLI Example: # Assuming the map is loaded in your formula SLS as follows: # # {% from \u0026quot;myformula/map.jinja\u0026quot; import myformula with context %} # # the following syntax can be used to load the map and check the # results: salt myminion jinja.load_map myformula/map.jinja myformula k8s.create_namespace:\nNew in version 2016.3.0 Create kubernetes namespace from the name, similar to the functionality added to kubectl since v.1.2.0: kubectl create namespaces namespace-name CLI Example: salt '*' k8s.create_namespace namespace_name salt '*' k8s.create_namespace namespace_name http://kube-master.cluster.local k8s.create_secret:\nNew in version 2016.3.0 Create k8s secrets in the defined namespace from the list of files CLI Example: salt '*' k8s.create_secret namespace_name secret_name sources salt '*' k8s.create_secret namespace_name secret_name sources http://kube-master.cluster.local sources are either dictionary of {name: path, name1: path} pairs or array of strings defining paths. Example of paths array: ['/full/path/filename', \u0026quot;file:///full/path/filename\u0026quot;, \u0026quot;salt://secret/storage/file.txt\u0026quot;, \u0026quot;http://user:password@securesite.com/secret-file.json\u0026quot;] Example of dictionaries: {\u0026quot;nameit\u0026quot;: '/full/path/fiename', name2: \u0026quot;salt://secret/storage/file.txt\u0026quot;} optional parameters accepted: update=[false] default value is false if set to false, and secret is already present on the cluster - warning will be returned and no changes to the secret will be done. In case it is set to \u0026quot;true\u0026quot; and secret is present but data is differ - secret will be updated. force=[true] default value is true if the to False, secret will not be created in case one of the files is not valid kubernetes secret. e.g. capital letters in secret name or _ in case force is set to True, wrong files will be skipped but secret will be created any way. saltenv=['base'] default value is base in case 'salt://' path is used, this parameter can change the visibility of files k8s.delete_secret:\nNew in version 2016.3.0 Delete kubernetes secret in the defined namespace. Namespace is the mandatory parameter as well as name. CLI Example: salt '*' k8s.delete_secret namespace_name secret_name salt '*' k8s.delete_secret namespace_name secret_name http://kube-master.cluster.local k8s.get_labels:\nNew in version 2016.3.0 Get labels from the current node CLI Example: salt '*' k8s.get_labels salt '*' k8s.get_labels kube-node.cluster.local http://kube-master.cluster.local k8s.get_namespaces:\nNew in version 2016.3.0 Get one or all kubernetes namespaces. If namespace parameter is omitted, all namespaces will be returned back to user, similar to following kubectl example: kubectl get namespaces -o json In case namespace is set by user, the output will be similar to the one from kubectl: kubectl get namespaces namespace_name -o json CLI Example: salt '*' k8s.get_namespaces salt '*' k8s.get_namespaces namespace_name http://kube-master.cluster.local k8s.get_secrets:\nGet k8s namespaces CLI Example: salt '*' k8s.get_secrets namespace_name salt '*' k8s.get_secrets namespace_name secret_name http://kube-master.cluster.local k8s.label_absent:\nNew in version 2016.3.0 Delete label to the current node CLI Example: salt '*' k8s.label_absent hw/disktype salt '*' k8s.label_absent hw/disktype kube-node.cluster.local http://kube-master.cluster.local k8s.label_folder_absent:\nNew in version 2016.3.0 Delete label folder to the current node CLI Example: salt '*' k8s.label_folder_absent hw salt '*' k8s.label_folder_absent hw/ kube-node.cluster.local http://kube-master.cluster.local k8s.label_present:\nNew in version 2016.3.0 Set label to the current node CLI Example: salt '*' k8s.label_present hw/disktype ssd salt '*' k8s.label_present hw/disktype ssd kube-node.cluster.local http://kube-master.cluster.local k8s.update_secret:\nNew in version 2016.3.0 alias to k8s.create_secret with update=true CLI Example: salt '*' k8s.update_secret namespace_name secret_name sources [apiserver_url] [force=true] [update=false] [saltenv='base'] sources are either dictionary of {name: path, name1: path} pairs or array of strings defining paths. Example of paths array: ['/full/path/filename', \u0026quot;file:///full/path/filename\u0026quot;, \u0026quot;salt://secret/storage/file.txt\u0026quot;, \u0026quot;http://user:password@securesite.com/secret-file.json\u0026quot;] Example of dictionaries: {\u0026quot;nameit\u0026quot;: '/full/path/fiename', name2: \u0026quot;salt://secret/storage/file.txt\u0026quot;} optional parameters accepted: force=[true] default value is true if the to False, secret will not be created in case one of the files is not valid kubernetes secret. e.g. capital letters in secret name or _ in case force is set to True, wrong files will be skipped but secret will be created any way. saltenv=['base'] default value is base in case 'salt://' path is used, this parameter can change the visibility of files kernelpkg.active:\nReturn the version of the running kernel. CLI Example: salt '*' kernelpkg.active kernelpkg.clean-up:\nRemove all unused kernel packages from the system. keep_latest : True In the event that the active kernel is not the latest one installed, setting this to True will retain the latest kernel package, in addition to the active one. If False, all kernel packages other than the active one will be removed. CLI Example: salt '*' kernelpkg.clean-up kernelpkg.latest_available:\nReturn the version of the latest kernel from the package repositories. CLI Example: salt '*' kernelpkg.latest_available kernelpkg.latest_installed:\nReturn the version of the latest installed kernel. CLI Example: salt '*' kernelpkg.latest_installed Note: This function may not return the same value as :py:func:`~salt.modules.kernelpkg_linux_apt.active` if a new kernel has been installed and the system has not yet been rebooted. The :py:func:`~salt.modules.kernelpkg_linux_apt.needs_reboot` function exists to detect this condition. kernelpkg.list_installed:\nReturn a list of all installed kernels. CLI Example: salt '*' kernelpkg.list_installed kernelpkg.needs_reboot:\nDetect if a new kernel version has been installed but is not running. Returns True if a new kernel is installed, False otherwise. CLI Example: salt '*' kernelpkg.needs_reboot kernelpkg.remove:\nRemove a specific version of the kernel. release The release number of an installed kernel. This must be the entire release number as returned by :py:func:`~salt.modules.kernelpkg_linux_apt.list_installed`, not the package name. CLI Example: salt '*' kernelpkg.remove 4.4.0-70-generic kernelpkg.upgrade:\nUpgrade the kernel and optionally reboot the system. reboot : False Request a reboot if a new kernel is available. at_time : immediate Schedule the reboot at some point in the future. This argument is ignored if ``reboot=False``. See :py:func:`~salt.modules.system.reboot` for more details on this argument. CLI Example: salt '*' kernelpkg.upgrade salt '*' kernelpkg.upgrade reboot=True at_time=1 Note: An immediate reboot often shuts down the system before the minion has a chance to return, resulting in errors. A minimal delay (1 minute) is useful to ensure the result is delivered to the master. kernelpkg.upgrade_available:\nDetect if a new kernel version is available in the repositories. Returns True if a new kernel is available, False otherwise. CLI Example: salt '*' kernelpkg.upgrade_available key.finger:\nReturn the minion's public key fingerprint hash_type The hash algorithm used to calculate the fingerprint CLI Example: salt '*' key.finger key.finger_master:\nReturn the fingerprint of the master's public key on the minion. hash_type The hash algorithm used to calculate the fingerprint CLI Example: salt '*' key.finger_master keyboard.get_sys:\nGet current system keyboard setting CLI Example: salt '*' keyboard.get_sys keyboard.get_x:\nGet current X keyboard setting CLI Example: salt '*' keyboard.get_x keyboard.set_sys:\nSet current system keyboard setting CLI Example: salt '*' keyboard.set_sys dvorak keyboard.set_x:\nSet current X keyboard setting CLI Example: salt '*' keyboard.set_x dvorak kmod.available:\nReturn a list of all available kernel modules CLI Example: salt '*' kmod.available kmod.check_available:\nCheck to see if the specified kernel module is available CLI Example: salt '*' kmod.check_available kvm kmod.is_loaded:\nCheck to see if the specified kernel module is loaded CLI Example: salt '*' kmod.is_loaded kvm kmod.load:\nLoad the specified kernel module mod Name of module to add persist Write module to /etc/modules to make it load on system reboot CLI Example: salt '*' kmod.load kvm kmod.lsmod:\nReturn a dict containing information about currently loaded modules CLI Example: salt '*' kmod.lsmod kmod.mod_list:\nReturn a list of the loaded module names only_persist Only return the list of loaded persistent modules CLI Example: salt '*' kmod.mod_list kmod.remove:\nRemove the specified kernel module mod Name of module to remove persist Also remove module from /etc/modules comment If persist is set don't remove line from /etc/modules but only comment it CLI Example: salt '*' kmod.remove kvm kubeadm.alpha_certs_renew:\nNew in version 3001 Renews certificates for a Kubernetes cluster rootfs The path to the real host root filesystem CLI Example: salt '*' kubeadm.alpha_certs_renew kubeadm.alpha_kubeconfig_user:\nNew in version 3001 Outputs a kubeconfig file for an additional user client_name The name of the user. It will be used as the CN if client certificates are created apiserver_advertise_address The IP address the API server is accessible on apiserver_bind_port The port the API server is accessible on (default 6443) cert_dir The path where certificates are stored (default \u0026quot;/etc/kubernetes/pki\u0026quot;) org The organisation of the client certificate token The token that show be used as the authentication mechanism for this kubeconfig, instead of client certificates rootfs The path to the real host root filesystem CLI Example: salt '*' kubeadm.alpha_kubeconfig_user client_name=user kubeadm.alpha_kubelet_config_download:\nNew in version 3001 Downloads the kubelet configuration from the cluster ConfigMap kubelet-config-1.X kubeconfig The kubeconfig file to use when talking to the cluster. The default values in /etc/kubernetes/admin.conf kubelet_version The desired version for the kubelet rootfs The path to the real host root filesystem CLI Example: salt '*' kubeadm.alpha_kubelet_config_download salt '*' kubeadm.alpha_kubelet_config_download kubelet_version='1.14.0' kubeadm.alpha_kubelet_config_enable_dynamic:\nNew in version 3001 Enables or updates dynamic kubelet configuration for a node node_name Name of the node that should enable the dynamic kubelet configuration kubeconfig The kubeconfig file to use when talking to the cluster. The default values in /etc/kubernetes/admin.conf kubelet_version The desired version for the kubelet rootfs The path to the real host root filesystem CLI Example: salt '*' kubeadm.alpha_kubelet_config_enable_dynamic node-1 kubeadm.alpha_selfhosting_pivot:\nNew in version 3001 Converts a static Pod-hosted control plane into a selt-hosted one cert_dir The path where certificates are stored (default \u0026quot;/etc/kubernetes/pki\u0026quot;) config Path to kubeadm configuration file kubeconfig The kubeconfig file to use when talking to the cluster. The default values in /etc/kubernetes/admin.conf store_certs_in_secrets Enable storing certs in secrets rootfs The path to the real host root filesystem CLI Example: salt '*' kubeadm.alpha_selfhost_pivot kubeadm.config_images_list:\nNew in version 3001 Print a list of images kubeadm will use config Path to kubeadm configuration file feature_gates A set of key=value pairs that describe feature gates for various features kubernetes_version Choose a specifig Kubernetes version for the control plane (default \u0026quot;stable-1\u0026quot;) kubeconfig The kubeconfig file to use when talking to the cluster. The default values in /etc/kubernetes/admin.conf rootfs The path to the real host root filesystem CLI Example: salt '*' kubeadm.config_images_list kubeadm.config_images_pull:\nNew in version 3001 Pull images used by kubeadm config Path to kubeadm configuration file cri_socket Path to the CRI socket to connect feature_gates A set of key=value pairs that describe feature gates for various features kubernetes_version Choose a specifig Kubernetes version for the control plane (default \u0026quot;stable-1\u0026quot;) kubeconfig The kubeconfig file to use when talking to the cluster. The default values in /etc/kubernetes/admin.conf rootfs The path to the real host root filesystem CLI Example: salt '*' kubeadm.config_images_pull kubeadm.config_migrate:\nNew in version 3001 Read an older version of the kubeadm configuration API types from a file, and output the similar config object for the newer version old_config Path to the kubeadm config file that is usin the old API version and should be converted new_config Path to the resulting equivalent kubeadm config file using the new API version. If not specified the output will be returned kubeconfig The kubeconfig file to use when talking to the cluster. The default values in /etc/kubernetes/admin.conf rootfs The path to the real host root filesystem CLI Example: salt '*' kubeadm.config_migrate /oldconfig.cfg kubeadm.config_print_init_defaults:\nNew in version 3001 Return default init configuration, that can be used for 'kubeadm init' component_config A comma-separated list for component config API object to print the default values for (valid values: KubeProxyConfiguration, KubeletConfiguration) kubeconfig The kubeconfig file to use when talking to the cluster. The default values in /etc/kubernetes/admin.conf rootfs The path to the real host root filesystem CLI Example: salt '*' kubeadm.config_print_init_defaults kubeadm.config_print_join_defaults:\nNew in version 3001 Return default join configuration, that can be used for 'kubeadm join' component_config A comma-separated list for component config API object to print the default values for (valid values: KubeProxyConfiguration, KubeletConfiguration) kubeconfig The kubeconfig file to use when talking to the cluster. The default values in /etc/kubernetes/admin.conf rootfs The path to the real host root filesystem CLI Example: salt '*' kubeadm.config_print_join_defaults kubeadm.config_upload_from_file:\nNew in version 3001 Upload a configuration file to the in-cluster ConfigMap for kubeadm configuration config Path to a kubeadm configuration file kubeconfig The kubeconfig file to use when talking to the cluster. The default values in /etc/kubernetes/admin.conf rootfs The path to the real host root filesystem CLI Example: salt '*' kubeadm.config_upload_from_file /config.cfg kubeadm.config_upload_from_flags:\nNew in version 3001 Create the in-cluster configuration file for the first time using flags apiserver_advertise_address The IP address the API server will advertise it's listening on apiserver_bind_port The port the API server is accessible on (default 6443) apiserver_cert_extra_sans Optional extra Subject Alternative Names (SANs) to use for the API Server serving certificate cert_dir The path where to save and store the certificates (default \u0026quot;/etc/kubernetes/pki\u0026quot;) cri_socket Path to the CRI socket to connect feature_gates A set of key=value pairs that describe feature gates for various features kubernetes_version Choose a specifig Kubernetes version for the control plane (default \u0026quot;stable-1\u0026quot;) node_name Specify the node name pod_network_cidr Specify range of IP addresses for the pod network service_cidr Use alternative range of IP address for service VIPs (default \u0026quot;10.96.0.0/12\u0026quot;) service_dns_domain Use alternative domain for services (default \u0026quot;cluster.local\u0026quot;) kubeconfig The kubeconfig file to use when talking to the cluster. The default values in /etc/kubernetes/admin.conf rootfs The path to the real host root filesystem CLI Example: salt '*' kubeadm.config_upload_from_flags kubeadm.config_view:\nNew in version 3001 View the kubeadm configuration stored inside the cluster kubeconfig The kubeconfig file to use when talking to the cluster. The default values in /etc/kubernetes/admin.conf rootfs The path to the real host root filesystem CLI Example: salt '*' kubeadm.config_view kubeadm.init:\nNew in version 3001 Command to set up the Kubernetes control plane apiserver_advertise_address The IP address the API server will advertise it's listening on apiserver_bind_port The port the API server is accessible on (default 6443) apiserver_cert_extra_sans Optional extra Subject Alternative Names (SANs) to use for the API Server serving certificate cert_dir The path where to save and store the certificates (default \u0026quot;/etc/kubernetes/pki\u0026quot;) certificate_key Key used to encrypt the control-plane certificates in the kubeadm-certs Secret config Path to a kubeadm configuration file control_plane_endpoint Specify a stable IP address or DNS name for the control plane cri_socket Path to the CRI socket to connect experimental_upload_certs Upload control-plane certificate to the kubeadm-certs Secret. ( kubeadm version =\u0026lt; 1.16 ) upload_certs Upload control-plane certificate to the kubeadm-certs Secret. ( kubeadm version \u0026gt; 1.16 ) feature_gates A set of key=value pairs that describe feature gates for various features ignore_preflight_errors A list of checks whose errors will be shown as warnings image_repository Choose a container registry to pull control plane images from kubernetes_version Choose a specifig Kubernetes version for the control plane (default \u0026quot;stable-1\u0026quot;) node_name Specify the node name pod_network_cidr Specify range of IP addresses for the pod network service_cidr Use alternative range of IP address for service VIPs (default \u0026quot;10.96.0.0/12\u0026quot;) service_dns_domain Use alternative domain for services (default \u0026quot;cluster.local\u0026quot;) skip_certificate_key_print Don't print the key used to encrypt the control-plane certificates skip_phases List of phases to be skipped skip_token_print Skip printing of the default bootstrap token generated by 'kubeadm init' token The token to use for establishing bidirectional trust between nodes and control-plane nodes. The token must match a regular expression, that by default is [a-z0-9]{6}.[a-z0-9]{16} token_ttl The duration defore the token is automatically deleted (1s, 2m, 3h). If set to '0' the token will never expire. Default value is 24h0m0s rootfs The path to the real host root filesystem CLI Example: salt '*' kubeadm.init pod_network_cidr='10.244.0.0/16' kubeadm.join:\nNew in version 3001 Command to join to an existing cluster api_server_endpoint IP address or domain name and port of the API Server apiserver_advertise_address If the node should host a new control plane instance, the IP address the API Server will advertise it's listening on apiserver_bind_port If the node should host a new control plane instance, the port the API Server to bind to (default 6443) certificate_key Use this key to decrypt the certificate secrets uploaded by init config Path to a kubeadm configuration file cri_socket Path to the CRI socket to connect discovery_file For file-based discovery, a file or URL from which to load cluster information discovery_token For token-based discovery, the token used to validate cluster information fetched from the API Server discovery_token_ca_cert_hash For token-based discovery, validate that the root CA public key matches this hash (format: \u0026quot;\u0026lt;type\u0026gt;:\u0026lt;value\u0026gt;\u0026quot;) discovery_token_unsafe_skip_ca_verification For token-based discovery, allow joining without 'discovery-token-ca-cert-hash' pinning experimental_control_plane Create a new control plane instance on this node (kubeadm version =\u0026lt; 1.16) control_plane Create a new control plane instance on this node (kubeadm version \u0026gt; 1.16) ignore_preflight_errors A list of checks whose errors will be shown as warnings node_name Specify the node name skip_phases List of phases to be skipped tls_bootstrap_token Specify the token used to temporarily authenticate with the Kubernetes Control Plane while joining the node token Use this token for both discovery-token and tls-bootstrap-token when those values are not provided rootfs The path to the real host root filesystem CLI Example: salt '*' kubeadm.join 10.160.65.165:6443 token='token' kubeadm.join_params:\nNew in version 3001 Return the parameters required for joining into the cluster create_if_needed If the token bucket is empty and this parameter is True, a new token will be created. CLI Example: salt '*' kubeadm.join_params salt '*' kubeadm.join_params create_if_needed=True kubeadm.reset:\nNew in version 3001 Revert any changes made to this host by 'kubeadm init' or 'kubeadm join' cert_dir The path to the directory where the certificates are stored (default \u0026quot;/etc/kubernetes/pki\u0026quot;) cri_socket Path to the CRI socket to connect ignore_preflight_errors A list of checks whose errors will be shown as warnings kubeconfig The kubeconfig file to use when talking to the cluster. The default values in /etc/kubernetes/admin.conf rootfs The path to the real host root filesystem CLI Example: salt '*' kubeadm.join 10.160.65.165:6443 token='token' kubeadm.token_create:\nNew in version 3001 Create bootstrap tokens on the server token Token to write, if None one will be generated. The token must match a regular expression, that by default is [a-z0-9]{6}.[a-z0-9]{16} config Path to kubeadm configuration file description A human friendly description of how this token is used groups List of extra groups that this token will authenticate, default to ['system:bootstrappers:kubeadm:default-node-token'] ttl The duration defore the token is automatically deleted (1s, 2m, 3h). If set to '0' the token will never expire. Default value is 24h0m0s usages Describes the ways in which this token can be used. The default value is ['signing', 'authentication'] kubeconfig The kubeconfig file to use when talking to the cluster. The default values in /etc/kubernetes/admin.conf rootfs The path to the real host root filesystem CLI Example: salt '*' kubeadm.token_create salt '*' kubeadm.token_create a1b2c.0123456789abcdef salt '*' kubeadm.token_create ttl='6h' salt '*' kubeadm.token_create usages=\u0026quot;['signing']\u0026quot; kubeadm.token_delete:\nNew in version 3001 Delete bootstrap tokens on the server token Token to write, if None one will be generated. The token must match a regular expression, that by default is [a-z0-9]{6}.[a-z0-9]{16} kubeconfig The kubeconfig file to use when talking to the cluster. The default values in /etc/kubernetes/admin.conf rootfs The path to the real host root filesystem CLI Example: salt '*' kubeadm.token_delete a1b2c salt '*' kubeadm.token_create a1b2c.0123456789abcdef kubeadm.token_generate:\nNew in version 3001 Generate and return a bootstrap token, but do not create it on the server kubeconfig The kubeconfig file to use when talking to the cluster. The default values in /etc/kubernetes/admin.conf rootfs The path to the real host root filesystem CLI Example: salt '*' kubeadm.token_generate kubeadm.token_list:\nNew in version 3001 List bootstrap tokens on the server kubeconfig The kubeconfig file to use when talking to the cluster. The default values in /etc/kubernetes/admin.conf rootfs The path to the real host root filesystem CLI Example: salt '*' kubeadm.token_list kubeadm.version:\nNew in version 3001 Return the version of kubeadm kubeconfig The kubeconfig file to use when talking to the cluster. The default values in /etc/kubernetes/admin.conf rootfs The path to the real host root filesystem CLI Example: salt '*' kubeadm.version locale.avail:\nCheck if a locale is available. New in version 2014.7.0 CLI Example: salt '*' locale.avail 'en_US.UTF-8' locale.gen_locale:\nGenerate a locale. Options: New in version 2014.7.0 :param locale: Any locale listed in /usr/share/i18n/locales or /usr/share/i18n/SUPPORTED for Debian and Gentoo based distributions, which require the charmap to be specified as part of the locale when generating it. verbose Show extra warnings about errors that are normally ignored. CLI Example: salt '*' locale.gen_locale en_US.UTF-8 salt '*' locale.gen_locale 'en_IE.UTF-8 UTF-8' # Debian/Gentoo only locale.get_locale:\nGet the current system locale CLI Example: salt '*' locale.get_locale locale.list_avail:\nLists available (compiled) locales CLI Example: salt '*' locale.list_avail locale.set_locale:\nSets the current system locale CLI Example: salt '*' locale.set_locale 'en_US.UTF-8' locate.locate:\nPerforms a file lookup. Valid options (and their defaults) are:: basename=False count=False existing=False follow=True ignore=False nofollow=False wholename=True regex=False database=\u0026lt;locate's default database\u0026gt; limit=\u0026lt;integer, not set by default\u0026gt; See the manpage for ``locate(1)`` for further explanation of these options. CLI Example: salt '*' locate.locate locate.stats:\nReturns statistics about the locate database CLI Example: salt '*' locate.stats locate.updatedb:\nUpdates the locate database CLI Example: salt '*' locate.updatedb locate.version:\nReturns the version of locate CLI Example: salt '*' locate.version log.critical:\nLog message at level CRITICAL. log.debug:\nLog message at level DEBUG. log.error:\nLog message at level ERROR. log.exception:\nLog message at level EXCEPTION. log.info:\nLog message at level INFO. log.warning:\nLog message at level WARNING. logrotate.get:\nGet the value for a specific configuration line. :param str key: The command or stanza block to configure. :param str value: The command value or command of the block specified by the key parameter. :param str conf_file: The logrotate configuration file. :return: The value for a specific configuration line. :rtype: bool|int|str CLI Example: salt '*' logrotate.get rotate salt '*' logrotate.get /var/log/wtmp rotate /etc/logrotate.conf logrotate.set:\nSet a new value for a specific configuration line. :param str key: The command or block to configure. :param str value: The command value or command of the block specified by the key parameter. :param str setting: The command value for the command specified by the value parameter. :param str conf_file: The logrotate configuration file. :return: A boolean representing whether all changes succeeded. :rtype: bool CLI Example: salt '*' logrotate.set rotate 2 Can also be used to set a single value inside a multiline configuration block. For instance, to change rotate in the following block: /var/log/wtmp { monthly create 0664 root root rotate 1 } Use the following command: salt '*' logrotate.set /var/log/wtmp rotate 2 This module also has the ability to scan files inside an include directory, and make changes in the appropriate file. logrotate.show_conf:\nShow parsed configuration :param str conf_file: The logrotate configuration file. :return: The parsed configuration. :rtype: dict CLI Example: salt '*' logrotate.show_conf lowpkg.bin_pkg_info:\nNew in version 2015.8.0 Parses DEB metadata and returns a dictionary of information about the package (name, version, etc.). path Path to the file. Can either be an absolute path to a file on the minion, or a salt fileserver URL (e.g. ``salt://path/to/file.deb``). If a salt fileserver URL is passed, the file will be cached to the minion so that it can be examined. saltenv : base Salt fileserver environment from which to retrieve the package. Ignored if ``path`` is a local file path on the minion. CLI Example: salt '*' lowpkg.bin_pkg_info /root/foo-1.2.3-1ubuntu1_all.deb salt '*' lowpkg.bin_pkg_info salt://foo-1.2.3-1ubuntu1_all.deb lowpkg.file_dict:\nList the files that belong to a package, grouped by package. Not specifying any packages will return a list of _every_ file on the system's package database (not generally recommended). CLI Examples: salt '*' lowpkg.file_dict hostname salt '*' lowpkg.file_dict hostname mount salt '*' lowpkg.file_dict lowpkg.file_list:\nList the files that belong to a package. Not specifying any packages will return a list of _every_ file on the system's package database (not generally recommended). CLI Examples: salt '*' lowpkg.file_list hostname salt '*' lowpkg.file_list hostname mount salt '*' lowpkg.file_list lowpkg.info:\nReturns a detailed summary of package information for provided package names. If no packages are specified, all packages will be returned. New in version 2015.8.1 packages The names of the packages for which to return information. failhard Whether to throw an exception if none of the packages are installed. Defaults to True. New in version 2016.11.3 CLI Example: salt '*' lowpkg.info salt '*' lowpkg.info apache2 bash salt '*' lowpkg.info 'php5*' failhard=false lowpkg.list_pkgs:\nList the packages currently installed in a dict:: {'\u0026lt;package_name\u0026gt;': '\u0026lt;version\u0026gt;'} External dependencies:: Virtual package resolution requires aptitude. Because this function uses dpkg, virtual packages will be reported as not installed. CLI Example: salt '*' lowpkg.list_pkgs salt '*' lowpkg.list_pkgs hostname salt '*' lowpkg.list_pkgs hostname mount lowpkg.unpurge:\nChange package selection for each package specified to 'install' CLI Example: salt '*' lowpkg.unpurge curl mandrill.send:\nSend out the email using the details from the ``message`` argument. message The information on the message to send. This argument must be sent as dictionary with at fields as specified in the Mandrill API documentation. asynchronous: ``False`` Enable a background sending mode that is optimised for bulk sending. In asynchronous mode, messages/send will immediately return a status of \u0026quot;queued\u0026quot; for every recipient. To handle rejections when sending in asynchronous mode, set up a webhook for the 'reject' event. Defaults to false for messages with no more than 10 recipients; messages with more than 10 recipients are always sent asynchronously, regardless of the value of asynchronous. ip_pool The name of the dedicated ip pool that should be used to send the message. If you do not have any dedicated IPs, this parameter has no effect. If you specify a pool that does not exist, your default pool will be used instead. send_at When this message should be sent as a UTC timestamp in ``YYYY-MM-DD HH:MM:SS`` format. If you specify a time in the past, the message will be sent immediately. An additional fee applies for scheduled email, and this feature is only available to accounts with a positive balance. Note: Fur further details please consult the `API documentation \u0026lt;https://mandrillapp.com/api/docs/messages.dart.html\u0026gt;`_. CLI Example: salt '*' mandrill.send message=\u0026quot;{'subject': 'Hi', 'from_email': 'test@example.com', 'to': [{'email': 'recv@example.com', 'type': 'to'}]}\u0026quot; ``message`` structure example (as YAML for readability): message: text: | This is the body of the email. This is the second line. subject: Email subject from_name: Test At Example Dot Com from_email: test@example.com to: - email: recv@example.com type: to name: Recv At Example Dot Com - email: cc@example.com type: cc name: CC At Example Dot Com important: true track_clicks: true track_opens: true attachments: - type: text/x-yaml name: yaml_file.yml content: aV9hbV9zdXBlcl9jdXJpb3VzOiB0cnVl Output example: minion: ---------- comment: out: |_ ---------- _id: c4353540a3c123eca112bbdd704ab6 email: recv@example.com reject_reason: None status: sent result: True match.compound:\nReturn True if the minion ID matches the given compound target minion_id Specify the minion ID to match against the target expression New in version 2014.7.0 CLI Example: salt '*' match.compound 'L@cheese,foo and *' match.data:\nReturn True if the minion matches the given data target CLI Example: salt '*' match.data 'spam:eggs' match.filter_by:\nReturn the first match in a dictionary of target patterns New in version 2014.7.0 CLI Example: salt '*' match.filter_by '{foo*: Foo!, bar*: Bar!}' minion_id=bar03 Pillar Example: # Filter the data for the current minion into a variable: {% set roles = salt['match.filter_by']({ 'web*': ['app', 'caching'], 'db*': ['db'], }, minion_id=grains['id'], default='web*') %} # Make the filtered data available to Pillar: roles: {{ roles | yaml() }} match.glob:\nReturn True if the minion ID matches the given glob target minion_id Specify the minion ID to match against the target expression New in version 2014.7.0 CLI Example: salt '*' match.glob '*' match.grain:\nReturn True if the minion matches the given grain target. The ``delimiter`` argument can be used to specify a different delimiter. CLI Example: salt '*' match.grain 'os:Ubuntu' salt '*' match.grain 'ipv6|2001:db8::ff00:42:8329' delimiter='|' delimiter Specify an alternate delimiter to use when traversing a nested dict New in version 2014.7.0 delim Specify an alternate delimiter to use when traversing a nested dict New in version 0.16.4 .. deprecated:: 2015.8.0 match.grain_pcre:\nReturn True if the minion matches the given grain_pcre target. The ``delimiter`` argument can be used to specify a different delimiter. CLI Example: salt '*' match.grain_pcre 'os:Fedo.*' salt '*' match.grain_pcre 'ipv6|2001:.*' delimiter='|' delimiter Specify an alternate delimiter to use when traversing a nested dict New in version 2014.7.0 delim Specify an alternate delimiter to use when traversing a nested dict New in version 0.16.4 .. deprecated:: 2015.8.0 match.ifelse:\nNew in version 3006.0 Evaluate each pair of arguments up to the last one as a (matcher, value) tuple, returning ``value`` if matched. If none match, returns the last argument. The ``ifelse`` function is like a multi-level if-else statement. It was inspired by CFEngine's ``ifelse`` function which in turn was inspired by Oracle's ``DECODE`` function. It must have an odd number of arguments (from 1 to N). The last argument is the default value, like the ``else`` clause in standard programming languages. Every pair of arguments before the last one are evaluated as a pair. If the first one evaluates true then the second one is returned, as if you had used the first one in a compound match expression. Boolean values can also be used as the first item in a pair, as it will be translated to a match that will always match (\u0026quot;*\u0026quot;) or never match (\u0026quot;SALT_IFELSE_MATCH_NOTHING\u0026quot;) a target system. This is essentially another way to express the ``filter_by`` functionality in way that's familiar to CFEngine or Oracle users. Consider using ``filter_by`` unless this function fits your workflow. CLI Example: salt '*' match.ifelse 'foo*' 'Foo!' 'bar*' 'Bar!' minion_id=bar03 match.ipcidr:\nReturn True if the minion matches the given ipcidr target CLI Example: salt '*' match.ipcidr '192.168.44.0/24' delimiter Pillar Example: '172.16.0.0/12': - match: ipcidr - nodeclass: internal match.list:\nReturn True if the minion ID matches the given list target minion_id Specify the minion ID to match against the target expression New in version 2014.7.0 CLI Example: salt '*' match.list 'server1,server2' match.pcre:\nReturn True if the minion ID matches the given pcre target minion_id Specify the minion ID to match against the target expression New in version 2014.7.0 CLI Example: salt '*' match.pcre '.*' match.pillar:\nReturn True if the minion matches the given pillar target. The ``delimiter`` argument can be used to specify a different delimiter. CLI Example: salt '*' match.pillar 'cheese:foo' salt '*' match.pillar 'clone_url|https://github.com/saltstack/salt.git' delimiter='|' delimiter Specify an alternate delimiter to use when traversing a nested dict New in version 2014.7.0 delim Specify an alternate delimiter to use when traversing a nested dict New in version 0.16.4 .. deprecated:: 2015.8.0 match.pillar_pcre:\nReturn True if the minion matches the given pillar_pcre target. The ``delimiter`` argument can be used to specify a different delimiter. CLI Example: salt '*' match.pillar_pcre 'cheese:(swiss|american)' salt '*' match.pillar_pcre 'clone_url|https://github\\.com/.*\\.git' delimiter='|' delimiter Specify an alternate delimiter to use when traversing a nested dict New in version 2014.7.0 delim Specify an alternate delimiter to use when traversing a nested dict New in version 0.16.4 .. deprecated:: 2015.8.0 match.search_by:\nSearch a dictionary of target strings for matching targets This is the inverse of :py:func:`match.filter_by \u0026lt;salt.modules.match.filter_by\u0026gt;` and allows matching values instead of matching keys. A minion can be matched by multiple entries. New in version 2017.7.0 CLI Example: salt '*' match.search_by '{web: [node1, node2], db: [node2, node]}' Pillar Example: {% set roles = salt.match.search_by({ 'web': ['G@os_family:Debian not nodeX'], 'db': ['L@node2,node3 and G@datacenter:west'], 'caching': ['node3', 'node4'], }) %} # Make the filtered data available to Pillar: roles: {{ roles | yaml() }} mattermost.post_message:\nSend a message to a Mattermost channel. :param channel: The channel name, either will work. :param username: The username of the poster. :param message: The message to send to the Mattermost channel. :param api_url: The Mattermost api url, if not specified in the configuration. :param hook: The Mattermost hook, if not specified in the configuration. :return: Boolean if message was sent successfully. CLI Example: salt '*' mattermost.post_message message='Build is done' mine.delete:\nRemove specific function contents of minion. :param str fun: The name of the function. :rtype: bool :return: True on success. CLI Example: salt '*' mine.delete 'network.interfaces' mine.flush:\nRemove all mine contents of minion. :rtype: bool :return: True on success CLI Example: salt '*' mine.flush mine.get:\nGet data from the mine. :param str tgt: Target whose mine data to get. :param fun: Function to get the mine data of. You can specify multiple functions to retrieve using either a list or a comma-separated string of functions. :type fun: str or list :param str tgt_type: Default ``glob``. Target type to use with ``tgt``. See :ref:`targeting` for more information. Note that all pillar matches, whether using the compound matching system or the pillar matching system, will be exact matches, with globbing disabled. :param bool exclude_minion: Excludes the current minion from the result set. CLI Example: salt '*' mine.get '*' network.interfaces salt '*' mine.get 'os:Fedora' network.interfaces grain salt '*' mine.get 'G@os:Fedora and S@192.168.5.0/24' network.ipaddrs compound .. seealso:: Retrieving Mine data from Pillar and Orchestrate This execution module is intended to be executed on minions. Master-side operations such as Pillar or Orchestrate that require Mine data should use the :py:mod:`Mine Runner module \u0026lt;salt.runners.mine\u0026gt;` instead; it can be invoked from a Pillar SLS file using the :py:func:`saltutil.runner \u0026lt;salt.modules.saltutil.runner\u0026gt;` module. For example: {% set minion_ips = salt.saltutil.runner('mine.get', tgt='*', fun='network.ip_addrs', tgt_type='glob') %} mine.get_docker:\nChanged in version 2017.7.8,2018.3.3 When :conf_minion:`docker.update_mine` is set to ``False`` for a given minion, no mine data will be populated for that minion, and thus none will be returned for it. Changed in version 2019.2.0 :conf_minion:`docker.update_mine` now defaults to ``False`` Get all mine data for :py:func:`docker.ps \u0026lt;salt.modules.dockermod.ps_\u0026gt;` and run an aggregation routine. The ``interfaces`` parameter allows for specifying the network interfaces from which to select IP addresses. The ``cidrs`` parameter allows for specifying a list of subnets which the IP address must match. with_container_id Boolean, to expose container_id in the list of results New in version 2015.8.2 CLI Example: salt '*' mine.get_docker salt '*' mine.get_docker interfaces='eth0' salt '*' mine.get_docker interfaces='[\u0026quot;eth0\u0026quot;, \u0026quot;eth1\u0026quot;]' salt '*' mine.get_docker cidrs='107.170.147.0/24' salt '*' mine.get_docker cidrs='[\u0026quot;107.170.147.0/24\u0026quot;, \u0026quot;172.17.42.0/24\u0026quot;]' salt '*' mine.get_docker interfaces='[\u0026quot;eth0\u0026quot;, \u0026quot;eth1\u0026quot;]' cidrs='[\u0026quot;107.170.147.0/24\u0026quot;, \u0026quot;172.17.42.0/24\u0026quot;]' mine.send:\nSend a specific function and its result to the salt mine. This gets stored in either the local cache, or the salt master's cache. :param str name: Name of the function to add to the mine. The following pameters are extracted from kwargs if present: :param str mine_function: The name of the execution_module.function to run and whose value will be stored in the salt mine. Defaults to ``name``. :param str allow_tgt: Targeting specification for ACL. Specifies which minions are allowed to access this function. Please note both your master and minion need to be on, at least, version 3000 for this to work properly. :param str allow_tgt_type: Type of the targeting specification. This value will be ignored if ``allow_tgt`` is not specified. Please note both your master and minion need to be on, at least, version 3000 for this to work properly. Remaining args and kwargs will be passed on to the function to run. :rtype: bool :return: Whether executing the function and storing the information was successful. Changed in version 3000 Added ``allow_tgt``- and ``allow_tgt_type``-parameters to specify which minions are allowed to access this function. See :ref:`targeting` for more information about targeting. CLI Example: salt '*' mine.send network.ip_addrs interface=eth0 salt '*' mine.send eth0_ip_addrs mine_function=network.ip_addrs interface=eth0 salt '*' mine.send eth0_ip_addrs mine_function=network.ip_addrs interface=eth0 allow_tgt='G@grain:value' allow_tgt_type=compound mine.update:\nCall the configured functions and send the data back up to the master. The functions to be called are merged from the master config, pillar and minion config under the option `mine_functions`: mine_functions: network.ip_addrs: - eth0 disk.usage: [] This function accepts the following arguments: :param bool clear: Default: ``False`` Specifies whether updating will clear the existing values (``True``), or whether it will update them (``False``). :param dict mine_functions: Update (or clear, see ``clear``) the mine data on these functions only. This will need to have the structure as defined on https://docs.saltproject.io/en/latest/topics/mine/index.html#mine-functions This feature can be used when updating the mine for functions that require a refresh at different intervals than the rest of the functions specified under `mine_functions` in the minion/master config or pillar. A potential use would be together with the `scheduler`, for example: schedule: lldp_mine_update: function: mine.update kwargs: mine_functions: net.lldp: [] hours: 12 In the example above, the mine for `net.lldp` would be refreshed every 12 hours, while `network.ip_addrs` would continue to be updated as specified in `mine_interval`. The function cache will be populated with information from executing these functions CLI Example: salt '*' mine.update mine.valid:\nList valid entries in mine configuration. CLI Example: salt '*' mine.valid minion.kill:\nKill the salt minion. timeout int seconds to wait for the minion to die. If you have a monitor that restarts ``salt-minion`` when it dies then this is a great way to restart after a minion upgrade. CLI Example: salt minion[12] minion.kill minion1: ---------- killed: 7874 retcode: 0 minion2: ---------- killed: 29071 retcode: 0 The result of the salt command shows the process ID of the minions and the results of a kill signal to the minion in as the ``retcode`` value: ``0`` is success, anything else is a failure. minion.list:\nReturn a list of accepted, denied, unaccepted and rejected keys. This is the same output as `salt-key -L` CLI Example: salt 'master' minion.list minion.restart:\nKill and restart the salt minion. The configuration key ``minion_restart_command`` is an argv list for the command to restart the minion. If ``minion_restart_command`` is not specified or empty then the ``argv`` of the current process will be used. if the configuration value ``minion_restart_command`` is not set and the ``-d`` (daemonize) argument is missing from ``argv`` then the minion *will* be killed but will *not* be restarted and will require the parent process to perform the restart. This behaviour is intended for managed salt minion processes. CLI Example: salt minion[12] minion.restart minion1: ---------- comment: - Restart using process argv: - /home/omniture/install/bin/salt-minion - -d - -c - /home/omniture/install/etc/salt killed: 10070 restart: ---------- stderr: stdout: retcode: 0 minion2: ---------- comment: - Using configuration minion_restart_command: - /home/omniture/install/bin/salt-minion - --not-an-option - -d - -c - /home/omniture/install/etc/salt - Restart failed killed: 10896 restart: ---------- stderr: Usage: salt-minion salt-minion: error: no such option: --not-an-option stdout: retcode: 64 The result of the command shows the process ID of ``minion1`` that is shutdown (killed) and the results of the restart. If there is a failure in the restart it will be reflected in a non-zero ``retcode`` and possibly output in the ``stderr`` and/or ``stdout`` values along with addition information in the ``comment`` field as is demonstrated with ``minion2``. modjk.bulk_activate:\nActivate all the given workers in the specific load balancer CLI Examples: salt '*' modjk.bulk_activate node1,node2,node3 loadbalancer1 salt '*' modjk.bulk_activate node1,node2,node3 loadbalancer1 other-profile salt '*' modjk.bulk_activate [\u0026quot;node1\u0026quot;,\u0026quot;node2\u0026quot;,\u0026quot;node3\u0026quot;] loadbalancer1 salt '*' modjk.bulk_activate [\u0026quot;node1\u0026quot;,\u0026quot;node2\u0026quot;,\u0026quot;node3\u0026quot;] loadbalancer1 other-profile modjk.bulk_disable:\nDisable all the given workers in the specific load balancer CLI Examples: salt '*' modjk.bulk_disable node1,node2,node3 loadbalancer1 salt '*' modjk.bulk_disable node1,node2,node3 loadbalancer1 other-profile salt '*' modjk.bulk_disable [\u0026quot;node1\u0026quot;,\u0026quot;node2\u0026quot;,\u0026quot;node3\u0026quot;] loadbalancer1 salt '*' modjk.bulk_disable [\u0026quot;node1\u0026quot;,\u0026quot;node2\u0026quot;,\u0026quot;node3\u0026quot;] loadbalancer1 other-profile modjk.bulk_recover:\nRecover all the given workers in the specific load balancer CLI Examples: salt '*' modjk.bulk_recover node1,node2,node3 loadbalancer1 salt '*' modjk.bulk_recover node1,node2,node3 loadbalancer1 other-profile salt '*' modjk.bulk_recover [\u0026quot;node1\u0026quot;,\u0026quot;node2\u0026quot;,\u0026quot;node3\u0026quot;] loadbalancer1 salt '*' modjk.bulk_recover [\u0026quot;node1\u0026quot;,\u0026quot;node2\u0026quot;,\u0026quot;node3\u0026quot;] loadbalancer1 other-profile modjk.bulk_stop:\nStop all the given workers in the specific load balancer CLI Examples: salt '*' modjk.bulk_stop node1,node2,node3 loadbalancer1 salt '*' modjk.bulk_stop node1,node2,node3 loadbalancer1 other-profile salt '*' modjk.bulk_stop [\u0026quot;node1\u0026quot;,\u0026quot;node2\u0026quot;,\u0026quot;node3\u0026quot;] loadbalancer1 salt '*' modjk.bulk_stop [\u0026quot;node1\u0026quot;,\u0026quot;node2\u0026quot;,\u0026quot;node3\u0026quot;] loadbalancer1 other-profile modjk.dump_config:\nDump the original configuration that was loaded from disk CLI Examples: salt '*' modjk.dump_config salt '*' modjk.dump_config other-profile modjk.get_running:\nGet the current running config (not from disk) CLI Examples: salt '*' modjk.get_running salt '*' modjk.get_running other-profile modjk.lb_edit:\nEdit the loadbalancer settings Note: http://tomcat.apache.org/connectors-doc/reference/status.html Data Parameters for the standard Update Action CLI Examples: salt '*' modjk.lb_edit loadbalancer1 \u0026quot;{'vlr': 1, 'vlt': 60}\u0026quot; salt '*' modjk.lb_edit loadbalancer1 \u0026quot;{'vlr': 1, 'vlt': 60}\u0026quot; other-profile modjk.list_configured_members:\nReturn a list of member workers from the configuration files CLI Examples: salt '*' modjk.list_configured_members loadbalancer1 salt '*' modjk.list_configured_members loadbalancer1 other-profile modjk.recover_all:\nSet the all the workers in lbn to recover and activate them if they are not CLI Examples: salt '*' modjk.recover_all loadbalancer1 salt '*' modjk.recover_all loadbalancer1 other-profile modjk.reset_stats:\nReset all runtime statistics for the load balancer CLI Examples: salt '*' modjk.reset_stats loadbalancer1 salt '*' modjk.reset_stats loadbalancer1 other-profile modjk.version:\nReturn the modjk version CLI Examples: salt '*' modjk.version salt '*' modjk.version other-profile modjk.worker_activate:\nSet the worker to activate state in the lbn load balancer CLI Examples: salt '*' modjk.worker_activate node1 loadbalancer1 salt '*' modjk.worker_activate node1 loadbalancer1 other-profile modjk.worker_disable:\nSet the worker to disable state in the lbn load balancer CLI Examples: salt '*' modjk.worker_disable node1 loadbalancer1 salt '*' modjk.worker_disable node1 loadbalancer1 other-profile modjk.worker_edit:\nEdit the worker settings Note: http://tomcat.apache.org/connectors-doc/reference/status.html Data Parameters for the standard Update Action CLI Examples: salt '*' modjk.worker_edit node1 loadbalancer1 \u0026quot;{'vwf': 500, 'vwd': 60}\u0026quot; salt '*' modjk.worker_edit node1 loadbalancer1 \u0026quot;{'vwf': 500, 'vwd': 60}\u0026quot; other-profile modjk.worker_recover:\nSet the worker to recover this module will fail if it is in OK state CLI Examples: salt '*' modjk.worker_recover node1 loadbalancer1 salt '*' modjk.worker_recover node1 loadbalancer1 other-profile modjk.worker_status:\nReturn the state of the worker CLI Examples: salt '*' modjk.worker_status node1 salt '*' modjk.worker_status node1 other-profile modjk.worker_stop:\nSet the worker to stopped state in the lbn load balancer CLI Examples: salt '*' modjk.worker_activate node1 loadbalancer1 salt '*' modjk.worker_activate node1 loadbalancer1 other-profile modjk.workers:\nReturn a list of member workers and their status CLI Examples: salt '*' modjk.workers salt '*' modjk.workers other-profile mount.active:\nList the active mounts. CLI Example: salt '*' mount.active mount.automaster:\nList the contents of the auto master CLI Example: salt '*' mount.automaster mount.delete_mount_cache:\nNew in version 2018.3.0 Provide information if the path is mounted CLI Example: salt '*' mount.delete_mount_cache /mnt/share mount.filesystems:\nNew in version 2018.3.3 List the contents of the filesystems CLI Example: salt '*' mount.filesystems mount.fstab:\nChanged in version 2016.3.2 List the contents of the fstab CLI Example: salt '*' mount.fstab mount.get_device_from_path:\nReturn the underlying device for a specified path. New in version 3006.0 path The path for the function to evaluate. CLI Example: salt '*' mount.get_device_from_path / mount.get_mount_from_path:\nReturn the mount providing a specified path. New in version 3006.0 path The path for the function to evaluate. CLI Example: salt '*' mount.get_mount_from_path /opt/some/nested/path mount.is_fuse_exec:\nReturns true if the command passed is a fuse mountable application. CLI Example: salt '*' mount.is_fuse_exec sshfs mount.is_mounted:\nNew in version 2014.7.0 Provide information if the path is mounted CLI Example: salt '*' mount.is_mounted /mnt/share mount.mount:\nMount a device CLI Example: salt '*' mount.mount /mnt/foo /dev/sdz1 True mount.read_mount_cache:\nNew in version 2018.3.0 Provide information if the path is mounted CLI Example: salt '*' mount.read_mount_cache /mnt/share mount.remount:\nAttempt to remount a device, if the device is not already mounted, mount is called CLI Example: salt '*' mount.remount /mnt/foo /dev/sdz1 True mount.rm_automaster:\nRemove the mount point from the auto_master CLI Example: salt '*' mount.rm_automaster /mnt/foo /dev/sdg mount.rm_filesystems:\nNew in version 2018.3.3 Remove the mount point from the filesystems CLI Example: salt '*' mount.rm_filesystems /mnt/foo /dev/sdg mount.rm_fstab:\nChanged in version 2016.3.2 Remove the mount point from the fstab CLI Example: salt '*' mount.rm_fstab /mnt/foo /dev/sdg mount.rm_vfstab:\nNew in version 2016.3.2 Remove the mount point from the vfstab CLI Example: salt '*' mount.rm_vfstab /mnt/foo /device/c0t0d0p0 mount.set_automaster:\nVerify that this mount is represented in the auto_salt, change the mount to match the data passed, or add the mount if it is not present. CLI Example: salt '*' mount.set_automaster /mnt/foo /dev/sdz1 ext4 mount.set_filesystems:\nNew in version 2018.3.3 Verify that this mount is represented in the filesystems, change the mount to match the data passed, or add the mount if it is not present on AIX If the entry is found via `match_on` and `not_change` is True, the current line will be preserved. Provide information if the path is mounted :param name: The name of the mount point where the device is mounted. :param device: The device that is being mounted. :param vfstype: The file system that is used (AIX has two fstypes, fstype and vfstype - similar to Linux fstype) :param opts: Additional options used when mounting the device. :param mount: Mount if not mounted, default True. :param config: Configuration file, default /etc/filesystems. :param match: File systems type to match on, default auto CLI Example: salt '*' mount.set_filesystems /mnt/foo /dev/sdz1 jfs2 mount.set_fstab:\nVerify that this mount is represented in the fstab, change the mount to match the data passed, or add the mount if it is not present. If the entry is found via `match_on` and `not_change` is True, the current line will be preserved. CLI Example: salt '*' mount.set_fstab /mnt/foo /dev/sdz1 ext4 mount.set_vfstab:\nNew in version 2016.3.2 Verify that this mount is represented in the fstab, change the mount to match the data passed, or add the mount if it is not present. If the entry is found via `match_on` and `not_change` is True, the current line will be preserved. CLI Example: salt '*' mount.set_vfstab /mnt/foo /device/c0t0d0p0 ufs mount.swapoff:\nDeactivate a named swap mount Changed in version 2016.3.2 CLI Example: salt '*' mount.swapoff /root/swapfile mount.swapon:\nActivate a swap disk Changed in version 2016.3.2 CLI Example: salt '*' mount.swapon /root/swapfile mount.swaps:\nReturn a dict containing information on active swap Changed in version 2016.3.2 CLI Example: salt '*' mount.swaps mount.umount:\nAttempt to unmount a device by specifying the directory it is mounted on CLI Example: salt '*' mount.umount /mnt/foo New in version 2015.5.0 salt '*' mount.umount /mnt/foo /dev/xvdc1 mount.vfstab:\nNew in version 2016.3.2 List the contents of the vfstab CLI Example: salt '*' mount.vfstab mount.write_mount_cache:\nNew in version 2018.3.0 Provide information if the path is mounted :param real_name: The real name of the mount point where the device is mounted. :param device: The device that is being mounted. :param mkmnt: Whether or not the mount point should be created. :param fstype: The file system that is used. :param mount_opts: Additional options used when mounting the device. :return: Boolean if message was sent successfully. CLI Example: salt '*' mount.write_mount_cache /mnt/share /dev/sda1 False ext4 defaults,nosuid msteams.post_card:\nSend a message to an MS Teams channel. :param message: The message to send to the MS Teams channel. :param hook_url: The Teams webhook URL, if not specified in the configuration. :param title: Optional title for the posted card :param theme_color: Optional hex colour highlight for the posted card :return: Boolean if message was sent successfully. CLI Example: salt '*' msteams.post_card message=\u0026quot;Build is done\u0026quot; nagios_rpc.host_status:\nCheck status of a particular host By default statuses are returned in a numeric format. Parameters: hostname The hostname to check the status of the service in Nagios. numeric Turn to false in order to return status in text format ('OK' instead of 0, 'Warning' instead of 1 etc) :return: status: 'OK', 'Warning', 'Critical' or 'Unknown' CLI Example: salt '*' nagios_rpc.host_status hostname=webserver.domain.com salt '*' nagios_rpc.host_status hostname=webserver.domain.com numeric=False nagios_rpc.service_status:\nCheck status of a particular service on a host on it in Nagios. By default statuses are returned in a numeric format. Parameters: hostname The hostname to check the status of the service in Nagios. service The service to check the status of in Nagios. numeric Turn to false in order to return status in text format ('OK' instead of 0, 'Warning' instead of 1 etc) :return: status: 'OK', 'Warning', 'Critical' or 'Unknown' CLI Example: salt '*' nagios_rpc.service_status hostname=webserver.domain.com service='HTTP' salt '*' nagios_rpc.service_status hostname=webserver.domain.com service='HTTP' numeric=False namecheap_domains.check:\nChecks the availability of domains domains_to_check array of strings List of domains to check Returns a dictionary mapping the each domain name to a boolean denoting whether or not it is available. CLI Example: salt 'my-minion' namecheap_domains.check domain-to-check namecheap_domains.create:\nTry to register the specified domain name domain_name The domain name to be registered years Number of years to register Returns the following information: - Whether or not the domain was renewed successfully - Whether or not WhoisGuard is enabled - Whether or not registration is instant - The amount charged for registration - The domain ID - The order ID - The transaction ID CLI Example: salt 'my-minion' namecheap_domains.create my-domain-name 2 namecheap_domains.get_info:\nReturns information about the requested domain returns a dictionary of information about the domain_name domain_name string Domain name to get information about CLI Example: salt 'my-minion' namecheap_domains.get_info my-domain-name namecheap_domains.get_list:\nReturns a list of domains for the particular user as a list of objects offset by ``page`` length of ``page_size`` list_type : ALL One of ``ALL``, ``EXPIRING``, ``EXPIRED`` search_term Keyword to look for on the domain list page : 1 Number of result page to return page_size : 20 Number of domains to be listed per page (minimum: ``10``, maximum: ``100``) sort_by One of ``NAME``, ``NAME_DESC``, ``EXPIREDATE``, ``EXPIREDATE_DESC``, ``CREATEDATE``, or ``CREATEDATE_DESC`` CLI Example: salt 'my-minion' namecheap_domains.get_list namecheap_domains.get_tld_list:\nReturns a list of TLDs as objects CLI Example: salt 'my-minion' namecheap_domains.get_tld_list namecheap_domains.reactivate:\nTry to reactivate the expired domain name Returns the following information: - Whether or not the domain was reactivated successfully - The amount charged for reactivation - The order ID - The transaction ID CLI Example: salt 'my-minion' namecheap_domains.reactivate my-domain-name namecheap_domains.renew:\nTry to renew the specified expiring domain name for a specified number of years domain_name The domain name to be renewed years Number of years to renew Returns the following information: - Whether or not the domain was renewed successfully - The domain ID - The order ID - The transaction ID - The amount charged for renewal CLI Example: salt 'my-minion' namecheap_domains.renew my-domain-name 5 namecheap_domains_dns.get_hosts:\nRetrieves DNS host record settings for the requested domain. returns a dictionary of information about the requested domain sld SLD of the domain name tld TLD of the domain name CLI Example: salt 'my-minion' namecheap_domains_dns.get_hosts sld tld namecheap_domains_dns.get_list:\nGets a list of DNS servers associated with the requested domain. returns a dictionary of information about requested domain sld SLD of the domain name tld TLD of the domain name CLI Example: salt 'my-minion' namecheap_domains_dns.get_list sld tld namecheap_domains_dns.set_custom:\nSets domain to use custom DNS servers. returns True if the custom nameservers were set successfully sld SLD of the domain name tld TLD of the domain name nameservers array of strings List of nameservers to be associated with this domain CLI Example: salt 'my-minion' namecheap_domains_dns.set_custom sld tld nameserver namecheap_domains_dns.set_default:\nSets domain to use namecheap default DNS servers. Required for free services like Host record management, URL forwarding, email forwarding, dynamic DNS and other value added services. sld SLD of the domain name tld TLD of the domain name Returns ``True`` if the domain was successfully pointed at the default DNS servers. CLI Example: salt 'my-minion' namecheap_domains_dns.set_default sld tld namecheap_domains_dns.set_hosts:\nSets DNS host records settings for the requested domain. returns True if the host records were set successfully sld SLD of the domain name tld TLD of the domain name hosts Must be passed as a list of Python dictionaries, with each dictionary containing the following keys: - **hostname** - **recordtype** - One of ``A``, ``AAAA``, ``CNAME``, ``MX``, ``MXE``, ``TXT``, ``URL``, ``URL301``, or ``FRAME`` - **address** - URL or IP address - **ttl** - An integer between 60 and 60000 (default: ``1800``) Additionally, the ``mxpref`` key can be present, but must be accompanied by an ``emailtype`` key. CLI Example: salt 'my-minion' namecheap_domains_dns.set_hosts sld tld hosts namecheap_domains_ns.create:\nCreates a new nameserver. Returns ``True`` if the nameserver was created successfully. sld SLD of the domain name tld TLD of the domain name nameserver Nameserver to create ip Nameserver IP address CLI Example: salt '*' namecheap_domains_ns.create sld tld nameserver ip namecheap_domains_ns.delete:\nDeletes a nameserver. Returns ``True`` if the nameserver was deleted successfully sld SLD of the domain name tld TLD of the domain name nameserver Nameserver to delete CLI Example: salt '*' namecheap_domains_ns.delete sld tld nameserver namecheap_domains_ns.get_info:\nRetrieves information about a registered nameserver. Returns the following information: - IP Address set for the nameserver - Domain name which was queried - A list of nameservers and their statuses sld SLD of the domain name tld TLD of the domain name nameserver Nameserver to retrieve CLI Example: salt '*' namecheap_domains_ns.get_info sld tld nameserver namecheap_domains_ns.update:\nDeletes a nameserver. Returns ``True`` if the nameserver was updated successfully. sld SLD of the domain name tld TLD of the domain name nameserver Nameserver to create old_ip Current ip address new_ip New ip address CLI Example: salt '*' namecheap_domains_ns.update sld tld nameserver old_ip new_ip namecheap_ssl.activate:\nActivates a newly-purchased SSL certificate. Returns a dictionary of result values. csr_file Path to Certificate Signing Request file certificate_id Unique ID of the SSL certificate you wish to activate web_server_type The type of certificate format to return. Possible values include: - apache2 - apacheapachessl - apacheopenssl - apacheraven - apachessl - apachessleay - c2net - cobaltseries - cpanel - domino - dominogo4625 - dominogo4626 - ensim - hsphere - ibmhttp - iis - iis4 - iis5 - iplanet - ipswitch - netscape - other - plesk - tomcat - weblogic - website - webstar - zeusv3 approver_email The email ID which is on the approver email list. Note: ``http_dc_validation`` must be set to ``False`` if this option is used. http_dc_validation : False Whether or not to activate using HTTP-based validation. Note: For other parameters which may be required, see here__. .. __: https://www.namecheap.com/support/api/methods/ssl/activate.aspx CLI Example: salt 'my-minion' namecheap_ssl.activate my-csr-file my-cert-id apachessl namecheap_ssl.create:\nCreates a new SSL certificate. Returns the following information: - Whether or not the SSL order was successful - The certificate ID - The order ID - The transaction ID - The amount charged for the order - The date on which the certificate was created - The date on which the certificate will expire - The type of SSL certificate - The number of years for which the certificate was purchased - The current status of the SSL certificate years : 1 Number of years to register certificate_type Type of SSL Certificate. Possible values include: - EV Multi Domain SSL - EV SSL - EV SSL SGC - EssentialSSL - EssentialSSL Wildcard - InstantSSL - InstantSSL Pro - Multi Domain SSL - PositiveSSL - PositiveSSL Multi Domain - PositiveSSL Wildcard - PremiumSSL - PremiumSSL Wildcard - QuickSSL Premium - RapidSSL - RapidSSL Wildcard - SGC Supercert - SSL Web Server - SSL Webserver EV - SSL123 - Secure Site - Secure Site Pro - Secure Site Pro with EV - Secure Site with EV - True BusinessID - True BusinessID Multi Domain - True BusinessID Wildcard - True BusinessID with EV - True BusinessID with EV Multi Domain - Unified Communications promotional_code An optional promo code to use when creating the certificate sans_to_add : 0 This parameter defines the number of add-on domains to be purchased in addition to the default number of domains included with a multi-domain certificate. Each certificate that supports SANs has the default number of domains included. You may check the default number of domains included and the maximum number of domains that can be added to it in the table below. +----------+----------------+----------------------+-------------------+----------------+ | Provider | Product name | Default number of | Maximum number of | Maximum number | | | | domains (domain from | total domains | of domains | | | | CSR is counted here) | | that can be | | | | | | passed in | | | | | | sans_to_add | | | | | | parameter | +----------+----------------+----------------------+-------------------+----------------+ | Comodo | PositiveSSL | 3 | 100 | 97 | | | Multi-Domain | | | | +----------+----------------+----------------------+-------------------+----------------+ | Comodo | Multi-Domain | 3 | 100 | 97 | | | SSL | | | | +----------+----------------+----------------------+-------------------+----------------+ | Comodo | EV Multi- | 3 | 100 | 97 | | | Domain SSL | | | | +----------+----------------+----------------------+-------------------+----------------+ | Comodo | Unified | 3 | 100 | 97 | | | Communications | | | | +----------+----------------+----------------------+-------------------+----------------+ | GeoTrust | QuickSSL | 1 | 1 domain + | The only | | | Premium | | 4 subdomains | supported | | | | | | value is 4 | +----------+----------------+----------------------+-------------------+----------------+ | GeoTrust | True | 5 | 25 | 20 | | | BusinessID | | | | | | with EV | | | | | | Multi-Domain | | | | +----------+----------------+----------------------+-------------------+----------------+ | GeoTrust | True Business | 5 | 25 | 20 | | | ID Multi- | | | | | | Domain | | | | +----------+----------------+----------------------+-------------------+----------------+ | Thawte | SSL Web | 1 | 25 | 24 | | | Server | | | | +----------+----------------+----------------------+-------------------+----------------+ | Thawte | SSL Web | 1 | 25 | 24 | | | Server with | | | | | | EV | | | | +----------+----------------+----------------------+-------------------+----------------+ | Thawte | SGC Supercerts | 1 | 25 | 24 | +----------+----------------+----------------------+-------------------+----------------+ | Symantec | Secure Site | 1 | 25 | 24 | | | Pro with EV | | | | +----------+----------------+----------------------+-------------------+----------------+ | Symantec | Secure Site | 1 | 25 | 24 | | | with EV | | | | +----------+----------------+----------------------+-------------------+----------------+ | Symantec | Secure Site | 1 | 25 | 24 | +----------+----------------+----------------------+-------------------+----------------+ | Symantec | Secure Site | 1 | 25 | 24 | | | Pro | | | | +----------+----------------+----------------------+-------------------+----------------+ CLI Example: salt 'my-minion' namecheap_ssl.create 2 RapidSSL namecheap_ssl.get_info:\nRetrieves information about the requested SSL certificate. Returns a dictionary of information about the SSL certificate with two keys: - **ssl** - Contains the metadata information - **certificate** - Contains the details for the certificate such as the CSR, Approver, and certificate data certificate_id Unique ID of the SSL certificate returncertificate : False Set to ``True`` to ask for the certificate in response returntype Optional type for the returned certificate. Can be either \u0026quot;Individual\u0026quot; (for X.509 format) or \u0026quot;PKCS7\u0026quot; Note: Required if ``returncertificate`` is ``True`` CLI Example: salt 'my-minion' namecheap_ssl.get_info my-cert-id namecheap_ssl.get_list:\nReturns a list of SSL certificates for a particular user ListType : All Possible values: - All - Processing - EmailSent - TechnicalProblem - InProgress - Completed - Deactivated - Active - Cancelled - NewPurchase - NewRenewal SearchTerm Keyword to look for on the SSL list Page : 1 Page number to return PageSize : 20 Total number of SSL certificates to display per page (minimum: ``10``, maximum: ``100``) SoryBy One of ``PURCHASEDATE``, ``PURCHASEDATE_DESC``, ``SSLTYPE``, ``SSLTYPE_DESC``, ``EXPIREDATETIME``, ``EXPIREDATETIME_DESC``, ``Host_Name``, or ``Host_Name_DESC`` CLI Example: salt 'my-minion' namecheap_ssl.get_list Processing namecheap_ssl.parse_csr:\nParses the CSR. Returns a dictionary of result values. csr_file Path to Certificate Signing Request file certificate_type Type of SSL Certificate. Possible values include: - EV Multi Domain SSL - EV SSL - EV SSL SGC - EssentialSSL - EssentialSSL Wildcard - InstantSSL - InstantSSL Pro - Multi Domain SSL - PositiveSSL - PositiveSSL Multi Domain - PositiveSSL Wildcard - PremiumSSL - PremiumSSL Wildcard - QuickSSL Premium - RapidSSL - RapidSSL Wildcard - SGC Supercert - SSL Web Server - SSL Webserver EV - SSL123 - Secure Site - Secure Site Pro - Secure Site Pro with EV - Secure Site with EV - True BusinessID - True BusinessID Multi Domain - True BusinessID Wildcard - True BusinessID with EV - True BusinessID with EV Multi Domain - Unified Communications http_dc_validation : False Set to ``True`` if a Comodo certificate and validation should be done with files instead of emails and to return the info to do so CLI Example: salt 'my-minion' namecheap_ssl.parse_csr my-csr-file PremiumSSL namecheap_ssl.reissue:\nReissues a purchased SSL certificate. Returns a dictionary of result values. csr_file Path to Certificate Signing Request file certificate_id Unique ID of the SSL certificate you wish to activate web_server_type The type of certificate format to return. Possible values include: - apache2 - apacheapachessl - apacheopenssl - apacheraven - apachessl - apachessleay - c2net - cobaltseries - cpanel - domino - dominogo4625 - dominogo4626 - ensim - hsphere - ibmhttp - iis - iis4 - iis5 - iplanet - ipswitch - netscape - other - plesk - tomcat - weblogic - website - webstar - zeusv3 approver_email The email ID which is on the approver email list. Note: ``http_dc_validation`` must be set to ``False`` if this option is used. http_dc_validation : False Whether or not to activate using HTTP-based validation. Note: For other parameters which may be required, see here__. .. __: https://www.namecheap.com/support/api/methods/ssl/reissue.aspx CLI Example: salt 'my-minion' namecheap_ssl.reissue my-csr-file my-cert-id apachessl namecheap_ssl.renew:\nRenews an SSL certificate if it is ACTIVE and Expires \u0026lt;= 30 days. Returns the following information: - The certificate ID - The order ID - The transaction ID - The amount charged for the order years : 1 Number of years to register certificate_id Unique ID of the SSL certificate you wish to renew certificate_type Type of SSL Certificate. Possible values include: - EV Multi Domain SSL - EV SSL - EV SSL SGC - EssentialSSL - EssentialSSL Wildcard - InstantSSL - InstantSSL Pro - Multi Domain SSL - PositiveSSL - PositiveSSL Multi Domain - PositiveSSL Wildcard - PremiumSSL - PremiumSSL Wildcard - QuickSSL Premium - RapidSSL - RapidSSL Wildcard - SGC Supercert - SSL Web Server - SSL Webserver EV - SSL123 - Secure Site - Secure Site Pro - Secure Site Pro with EV - Secure Site with EV - True BusinessID - True BusinessID Multi Domain - True BusinessID Wildcard - True BusinessID with EV - True BusinessID with EV Multi Domain - Unified Communications promotional_code An optional promo code to use when renewing the certificate CLI Example: salt 'my-minion' namecheap_ssl.renew 1 my-cert-id RapidSSL namecheap_users.check_balances:\nChecks if the provided minimum value is present in the user's account. Returns a boolean. Returns ``False`` if the user's account balance is less than the provided minimum or ``True`` if greater than the minimum. minimum : 100 The value to check CLI Example: salt 'my-minion' namecheap_users.check_balances salt 'my-minion' namecheap_users.check_balances minimum=150 namecheap_users.get_balances:\nGets information about fund in the user's account. This method returns the following information: Available Balance, Account Balance, Earned Amount, Withdrawable Amount and Funds Required for AutoRenew. Note: If a domain setup with automatic renewal is expiring within the next 90 days, the FundsRequiredForAutoRenew attribute shows the amount needed in your Namecheap account to complete auto renewal. CLI Example: salt 'my-minion' namecheap_users.get_balances network.active_tcp:\nReturn a dict containing information on all of the running TCP connections (currently linux and solaris only) Changed in version 2015.8.4 Added support for SunOS CLI Example: salt '*' network.active_tcp network.arp:\nReturn the arp table from the minion Changed in version 2015.8.0 Added support for SunOS CLI Example: salt '*' network.arp network.calc_net:\nReturns the CIDR of a subnet based on an IP address (CIDR notation supported) and optional netmask. CLI Example: salt '*' network.calc_net 172.17.0.5 255.255.255.240 salt '*' network.calc_net 2a02:f6e:a000:80:84d8:8332:7866:4e07/64 New in version 2015.8.0 network.connect:\nTest connectivity to a host using a particular port from the minion. New in version 2014.7.0 CLI Example: salt '*' network.connect archlinux.org 80 salt '*' network.connect archlinux.org 80 timeout=3 salt '*' network.connect archlinux.org 80 timeout=3 family=ipv4 salt '*' network.connect google-public-dns-a.google.com port=53 proto=udp timeout=3 network.convert_cidr:\nreturns the network address, subnet mask and broadcast address of a cidr address New in version 2016.3.0 CLI Example: salt '*' network.convert_cidr 172.31.0.0/16 network.default_route:\nReturn default route(s) from routing table Changed in version 2015.8.0 Added support for SunOS (Solaris 10, Illumos, SmartOS) Changed in version 2016.11.4 Added support for AIX CLI Example: salt '*' network.default_route network.dig:\nPerforms a DNS lookup with dig CLI Example: salt '*' network.dig archlinux.org network.fqdns:\nReturn all known FQDNs for the system by enumerating all interfaces and then trying to reverse resolve them (excluding 'lo' interface). CLI Example: salt '*' network.fqdns network.get_bufsize:\nReturn network buffer sizes as a dict (currently linux only) CLI Example: salt '*' network.get_bufsize eth0 network.get_fqdn:\nGet fully qualified domain name CLI Example: salt '*' network.get_fqdn network.get_hostname:\nGet hostname CLI Example: salt '*' network.get_hostname network.get_route:\nReturn routing information for given destination ip New in version 2015.5.3 Changed in version 2015.8.0 Added support for SunOS (Solaris 10, Illumos, SmartOS) Added support for OpenBSD Changed in version 2016.11.4 Added support for AIX CLI Example: salt '*' network.get_route 10.10.10.10 network.hw_addr:\nReturn the hardware address (a.k.a. MAC address) for a given interface CLI Example: salt '*' network.hw_addr eth0 network.hwaddr:\nThis function is an alias of hw_addr.\nReturn the hardware address (a.k.a. MAC address) for a given interface CLI Example: salt '*' network.hw_addr eth0 network.ifacestartswith:\nRetrieve the interface name from a specific CIDR New in version 2016.11.0 CLI Example: salt '*' network.ifacestartswith 10.0 network.in_subnet:\nReturns True if host is within specified subnet, otherwise False. CLI Example: salt '*' network.in_subnet 10.0.0.0/16 network.interface:\nReturn the inet address for a given interface New in version 2014.7.0 CLI Example: salt '*' network.interface eth0 network.interface_ip:\nReturn the inet address for a given interface New in version 2014.7.0 CLI Example: salt '*' network.interface_ip eth0 network.interfaces:\nReturn a dictionary of information about all the interfaces on the minion CLI Example: salt '*' network.interfaces network.ip_addrs:\nReturns a list of IPv4 addresses assigned to the host. 127.0.0.1 is ignored, unless 'include_loopback=True' is indicated. If 'interface' is provided, then only IP addresses from that interface will be returned. Providing a CIDR via 'cidr=\u0026quot;10.0.0.0/8\u0026quot;' will return only the addresses which are within that subnet. If 'type' is 'public', then only public addresses will be returned. Ditto for 'type'='private'. Changed in version 3001 ``interface`` can now be a single interface name or a list of interfaces. Globbing is also supported. CLI Example: salt '*' network.ip_addrs network.ip_addrs6:\nReturns a list of IPv6 addresses assigned to the host. ::1 is ignored, unless 'include_loopback=True' is indicated. If 'interface' is provided, then only IP addresses from that interface will be returned. Providing a CIDR via 'cidr=\u0026quot;2000::/3\u0026quot;' will return only the addresses which are within that subnet. Changed in version 3001 ``interface`` can now be a single interface name or a list of interfaces. Globbing is also supported. CLI Example: salt '*' network.ip_addrs6 network.ip_in_subnet:\nReturns True if given IP is within specified subnet, otherwise False. CLI Example: salt '*' network.ip_in_subnet 172.17.0.4 172.16.0.0/12 network.ip_neighs:\nReturn the ip neighbour (arp) table from the minion for IPv4 addresses New in version 3007.0 CLI Example: salt '*' network.ip_neighs network.ip_neighs6:\nReturn the ip neighbour (arp) table from the minion for IPv6 addresses New in version 3007.0 CLI Example: salt '*' network.ip_neighs6 network.ip_networks:\nNew in version 3001 Returns a list of IPv4 networks to which the minion belongs. interface Restrict results to the specified interface(s). This value can be either a single interface name or a list of interfaces. Globbing is also supported. CLI Example: salt '*' network.ip_networks salt '*' network.ip_networks interface=docker0 salt '*' network.ip_networks interface=docker0,enp* salt '*' network.ip_networks interface=eth* network.ip_networks6:\nNew in version 3001 Returns a list of IPv6 networks to which the minion belongs. interface Restrict results to the specified interface(s). This value can be either a single interface name or a list of interfaces. Globbing is also supported. CLI Example: salt '*' network.ip_networks6 salt '*' network.ip_networks6 interface=docker0 salt '*' network.ip_networks6 interface=docker0,enp* salt '*' network.ip_networks6 interface=eth* network.ipaddrs:\nThis function is an alias of ip_addrs.\nReturns a list of IPv4 addresses assigned to the host. 127.0.0.1 is ignored, unless 'include_loopback=True' is indicated. If 'interface' is provided, then only IP addresses from that interface will be returned. Providing a CIDR via 'cidr=\u0026quot;10.0.0.0/8\u0026quot;' will return only the addresses which are within that subnet. If 'type' is 'public', then only public addresses will be returned. Ditto for 'type'='private'. Changed in version 3001 ``interface`` can now be a single interface name or a list of interfaces. Globbing is also supported. CLI Example: salt '*' network.ip_addrs network.ipaddrs6:\nThis function is an alias of ip_addrs6.\nReturns a list of IPv6 addresses assigned to the host. ::1 is ignored, unless 'include_loopback=True' is indicated. If 'interface' is provided, then only IP addresses from that interface will be returned. Providing a CIDR via 'cidr=\u0026quot;2000::/3\u0026quot;' will return only the addresses which are within that subnet. Changed in version 3001 ``interface`` can now be a single interface name or a list of interfaces. Globbing is also supported. CLI Example: salt '*' network.ip_addrs6 network.iphexval:\nRetrieve the hexadecimal representation of an IP address New in version 2016.11.0 CLI Example: salt '*' network.iphexval 10.0.0.1 network.ipneighs:\nThis function is an alias of ip_neighs.\nReturn the ip neighbour (arp) table from the minion for IPv4 addresses New in version 3007.0 CLI Example: salt '*' network.ip_neighs network.ipneighs6:\nThis function is an alias of ip_neighs6.\nReturn the ip neighbour (arp) table from the minion for IPv6 addresses New in version 3007.0 CLI Example: salt '*' network.ip_neighs6 network.is_loopback:\nCheck if the given IP address is a loopback address New in version 2014.7.0 Changed in version 2015.8.0 IPv6 support CLI Example: salt '*' network.is_loopback 127.0.0.1 network.is_private:\nCheck if the given IP address is a private address New in version 2014.7.0 Changed in version 2015.8.0 IPv6 support CLI Example: salt '*' network.is_private 10.0.0.3 network.mod_bufsize:\nModify network interface buffers (currently linux only) CLI Example: salt '*' network.mod_bufsize tx=\u0026lt;val\u0026gt; rx=\u0026lt;val\u0026gt; rx-mini=\u0026lt;val\u0026gt; rx-jumbo=\u0026lt;val\u0026gt; network.mod_hostname:\nModify hostname Changed in version 2015.8.0 Added support for SunOS (Solaris 10, Illumos, SmartOS) CLI Example: salt '*' network.mod_hostname master.saltstack.com network.netstat:\nReturn information on open ports and states Note: On BSD minions, the output contains PID info (where available) for each netstat entry, fetched from sockstat/fstat output. Changed in version 2014.1.4 Added support for OpenBSD, FreeBSD, and NetBSD Changed in version 2015.8.0 Added support for SunOS Changed in version 2016.11.4 Added support for AIX CLI Example: salt '*' network.netstat network.ping:\nPerforms an ICMP ping to a host Changed in version 2015.8.0 Added support for SunOS CLI Example: salt '*' network.ping archlinux.org New in version 2015.5.0 Return a True or False instead of ping output. salt '*' network.ping archlinux.org return_boolean=True Set the time to wait for a response in seconds. salt '*' network.ping archlinux.org timeout=3 network.reverse_ip:\nReturns the reversed IP address Changed in version 2015.8.0 IPv6 support CLI Example: salt '*' network.reverse_ip 172.17.0.4 network.routes:\nReturn currently configured routes from routing table Changed in version 2015.8.0 Added support for SunOS (Solaris 10, Illumos, SmartOS) Changed in version 2016.11.4 Added support for AIX CLI Example: salt '*' network.routes network.subnets:\nReturns a list of IPv4 subnets to which the host belongs CLI Example: salt '*' network.subnets salt '*' network.subnets interfaces=eth1 network.subnets6:\nReturns a list of IPv6 subnets to which the host belongs CLI Example: salt '*' network.subnets network.traceroute:\nPerforms a traceroute to a 3rd party host Changed in version 2015.8.0 Added support for SunOS Changed in version 2016.11.4 Added support for AIX CLI Example: salt '*' network.traceroute archlinux.org network.wol:\nSend Wake On Lan packet to a host CLI Example: salt '*' network.wol 08-00-27-13-69-77 salt '*' network.wol 080027136977 255.255.255.255 7 salt '*' network.wol 08:00:27:13:69:77 255.255.255.255 7 nexus.get_latest_release:\nGets the latest release of the artifact nexus_url URL of nexus instance repository Release repository in nexus to retrieve artifact from, for example: libs-releases group_id Group Id of the artifact artifact_id Artifact Id of the artifact packaging Packaging type (jar,war,ear,etc) target_dir Target directory to download artifact to (default: /tmp) target_file Target file to download artifact to (by default it is target_dir/artifact_id-version.packaging) classifier Artifact classifier name (ex: sources,javadoc,etc). Optional parameter. username nexus username. Optional parameter. password nexus password. Optional parameter. nexus.get_latest_snapshot:\nGets latest snapshot of the given artifact nexus_url URL of nexus instance repository Snapshot repository in nexus to retrieve artifact from, for example: libs-snapshots group_id Group Id of the artifact artifact_id Artifact Id of the artifact packaging Packaging type (jar,war,ear,etc) target_dir Target directory to download artifact to (default: /tmp) target_file Target file to download artifact to (by default it is target_dir/artifact_id-snapshot_version.packaging) classifier Artifact classifier name (ex: sources,javadoc,etc). Optional parameter. username nexus username. Optional parameter. password nexus password. Optional parameter. nexus.get_release:\nGets the specified release of the artifact nexus_url URL of nexus instance repository Release repository in nexus to retrieve artifact from, for example: libs-releases group_id Group Id of the artifact artifact_id Artifact Id of the artifact packaging Packaging type (jar,war,ear,etc) version Version of the artifact target_dir Target directory to download artifact to (default: /tmp) target_file Target file to download artifact to (by default it is target_dir/artifact_id-version.packaging) classifier Artifact classifier name (ex: sources,javadoc,etc). Optional parameter. username nexus username. Optional parameter. password nexus password. Optional parameter. nexus.get_snapshot:\nGets snapshot of the desired version of the artifact nexus_url URL of nexus instance repository Snapshot repository in nexus to retrieve artifact from, for example: libs-snapshots group_id Group Id of the artifact artifact_id Artifact Id of the artifact packaging Packaging type (jar,war,ear,etc) version Version of the artifact target_dir Target directory to download artifact to (default: /tmp) target_file Target file to download artifact to (by default it is target_dir/artifact_id-snapshot_version.packaging) classifier Artifact classifier name (ex: sources,javadoc,etc). Optional parameter. username nexus username. Optional parameter. password nexus password. Optional parameter. nexus.get_snapshot_version_string:\nGets the specific version string of a snapshot of the desired version of the artifact nexus_url URL of nexus instance repository Snapshot repository in nexus to retrieve artifact from, for example: libs-snapshots group_id Group Id of the artifact artifact_id Artifact Id of the artifact packaging Packaging type (jar,war,ear,etc) version Version of the artifact classifier Artifact classifier name (ex: sources,javadoc,etc). Optional parameter. username nexus username. Optional parameter. password nexus password. Optional parameter. nftables.append:\nAppend a rule to the specified table \u0026amp; chain. This function accepts a rule in a standard nftables command format, starting with the chain. Trying to force users to adapt to a new method of creating rules would be irritating at best, and we already have a parser that can handle it. CLI Example: salt '*' nftables.append filter input \\ rule='tcp dport 22 log accept' IPv6: salt '*' nftables.append filter input \\ rule='tcp dport 22 log accept' \\ family=ipv6 nftables.build_rule:\nBuild a well-formatted nftables rule based on kwargs. A `table` and `chain` are not required, unless `full` is True. If `full` is `True`, then `table`, `chain` and `command` are required. `command` may be specified as either insert, append, or delete. This will return the nftables command, exactly as it would be used from the command line. If a position is required (as with `insert` or `delete`), it may be specified as `position`. This will only be useful if `full` is True. If `connstate` is passed in, it will automatically be changed to `state`. CLI Examples: salt '*' nftables.build_rule match=state \\ connstate=RELATED,ESTABLISHED jump=ACCEPT salt '*' nftables.build_rule filter input command=insert position=3 \\ full=True match=state state=related,established jump=accept IPv6: salt '*' nftables.build_rule match=state \\ connstate=related,established jump=accept \\ family=ipv6 salt '*' nftables.build_rule filter input command=insert position=3 \\ full=True match=state state=related,established jump=accept \\ family=ipv6 nftables.check:\nCheck for the existence of a rule in the table and chain This function accepts a rule in a standard nftables command format, starting with the chain. Trying to force users to adapt to a new method of creating rules would be irritating at best, and we already have a parser that can handle it. CLI Example: salt '*' nftables.check filter input \\ rule='tcp dport 22 log accept' IPv6: salt '*' nftables.check filter input \\ rule='tcp dport 22 log accept' \\ family=ipv6 nftables.check_chain:\nNew in version 2014.7.0 Check for the existence of a chain in the table CLI Example: salt '*' nftables.check_chain filter input IPv6: salt '*' nftables.check_chain filter input family=ipv6 nftables.check_table:\nCheck for the existence of a table CLI Example: salt '*' nftables.check_table nat nftables.delete:\nDelete a rule from the specified table \u0026amp; chain, specifying either the rule in its entirety, or the rule's position in the chain. This function accepts a rule in a standard nftables command format, starting with the chain. Trying to force users to adapt to a new method of creating rules would be irritating at best, and we already have a parser that can handle it. CLI Examples: salt '*' nftables.delete filter input position=3 salt '*' nftables.delete filter input \\ rule='tcp dport 22 log accept' IPv6: salt '*' nftables.delete filter input position=3 family=ipv6 salt '*' nftables.delete filter input \\ rule='tcp dport 22 log accept' \\ family=ipv6 nftables.delete_chain:\nNew in version 2014.7.0 Delete the chain from the specified table. CLI Example: salt '*' nftables.delete_chain filter input salt '*' nftables.delete_chain filter foo IPv6: salt '*' nftables.delete_chain filter input family=ipv6 salt '*' nftables.delete_chain filter foo family=ipv6 nftables.delete_table:\nNew in version 2014.7.0 Create new custom table. CLI Example: salt '*' nftables.delete_table filter IPv6: salt '*' nftables.delete_table filter family=ipv6 nftables.flush:\nFlush the chain in the specified table, flush all chains in the specified table if chain is not specified. CLI Example: salt '*' nftables.flush filter salt '*' nftables.flush filter input IPv6: salt '*' nftables.flush filter input family=ipv6 nftables.get_policy:\nNew in version 3002 Return the current policy for the specified table/chain table Name of the table containing the chain to check chain Name of the chain to get the policy for family Networking family, either ipv4 or ipv6 CLI Example: salt '*' nftables.get_policy filter input IPv6: salt '*' nftables.get_policy filter input family=ipv6 nftables.get_rule_handle:\nGet the handle for a particular rule This function accepts a rule in a standard nftables command format, starting with the chain. Trying to force users to adapt to a new method of creating rules would be irritating at best, and we already have a parser that can handle it. CLI Example: salt '*' nftables.get_rule_handle filter input \\ rule='tcp dport 22 log accept' IPv6: salt '*' nftables.get_rule_handle filter input \\ rule='tcp dport 22 log accept' \\ family=ipv6 nftables.get_rules:\nReturn a data structure of the current, in-memory rules CLI Example: salt '*' nftables.get_rules salt '*' nftables.get_rules family=ipv6 nftables.get_rules_json:\nNew in version 3002 Return a list of dictionaries comprising the current, in-memory rules family Networking family, either ipv4 or ipv6 CLI Example: salt '*' nftables.get_rules_json salt '*' nftables.get_rules_json family=ipv6 nftables.get_saved_rules:\nReturn a data structure of the rules in the conf file CLI Example: salt '*' nftables.get_saved_rules nftables.insert:\nInsert a rule into the specified table \u0026amp; chain, at the specified position. If position is not specified, rule will be inserted in first position. This function accepts a rule in a standard nftables command format, starting with the chain. Trying to force users to adapt to a new method of creating rules would be irritating at best, and we already have a parser that can handle it. CLI Examples: salt '*' nftables.insert filter input \\ rule='tcp dport 22 log accept' salt '*' nftables.insert filter input position=3 \\ rule='tcp dport 22 log accept' IPv6: salt '*' nftables.insert filter input \\ rule='tcp dport 22 log accept' \\ family=ipv6 salt '*' nftables.insert filter input position=3 \\ rule='tcp dport 22 log accept' \\ family=ipv6 nftables.list_tables:\nReturn a data structure of the current, in-memory tables CLI Example: salt '*' nftables.list_tables salt '*' nftables.list_tables family=ipv6 nftables.new_chain:\nNew in version 2014.7.0 Create new chain to the specified table. CLI Example: salt '*' nftables.new_chain filter input salt '*' nftables.new_chain filter input \\ table_type=filter hook=input priority=0 salt '*' nftables.new_chain filter foo IPv6: salt '*' nftables.new_chain filter input family=ipv6 salt '*' nftables.new_chain filter input \\ table_type=filter hook=input priority=0 family=ipv6 salt '*' nftables.new_chain filter foo family=ipv6 nftables.new_table:\nNew in version 2014.7.0 Create new custom table. CLI Example: salt '*' nftables.new_table filter IPv6: salt '*' nftables.new_table filter family=ipv6 nftables.save:\nChanged in version 3002 Save the current in-memory rules to disk. On systems where /etc/nftables is a directory, a file named salt-all-in-one.nft will be dropped inside by default. The main nftables configuration will need to include this file. CLI Example: salt '*' nftables.save /etc/nftables nftables.set_policy:\nNew in version 3002 Set the current policy for the specified table/chain. This only works on chains with an existing base chain. table Name of the table containing the chain to modify chain Name of the chain to set the policy for policy accept or drop family Networking family, either ipv4 or ipv6 CLI Example: salt '*' nftables.set_policy filter input accept IPv6: salt '*' nftables.set_policy filter input accept family=ipv6 nftables.version:\nReturn version from nftables --version CLI Example: salt '*' nftables.version nova.boot:\nBoot (create) a new instance name Name of the new instance (must be first) flavor_id Unique integer ID for the flavor image_id Unique integer ID for the image timeout How long to wait, after creating the instance, for the provider to return information about it (default 300 seconds). New in version 2014.1.0 CLI Example: salt '*' nova.boot myinstance flavor_id=4596 image_id=2 The flavor_id and image_id are obtained from nova.flavor_list and nova.image_list salt '*' nova.flavor_list salt '*' nova.image_list nova.delete:\nDelete an instance instance_id ID of the instance to be deleted CLI Example: salt '*' nova.delete 1138 nova.flavor_create:\nAdd a flavor to nova (nova flavor-create). The following parameters are required: name Name of the new flavor (must be first) flavor_id Unique integer ID for the new flavor ram Memory size in MB disk Disk size in GB vcpus Number of vcpus CLI Example: salt '*' nova.flavor_create myflavor flavor_id=6 ram=4096 disk=10 vcpus=1 nova.flavor_delete:\nDelete a flavor from nova by id (nova flavor-delete) CLI Example: salt '*' nova.flavor_delete 7 nova.flavor_list:\nReturn a list of available flavors (nova flavor-list) CLI Example: salt '*' nova.flavor_list nova.image_list:\nReturn a list of available images (nova images-list + nova image-show) If a name is provided, only that image will be displayed. CLI Examples: salt '*' nova.image_list salt '*' nova.image_list myimage nova.image_meta_delete:\nDelete a key=value pair from the metadata for an image (nova image-meta set) CLI Examples: salt '*' nova.image_meta_delete 6f52b2ff-0b31-4d84-8fd1-af45b84824f6 keys=cheese salt '*' nova.image_meta_delete name=myimage keys=salad,beans nova.image_meta_set:\nSets a key=value pair in the metadata for an image (nova image-meta set) CLI Examples: salt '*' nova.image_meta_set 6f52b2ff-0b31-4d84-8fd1-af45b84824f6 cheese=gruyere salt '*' nova.image_meta_set name=myimage salad=pasta beans=baked nova.keypair_add:\nAdd a keypair to nova (nova keypair-add) CLI Examples: salt '*' nova.keypair_add mykey pubfile=/home/myuser/.ssh/id_rsa.pub salt '*' nova.keypair_add mykey pubkey='ssh-rsa \u0026lt;key\u0026gt; myuser@mybox' nova.keypair_delete:\nAdd a keypair to nova (nova keypair-delete) CLI Example: salt '*' nova.keypair_delete mykey nova.keypair_list:\nReturn a list of available keypairs (nova keypair-list) CLI Example: salt '*' nova.keypair_list nova.list:\nTo maintain the feel of the nova command line, this function simply calls the server_list function. CLI Example: salt '*' nova.list nova.lock:\nLock an instance instance_id ID of the instance to be locked CLI Example: salt '*' nova.lock 1138 nova.resume:\nResume an instance instance_id ID of the instance to be resumed CLI Example: salt '*' nova.resume 1138 nova.secgroup_create:\nAdd a secgroup to nova (nova secgroup-create) CLI Example: salt '*' nova.secgroup_create mygroup 'This is my security group' nova.secgroup_delete:\nDelete a secgroup to nova (nova secgroup-delete) CLI Example: salt '*' nova.secgroup_delete mygroup nova.secgroup_list:\nReturn a list of available security groups (nova items-list) CLI Example: salt '*' nova.secgroup_list nova.server_by_name:\nReturn information about a server name Server Name CLI Example: salt '*' nova.server_by_name myserver profile=openstack nova.server_list:\nReturn list of active servers CLI Example: salt '*' nova.server_list nova.server_list_detailed:\nReturn detailed list of active servers CLI Example: salt '*' nova.server_list_detailed nova.server_show:\nReturn detailed information for an active server CLI Example: salt '*' nova.server_show \u0026lt;server_id\u0026gt; nova.show:\nTo maintain the feel of the nova command line, this function simply calls the server_show function. CLI Example: salt '*' nova.show nova.suspend:\nSuspend an instance instance_id ID of the instance to be suspended CLI Example: salt '*' nova.suspend 1138 nova.volume_attach:\nAttach a block storage volume name Name of the new volume to attach server_name Name of the server to attach to device Name of the device on the server profile Profile to build on CLI Example: salt '*' nova.volume_attach myblock slice.example.com profile=openstack salt '*' nova.volume_attach myblock server.example.com device='/dev/xvdb' profile=openstack nova.volume_create:\nCreate a block storage volume name Name of the new volume (must be first) size Volume size snapshot Block storage snapshot id voltype Type of storage profile Profile to build on CLI Example: salt '*' nova.volume_create myblock size=300 profile=openstack nova.volume_delete:\nDestroy the volume name Name of the volume profile Profile to build on CLI Example: salt '*' nova.volume_delete myblock profile=openstack nova.volume_detach:\nAttach a block storage volume name Name of the new volume to attach server_name Name of the server to detach from profile Profile to build on CLI Example: salt '*' nova.volume_detach myblock profile=openstack nova.volume_list:\nList storage volumes search_opts Dictionary of search options profile Profile to use CLI Example: salt '*' nova.volume_list search_opts='{\u0026quot;display_name\u0026quot;: \u0026quot;myblock\u0026quot;}' profile=openstack nova.volume_show:\nCreate a block storage volume name Name of the volume profile Profile to use CLI Example: salt '*' nova.volume_show myblock profile=openstack npm.cache_clean:\nClean cached NPM packages. If no path for a specific package is provided the entire cache will be cleared. path The cache subpath to delete, or None to clear the entire cache runas The user to run NPM with env Environment variables to set when invoking npm. Uses the same ``env`` format as the :py:func:`cmd.run \u0026lt;salt.modules.cmdmod.run\u0026gt;` execution function. force Force cleaning of cache. Required for npm@5 and greater New in version 2016.11.6 CLI Example: salt '*' npm.cache_clean force=True npm.cache_list:\nList NPM cached packages. If no path for a specific package is provided this will list all the cached packages. path The cache subpath to list, or None to list the entire cache runas The user to run NPM with env Environment variables to set when invoking npm. Uses the same ``env`` format as the :py:func:`cmd.run \u0026lt;salt.modules.cmdmod.run\u0026gt;` execution function. CLI Example: salt '*' npm.cache_clean npm.cache_path:\nList path of the NPM cache directory. runas The user to run NPM with env Environment variables to set when invoking npm. Uses the same ``env`` format as the :py:func:`cmd.run \u0026lt;salt.modules.cmdmod.run\u0026gt;` execution function. CLI Example: salt '*' npm.cache_path npm.install:\nInstall an NPM package. If no directory is specified, the package will be installed globally. If no package is specified, the dependencies (from package.json) of the package in the given directory will be installed. pkg A package name in any format accepted by NPM, including a version identifier pkgs A list of package names in the same format as the ``name`` parameter New in version 2014.7.0 dir The target directory in which to install the package, or None for global installation runas The user to run NPM with registry The NPM registry to install the package from. New in version 2014.7.0 env Environment variables to set when invoking npm. Uses the same ``env`` format as the :py:func:`cmd.run \u0026lt;salt.modules.cmdmod.run\u0026gt;` execution function. New in version 2014.7.0 silent Whether or not to run NPM install with --silent flag. New in version 2016.3.0 dry_run Whether or not to run NPM install with --dry-run flag. New in version 2015.8.4 silent Whether or not to run NPM install with --silent flag. New in version 2015.8.5 CLI Example: salt '*' npm.install coffee-script salt '*' npm.install coffee-script@1.0.1 npm.list:\nList installed NPM packages. If no directory is specified, this will return the list of globally- installed packages. pkg Limit package listing by name dir The directory whose packages will be listed, or None for global installation runas The user to run NPM with New in version 2014.7.0 env Environment variables to set when invoking npm. Uses the same ``env`` format as the :py:func:`cmd.run \u0026lt;salt.modules.cmdmod.run\u0026gt;` execution function. New in version 2014.7.0 depth Limit the depth of the packages listed New in version 2016.11.6,2017.7.0 CLI Example: salt '*' npm.list npm.uninstall:\nUninstall an NPM package. If no directory is specified, the package will be uninstalled globally. pkg A package name in any format accepted by NPM dir The target directory from which to uninstall the package, or None for global installation runas The user to run NPM with env Environment variables to set when invoking npm. Uses the same ``env`` format as the :py:func:`cmd.run \u0026lt;salt.modules.cmdmod.run\u0026gt;` execution function. New in version 2015.5.3 CLI Example: salt '*' npm.uninstall coffee-script nspawn.bootstrap_container:\nBootstrap a container from package servers, if dist is None the os the minion is running as will be created, otherwise the needed bootstrapping tools will need to be available on the host. CLI Example: salt myminion nspawn.bootstrap_container \u0026lt;name\u0026gt; nspawn.bootstrap_salt:\nBootstrap a container from package servers, if dist is None the os the minion is running as will be created, otherwise the needed bootstrapping tools will need to be available on the host. CLI Example: salt '*' nspawn.bootstrap_salt arch1 nspawn.copy_to:\nCopy a file from the host into a container name Container name source File to be copied to the container dest Destination on the container. Must be an absolute path. overwrite : False Unless this option is set to ``True``, then if a file exists at the location specified by the ``dest`` argument, an error will be raised. makedirs : False Create the parent directory on the container if it does not already exist. CLI Example: salt 'minion' nspawn.copy_to /tmp/foo /root/foo nspawn.cp:\nThis function is an alias of copy_to.\nCopy a file from the host into a container name Container name source File to be copied to the container dest Destination on the container. Must be an absolute path. overwrite : False Unless this option is set to ``True``, then if a file exists at the location specified by the ``dest`` argument, an error will be raised. makedirs : False Create the parent directory on the container if it does not already exist. CLI Example: salt 'minion' nspawn.copy_to /tmp/foo /root/foo nspawn.destroy:\nThis function is an alias of remove.\nRemove the named container Warning: This function will remove all data associated with the container. It will not, however, remove the btrfs subvolumes created by pulling container images (:mod:`nspawn.pull_raw \u0026lt;salt.modules.nspawn.pull_raw\u0026gt;`, :mod:`nspawn.pull_tar \u0026lt;salt.modules.nspawn.pull_tar\u0026gt;`, :mod:`nspawn.pull_dkr \u0026lt;salt.modules.nspawn.pull_dkr\u0026gt;`). stop : False If ``True``, the container will be destroyed even if it is running/frozen. CLI Examples: salt '*' nspawn.remove foo salt '*' nspawn.remove foo stop=True nspawn.disable:\nSet the named container to *not* be launched at boot CLI Example: salt myminion nspawn.enable \u0026lt;name\u0026gt; nspawn.enable:\nSet the named container to be launched at boot CLI Example: salt myminion nspawn.enable \u0026lt;name\u0026gt; nspawn.exists:\nReturns true if the named container exists CLI Example: salt myminion nspawn.exists \u0026lt;name\u0026gt; nspawn.info:\nReturn info about a container Note: The container must be running for ``machinectl`` to gather information about it. If the container is stopped, then this function will start it. start : False If ``True``, then the container will be started to retrieve the info. A ``Started`` key will be in the return data if the container was started. CLI Example: salt myminion nspawn.info arch1 salt myminion nspawn.info arch1 force_start=False nspawn.list:\nThis function is an alias of list_running.\nLists running nspawn containers Note: ``nspawn.list`` also works to list running containers CLI Example: salt myminion nspawn.list_running salt myminion nspawn.list nspawn.list_all:\nLists all nspawn containers CLI Example: salt myminion nspawn.list_all nspawn.list_running:\nLists running nspawn containers Note: ``nspawn.list`` also works to list running containers CLI Example: salt myminion nspawn.list_running salt myminion nspawn.list nspawn.list_stopped:\nLists stopped nspawn containers CLI Example: salt myminion nspawn.list_stopped nspawn.pid:\nReturns the PID of a container name Container name CLI Example: salt myminion nspawn.pid arch1 nspawn.poweroff:\nIssue a clean shutdown to the container. Equivalent to running ``machinectl poweroff`` on the named container. For convenience, running ``nspawn.stop``(as shown in the CLI examples below) is equivalent to running ``nspawn.poweroff``. Note: ``machinectl poweroff`` is only supported in systemd \u0026gt;= 219. On earlier systemd versions, running this function will simply issue a clean shutdown via ``systemctl``. CLI Examples: salt myminion nspawn.poweroff arch1 salt myminion nspawn.stop arch1 nspawn.pull_dkr:\nExecute a ``machinectl pull-dkr`` to download a docker image and add it to /var/lib/machines as a new container. Note: **Requires systemd \u0026gt;= 219** url URL from which to download the container name Name for the new container index URL of the Docker index server from which to pull (must be an ``http://`` or ``https://`` URL). CLI Examples: salt myminion nspawn.pull_dkr centos/centos6 cent6 index=https://get.docker.com salt myminion nspawn.pull_docker centos/centos6 cent6 index=https://get.docker.com nspawn.pull_docker:\nThis function is an alias of pull_dkr.\nExecute a ``machinectl pull-dkr`` to download a docker image and add it to /var/lib/machines as a new container. Note: **Requires systemd \u0026gt;= 219** url URL from which to download the container name Name for the new container index URL of the Docker index server from which to pull (must be an ``http://`` or ``https://`` URL). CLI Examples: salt myminion nspawn.pull_dkr centos/centos6 cent6 index=https://get.docker.com salt myminion nspawn.pull_docker centos/centos6 cent6 index=https://get.docker.com nspawn.pull_raw:\nExecute a ``machinectl pull-raw`` to download a .qcow2 or raw disk image, and add it to /var/lib/machines as a new container. Note: **Requires systemd \u0026gt;= 219** url URL from which to download the container name Name for the new container verify : False Perform signature or checksum verification on the container. See the ``machinectl(1)`` man page (section titled \u0026quot;Image Transfer Commands\u0026quot;) for more information on requirements for image verification. To perform signature verification, use ``verify=signature``. For checksum verification, use ``verify=checksum``. By default, no verification will be performed. CLI Examples: salt myminion nspawn.pull_raw http://ftp.halifax.rwth-aachen.de/fedora/linux/releases/21/Cloud/Images/x86_64/Fedora-Cloud-Base-20141203-21.x86_64.raw.xz fedora21 nspawn.pull_tar:\nExecute a ``machinectl pull-raw`` to download a .tar container image, and add it to /var/lib/machines as a new container. Note: **Requires systemd \u0026gt;= 219** url URL from which to download the container name Name for the new container verify : False Perform signature or checksum verification on the container. See the ``machinectl(1)`` man page (section titled \u0026quot;Image Transfer Commands\u0026quot;) for more information on requirements for image verification. To perform signature verification, use ``verify=signature``. For checksum verification, use ``verify=checksum``. By default, no verification will be performed. CLI Examples: salt myminion nspawn.pull_tar http://foo.domain.tld/containers/archlinux-2015.02.01.tar.gz arch2 nspawn.reboot:\nReboot the container by sending a SIGINT to its init process. Equivalent to running ``machinectl reboot`` on the named container. For convenience, running ``nspawn.restart`` (as shown in the CLI examples below) is equivalent to running ``nspawn.reboot``. Note: ``machinectl reboot`` is only supported in systemd \u0026gt;= 219. On earlier systemd versions, running this function will instead restart the container via ``systemctl``. CLI Examples: salt myminion nspawn.reboot arch1 salt myminion nspawn.restart arch1 nspawn.remove:\nRemove the named container Warning: This function will remove all data associated with the container. It will not, however, remove the btrfs subvolumes created by pulling container images (:mod:`nspawn.pull_raw \u0026lt;salt.modules.nspawn.pull_raw\u0026gt;`, :mod:`nspawn.pull_tar \u0026lt;salt.modules.nspawn.pull_tar\u0026gt;`, :mod:`nspawn.pull_dkr \u0026lt;salt.modules.nspawn.pull_dkr\u0026gt;`). stop : False If ``True``, the container will be destroyed even if it is running/frozen. CLI Examples: salt '*' nspawn.remove foo salt '*' nspawn.remove foo stop=True nspawn.restart:\nThis is a compatibility function which simply calls nspawn.reboot. nspawn.retcode:\nRun :mod:`cmd.retcode \u0026lt;salt.modules.cmdmod.retcode\u0026gt;` within a container name Name of the container in which to run the command cmd Command to run no_start : False If the container is not running, don't start it preserve_state : True After running the command, return the container to its previous state stdin : None Standard input to be used for the command output_loglevel : debug Level at which to log the output from the command. Set to ``quiet`` to suppress logging. use_vt : False Use SaltStack's utils.vt to stream output to console. Assumes ``output=all``. keep_env : None If not passed, only a sane default PATH environment variable will be set. If ``True``, all environment variables from the container's host will be kept. Otherwise, a comma-separated list (or Python list) of environment variable names can be passed, and those environment variables will be kept. CLI Example: salt myminion nspawn.retcode mycontainer 'ip addr show' nspawn.run:\nRun :mod:`cmd.run \u0026lt;salt.modules.cmdmod.run\u0026gt;` within a container name Name of the container in which to run the command cmd Command to run no_start : False If the container is not running, don't start it preserve_state : True After running the command, return the container to its previous state stdin : None Standard input to be used for the command output_loglevel : debug Level at which to log the output from the command. Set to ``quiet`` to suppress logging. use_vt : False Use SaltStack's utils.vt to stream output to console. keep_env : None If not passed, only a sane default PATH environment variable will be set. If ``True``, all environment variables from the container's host will be kept. Otherwise, a comma-separated list (or Python list) of environment variable names can be passed, and those environment variables will be kept. CLI Example: salt myminion nspawn.run mycontainer 'ip addr show' nspawn.run_all:\nRun :mod:`cmd.run_all \u0026lt;salt.modules.cmdmod.run_all\u0026gt;` within a container Note: While the command is run within the container, it is initiated from the host. Therefore, the PID in the return dict is from the host, not from the container. name Name of the container in which to run the command cmd Command to run no_start : False If the container is not running, don't start it preserve_state : True After running the command, return the container to its previous state stdin : None Standard input to be used for the command output_loglevel : debug Level at which to log the output from the command. Set to ``quiet`` to suppress logging. use_vt : False Use SaltStack's utils.vt to stream output to console. Assumes ``output=all``. keep_env : None If not passed, only a sane default PATH environment variable will be set. If ``True``, all environment variables from the container's host will be kept. Otherwise, a comma-separated list (or Python list) of environment variable names can be passed, and those environment variables will be kept. CLI Example: salt myminion nspawn.run_all mycontainer 'ip addr show' nspawn.run_stderr:\nRun :mod:`cmd.run_stderr \u0026lt;salt.modules.cmdmod.run_stderr\u0026gt;` within a container name Name of the container in which to run the command cmd Command to run no_start : False If the container is not running, don't start it preserve_state : True After running the command, return the container to its previous state stdin : None Standard input to be used for the command output_loglevel : debug Level at which to log the output from the command. Set to ``quiet`` to suppress logging. use_vt : False Use SaltStack's utils.vt to stream output to console. Assumes ``output=all``. keep_env : None If not passed, only a sane default PATH environment variable will be set. If ``True``, all environment variables from the container's host will be kept. Otherwise, a comma-separated list (or Python list) of environment variable names can be passed, and those environment variables will be kept. CLI Example: salt myminion nspawn.run_stderr mycontainer 'ip addr show' nspawn.run_stdout:\nRun :mod:`cmd.run_stdout \u0026lt;salt.modules.cmdmod.run_stdout\u0026gt;` within a container name Name of the container in which to run the command cmd Command to run no_start : False If the container is not running, don't start it preserve_state : True After running the command, return the container to its previous state stdin : None Standard input to be used for the command output_loglevel : debug Level at which to log the output from the command. Set to ``quiet`` to suppress logging. use_vt : False Use SaltStack's utils.vt to stream output to console. Assumes ``output=all``. keep_env : None If not passed, only a sane default PATH environment variable will be set. If ``True``, all environment variables from the container's host will be kept. Otherwise, a comma-separated list (or Python list) of environment variable names can be passed, and those environment variables will be kept. CLI Example: salt myminion nspawn.run_stdout mycontainer 'ip addr show' nspawn.start:\nStart the named container CLI Example: salt myminion nspawn.start \u0026lt;name\u0026gt; nspawn.state:\nReturn state of container (running or stopped) CLI Example: salt myminion nspawn.state \u0026lt;name\u0026gt; nspawn.stop:\nThis is a compatibility function which provides the logic for nspawn.poweroff and nspawn.terminate. nspawn.terminate:\nKill all processes in the container without issuing a clean shutdown. Equivalent to running ``machinectl terminate`` on the named container. For convenience, running ``nspawn.stop`` and passing ``kill=True`` (as shown in the CLI examples below) is equivalent to running ``nspawn.terminate``. Note: ``machinectl terminate`` is only supported in systemd \u0026gt;= 219. On earlier systemd versions, running this function will simply issue a clean shutdown via ``systemctl``. CLI Examples: salt myminion nspawn.terminate arch1 salt myminion nspawn.stop arch1 kill=True nxos.add_config:\nAdd one or more config lines to the NX-OS device running config. lines Configuration lines to add save_config If False, don't save configuration commands to startup configuration. If True, save configuration to startup configuration. Default: True salt '*' nxos.add_config 'snmp-server community TESTSTRINGHERE group network-operator' Note: For more than one config added per command, lines should be a list. nxos.check_password:\nVerify user password. username Username on which to perform password check password Password to check encrypted Whether or not the password is encrypted Default: False .. code-block: bash salt '*' nxos.check_password username=admin password=admin salt '*' nxos.check_password username=admin \\ password='$5$2fWwO2vK$s7.Hr3YltMNHuhywQQ3nfOd.gAPHgs3SOBYYdGT3E.A' \\ encrypted=True nxos.check_role:\nVerify role assignment for user. salt '*' nxos.check_role username=admin role=network-admin nxos.check_upgrade_impact:\nDisplay upgrade impact information without actually upgrading the device. system_image (Mandatory Option) Path on bootflash: to system image upgrade file. kickstart_image Path on bootflash: to kickstart image upgrade file. (Not required if using combined system/kickstart image file) Default: None issu In Service Software Upgrade (non-disruptive). When True, the upgrade will abort if issu is not possible. When False: Force (disruptive) Upgrade/Downgrade. Default: True timeout Timeout in seconds for long running 'install all' impact command. Default: 900 error_pattern Use the option to pass in a regular expression to search for in the output of the 'install all impact' command that indicates an error has occurred. This option is only used when proxy minion connection type is ssh and otherwise ignored. salt 'n9k' nxos.check_upgrade_impact system_image=nxos.9.2.1.bin salt 'n7k' nxos.check_upgrade_impact system_image=n7000-s2-dk9.8.1.1.bin \\ kickstart_image=n7000-s2-kickstart.8.1.1.bin issu=False nxos.cmd:\nNOTE: This function is preserved for backwards compatibility. This allows commands to be executed using either of the following syntactic forms. salt '*' nxos.cmd \u0026lt;function\u0026gt; or salt '*' nxos.\u0026lt;function\u0026gt; command function from `salt.modules.nxos` to run args positional args to pass to `command` function kwargs key word arguments to pass to `command` function salt '*' nxos.cmd sendline 'show ver' salt '*' nxos.cmd show_run salt '*' nxos.cmd check_password username=admin password='$5$lkjsdfoi$blahblahblah' encrypted=True nxos.config:\nConfigures the Nexus switch with the specified commands. This method is used to send configuration commands to the switch. It will take either a string or a list and prepend the necessary commands to put the session into config mode. Warning: All the commands will be applied directly to the running-config. config_file The source file with the configuration commands to be sent to the device. The file can also be a template that can be rendered using the template engine of choice. This can be specified using the absolute path to the file, or using one of the following URL schemes: - ``salt://``, to fetch the file from the Salt fileserver. - ``http://`` or ``https://`` - ``ftp://`` - ``s3://`` - ``swift://`` commands The commands to send to the switch in config mode. If the commands argument is a string it will be cast to a list. The list of commands will also be prepended with the necessary commands to put the session in config mode. Note: This argument is ignored when ``config_file`` is specified. template_engine: ``jinja`` The template engine to use when rendering the source file. Default: ``jinja``. To simply fetch the file without attempting to render, set this argument to ``None``. context Variables to add to the template context. defaults Default values of the context_dict. save_config If False, don't save configuration commands to startup configuration. If True, save configuration to startup configuration. Default: True CLI Example: salt '*' nxos.config commands=\u0026quot;['spanning-tree mode mstp']\u0026quot; salt '*' nxos.config config_file=salt://config.txt salt '*' nxos.config config_file=https://bit.ly/2LGLcDy context=\u0026quot;{'servers': ['1.2.3.4']}\u0026quot; nxos.delete_config:\nDelete one or more config lines to the switch running config. lines Configuration lines to remove. save_config If False, don't save configuration commands to startup configuration. If True, save configuration to startup configuration. Default: True salt '*' nxos.delete_config 'snmp-server community TESTSTRINGHERE group network-operator' Note: For more than one config deleted per command, lines should be a list. nxos.find:\nFind all instances where the pattern is in the running configuration. salt '*' nxos.find '^snmp-server.*$' Note: This uses the `re.MULTILINE` regex format for python, and runs the regex against the whole show_run output. nxos.get_roles:\nGet roles assigned to a username. .. code-block: bash salt '*' nxos.get_roles username=admin nxos.get_user:\nGet username line from switch. .. code-block: bash salt '*' nxos.get_user username=admin nxos.grains:\nGet grains for minion. .. code-block: bash salt '*' nxos.grains nxos.grains_refresh:\nRefresh the grains for the NX-OS device. .. code-block: bash salt '*' nxos.grains_refresh nxos.ping:\nPing the device on the other end of the connection. .. code-block: bash salt '*' nxos.ping nxos.remove_user:\nRemove user from switch. username Username to remove save_config If False, don't save configuration commands to startup configuration. If True, save configuration to startup configuration. Default: True salt '*' nxos.remove_user username=daniel nxos.replace:\nReplace string or full line matches in switch's running config. If full_match is set to True, then the whole line will need to be matched as part of the old value. salt '*' nxos.replace 'TESTSTRINGHERE' 'NEWTESTSTRINGHERE' nxos.save_running_config:\nSave the running configuration to startup configuration. salt '*' nxos.save_running_config nxos.sendline:\nSend arbitrary commands to the NX-OS device. command The command or list of commands to be sent. ['cmd1', 'cmd2'] is converted to 'cmd1 ; cmd2'. method: ``cli_show_ascii``: Return raw test or unstructured output. ``cli_show``: Return structured output. ``cli_conf``: Send configuration commands to the device. Defaults to ``cli_show_ascii``. NOTE: method is ignored for SSH proxy minion. All data is returned unstructured. error_pattern Use the option to pass in a regular expression to search for in the returned output of the command that indicates an error has occurred. This option is only used when proxy minion connection type is ssh and otherwise ignored. .. code-block: bash salt '*' nxos.sendline 'show run | include \u0026quot;^username admin password\u0026quot;' salt '*' nxos.sendline \u0026quot;['show inventory', 'show version']\u0026quot; salt '*' nxos.sendline 'show inventory ; show version' nxos.set_password:\nSet users password on switch. username Username to configure password Password to configure for username encrypted Whether or not to encrypt the password Default: False role Configure role for the username Default: None crypt_salt Configure crypt_salt setting Default: None algorithm Encryption algorithm Default: sha256 save_config If False, don't save configuration commands to startup configuration. If True, save configuration to startup configuration. Default: True salt '*' nxos.set_password admin TestPass salt '*' nxos.set_password admin \\ password='$5$2fWwO2vK$s7.Hr3YltMNHuhywQQ3nfOd.gAPHgs3SOBYYdGT3E.A' \\ encrypted=True nxos.set_role:\nAssign role to username. username Username for role configuration role Configure role for username save_config If False, don't save configuration commands to startup configuration. If True, save configuration to startup configuration. Default: True salt '*' nxos.set_role username=daniel role=vdc-admin. nxos.show:\nExecute one or more show (non-configuration) commands. commands The commands to be executed. raw_text: ``True`` Whether to return raw text or structured data. NOTE: raw_text option is ignored for SSH proxy minion. Data is returned unstructured. CLI Example: salt-call --local nxos.show 'show version' salt '*' nxos.show 'show bgp sessions ; show processes' raw_text=False salt 'regular-minion' nxos.show 'show interfaces' host=sw01.example.com username=test password=test nxos.show_run:\nShortcut to run `show running-config` on the NX-OS device. salt '*' nxos.show_run nxos.show_ver:\nShortcut to run `show version` on the NX-OS device. salt '*' nxos.show_ver nxos.system_info:\nReturn system information for grains of the minion. salt '*' nxos.system_info nxos.unset_role:\nRemove role from username. username Username for role removal role Role to remove save_config If False, don't save configuration commands to startup configuration. If True, save configuration to startup configuration. Default: True salt '*' nxos.unset_role username=daniel role=vdc-admin nxos.upgrade:\nUpgrade NX-OS switch. system_image (Mandatory Option) Path on bootflash: to system image upgrade file. kickstart_image Path on bootflash: to kickstart image upgrade file. (Not required if using combined system/kickstart image file) Default: None issu Set this option to True when an In Service Software Upgrade or non-disruptive upgrade is required. The upgrade will abort if issu is not possible. Default: True timeout Timeout in seconds for long running 'install all' upgrade command. Default: 900 error_pattern Use the option to pass in a regular expression to search for in the output of the 'install all upgrade command that indicates an error has occurred. This option is only used when proxy minion connection type is ssh and otherwise ignored. salt 'n9k' nxos.upgrade system_image=nxos.9.2.1.bin salt 'n7k' nxos.upgrade system_image=n7000-s2-dk9.8.1.1.bin \\ kickstart_image=n7000-s2-kickstart.8.1.1.bin issu=False nxos_api.config:\nConfigures the Nexus switch with the specified commands. This method is used to send configuration commands to the switch. It will take either a string or a list and prepend the necessary commands to put the session into config mode. Warning: All the commands will be applied directly into the running-config. config_file The source file with the configuration commands to be sent to the device. The file can also be a template that can be rendered using the template engine of choice. This can be specified using the absolute path to the file, or using one of the following URL schemes: - ``salt://``, to fetch the file from the Salt fileserver. - ``http://`` or ``https://`` - ``ftp://`` - ``s3://`` - ``swift://`` commands The commands to send to the switch in config mode. If the commands argument is a string it will be cast to a list. The list of commands will also be prepended with the necessary commands to put the session in config mode. Note: This argument is ignored when ``config_file`` is specified. template_engine: ``jinja`` The template engine to use when rendering the source file. Default: ``jinja``. To simply fetch the file without attempting to render, set this argument to ``None``. context Variables to add to the template context. defaults Default values of the context_dict. transport: ``https`` Specifies the type of connection transport to use. Valid values for the connection are ``http``, and ``https``. host: ``localhost`` The IP address or DNS host name of the connection device. username: ``admin`` The username to pass to the device to authenticate the NX-API connection. password The password to pass to the device to authenticate the NX-API connection. port The TCP port of the endpoint for the NX-API connection. If this keyword is not specified, the default value is automatically determined by the transport type (``80`` for ``http``, or ``443`` for ``https``). timeout: ``60`` Time in seconds to wait for the device to respond. Default: 60 seconds. verify: ``True`` Either a boolean, in which case it controls whether we verify the NX-API TLS certificate, or a string, in which case it must be a path to a CA bundle to use. Defaults to ``True``. CLI Example: salt '*' nxos_api.config commands=\u0026quot;['spanning-tree mode mstp']\u0026quot; salt '*' nxos_api.config config_file=salt://config.txt salt '*' nxos_api.config config_file=https://bit.ly/2LGLcDy context=\u0026quot;{'servers': ['1.2.3.4']}\u0026quot; nxos_api.rpc:\nExecute an arbitrary RPC request via the Nexus API. commands The commands to be executed. method: ``cli`` The type of the response, i.e., raw text (``cli_ascii``) or structured document (``cli``). Defaults to ``cli`` (structured data). transport: ``https`` Specifies the type of connection transport to use. Valid values for the connection are ``http``, and ``https``. host: ``localhost`` The IP address or DNS host name of the connection device. username: ``admin`` The username to pass to the device to authenticate the NX-API connection. password The password to pass to the device to authenticate the NX-API connection. port The TCP port of the endpoint for the NX-API connection. If this keyword is not specified, the default value is automatically determined by the transport type (``80`` for ``http``, or ``443`` for ``https``). timeout: ``60`` Time in seconds to wait for the device to respond. Default: 60 seconds. verify: ``True`` Either a boolean, in which case it controls whether we verify the NX-API TLS certificate, or a string, in which case it must be a path to a CA bundle to use. Defaults to ``True``. CLI Example: salt-call --local nxos_api.rpc 'show version' nxos_api.show:\nExecute one or more show (non-configuration) commands. commands The commands to be executed. Multiple commands should be specified as a list. raw_text: ``True`` Whether to return raw text or structured data. transport: ``https`` Specifies the type of connection transport to use. Valid values for the connection are ``http``, and ``https``. host: ``localhost`` The IP address or DNS host name of the connection device. username: ``admin`` The username to pass to the device to authenticate the NX-API connection. password The password to pass to the device to authenticate the NX-API connection. port The TCP port of the endpoint for the NX-API connection. If this keyword is not specified, the default value is automatically determined by the transport type (``80`` for ``http``, or ``443`` for ``https``). timeout: ``60`` Time in seconds to wait for the device to respond. Default: 60 seconds. verify: ``True`` Either a boolean, in which case it controls whether we verify the NX-API TLS certificate, or a string, in which case it must be a path to a CA bundle to use. Defaults to ``True``. CLI Example: salt-call --local nxos_api.show 'show version' salt '*' nxos_api.show \u0026quot;['show bgp sessions','show processes']\u0026quot; raw_text=False salt 'regular-minion' nxos_api.show 'show interfaces' host=sw01.example.com username=test password=test nxos_upgrade.check_upgrade_impact:\nDisplay upgrade impact information without actually upgrading the device. system_image (Mandatory Option) Path on bootflash: to system image upgrade file. kickstart_image Path on bootflash: to kickstart image upgrade file. (Not required if using combined system/kickstart image file) Default: None issu In Service Software Upgrade (non-disruptive). When True, the upgrade will abort if issu is not possible. When False: Force (disruptive) Upgrade/Downgrade. Default: True timeout Timeout in seconds for long running 'install all' impact command. Default: 900 error_pattern Use the option to pass in a regular expression to search for in the output of the 'install all impact' command that indicates an error has occurred. This option is only used when proxy minion connection type is ssh and otherwise ignored. salt 'n9k' nxos.check_upgrade_impact system_image=nxos.9.2.1.bin salt 'n7k' nxos.check_upgrade_impact system_image=n7000-s2-dk9.8.1.1.bin \\ kickstart_image=n7000-s2-kickstart.8.1.1.bin issu=False nxos_upgrade.upgrade:\nUpgrade NX-OS switch. system_image (Mandatory Option) Path on bootflash: to system image upgrade file. kickstart_image Path on bootflash: to kickstart image upgrade file. (Not required if using combined system/kickstart image file) Default: None issu Set this option to True when an In Service Software Upgrade or non-disruptive upgrade is required. The upgrade will abort if issu is not possible. Default: True timeout Timeout in seconds for long running 'install all' upgrade command. Default: 900 error_pattern Use the option to pass in a regular expression to search for in the output of the 'install all upgrade command that indicates an error has occurred. This option is only used when proxy minion connection type is ssh and otherwise ignored. salt 'n9k' nxos.upgrade system_image=nxos.9.2.1.bin salt 'n7k' nxos.upgrade system_image=n7000-s2-dk9.8.1.1.bin \\ kickstart_image=n7000-s2-kickstart.8.1.1.bin issu=False openscap.xccdf:\nRun ``oscap xccdf`` commands on minions. It uses cp.push_dir to upload the generated files to the salt master in the master's minion files cachedir (defaults to ``/var/cache/salt/master/minions/minion-id/files``) It needs ``file_recv`` set to ``True`` in the master configuration file. CLI Example: salt '*' openscap.xccdf \u0026quot;eval --profile Default /usr/share/openscap/scap-yast2sec-xccdf.xml\u0026quot; openscap.xccdf_eval:\nRun ``oscap xccdf eval`` commands on minions. New in version 3007.0 It uses cp.push_dir to upload the generated files to the salt master in the master's minion files cachedir (defaults to ``/var/cache/salt/master/minions/minion-id/files``) It needs ``file_recv`` set to ``True`` in the master configuration file. xccdffile the path to the xccdf file to evaluate ovalfiles additional oval definition files profile the name of Profile to be evaluated rule the name of a single rule to be evaluated oval_results save OVAL results as well (True or False) results write XCCDF Results into given file report write HTML report into given file fetch_remote_resources download remote content referenced by XCCDF (True or False) tailoring_file use given XCCDF Tailoring file tailoring_id use given DS component as XCCDF Tailoring file remediate automatically execute XCCDF fix elements for failed rules. Use of this option is always at your own risk. (True or False) CLI Example: salt '*' openscap.xccdf_eval /usr/share/openscap/scap-yast2sec-xccdf.xml profile=Default openstack_config.delete:\nDelete a value from an OpenStack configuration file. filename The full path to the configuration file section The section from which to delete the parameter parameter The parameter to delete CLI Example: salt-call openstack_config.delete /etc/keystone/keystone.conf sql connection openstack_config.get:\nGet a value from an OpenStack configuration file. filename The full path to the configuration file section The section from which to search for the parameter parameter The parameter to return CLI Example: salt-call openstack_config.get /etc/keystone/keystone.conf sql connection openstack_config.set:\nSet a value in an OpenStack configuration file. filename The full path to the configuration file section The section in which the parameter will be set parameter The parameter to change value The value to set CLI Example: salt-call openstack_config.set /etc/keystone/keystone.conf sql connection foo opsgenie.post_data:\nPost data to OpsGenie. It's designed for Salt's Event Reactor. After configuring the sls reaction file as shown above, you can trigger the module with your designated tag (og-tag in this case). CLI Example: salt-call event.send 'og-tag' '{\u0026quot;reason\u0026quot; : \u0026quot;Overheating CPU!\u0026quot;}' Required parameters: api_key It's the API Key you've copied while adding integration in OpsGenie. reason It will be used as alert's default message in OpsGenie. action_type OpsGenie supports the default values Create/Close for action_type. You can customise this field with OpsGenie's custom actions for other purposes like adding notes or acknowledging alerts. Optional parameters: name It will be used as alert's alias. If you want to use the close functionality you must provide name field for both states like in this case. out.html_format:\nReturn the formatted string as HTML. data The JSON serializable object. out: ``nested`` The name of the output to use to transform the data. Default: ``nested``. opts Dictionary of configuration options. Default: ``__opts__``. kwargs Arguments to sent to the outputter module. CLI Example: salt '*' out.html_format \u0026quot;{'key': 'value'}\u0026quot; out=yaml out.out_format:\nReturn the formatted outputter string for the Python object. data The JSON serializable object. out: ``nested`` The name of the output to use to transform the data. Default: ``nested``. opts Dictionary of configuration options. Default: ``__opts__``. kwargs Arguments to sent to the outputter module. CLI Example: salt '*' out.out_format \u0026quot;{'key': 'value'}\u0026quot; out.string_format:\nReturn the outputter formatted string, removing the ANSI escape sequences. data The JSON serializable object. out: ``nested`` The name of the output to use to transform the data. Default: ``nested``. opts Dictionary of configuration options. Default: ``__opts__``. kwargs Arguments to sent to the outputter module. CLI Example: salt '*' out.string_format \u0026quot;{'key': 'value'}\u0026quot; out=table pagerduty.create_event:\nCreate an event in PagerDuty. Designed for use in states. CLI Example: salt myminion pagerduty.create_event \u0026lt;service_key\u0026gt; \u0026lt;description\u0026gt; \u0026lt;details\u0026gt; profile=my-pagerduty-account The following parameters are required: service_key This key can be found by using pagerduty.list_services. description This is a short description of the event. details This can be a more detailed description of the event. profile This refers to the configuration profile to use to connect to the PagerDuty service. pagerduty.list_escalation_policies:\nThis function is an alias of list_policies.\nList escalation policies belonging to this account CLI Example: salt myminion pagerduty.list_policies my-pagerduty-account salt myminion pagerduty.list_escalation_policies my-pagerduty-account pagerduty.list_incidents:\nList incidents belonging to this account CLI Example: salt myminion pagerduty.list_incidents my-pagerduty-account pagerduty.list_maintenance_windows:\nThis function is an alias of list_windows.\nList maintenance windows belonging to this account CLI Example: salt myminion pagerduty.list_windows my-pagerduty-account salt myminion pagerduty.list_maintenance_windows my-pagerduty-account pagerduty.list_policies:\nList escalation policies belonging to this account CLI Example: salt myminion pagerduty.list_policies my-pagerduty-account salt myminion pagerduty.list_escalation_policies my-pagerduty-account pagerduty.list_schedules:\nList schedules belonging to this account CLI Example: salt myminion pagerduty.list_schedules my-pagerduty-account pagerduty.list_services:\nList services belonging to this account CLI Example: salt myminion pagerduty.list_services my-pagerduty-account pagerduty.list_users:\nList users belonging to this account CLI Example: salt myminion pagerduty.list_users my-pagerduty-account pagerduty.list_windows:\nList maintenance windows belonging to this account CLI Example: salt myminion pagerduty.list_windows my-pagerduty-account salt myminion pagerduty.list_maintenance_windows my-pagerduty-account pagerduty_util.create_or_update_resource:\ncreate or update any pagerduty resource Helper method for present(). Determining if two resources are the same is different for different PD resource, so this method accepts a diff function. The diff function will be invoked as diff(state_information, object_returned_from_pagerduty), and should return a dict of data to pass to the PagerDuty update API method, or None if no update is to be performed. If no diff method is provided, the default behavor is to scan the keys in the state_information, comparing the matching values in the object_returned_from_pagerduty, and update any values that differ. examples: create_or_update_resource(\u0026quot;user\u0026quot;, [\u0026quot;id\u0026quot;,\u0026quot;name\u0026quot;,\u0026quot;email\u0026quot;]) create_or_update_resource(\u0026quot;escalation_policies\u0026quot;, [\u0026quot;id\u0026quot;,\u0026quot;name\u0026quot;], diff=my_diff_function) pagerduty_util.delete_resource:\ndelete any pagerduty resource Helper method for absent() example: delete_resource(\u0026quot;users\u0026quot;, key, [\u0026quot;id\u0026quot;,\u0026quot;name\u0026quot;,\u0026quot;email\u0026quot;]) # delete by id or name or email pagerduty_util.get_escalation_policies:\nList escalation_policies belonging to this account CLI Example: salt myminion pagerduty.get_escalation_policies pagerduty_util.get_resource:\nGet any single pagerduty resource by key. We allow flexible lookup by any of a list of identifier_fields. So, for example, you can look up users by email address or name by calling: get_resource('users', key, ['name', 'email'], ...) This method is mainly used to translate state sls into pagerduty id's for dependent objects. For example, a pagerduty escalation policy contains one or more schedules, which must be passed by their pagerduty id. We look up the schedules by name (using this method), and then translate the names into id's. This method is implemented by getting all objects of the resource type (cached into __context__), then brute force searching through the list and trying to match any of the identifier_fields. The __context__ cache is purged after any create, update or delete to the resource. pagerduty_util.get_schedules:\nList schedules belonging to this account CLI Example: salt myminion pagerduty.get_schedules pagerduty_util.get_services:\nList services belonging to this account CLI Example: salt myminion pagerduty.get_services pagerduty_util.get_users:\nList users belonging to this account CLI Example: salt myminion pagerduty.get_users pagerduty_util.resource_absent:\nGeneric resource.absent state method. Pagerduty state modules should be a thin wrapper over this method, with a custom diff function. This method calls delete_resource() and formats the result as a salt state return value. example: resource_absent(\u0026quot;users\u0026quot;, [\u0026quot;id\u0026quot;,\u0026quot;name\u0026quot;,\u0026quot;email\u0026quot;]) pagerduty_util.resource_present:\nGeneric resource.present state method. Pagerduty state modules should be a thin wrapper over this method, with a custom diff function. This method calls create_or_update_resource() and formats the result as a salt state return value. example: resource_present(\u0026quot;users\u0026quot;, [\u0026quot;id\u0026quot;,\u0026quot;name\u0026quot;,\u0026quot;email\u0026quot;]) pam.read_file:\nThis is just a test function, to make sure parsing works CLI Example: salt '*' pam.read_file /etc/pam.d/login parallels.clone:\nClone a VM New in version 2016.11.0 :param str name: Name/ID of VM to clone :param str new_name: Name of the new VM :param bool linked: Create a linked virtual machine. :param bool template: Create a virtual machine template instead of a real virtual machine. :param str runas: The user that the prlctl command will be run as Example: salt '*' parallels.clone macvm macvm_new runas=macdev salt '*' parallels.clone macvm macvm_templ template=True runas=macdev parallels.delete:\nDelete a VM New in version 2016.11.0 :param str name: Name/ID of VM to clone :param str runas: The user that the prlctl command will be run as Example: salt '*' parallels.exec macvm 'find /etc/paths.d' runas=macdev parallels.delete_snapshot:\nDelete a snapshot Note: Deleting a snapshot from which other snapshots are dervied will not delete the derived snapshots :param str name: Name/ID of VM whose snapshot will be deleted :param str snap_name: Name/ID of snapshot to delete :param str runas: The user that the prlctl command will be run as :param bool all: Delete all snapshots having the name given New in version 2016.11.0 Example: salt '*' parallels.delete_snapshot macvm 'unneeded snapshot' runas=macdev salt '*' parallels.delete_snapshot macvm 'Snapshot for linked clone' all=True runas=macdev parallels.exec:\nRun a command on a VM :param str name: Name/ID of VM whose exec will be returned :param str command: Command to run on the VM :param str runas: The user that the prlctl command will be run as Example: salt '*' parallels.exec macvm 'find /etc/paths.d' runas=macdev parallels.exists:\nQuery whether a VM exists New in version 2016.11.0 :param str name: Name/ID of VM :param str runas: The user that the prlctl command will be run as Example: salt '*' parallels.exists macvm runas=macdev parallels.list_snapshots:\nList the snapshots :param str name: Name/ID of VM whose snapshots will be listed :param str snap_id: Name/ID of snapshot to display information about. If ``tree=True`` is also specified, display the snapshot subtree having this snapshot as the root snapshot :param bool tree: List snapshots in tree format rather than tabular format :param bool names: List snapshots as ID, name pairs :param str runas: The user that the prlctl command will be run as Example: salt '*' parallels.list_snapshots macvm runas=macdev salt '*' parallels.list_snapshots macvm tree=True runas=macdev salt '*' parallels.list_snapshots macvm snap_name=original runas=macdev salt '*' parallels.list_snapshots macvm names=True runas=macdev parallels.list_vms:\nList information about the VMs :param str name: Name/ID of VM to list Changed in version 2016.11.0 No longer implies ``info=True`` :param str info: List extra information :param bool all: List all non-template VMs :param tuple args: Additional arguments given to ``prctl list`` :param str runas: The user that the prlctl command will be run as :param bool template: List the available virtual machine templates. The real virtual machines will not be included in the output New in version 2016.11.0 Example: salt '*' parallels.list_vms runas=macdev salt '*' parallels.list_vms name=macvm info=True runas=macdev salt '*' parallels.list_vms info=True runas=macdev salt '*' parallels.list_vms ' -o uuid,status' all=True runas=macdev parallels.prlctl:\nExecute a prlctl command :param str sub_cmd: prlctl subcommand to execute :param str args: The arguments supplied to ``prlctl \u0026lt;sub_cmd\u0026gt;`` :param str runas: The user that the prlctl command will be run as Example: salt '*' parallels.prlctl user list runas=macdev salt '*' parallels.prlctl exec 'macvm uname' runas=macdev salt -- '*' parallels.prlctl capture 'macvm --file macvm.display.png' runas=macdev parallels.prlsrvctl:\nExecute a prlsrvctl command New in version 2016.11.0 :param str sub_cmd: prlsrvctl subcommand to execute :param str args: The arguments supplied to ``prlsrvctl \u0026lt;sub_cmd\u0026gt;`` :param str runas: The user that the prlsrvctl command will be run as Example: salt '*' parallels.prlsrvctl info runas=macdev salt '*' parallels.prlsrvctl usb list runas=macdev salt -- '*' parallels.prlsrvctl set '--mem-limit auto' runas=macdev parallels.reset:\nReset a VM by performing a hard shutdown and then a restart :param str name: Name/ID of VM to reset :param str runas: The user that the prlctl command will be run as Example: salt '*' parallels.reset macvm runas=macdev parallels.restart:\nRestart a VM by gracefully shutting it down and then restarting it :param str name: Name/ID of VM to restart :param str runas: The user that the prlctl command will be run as Example: salt '*' parallels.restart macvm runas=macdev parallels.revert_snapshot:\nRevert a VM to a snapshot :param str name: Name/ID of VM to revert to a snapshot :param str snap_name: Name/ID of snapshot to revert to :param str runas: The user that the prlctl command will be run as Example: salt '*' parallels.revert_snapshot macvm base-with-updates runas=macdev parallels.snapshot:\nCreate a snapshot :param str name: Name/ID of VM to take a snapshot of :param str snap_name: Name of snapshot :param str desc: Description of snapshot :param str runas: The user that the prlctl command will be run as Example: salt '*' parallels.create_snapshot macvm snap_name=macvm-original runas=macdev salt '*' parallels.create_snapshot macvm snap_name=macvm-updates desc='clean install with updates' runas=macdev parallels.snapshot_id_to_name:\nAttempt to convert a snapshot ID to a snapshot name. If the snapshot has no name or if the ID is not found or invalid, an empty string will be returned :param str name: Name/ID of VM whose snapshots are inspected :param str snap_id: ID of the snapshot :param bool strict: Raise an exception if a name cannot be found for the given ``snap_id`` :param str runas: The user that the prlctl command will be run as Example data ID: {a5b8999f-5d95-4aff-82de-e515b0101b66} Name: original Date: 2016-03-04 10:50:34 Current: yes State: poweroff Description: original state CLI Example: salt '*' parallels.snapshot_id_to_name macvm a5b8999f-5d95-4aff-82de-e515b0101b66 runas=macdev parallels.snapshot_name_to_id:\nAttempt to convert a snapshot name to a snapshot ID. If the name is not found an empty string is returned. If multiple snapshots share the same name, a list will be returned :param str name: Name/ID of VM whose snapshots are inspected :param str snap_name: Name of the snapshot :param bool strict: Raise an exception if multiple snapshot IDs are found :param str runas: The user that the prlctl command will be run as CLI Example: salt '*' parallels.snapshot_id_to_name macvm original runas=macdev parallels.start:\nStart a VM :param str name: Name/ID of VM to start :param str runas: The user that the prlctl command will be run as Example: salt '*' parallels.start macvm runas=macdev parallels.status:\nStatus of a VM :param str name: Name/ID of VM whose status will be returned :param str runas: The user that the prlctl command will be run as Example: salt '*' parallels.status macvm runas=macdev parallels.stop:\nStop a VM :param str name: Name/ID of VM to stop :param bool kill: Perform a hard shutdown :param str runas: The user that the prlctl command will be run as Example: salt '*' parallels.stop macvm runas=macdev salt '*' parallels.stop macvm kill=True runas=macdev partition.align_check:\nCheck if partition satisfies the alignment constraint of part_type. Type must be \u0026quot;minimal\u0026quot; or \u0026quot;optimal\u0026quot;. CLI Example: salt '*' partition.align_check /dev/sda minimal 1 partition.check:\nChecks if the file system on partition \u0026lt;minor\u0026gt; has any errors. CLI Example: salt '*' partition.check 1 partition.cp:\nCopies the file system on the partition \u0026lt;from-minor\u0026gt; to partition \u0026lt;to-minor\u0026gt;, deleting the original contents of the destination partition. CLI Example: salt '*' partition.cp /dev/sda 2 3 partition.disk_set:\nChanges a flag on selected device. A flag can be either \u0026quot;on\u0026quot; or \u0026quot;off\u0026quot; (make sure to use proper quoting, see :ref:`YAML Idiosyncrasies \u0026lt;yaml-idiosyncrasies\u0026gt;`). Some or all of these flags will be available, depending on what disk label you are using. Valid flags are: * cylinder_alignment * pmbr_boot * implicit_partition_table CLI Example: salt '*' partition.disk_set /dev/sda pmbr_boot '\u0026quot;on\u0026quot;' partition.disk_toggle:\nToggle the state of \u0026lt;flag\u0026gt; on \u0026lt;device\u0026gt;. Valid flags are the same as the disk_set command. CLI Example: salt '*' partition.disk_toggle /dev/sda pmbr_boot partition.exists:\nCheck to see if the partition exists CLI Example: salt '*' partition.exists /dev/sdb1 partition.get_block_device:\nRetrieve a list of disk devices New in version 2014.7.0 CLI Example: salt '*' partition.get_block_device partition.get_id:\nPrints the system ID for the partition. Some typical values are:: b: FAT32 (vfat) 7: HPFS/NTFS 82: Linux Swap 83: Linux 8e: Linux LVM fd: Linux RAID Auto CLI Example: salt '*' partition.get_id /dev/sda 1 partition.list:\nPrints partition information of given \u0026lt;device\u0026gt; CLI Examples: salt '*' partition.list /dev/sda salt '*' partition.list /dev/sda unit=s salt '*' partition.list /dev/sda unit=kB partition.mkfs:\nMakes a file system \u0026lt;fs_type\u0026gt; on partition \u0026lt;device\u0026gt;, destroying all data that resides on that partition. \u0026lt;fs_type\u0026gt; must be one of \u0026quot;ext2\u0026quot;, \u0026quot;fat32\u0026quot;, \u0026quot;fat16\u0026quot;, \u0026quot;linux-swap\u0026quot; or \u0026quot;reiserfs\u0026quot; (if libreiserfs is installed) CLI Example: salt '*' partition.mkfs /dev/sda2 fat32 partition.mklabel:\nCreate a new disklabel (partition table) of label_type. Type should be one of \u0026quot;aix\u0026quot;, \u0026quot;amiga\u0026quot;, \u0026quot;bsd\u0026quot;, \u0026quot;dvh\u0026quot;, \u0026quot;gpt\u0026quot;, \u0026quot;loop\u0026quot;, \u0026quot;mac\u0026quot;, \u0026quot;msdos\u0026quot;, \u0026quot;pc98\u0026quot;, or \u0026quot;sun\u0026quot;. CLI Example: salt '*' partition.mklabel /dev/sda msdos partition.mkpart:\nMake a part_type partition for filesystem fs_type, beginning at start and ending at end (by default in megabytes). part_type should be one of \u0026quot;primary\u0026quot;, \u0026quot;logical\u0026quot;, or \u0026quot;extended\u0026quot;. CLI Examples: salt '*' partition.mkpart /dev/sda primary fs_type=fat32 start=0 end=639 salt '*' partition.mkpart /dev/sda primary start=0 end=639 partition.mkpartfs:\nThe mkpartfs actually is an alias to mkpart and is kept for compatibility. To know the valid options and usage syntax read mkpart documentation. CLI Examples: salt '*' partition.mkpartfs /dev/sda primary fs_type=fat32 start=0 end=639 salt '*' partition.mkpartfs /dev/sda primary start=0 end=639 partition.name:\nSet the name of partition to name. This option works only on Mac, PC98, and GPT disklabels. The name can be placed in quotes, if necessary. CLI Example: salt '*' partition.name /dev/sda 1 'My Documents' partition.probe:\nAsk the kernel to update its local partition data. When no args are specified all block devices are tried. Caution: Generally only works on devices with no mounted partitions and may take a long time to return if specified devices are in use. CLI Examples: salt '*' partition.probe salt '*' partition.probe /dev/sda salt '*' partition.probe /dev/sda /dev/sdb partition.rescue:\nRescue a lost partition that was located somewhere between start and end. If a partition is found, parted will ask if you want to create an entry for it in the partition table. CLI Example: salt '*' partition.rescue /dev/sda 0 8056 partition.resize:\nResizes the partition with number \u0026lt;minor\u0026gt;. The partition will start \u0026lt;start\u0026gt; from the beginning of the disk, and end \u0026lt;end\u0026gt; from the beginning of the disk. resize never changes the minor number. Extended partitions can be resized, so long as the new extended partition completely contains all logical partitions. CLI Example: salt '*' partition.resize /dev/sda 3 200 850 partition.rm:\nRemoves the partition with number \u0026lt;minor\u0026gt;. CLI Example: salt '*' partition.rm /dev/sda 5 partition.set:\nChanges a flag on the partition with number \u0026lt;minor\u0026gt;. A flag can be either \u0026quot;on\u0026quot; or \u0026quot;off\u0026quot; (make sure to use proper quoting, see :ref:`YAML Idiosyncrasies \u0026lt;yaml-idiosyncrasies\u0026gt;`). Some or all of these flags will be available, depending on what disk label you are using. Valid flags are: * boot * root * swap * hidden * raid * lvm * lba * hp-service * palo * prep * msftres * bios_grub * atvrecv * diag * legacy_boot * msftdata * irst * esp * type CLI Example: salt '*' partition.set /dev/sda 1 boot '\u0026quot;on\u0026quot;' partition.set_id:\nSets the system ID for the partition. Some typical values are:: b: FAT32 (vfat) 7: HPFS/NTFS 82: Linux Swap 83: Linux 8e: Linux LVM fd: Linux RAID Auto CLI Example: salt '*' partition.set_id /dev/sda 1 83 partition.system_types:\nList the system types that are supported by the installed version of sfdisk CLI Example: salt '*' partition.system_types partition.toggle:\nToggle the state of \u0026lt;flag\u0026gt; on \u0026lt;partition\u0026gt;. Valid flags are the same as the set command. CLI Example: salt '*' partition.toggle /dev/sda 1 boot peeringdb.get_fac:\nReturn the details of the facility identified using the search filters specified in the query. Note: If no ``id`` or filter arguments are specified, it will return all the possible facilities registered in PeeringDB. The available filters are documented at: https://www.peeringdb.com/apidocs/#!/netfac/netfac_list CLI Example: salt '*' peeringdb.get_fac id=1774 salt '*' peeringdb.get_fac state=UT peeringdb.get_ix:\nReturn the details of an IX (Internet Exchange) using the search filters specified in the query. Note: If no ``id`` or filter arguments are specified, it will return all the possible IXs registered in PeeringDB. The available filters are documented at: https://www.peeringdb.com/apidocs/#!/ix/ix_list CLI Example: salt '*' peeringdb.get_ix id=1 salt '*' peeringdb.get_ix city='Milwaukee' peeringdb.get_ixfac:\nReturn the details of an IX (Internet Exchange) facility using the search filters specified in the query. Note: If no ``id`` or filter arguments are specified, it will return all the possible IX facilities registered in PeeringDB. The available filters are documented at: https://www.peeringdb.com/apidocs/#!/ixfac/ixfac_list CLI Example: salt '*' peeringdb.get_ixfac id=1 salt '*' peeringdb.get_ixfac city='Milwaukee' peeringdb.get_ixlan:\nReturn the details of an IX (Internet Exchange) together with the networks available in this location (and their details), using the search filters specified in the query. Note: If no ``id`` or filter arguments are specified, it will return all the possible IX LAN facilities registered in PeeringDB. The available filters are documented at: https://www.peeringdb.com/apidocs/#!/ixlan/ixlan_list CLI Example: salt '*' peeringdb.get_ixlan id=780 salt '*' peeringdb.get_ixlan city='Milwaukee' peeringdb.get_ixpfx:\nReturn the details of an IX (Internet Exchange) together with the PeeringDB IDs of the networks available in this location, using the search filters specified in the query. Note: If no ``id`` or filter arguments are specified, it will return all the possible IX LAN facilities registered in PeeringDB. The available filters are documented at: https://www.peeringdb.com/apidocs/#!/ixpfx/ixpfx_list CLI Example: salt '*' peeringdb.get_ixpfx id=780 salt '*' peeringdb.get_ixpfx city='Milwaukee' peeringdb.get_net:\nReturn the details of a network identified using the search filters specified in the query. Note: If no ``id`` or filter arguments are specified, it will return all the possible networks registered in PeeringDB. The available filters are documented at: https://www.peeringdb.com/apidocs/#!/net/net_list CLI Example: salt '*' peeringdb.get_net id=4224 salt '*' peeringdb.get_net asn=13335 salt '*' peeringdb.get_net city='Salt Lake City' salt '*' peeringdb.get_net name__startswith=GTT peeringdb.get_netfac:\nReturn the list of facilities used by a particular network, given the ``id`` or other filters specified in the query. Note: If no ``id`` or filter arguments are specified, it will return all the possible network facilities registered in PeeringDB. The available filters are documented at: https://www.peeringdb.com/apidocs/#!/netfac/netfac_list CLI Example: salt '*' peeringdb.get_netfac id=780 salt '*' peeringdb.get_netfac city='Milwaukee' peeringdb.get_netixlan:\nReturn the IP addresses used by a particular network at all the IXs where it is available. The network is selected either via the ``id`` argument or the other filters specified in the query. Note: If no ``id`` or filter arguments are specified, it will return all the possible IP addresses, of all networks, at all IXs, registered in PeeringDB. The available filters are documented at: https://www.peeringdb.com/apidocs/#!/netixlan/netixlan_list CLI Example: salt '*' peeringdb.get_netixlan asn=13335 salt '*' peeringdb.get_netixlan ipaddr4=185.1.114.25 peeringdb.get_org:\nReturn the details of an organisation together with the networks available in this location, using the search filters specified in the query. Note: If no ``id`` or filter arguments are specified, it will return all the possible organisations registered in PeeringDB. The available filters are documented at: https://www.peeringdb.com/apidocs/#!/org/org_list CLI Example: salt '*' peeringdb.get_org id=2 salt '*' peeringdb.get_org city=Duesseldorf peeringdb.get_poc:\nReturn the details of a person of contact together using the search filters specified in the query. Note: If no ``id`` or filter arguments are specified, it will return all the possible contacts registered in PeeringDB. The available filters are documented at: https://www.peeringdb.com/apidocs/#!/poc/poc_list CLI Example: salt '*' peeringdb.get_poc id=6721 salt '*' peeringdb.get_poc email__contains='@cloudflare.com' pillar.data:\nCalls the master for a fresh pillar, generates the pillar data on the fly (same as :py:func:`items`) pillar If specified, allows for a dictionary of pillar data to be made available to pillar and ext_pillar rendering. these pillar variables will also override any variables of the same name in pillar or ext_pillar. pillar_enc If specified, the data passed in the ``pillar`` argument will be passed through this renderer to decrypt it. Note: This will decrypt on the minion side, so the specified renderer must be set up on the minion for this to work. Alternatively, pillar data can be decrypted master-side. For more information, see the :ref:`Pillar Encryption \u0026lt;pillar-encryption\u0026gt;` documentation. Pillar data that is decrypted master-side, is not decrypted until the end of pillar compilation though, so minion-side decryption will be necessary if the encrypted pillar data must be made available in an decrypted state pillar/ext_pillar rendering. pillarenv Pass a specific pillar environment from which to compile pillar data. If not specified, then the minion's :conf_minion:`pillarenv` option is not used, and if that also is not specified then all configured pillar environments will be merged into a single pillar dictionary and returned. saltenv Included only for compatibility with :conf_minion:`pillarenv_from_saltenv`, and is otherwise ignored. CLI Examples: salt '*' pillar.data pillar.ext:\nChanged in version 2016.3.6,2016.11.3,2017.7.0 The supported ext_pillar types are now tunable using the :conf_master:`on_demand_ext_pillar` config option. Earlier releases used a hard-coded default. Generate the pillar and apply an explicit external pillar external A single ext_pillar to add to the ext_pillar configuration. This must be passed as a single section from the ext_pillar configuration (see CLI examples below). For more complicated ``ext_pillar`` configurations, it can be helpful to use the Python shell to load YAML configuration into a dictionary, and figure out \u0026gt;\u0026gt;\u0026gt; import salt.utils.yaml \u0026gt;\u0026gt;\u0026gt; ext_pillar = salt.utils.yaml.safe_load(\u0026quot;\u0026quot;\u0026quot; ... ext_pillar: ... - git: ... - issue38440 https://github.com/terminalmage/git_pillar: ... - env: base ... \u0026quot;\u0026quot;\u0026quot;) \u0026gt;\u0026gt;\u0026gt; ext_pillar {'ext_pillar': [{'git': [{'mybranch https://github.com/myuser/myrepo': [{'env': 'base'}]}]}]} \u0026gt;\u0026gt;\u0026gt; ext_pillar['ext_pillar'][0] {'git': [{'mybranch https://github.com/myuser/myrepo': [{'env': 'base'}]}]} In the above example, the value to pass would be ``{'git': [{'mybranch https://github.com/myuser/myrepo': [{'env': 'base'}]}]}``. Note that this would need to be quoted when passing on the CLI (as in the CLI examples below). pillar : None If specified, allows for a dictionary of pillar data to be made available to pillar and ext_pillar rendering. These pillar variables will also override any variables of the same name in pillar or ext_pillar. New in version 2015.5.0 CLI Examples: salt '*' pillar.ext '{libvirt: _}' salt '*' pillar.ext \u0026quot;{'git': ['master https://github.com/myuser/myrepo']}\u0026quot; salt '*' pillar.ext \u0026quot;{'git': [{'mybranch https://github.com/myuser/myrepo': [{'env': 'base'}]}]}\u0026quot; pillar.fetch:\nNew in version 0.14.0 Attempt to retrieve the named value from :ref:`in-memory pillar data \u0026lt;pillar-in-memory\u0026gt;`. If the pillar key is not present in the in-memory pillar, then the value specified in the ``default`` option (described below) will be returned. If the merge parameter is set to ``True``, the default will be recursively merged into the returned pillar data. The value can also represent a value in a nested dict using a \u0026quot;:\u0026quot; delimiter for the dict. This means that if a dict in pillar looks like this:: {'pkg': {'apache': 'httpd'}} To retrieve the value associated with the ``apache`` key in the ``pkg`` dict this key can be passed as:: pkg:apache key The pillar key to get value from default The value specified by this option will be returned if the desired pillar key does not exist. If a default value is not specified, then it will be an empty string, unless :conf_minion:`pillar_raise_on_missing` is set to ``True``, in which case an error will be raised. merge : ``False`` If ``True``, the retrieved values will be merged into the passed default. When the default and the retrieved value are both dictionaries, the dictionaries will be recursively merged. New in version 2014.7.0 Changed in version 2016.3.7,2016.11.4,2017.7.0 If the default and the retrieved value are not of the same type, then merging will be skipped and the retrieved value will be returned. Earlier releases raised an error in these cases. merge_nested_lists If set to ``False``, lists nested within the retrieved pillar dictionary will *overwrite* lists in ``default``. If set to ``True``, nested lists will be *merged* into lists in ``default``. If unspecified (the default), this option is inherited from the :conf_minion:`pillar_merge_lists` minion config option. Note: This option is ignored when ``merge`` is set to ``False``. New in version 2016.11.6 delimiter Specify an alternate delimiter to use when traversing a nested dict. This is useful for when the desired key contains a colon. See CLI example below for usage. New in version 2014.7.0 pillarenv If specified, this function will query the master to generate fresh pillar data on the fly, specifically from the requested pillar environment. Note that this can produce different pillar data than executing this function without an environment, as its normal behaviour is just to return a value from minion's pillar data in memory (which can be sourced from more than one pillar environment). Using this argument will not affect the pillar data in memory. It will however be slightly slower and use more resources on the master due to the need for the master to generate and send the minion fresh pillar data. This tradeoff in performance however allows for the use case where pillar data is desired only from a single environment. New in version 2017.7.0 saltenv Included only for compatibility with :conf_minion:`pillarenv_from_saltenv`, and is otherwise ignored. New in version 2017.7.0 CLI Example: salt '*' pillar.get pkg:apache salt '*' pillar.get abc::def|ghi delimiter='|' pillar.file_exists:\nNew in version 2016.3.0 This is a master-only function. Calling from the minion is not supported. Use the given path and search relative to the pillar environments to see if a file exists at that path. If the ``saltenv`` argument is given, restrict search to that environment only. Will only work with ``pillar_roots``, not external pillars. Returns True if the file is found, and False otherwise. path The path to the file in question. Will be treated as a relative path saltenv Optional argument to restrict the search to a specific saltenv CLI Example: salt '*' pillar.file_exists foo/bar.sls pillar.filter_by:\nNew in version 2017.7.0 Look up the given pillar in a given dictionary and return the result :param lookup_dict: A dictionary, keyed by a pillar, containing a value or values relevant to systems matching that pillar. For example, a key could be a pillar for a role and the value could the name of a package on that particular OS. The dictionary key can be a globbing pattern. The function will return the corresponding ``lookup_dict`` value where the pillar value matches the pattern. For example: # this will render 'got some salt' if ``role`` begins with 'salt' salt '*' pillar.filter_by '{salt*: got some salt, default: salt is not here}' role :param pillar: The name of a pillar to match with the system's pillar. For example, the value of the \u0026quot;role\u0026quot; pillar could be used to pull values from the ``lookup_dict`` dictionary. The pillar value can be a list. The function will return the ``lookup_dict`` value for a first found item in the list matching one of the ``lookup_dict`` keys. :param merge: A dictionary to merge with the results of the pillar selection from ``lookup_dict``. This allows another dictionary to override the values in the ``lookup_dict``. :param default: default lookup_dict's key used if the pillar does not exist or if the pillar value has no match on lookup_dict. If unspecified the value is \u0026quot;default\u0026quot;. :param base: A lookup_dict key to use for a base dictionary. The pillar-selected ``lookup_dict`` is merged over this and then finally the ``merge`` dictionary is merged. This allows common values for each case to be collected in the base and overridden by the pillar selection dictionary and the merge dictionary. Default is unset. CLI Example: salt '*' pillar.filter_by '{web: Serve it up, db: I query, default: x_x}' role pillar.get:\nNew in version 0.14.0 Attempt to retrieve the named value from :ref:`in-memory pillar data \u0026lt;pillar-in-memory\u0026gt;`. If the pillar key is not present in the in-memory pillar, then the value specified in the ``default`` option (described below) will be returned. If the merge parameter is set to ``True``, the default will be recursively merged into the returned pillar data. The value can also represent a value in a nested dict using a \u0026quot;:\u0026quot; delimiter for the dict. This means that if a dict in pillar looks like this:: {'pkg': {'apache': 'httpd'}} To retrieve the value associated with the ``apache`` key in the ``pkg`` dict this key can be passed as:: pkg:apache key The pillar key to get value from default The value specified by this option will be returned if the desired pillar key does not exist. If a default value is not specified, then it will be an empty string, unless :conf_minion:`pillar_raise_on_missing` is set to ``True``, in which case an error will be raised. merge : ``False`` If ``True``, the retrieved values will be merged into the passed default. When the default and the retrieved value are both dictionaries, the dictionaries will be recursively merged. New in version 2014.7.0 Changed in version 2016.3.7,2016.11.4,2017.7.0 If the default and the retrieved value are not of the same type, then merging will be skipped and the retrieved value will be returned. Earlier releases raised an error in these cases. merge_nested_lists If set to ``False``, lists nested within the retrieved pillar dictionary will *overwrite* lists in ``default``. If set to ``True``, nested lists will be *merged* into lists in ``default``. If unspecified (the default), this option is inherited from the :conf_minion:`pillar_merge_lists` minion config option. Note: This option is ignored when ``merge`` is set to ``False``. New in version 2016.11.6 delimiter Specify an alternate delimiter to use when traversing a nested dict. This is useful for when the desired key contains a colon. See CLI example below for usage. New in version 2014.7.0 pillarenv If specified, this function will query the master to generate fresh pillar data on the fly, specifically from the requested pillar environment. Note that this can produce different pillar data than executing this function without an environment, as its normal behaviour is just to return a value from minion's pillar data in memory (which can be sourced from more than one pillar environment). Using this argument will not affect the pillar data in memory. It will however be slightly slower and use more resources on the master due to the need for the master to generate and send the minion fresh pillar data. This tradeoff in performance however allows for the use case where pillar data is desired only from a single environment. New in version 2017.7.0 saltenv Included only for compatibility with :conf_minion:`pillarenv_from_saltenv`, and is otherwise ignored. New in version 2017.7.0 CLI Example: salt '*' pillar.get pkg:apache salt '*' pillar.get abc::def|ghi delimiter='|' pillar.item:\nNew in version 0.16.2 Return one or more pillar entries from the :ref:`in-memory pillar data \u0026lt;pillar-in-memory\u0026gt;`. delimiter Delimiter used to traverse nested dictionaries. Note: This is different from :py:func:`pillar.get \u0026lt;salt.modules.pillar.get\u0026gt;` in that no default value can be specified. :py:func:`pillar.get \u0026lt;salt.modules.pillar.get\u0026gt;` should probably still be used in most cases to retrieve nested pillar values, as it is a bit more flexible. One reason to use this function instead of :py:func:`pillar.get \u0026lt;salt.modules.pillar.get\u0026gt;` however is when it is desirable to retrieve the values of more than one key, since :py:func:`pillar.get \u0026lt;salt.modules.pillar.get\u0026gt;` can only retrieve one key at a time. New in version 2015.8.0 pillarenv If specified, this function will query the master to generate fresh pillar data on the fly, specifically from the requested pillar environment. Note that this can produce different pillar data than executing this function without an environment, as its normal behaviour is just to return a value from minion's pillar data in memory (which can be sourced from more than one pillar environment). Using this argument will not affect the pillar data in memory. It will however be slightly slower and use more resources on the master due to the need for the master to generate and send the minion fresh pillar data. This tradeoff in performance however allows for the use case where pillar data is desired only from a single environment. New in version 2017.7.6,2018.3.1 saltenv Included only for compatibility with :conf_minion:`pillarenv_from_saltenv`, and is otherwise ignored. New in version 2017.7.6,2018.3.1 CLI Examples: salt '*' pillar.item foo salt '*' pillar.item foo:bar salt '*' pillar.item foo bar baz pillar.items:\nCalls the master for a fresh pillar and generates the pillar data on the fly Contrast with :py:func:`raw` which returns the pillar data that is currently loaded into the minion. pillar If specified, allows for a dictionary of pillar data to be made available to pillar and ext_pillar rendering. these pillar variables will also override any variables of the same name in pillar or ext_pillar. New in version 2015.5.0 pillar_enc If specified, the data passed in the ``pillar`` argument will be passed through this renderer to decrypt it. Note: This will decrypt on the minion side, so the specified renderer must be set up on the minion for this to work. Alternatively, pillar data can be decrypted master-side. For more information, see the :ref:`Pillar Encryption \u0026lt;pillar-encryption\u0026gt;` documentation. Pillar data that is decrypted master-side, is not decrypted until the end of pillar compilation though, so minion-side decryption will be necessary if the encrypted pillar data must be made available in an decrypted state pillar/ext_pillar rendering. New in version 2017.7.0 pillarenv Pass a specific pillar environment from which to compile pillar data. If not specified, then the minion's :conf_minion:`pillarenv` option is not used, and if that also is not specified then all configured pillar environments will be merged into a single pillar dictionary and returned. New in version 2016.11.2 saltenv Included only for compatibility with :conf_minion:`pillarenv_from_saltenv`, and is otherwise ignored. CLI Example: salt '*' pillar.items pillar.keys:\nNew in version 2015.8.0 Attempt to retrieve a list of keys from the named value from the pillar. The value can also represent a value in a nested dict using a \u0026quot;:\u0026quot; delimiter for the dict, similar to how pillar.get works. delimiter Specify an alternate delimiter to use when traversing a nested dict CLI Example: salt '*' pillar.keys web:sites pillar.ls:\nNew in version 2015.8.0 Calls the master for a fresh pillar, generates the pillar data on the fly (same as :py:func:`items`), but only shows the available main keys. pillar If specified, allows for a dictionary of pillar data to be made available to pillar and ext_pillar rendering. these pillar variables will also override any variables of the same name in pillar or ext_pillar. pillar_enc If specified, the data passed in the ``pillar`` argument will be passed through this renderer to decrypt it. Note: This will decrypt on the minion side, so the specified renderer must be set up on the minion for this to work. Alternatively, pillar data can be decrypted master-side. For more information, see the :ref:`Pillar Encryption \u0026lt;pillar-encryption\u0026gt;` documentation. Pillar data that is decrypted master-side, is not decrypted until the end of pillar compilation though, so minion-side decryption will be necessary if the encrypted pillar data must be made available in an decrypted state pillar/ext_pillar rendering. pillarenv Pass a specific pillar environment from which to compile pillar data. If not specified, then the minion's :conf_minion:`pillarenv` option is not used, and if that also is not specified then all configured pillar environments will be merged into a single pillar dictionary and returned. saltenv Included only for compatibility with :conf_minion:`pillarenv_from_saltenv`, and is otherwise ignored. CLI Examples: salt '*' pillar.ls pillar.obfuscate:\nNew in version 2015.8.0 Same as :py:func:`items`, but replace pillar values with a simple type indication. This is useful to avoid displaying sensitive information on console or flooding the console with long output, such as certificates. For many debug or control purposes, the stakes lie more in dispatching than in actual values. In case the value is itself a collection type, obfuscation occurs within the value. For mapping types, keys are not obfuscated. Here are some examples: * ``'secret password'`` becomes ``'\u0026lt;str\u0026gt;'`` * ``['secret', 1]`` becomes ``['\u0026lt;str\u0026gt;', '\u0026lt;int\u0026gt;']`` * ``{'login': 'somelogin', 'pwd': 'secret'}`` becomes ``{'login': '\u0026lt;str\u0026gt;', 'pwd': '\u0026lt;str\u0026gt;'}`` CLI Examples: salt '*' pillar.obfuscate pillar.raw:\nReturn the raw pillar data that is currently loaded into the minion. Contrast with :py:func:`items` which calls the master to fetch the most up-to-date Pillar. CLI Example: salt '*' pillar.raw With the optional key argument, you can select a subtree of the pillar raw data.:: salt '*' pillar.raw key='roles' pip.freeze:\nReturn a list of installed packages either globally or in the specified virtualenv bin_env Path to pip (or to a virtualenv). This can be used to specify the path to the pip to use when more than one Python release is installed (e.g. ``/usr/bin/pip-2.7`` or ``/usr/bin/pip-2.6``. If a directory path is specified, it is assumed to be a virtualenv. user The user under which to run pip cwd Directory from which to run pip Note: If the version of pip available is older than 8.0.3, the list will not include the packages ``pip``, ``wheel``, ``setuptools``, or ``distribute`` even if they are installed. CLI Example: salt '*' pip.freeze bin_env=/home/code/path/to/virtualenv pip.install:\nInstall packages with pip Install packages individually or from a pip requirements file. Install packages globally or to a virtualenv. pkgs Comma separated list of packages to install requirements Path to requirements bin_env Path to pip (or to a virtualenv). This can be used to specify the path to the pip to use when more than one Python release is installed (e.g. ``/usr/bin/pip-2.7`` or ``/usr/bin/pip-2.6``. If a directory path is specified, it is assumed to be a virtualenv. Note: For Windows, if the pip module is being used to upgrade the pip package, bin_env should be the path to the virtualenv or to the python binary that should be used. The pip command is unable to upgrade itself in Windows. use_wheel Prefer wheel archives (requires pip\u0026gt;=1.4) no_use_wheel Force to not use wheel archives (requires pip\u0026gt;=1.4,\u0026lt;10.0.0) no_binary Force to not use binary packages (requires pip \u0026gt;= 7.0.0) Accepts either :all: to disable all binary packages, :none: to empty the set, or one or more package names with commas between them log Log file where a complete (maximum verbosity) record will be kept. If this file doesn't exist and the parent directory is writeable, it will be created. proxy Specify a proxy in the form ``user:passwd@proxy.server:port``. Note that the ``user:password@`` is optional and required only if you are behind an authenticated proxy. If you provide ``user@proxy.server:port`` then you will be prompted for a password. Note: If the Minion has a globaly configured proxy - it will be used even if no proxy was set here. To explicitly disable proxy for pip you should pass ``False`` as a value. timeout Set the socket timeout (default 15 seconds) editable install something editable (e.g. ``git+https://github.com/worldcompany/djangoembed.git#egg=djangoembed``) find_links URL to search for packages index_url Base URL of Python Package Index extra_index_url Extra URLs of package indexes to use in addition to ``index_url`` no_index Ignore package index mirrors Specific mirror URL(s) to query (automatically adds --use-mirrors) Warning: This option has been deprecated and removed in pip version 7.0.0. Please use ``index_url`` and/or ``extra_index_url`` instead. build Unpack packages into ``build`` dir target Install packages into ``target`` dir download Download packages into ``download`` instead of installing them download_cache | cache_dir Cache downloaded packages in ``download_cache`` or ``cache_dir`` dir source Check out ``editable`` packages into ``source`` dir upgrade Upgrade all packages to the newest available version force_reinstall When upgrading, reinstall all packages even if they are already up-to-date. ignore_installed Ignore the installed packages (reinstalling instead) exists_action Default action when a path already exists: (s)witch, (i)gnore, (w)ipe, (b)ackup no_deps Ignore package dependencies no_install Download and unpack all packages, but don't actually install them no_download Don't download any packages, just install the ones already downloaded (completes an install run with ``--no-install``) install_options Extra arguments to be supplied to the setup.py install command (e.g. like ``--install-option='--install-scripts=/usr/local/bin'``). Use multiple --install-option options to pass multiple options to setup.py install. If you are using an option with a directory path, be sure to use absolute path. global_options Extra global options to be supplied to the setup.py call before the install command. user The user under which to run pip cwd Directory from which to run pip pre_releases Include pre-releases in the available versions cert Provide a path to an alternate CA bundle allow_all_external Allow the installation of all externally hosted files allow_external Allow the installation of externally hosted files (comma separated list) allow_unverified Allow the installation of insecure and unverifiable files (comma separated list) process_dependency_links Enable the processing of dependency links env_vars Set environment variables that some builds will depend on. For example, a Python C-module may have a Makefile that needs INCLUDE_PATH set to pick up a header file while compiling. This must be in the form of a dictionary or a mapping. Example: salt '*' pip.install django_app env_vars=\u0026quot;{'CUSTOM_PATH': '/opt/django_app'}\u0026quot; trusted_host Mark this host as trusted, even though it does not have valid or any HTTPS. use_vt Use VT terminal emulation (see output while installing) no_cache_dir Disable the cache. extra_args pip keyword and positional arguments not yet implemented in salt salt '*' pip.install pandas extra_args=\u0026quot;[{'--latest-pip-kwarg':'param'}, '--latest-pip-arg']\u0026quot; Warning: If unsupported options are passed here that are not supported in a minion's version of pip, a `No such option error` will be thrown. Will be translated into the following pip command: pip install pandas --latest-pip-kwarg param --latest-pip-arg disable_version_check Pip may periodically check PyPI to determine whether a new version of pip is available to download. Passing True for this option disables that check. CLI Example: salt '*' pip.install \u0026lt;package name\u0026gt;,\u0026lt;package2 name\u0026gt; salt '*' pip.install requirements=/path/to/requirements.txt salt '*' pip.install \u0026lt;package name\u0026gt; bin_env=/path/to/virtualenv salt '*' pip.install \u0026lt;package name\u0026gt; bin_env=/path/to/pip_bin Complicated CLI Example: salt '*' pip.install markdown,django editable=git+https://github.com/worldcompany/djangoembed.git#egg=djangoembed upgrade=True no_deps=True pip.is_installed:\nNew in version 2018.3.0 Changed in version 3006.0 Filter list of installed modules and return True if ``pkgname`` exists in the list of packages installed. CLI Example: salt '*' pip.is_installed salt pip.list:\nChanged in version 3006.0 Output list of installed apps from ``pip list`` in JSON format and check to see if ``prefix`` exists in the list of packages installed. Note: If the version of pip available is older than 9.0.0, parsing the ``freeze`` function output will be used to determine the name and version of installed modules. CLI Example: salt '*' pip.list salt pip.list_all_versions:\nNew in version 2017.7.3 List all available versions of a pip package pkg The package to check bin_env Path to pip (or to a virtualenv). This can be used to specify the path to the pip to use when more than one Python release is installed (e.g. ``/usr/bin/pip-2.7`` or ``/usr/bin/pip-2.6``. If a directory path is specified, it is assumed to be a virtualenv. include_alpha Include alpha versions in the list include_beta Include beta versions in the list include_rc Include release candidates versions in the list user The user under which to run pip cwd Directory from which to run pip index_url Base URL of Python Package Index New in version 2019.2.0 extra_index_url Additional URL of Python Package Index New in version 2019.2.0 CLI Example: salt '*' pip.list_all_versions \u0026lt;package name\u0026gt; pip.list_freeze_parse:\nNew in version 3006.0 Filter list of installed apps from ``freeze`` and check to see if ``prefix`` exists in the list of packages installed. Note: If the version of pip available is older than 8.0.3, the packages ``wheel``, ``setuptools``, and ``distribute`` will not be reported by this function even if they are installed. Unlike :py:func:`pip.freeze \u0026lt;salt.modules.pip.freeze\u0026gt;`, this function always reports the version of pip which is installed. CLI Example: salt '*' pip.list_freeze_parse salt pip.list_upgrades:\nCheck whether or not an upgrade is available for all packages CLI Example: salt '*' pip.list_upgrades pip.uninstall:\nUninstall packages individually or from a pip requirements file pkgs comma separated list of packages to install requirements Path to requirements file bin_env Path to pip (or to a virtualenv). This can be used to specify the path to the pip to use when more than one Python release is installed (e.g. ``/usr/bin/pip-2.7`` or ``/usr/bin/pip-2.6``. If a directory path is specified, it is assumed to be a virtualenv. log Log file where a complete (maximum verbosity) record will be kept proxy Specify a proxy in the format ``user:passwd@proxy.server:port``. Note that the ``user:password@`` is optional and required only if you are behind an authenticated proxy. If you provide ``user@proxy.server:port`` then you will be prompted for a password. Note: If the Minion has a globaly configured proxy - it will be used even if no proxy was set here. To explicitly disable proxy for pip you should pass ``False`` as a value. timeout Set the socket timeout (default 15 seconds) user The user under which to run pip cwd Directory from which to run pip use_vt Use VT terminal emulation (see output while installing) CLI Example: salt '*' pip.uninstall \u0026lt;package name\u0026gt;,\u0026lt;package2 name\u0026gt; salt '*' pip.uninstall requirements=/path/to/requirements.txt salt '*' pip.uninstall \u0026lt;package name\u0026gt; bin_env=/path/to/virtualenv salt '*' pip.uninstall \u0026lt;package name\u0026gt; bin_env=/path/to/pip_bin pip.upgrade:\nNew in version 2015.5.0 Upgrades outdated pip packages. Note: On Windows you can't update salt from pip using salt, so salt will be skipped Returns a dict containing the changes. {'\u0026lt;package\u0026gt;': {'old': '\u0026lt;old-version\u0026gt;', 'new': '\u0026lt;new-version\u0026gt;'}} CLI Example: salt '*' pip.upgrade pip.upgrade_available:\nNew in version 2015.5.0 Check whether or not an upgrade is available for a given package CLI Example: salt '*' pip.upgrade_available \u0026lt;package name\u0026gt; pip.version:\nNew in version 0.17.0 Returns the version of pip. Use ``bin_env`` to specify the path to a virtualenv and get the version of pip in that virtualenv. If unable to detect the pip version, returns ``None``. Changed in version 3001.1 The ``user`` parameter was added, to allow specifying the user who runs the version command. CLI Example: salt '*' pip.version pkg.add_repo_key:\nNew in version 2017.7.0 Add a repo key using ``apt-key add``. :param str path: The path of the key file to import. :param str text: The key data to import, in string form. :param str keyserver: The server to download the repo key specified by the keyid. :param str keyid: The key id of the repo key to add. :param str saltenv: The environment the key file resides in. :param bool aptkey: Use the binary apt-key. :param str keydir: The directory path to save keys. The default directory is /etc/apt/keyrings/ which is the recommended path for adding third party keys. This argument is only used when aptkey is False. :param str keyfile: The name of the key to add. This is only required when aptkey is False and you are using a keyserver. This argument is only used when aptkey is False. :return: A boolean representing whether the repo key was added. :rtype: bool Warning: The apt-key binary is deprecated and will last be available in Debian 11 and Ubuntu 22.04. It is recommended to use aptkey=False when using this module. CLI Examples: salt '*' pkg.add_repo_key 'salt://apt/sources/test.key' salt '*' pkg.add_repo_key text=\u0026quot;'$KEY1'\u0026quot; salt '*' pkg.add_repo_key keyserver='keyserver.example' keyid='0000AAAA' pkg.autoremove:\nNew in version 2015.5.0 Remove packages not required by another package using ``apt-get autoremove``. list_only : False Only retrieve the list of packages to be auto-removed, do not actually perform the auto-removal. purge : False Also remove package config data when autoremoving packages. New in version 2015.8.0 CLI Example: salt '*' pkg.autoremove salt '*' pkg.autoremove list_only=True salt '*' pkg.autoremove purge=True pkg.available_version:\nThis function is an alias of latest_version.\nChanged in version 3007.0 Return the latest version of the named package available for upgrade or installation. If more than one package name is specified, a dict of name/version pairs is returned. If the latest version of a given package is already installed, an empty string will be returned for that package. A specific repo can be requested using the ``fromrepo`` keyword argument. cache_valid_time New in version 2016.11.0 Skip refreshing the package database if refresh has already occurred within \u0026lt;value\u0026gt; seconds CLI Example: salt '*' pkg.latest_version \u0026lt;package name\u0026gt; salt '*' pkg.latest_version \u0026lt;package name\u0026gt; fromrepo=unstable salt '*' pkg.latest_version \u0026lt;package1\u0026gt; \u0026lt;package2\u0026gt; \u0026lt;package3\u0026gt; ... pkg.del_repo:\nDelete a repo from the sources.list / sources.list.d If the .list file is in the sources.list.d directory and the file that the repo exists in does not contain any other repo configuration, the file itself will be deleted. The repo passed in must be a fully formed repository definition string. CLI Examples: salt '*' pkg.del_repo \u0026quot;myrepo definition\u0026quot; pkg.del_repo_key:\nNew in version 2015.8.0 Remove a repo key using ``apt-key del`` name Repo from which to remove the key. Unnecessary if ``keyid`` is passed. keyid The KeyID of the GPG key to remove keyid_ppa : False If set to ``True``, the repo's GPG key ID will be looked up from ppa.launchpad.net and removed. Note: Setting this option to ``True`` requires that the ``name`` param also be passed. aptkey Use the binary apt-key. keydir The directory path to save keys. The default directory is /etc/apt/keyrings/ which is the recommended path for adding third party keys. Warning: The apt-key binary is deprecated and will last be available in Debian 11 and Ubuntu 22.04. It is recommended to use aptkey=False when using this module. CLI Examples: salt '*' pkg.del_repo_key keyid=0123ABCD salt '*' pkg.del_repo_key name='ppa:foo/bar' keyid_ppa=True pkg.file_dict:\nList the files that belong to a package, grouped by package. Not specifying any packages will return a list of _every_ file on the system's package database (not generally recommended). CLI Examples: salt '*' pkg.file_dict httpd salt '*' pkg.file_dict httpd postfix salt '*' pkg.file_dict pkg.file_list:\nList the files that belong to a package. Not specifying any packages will return a list of _every_ file on the system's package database (not generally recommended). CLI Examples: salt '*' pkg.file_list httpd salt '*' pkg.file_list httpd postfix salt '*' pkg.file_list pkg.get_repo:\nDisplay a repo from the sources.list / sources.list.d The repo passed in needs to be a complete repo entry. CLI Examples: salt '*' pkg.get_repo \u0026quot;myrepo definition\u0026quot; pkg.get_repo_keys:\nNew in version 2017.7.0 List known repo key details. :param bool aptkey: Use the binary apt-key. :param str keydir: The directory path to save keys. The default directory is /etc/apt/keyrings/ which is the recommended path for adding third party keys. This argument is only used when aptkey is False. :return: A dictionary containing the repo keys. :rtype: dict CLI Examples: salt '*' pkg.get_repo_keys pkg.get_selections:\nView package state from the dpkg database. Returns a dict of dicts containing the state, and package names: {'\u0026lt;host\u0026gt;': {'\u0026lt;state\u0026gt;': ['pkg1', ... ] }, ... } CLI Example: salt '*' pkg.get_selections salt '*' pkg.get_selections 'python-*' salt '*' pkg.get_selections state=hold salt '*' pkg.get_selections 'openssh*' state=hold pkg.hold:\nNew in version 2014.7.0 Set package in 'hold' state, meaning it will not be upgraded. name The name of the package, e.g., 'tmux' CLI Example: salt '*' pkg.hold \u0026lt;package name\u0026gt; pkgs A list of packages to hold. Must be passed as a python list. CLI Example: salt '*' pkg.hold pkgs='[\u0026quot;foo\u0026quot;, \u0026quot;bar\u0026quot;]' pkg.info_installed:\nReturn the information of the named package(s) installed on the system. New in version 2015.8.1 names The names of the packages for which to return information. failhard Whether to throw an exception if none of the packages are installed. Defaults to True. New in version 2016.11.3 CLI Example: salt '*' pkg.info_installed \u0026lt;package1\u0026gt; salt '*' pkg.info_installed \u0026lt;package1\u0026gt; \u0026lt;package2\u0026gt; \u0026lt;package3\u0026gt; ... salt '*' pkg.info_installed \u0026lt;package1\u0026gt; failhard=false pkg.install:\nChanged in version 2015.8.12,2016.3.3,2016.11.0 On minions running systemd\u0026gt;=205, `systemd-run(1)`_ is now used to isolate commands which modify installed packages from the ``salt-minion`` daemon's control group. This is done to keep systemd from killing any apt-get/dpkg commands spawned by Salt when the ``salt-minion`` service is restarted. (see ``KillMode`` in the `systemd.kill(5)`_ manpage for more information). If desired, usage of `systemd-run(1)`_ can be suppressed by setting a :mod:`config option \u0026lt;salt.modules.config.get\u0026gt;` called ``systemd.scope``, with a value of ``False`` (no quotes). .. _`systemd-run(1)`: https://www.freedesktop.org/software/systemd/man/systemd-run.html .. _`systemd.kill(5)`: https://www.freedesktop.org/software/systemd/man/systemd.kill.html Install the passed package, add refresh=True to update the dpkg database. name The name of the package to be installed. Note that this parameter is ignored if either \u0026quot;pkgs\u0026quot; or \u0026quot;sources\u0026quot; is passed. Additionally, please note that this option can only be used to install packages from a software repository. To install a package file manually, use the \u0026quot;sources\u0026quot; option. 32-bit packages can be installed on 64-bit systems by appending the architecture designation (``:i386``, etc.) to the end of the package name. CLI Example: salt '*' pkg.install \u0026lt;package name\u0026gt; refresh Whether or not to refresh the package database before installing. cache_valid_time New in version 2016.11.0 Skip refreshing the package database if refresh has already occurred within \u0026lt;value\u0026gt; seconds fromrepo Specify a package repository to install from (e.g., ``apt-get -t unstable install somepackage``) skip_verify Skip the GPG verification check (e.g., ``--allow-unauthenticated``, or ``--force-bad-verify`` for install from package file). debconf Provide the path to a debconf answers file, processed before installation. version Install a specific version of the package, e.g. 1.2.3~0ubuntu0. Ignored if \u0026quot;pkgs\u0026quot; or \u0026quot;sources\u0026quot; is passed. Changed in version 2018.3.0 version can now contain comparison operators (e.g. ``\u0026gt;1.2.3``, ``\u0026lt;=2.0``, etc.) reinstall : False Specifying reinstall=True will use ``apt-get install --reinstall`` rather than simply ``apt-get install`` for requested packages that are already installed. If a version is specified with the requested package, then ``apt-get install --reinstall`` will only be used if the installed version matches the requested version. New in version 2015.8.0 ignore_epoch : False Only used when the version of a package is specified using a comparison operator (e.g. ``\u0026gt;4.1``). If set to ``True``, then the epoch will be ignored when comparing the currently-installed version to the desired version. New in version 2018.3.0 Multiple Package Installation Options: pkgs A list of packages to install from a software repository. Must be passed as a python list. CLI Example: salt '*' pkg.install pkgs='[\u0026quot;foo\u0026quot;, \u0026quot;bar\u0026quot;]' salt '*' pkg.install pkgs='[\u0026quot;foo\u0026quot;, {\u0026quot;bar\u0026quot;: \u0026quot;1.2.3-0ubuntu0\u0026quot;}]' sources A list of DEB packages to install. Must be passed as a list of dicts, with the keys being package names, and the values being the source URI or local path to the package. Dependencies are automatically resolved and marked as auto-installed. 32-bit packages can be installed on 64-bit systems by appending the architecture designation (``:i386``, etc.) to the end of the package name. Changed in version 2014.7.0 CLI Example: salt '*' pkg.install sources='[{\u0026quot;foo\u0026quot;: \u0026quot;salt://foo.deb\u0026quot;},{\u0026quot;bar\u0026quot;: \u0026quot;salt://bar.deb\u0026quot;}]' force_yes Passes ``--force-yes`` to the apt-get command. Don't use this unless you know what you're doing. New in version 0.17.4 install_recommends Whether to install the packages marked as recommended. Default is True. New in version 2015.5.0 only_upgrade Only upgrade the packages, if they are already installed. Default is False. New in version 2015.5.0 force_conf_new Always install the new version of any configuration files. New in version 2015.8.0 Returns a dict containing the new package names and versions:: {'\u0026lt;package\u0026gt;': {'old': '\u0026lt;old-version\u0026gt;', 'new': '\u0026lt;new-version\u0026gt;'}} pkg.latest_version:\nChanged in version 3007.0 Return the latest version of the named package available for upgrade or installation. If more than one package name is specified, a dict of name/version pairs is returned. If the latest version of a given package is already installed, an empty string will be returned for that package. A specific repo can be requested using the ``fromrepo`` keyword argument. cache_valid_time New in version 2016.11.0 Skip refreshing the package database if refresh has already occurred within \u0026lt;value\u0026gt; seconds CLI Example: salt '*' pkg.latest_version \u0026lt;package name\u0026gt; salt '*' pkg.latest_version \u0026lt;package name\u0026gt; fromrepo=unstable salt '*' pkg.latest_version \u0026lt;package1\u0026gt; \u0026lt;package2\u0026gt; \u0026lt;package3\u0026gt; ... pkg.list_downloaded:\nNew in version 3000 List prefetched packages downloaded by apt in the local disk. root operate on a different root directory. CLI Example: salt '*' pkg.list_downloaded pkg.list_pkgs:\nList the packages currently installed in a dict:: {'\u0026lt;package_name\u0026gt;': '\u0026lt;version\u0026gt;'} removed If ``True``, then only packages which have been removed (but not purged) will be returned. purge_desired If ``True``, then only packages which have been marked to be purged, but can't be purged due to their status as dependencies for other installed packages, will be returned. Note that these packages will appear in installed Changed in version 2014.1.1 Packages in this state now correctly show up in the output of this function. CLI Example: salt '*' pkg.list_pkgs salt '*' pkg.list_pkgs versions_as_list=True pkg.list_repo_pkgs:\nNew in version 2017.7.0 Returns all available packages. Optionally, package names (and name globs) can be passed and the results will be filtered to packages matching those names. This function can be helpful in discovering the version or repo to specify in a :mod:`pkg.installed \u0026lt;salt.states.pkg.installed\u0026gt;` state. The return data will be a dictionary mapping package names to a list of version numbers, ordered from newest to oldest. For example: { 'bash': ['4.3-14ubuntu1.1', '4.3-14ubuntu1'], 'nginx': ['1.10.0-0ubuntu0.16.04.4', '1.9.15-0ubuntu1'] } CLI Examples: salt '*' pkg.list_repo_pkgs salt '*' pkg.list_repo_pkgs foo bar baz pkg.list_repos:\nLists all repos in the sources.list (and sources.lists.d) files CLI Example: salt '*' pkg.list_repos salt '*' pkg.list_repos disabled=True pkg.list_upgrades:\nList all available package upgrades. refresh Whether to refresh the package database before listing upgrades. Default: True. cache_valid_time New in version 2016.11.0 Skip refreshing the package database if refresh has already occurred within \u0026lt;value\u0026gt; seconds dist_upgrade Whether to list the upgrades using dist-upgrade vs upgrade. Default is to use dist-upgrade. CLI Example: salt '*' pkg.list_upgrades pkg.mod_repo:\nModify one or more values for a repo. If the repo does not exist, it will be created, so long as the definition is well formed. For Ubuntu the ``ppa:\u0026lt;project\u0026gt;/repo`` format is acceptable. ``ppa:`` format can only be used to create a new repository. The following options are available to modify a repo definition: architectures A comma-separated list of supported architectures, e.g. ``amd64`` If this option is not set, all architectures (configured in the system) will be used. comps A comma separated list of components for the repo, e.g. ``main`` file A file name to be used keyserver Keyserver to get gpg key from keyid Key ID or a list of key IDs to load with the ``keyserver`` argument key_url URL to a GPG key to add to the APT GPG keyring key_text GPG key in string form to add to the APT GPG keyring New in version 2018.3.0 consolidate : False If ``True``, will attempt to de-duplicate and consolidate sources comments Sometimes you want to supply additional information, but not as enabled configuration. All comments provided here will be joined into a single string and appended to the repo configuration with a comment marker (#) before it. New in version 2015.8.9 refresh : True Enable or disable (True or False) refreshing of the apt package database. The previous ``refresh_db`` argument was deprecated in favour of ``refresh```. The ``refresh_db`` argument will still continue to work to ensure backwards compatibility, but please change to using the preferred ``refresh``. Note: Due to the way keys are stored for APT, there is a known issue where the key won't be updated unless another change is made at the same time. Keys should be properly added on initial configuration. CLI Examples: salt '*' pkg.mod_repo 'myrepo definition' uri=http://new/uri salt '*' pkg.mod_repo 'myrepo definition' comps=main,universe pkg.normalize_name:\nStrips the architecture from the specified package name, if necessary. CLI Example: salt '*' pkg.normalize_name zsh:amd64 pkg.owner:\nNew in version 2014.7.0 Return the name of the package that owns the file. Multiple file paths can be passed. Like :mod:`pkg.version \u0026lt;salt.modules.aptpkg.version\u0026gt;`, if a single path is passed, a string will be returned, and if multiple paths are passed, a dictionary of file/package name pairs will be returned. If the file is not owned by a package, or is not present on the minion, then an empty string will be returned for that path. CLI Example: salt '*' pkg.owner /usr/bin/apachectl salt '*' pkg.owner /usr/bin/apachectl /usr/bin/basename pkg.parse_arch:\nParse name and architecture from the specified package name. CLI Example: salt '*' pkg.parse_arch zsh:amd64 pkg.purge:\nChanged in version 2015.8.12,2016.3.3,2016.11.0 On minions running systemd\u0026gt;=205, `systemd-run(1)`_ is now used to isolate commands which modify installed packages from the ``salt-minion`` daemon's control group. This is done to keep systemd from killing any apt-get/dpkg commands spawned by Salt when the ``salt-minion`` service is restarted. (see ``KillMode`` in the `systemd.kill(5)`_ manpage for more information). If desired, usage of `systemd-run(1)`_ can be suppressed by setting a :mod:`config option \u0026lt;salt.modules.config.get\u0026gt;` called ``systemd.scope``, with a value of ``False`` (no quotes). .. _`systemd-run(1)`: https://www.freedesktop.org/software/systemd/man/systemd-run.html .. _`systemd.kill(5)`: https://www.freedesktop.org/software/systemd/man/systemd.kill.html Remove packages via ``apt-get purge`` along with all configuration files. name The name of the package to be deleted. Multiple Package Options: pkgs A list of packages to delete. Must be passed as a python list. The ``name`` parameter will be ignored if this option is passed. New in version 0.16.0 Returns a dict containing the changes. CLI Example: salt '*' pkg.purge \u0026lt;package name\u0026gt; salt '*' pkg.purge \u0026lt;package1\u0026gt;,\u0026lt;package2\u0026gt;,\u0026lt;package3\u0026gt; salt '*' pkg.purge pkgs='[\u0026quot;foo\u0026quot;, \u0026quot;bar\u0026quot;]' pkg.refresh_db:\nUpdates the APT database to latest packages based upon repositories Returns a dict, with the keys being package databases and the values being the result of the update attempt. Values can be one of the following: - ``True``: Database updated successfully - ``False``: Problem updating database - ``None``: Database already up-to-date cache_valid_time New in version 2016.11.0 Skip refreshing the package database if refresh has already occurred within \u0026lt;value\u0026gt; seconds failhard If False, return results of Err lines as ``False`` for the package database that encountered the error. If True, raise an error with a list of the package databases that encountered errors. CLI Example: salt '*' pkg.refresh_db pkg.remove:\nChanged in version 2015.8.12,2016.3.3,2016.11.0 On minions running systemd\u0026gt;=205, `systemd-run(1)`_ is now used to isolate commands which modify installed packages from the ``salt-minion`` daemon's control group. This is done to keep systemd from killing any apt-get/dpkg commands spawned by Salt when the ``salt-minion`` service is restarted. (see ``KillMode`` in the `systemd.kill(5)`_ manpage for more information). If desired, usage of `systemd-run(1)`_ can be suppressed by setting a :mod:`config option \u0026lt;salt.modules.config.get\u0026gt;` called ``systemd.scope``, with a value of ``False`` (no quotes). .. _`systemd-run(1)`: https://www.freedesktop.org/software/systemd/man/systemd-run.html .. _`systemd.kill(5)`: https://www.freedesktop.org/software/systemd/man/systemd.kill.html Remove packages using ``apt-get remove``. name The name of the package to be deleted. Multiple Package Options: pkgs A list of packages to delete. Must be passed as a python list. The ``name`` parameter will be ignored if this option is passed. New in version 0.16.0 Returns a dict containing the changes. CLI Example: salt '*' pkg.remove \u0026lt;package name\u0026gt; salt '*' pkg.remove \u0026lt;package1\u0026gt;,\u0026lt;package2\u0026gt;,\u0026lt;package3\u0026gt; salt '*' pkg.remove pkgs='[\u0026quot;foo\u0026quot;, \u0026quot;bar\u0026quot;]' pkg.services_need_restart:\nNew in version 3003 List services that use files which have been changed by the package manager. It might be needed to restart them. Requires checkrestart from the debian-goodies package. CLI Examples: salt '*' pkg.services_need_restart pkg.set_selections:\nChange package state in the dpkg database. The state can be any one of, documented in ``dpkg(1)``: - install - hold - deinstall - purge This command is commonly used to mark specific packages to be held from being upgraded, that is, to be kept at a certain version. When a state is changed to anything but being held, then it is typically followed by ``apt-get -u dselect-upgrade``. Note: Be careful with the ``clear`` argument, since it will start with setting all packages to deinstall state. Returns a dict of dicts containing the package names, and the new and old versions: {'\u0026lt;host\u0026gt;': {'\u0026lt;package\u0026gt;': {'new': '\u0026lt;new-state\u0026gt;', 'old': '\u0026lt;old-state\u0026gt;'} }, ... } CLI Example: salt '*' pkg.set_selections selection='{\u0026quot;install\u0026quot;: [\u0026quot;netcat\u0026quot;]}' salt '*' pkg.set_selections selection='{\u0026quot;hold\u0026quot;: [\u0026quot;openssh-server\u0026quot;, \u0026quot;openssh-client\u0026quot;]}' salt '*' pkg.set_selections salt://path/to/file salt '*' pkg.set_selections salt://path/to/file clear=True pkg.show:\nNew in version 2019.2.0 Runs an ``apt-cache show`` on the passed package names, and returns the results in a nested dictionary. The top level of the return data will be the package name, with each package name mapping to a dictionary of version numbers to any additional information returned by ``apt-cache show``. filter An optional comma-separated list (or quoted Python list) of case-insensitive keys on which to filter. This allows one to restrict the information returned for each package to a smaller selection of pertinent items. refresh : False If ``True``, the apt cache will be refreshed first. By default, no refresh is performed. CLI Examples: salt myminion pkg.show gawk salt myminion pkg.show 'nginx-*' salt myminion pkg.show 'nginx-*' filter=description,provides pkg.unhold:\nNew in version 2014.7.0 Set package current in 'hold' state to install state, meaning it will be upgraded. name The name of the package, e.g., 'tmux' CLI Example: salt '*' pkg.unhold \u0026lt;package name\u0026gt; pkgs A list of packages to unhold. Must be passed as a python list. CLI Example: salt '*' pkg.unhold pkgs='[\u0026quot;foo\u0026quot;, \u0026quot;bar\u0026quot;]' pkg.upgrade:\nChanged in version 2015.8.12,2016.3.3,2016.11.0 On minions running systemd\u0026gt;=205, `systemd-run(1)`_ is now used to isolate commands which modify installed packages from the ``salt-minion`` daemon's control group. This is done to keep systemd from killing any apt-get/dpkg commands spawned by Salt when the ``salt-minion`` service is restarted. (see ``KillMode`` in the `systemd.kill(5)`_ manpage for more information). If desired, usage of `systemd-run(1)`_ can be suppressed by setting a :mod:`config option \u0026lt;salt.modules.config.get\u0026gt;` called ``systemd.scope``, with a value of ``False`` (no quotes). .. _`systemd-run(1)`: https://www.freedesktop.org/software/systemd/man/systemd-run.html .. _`systemd.kill(5)`: https://www.freedesktop.org/software/systemd/man/systemd.kill.html Upgrades all packages via ``apt-get upgrade`` or ``apt-get dist-upgrade`` if ``dist_upgrade`` is ``True``. Returns a dictionary containing the changes: {'\u0026lt;package\u0026gt;': {'old': '\u0026lt;old-version\u0026gt;', 'new': '\u0026lt;new-version\u0026gt;'}} dist_upgrade Whether to perform the upgrade using dist-upgrade vs upgrade. Default is to use upgrade. New in version 2014.7.0 refresh : True If ``True``, the apt cache will be refreshed first. By default, this is ``True`` and a refresh is performed. cache_valid_time New in version 2016.11.0 Skip refreshing the package database if refresh has already occurred within \u0026lt;value\u0026gt; seconds download_only (or downloadonly) Only download the packages, don't unpack or install them. Use downloadonly to be in line with yum and zypper module. New in version 2018.3.0 force_conf_new Always install the new version of any configuration files. New in version 2015.8.0 allow_downgrades Allow apt to downgrade packages without a prompt. New in version 3005 CLI Example: salt '*' pkg.upgrade pkg.upgrade_available:\nCheck whether or not an upgrade is available for a given package CLI Example: salt '*' pkg.upgrade_available \u0026lt;package name\u0026gt; pkg.version:\nReturns a string representing the package version or an empty string if not installed. If more than one package name is specified, a dict of name/version pairs is returned. CLI Example: salt '*' pkg.version \u0026lt;package name\u0026gt; salt '*' pkg.version \u0026lt;package1\u0026gt; \u0026lt;package2\u0026gt; \u0026lt;package3\u0026gt; ... pkg.version_cmp:\nDo a cmp-style comparison on two packages. Return -1 if pkg1 \u0026lt; pkg2, 0 if pkg1 == pkg2, and 1 if pkg1 \u0026gt; pkg2. Return None if there was a problem making the comparison. ignore_epoch : False Set to ``True`` to ignore the epoch when comparing versions New in version 2015.8.10,2016.3.2 CLI Example: salt '*' pkg.version_cmp '0.2.4-0ubuntu1' '0.2.4.1-0ubuntu1' pkg_resource.add_pkg:\nAdd a package to a dict of installed packages. CLI Example: salt '*' pkg_resource.add_pkg '{}' bind 9 pkg_resource.check_extra_requirements:\nCheck if the installed package already has the given requirements. This function will return the result of ``pkg.check_extra_requirements`` if this function exists for the minion, otherwise it will return True. CLI Example: salt '*' pkg_resource.check_extra_requirements \u0026lt;pkgname\u0026gt; \u0026lt;extra_requirements\u0026gt; pkg_resource.format_pkg_list:\nFormats packages according to parameters for list_pkgs. pkg_resource.format_version:\nFormats a version string for list_pkgs. pkg_resource.pack_sources:\nAccepts list of dicts (or a string representing a list of dicts) and packs the key/value pairs into a single dict. ``'[{\u0026quot;foo\u0026quot;: \u0026quot;salt://foo.rpm\u0026quot;}, {\u0026quot;bar\u0026quot;: \u0026quot;salt://bar.rpm\u0026quot;}]'`` would become ``{\u0026quot;foo\u0026quot;: \u0026quot;salt://foo.rpm\u0026quot;, \u0026quot;bar\u0026quot;: \u0026quot;salt://bar.rpm\u0026quot;}`` normalise : True Normalise the package name by removing the architecture, if the architecture of the package is different from the architecture of the operating system. The ability to disable this behaviour is useful for poorly-created packages which include the architecture as an actual part of the name, such as kernel modules which match a specific kernel version. New in version 2015.8.0 CLI Example: salt '*' pkg_resource.pack_sources '[{\u0026quot;foo\u0026quot;: \u0026quot;salt://foo.rpm\u0026quot;}, {\u0026quot;bar\u0026quot;: \u0026quot;salt://bar.rpm\u0026quot;}]' pkg_resource.parse_targets:\nParses the input to pkg.install and returns back the package(s) to be installed. Returns a list of packages, as well as a string noting whether the packages are to come from a repository or a binary package. CLI Example: salt '*' pkg_resource.parse_targets pkg_resource.sort_pkglist:\nAccepts a dict obtained from pkg.list_pkgs() and sorts in place the list of versions for any packages that have multiple versions installed, so that two package lists can be compared to one another. CLI Example: salt '*' pkg_resource.sort_pkglist '[\u0026quot;3.45\u0026quot;, \u0026quot;2.13\u0026quot;]' pkg_resource.stringify:\nTakes a dict of package name/version information and joins each list of installed versions into a string. CLI Example: salt '*' pkg_resource.stringify 'vim: 7.127' pkg_resource.version:\nCommon interface for obtaining the version of installed packages. CLI Example: salt '*' pkg_resource.version vim salt '*' pkg_resource.version foo bar baz salt '*' pkg_resource.version 'python*' pkg_resource.version_clean:\nClean the version string removing extra data. This function will simply try to call ``pkg.version_clean``. CLI Example: salt '*' pkg_resource.version_clean \u0026lt;version_string\u0026gt; pkg_resource.version_compare:\nNew in version 3001 Perform a version comparison, using (where available) platform-specific version comparison tools to make the comparison. ver1 The first version to be compared oper One of `==`, `!=`, `\u0026gt;=`, `\u0026lt;=__CODE_BLOCK_4308__\u0026gt;`, `\u0026lt;__CODE_BLOCK_4310____CODE_BLOCK_4311____CODE_BLOCK_4312____CODE_BLOCK_4313____CODE_BLOCK_4314____CODE_BLOCK_4315____CODE_BLOCK_4316__strftime__CODE_BLOCK_4317____CODE_BLOCK_4318____CODE_BLOCK_4319____CODE_BLOCK_4320____CODE_BLOCK_4321____CODE_BLOCK_4322____CODE_BLOCK_4323____CODE_BLOCK_4324____CODE_BLOCK_4325____CODE_BLOCK_4326____CODE_BLOCK_4327____CODE_BLOCK_4328____CODE_BLOCK_4329____CODE_BLOCK_4330____CODE_BLOCK_4331__via_master__CODE_BLOCK_4332__pyenv.versions \u0026lt;salt.modules.pyenv.versions\u0026gt;`. Leave blank to return the current default. CLI Example: salt '*' pyenv.default salt '*' pyenv.default 2.0.0-p0 pyenv.do:\nExecute a python command with pyenv's shims from the user or the system. CLI Example: salt '*' pyenv.do 'gem list bundler' salt '*' pyenv.do 'gem list bundler' deploy pyenv.do_with_python:\nExecute a python command with pyenv's shims using a specific python version. CLI Example: salt '*' pyenv.do_with_python 2.0.0-p0 'gem list bundler' salt '*' pyenv.do_with_python 2.0.0-p0 'gem list bundler' deploy pyenv.install:\nInstall pyenv systemwide CLI Example: salt '*' pyenv.install pyenv.install_python:\nInstall a python implementation. python The version of python to install, should match one of the versions listed by pyenv.list CLI Example: salt '*' pyenv.install_python 2.0.0-p0 pyenv.is_installed:\nCheck if pyenv is installed. CLI Example: salt '*' pyenv.is_installed pyenv.list:\nList the installable versions of python. CLI Example: salt '*' pyenv.list pyenv.rehash:\nRun pyenv rehash to update the installed shims. CLI Example: salt '*' pyenv.rehash pyenv.uninstall_python:\nUninstall a python implementation. python The version of python to uninstall. Should match one of the versions listed by :mod:`pyenv.versions \u0026lt;salt.modules.pyenv.versions\u0026gt;` CLI Example: salt '*' pyenv.uninstall_python 2.0.0-p0 pyenv.update:\nUpdates the current versions of pyenv and python-Build CLI Example: salt '*' pyenv.update pyenv.versions:\nList the installed versions of python. CLI Example: salt '*' pyenv.versions random.get_str:\nNew in version 2014.7.0 Changed in version 3004 Changed the default character set used to include symbols and implemented arguments to control the used character set. Returns a random string of the specified length. length : 20 Any valid number of bytes. chars : None New in version 3004 String with any character that should be used to generate random string. This argument supersedes all other character controlling arguments. lowercase : True New in version 3004 Use lowercase letters in generated random string. (see :py:data:`string.ascii_lowercase`) This argument is superseded by chars. uppercase : True New in version 3004 Use uppercase letters in generated random string. (see :py:data:`string.ascii_uppercase`) This argument is superseded by chars. digits : True New in version 3004 Use digits in generated random string. (see :py:data:`string.digits`) This argument is superseded by chars. printable : False New in version 3004 Use printable characters in generated random string and includes lowercase, uppercase, digits, punctuation and whitespace. (see :py:data:`string.printable`) It is disabled by default as includes whitespace characters which some systems do not handle well in passwords. This argument also supersedes all other classes because it includes them. This argument is superseded by chars. punctuation : True New in version 3004 Use punctuation characters in generated random string. (see :py:data:`string.punctuation`) This argument is superseded by chars. whitespace : False New in version 3004 Use whitespace characters in generated random string. (see :py:data:`string.whitespace`) It is disabled by default as some systems do not handle whitespace characters in passwords well. This argument is superseded by chars. CLI Example: salt '*' random.get_str 128 salt '*' random.get_str 128 chars='abc123.!()' salt '*' random.get_str 128 lowercase=False whitespace=True random.hash:\nNew in version 2014.7.0 Encodes a value with the specified encoder. value The value to be hashed. algorithm : sha512 The algorithm to use. May be any valid algorithm supported by hashlib. CLI Example: salt '*' random.hash 'I am a string' md5 random.rand_int:\nReturns a random integer number between the start and end number. New in version 2015.5.3 start : 1 Any valid integer number end : 10 Any valid integer number seed : Optional hashable object Changed in version 2019.2.0 Added seed argument. Will return the same result when run with the same seed. CLI Example: salt '*' random.rand_int 1 10 random.sample:\nReturn a given sample size from a list. By default, the random number generator uses the current system time unless given a seed value. New in version 3005 value A list to e used as input. size The sample size to return. seed Any value which will be hashed as a seed for random. CLI Example: salt '*' random.sample '[\u0026quot;one\u0026quot;, \u0026quot;two\u0026quot;]' 1 seed=\u0026quot;something\u0026quot; random.seed:\nReturns a random number within a range. Optional hash argument can be any hashable object. If hash is omitted or None, the id of the minion is used. New in version 2015.8.0 hash: None Any hashable object. range: 10 Any valid integer number CLI Example: salt '*' random.seed 10 hash=None random.shadow_hash:\nGenerates a salted hash suitable for /etc/shadow. crypt_salt : None Salt to be used in the generation of the hash. If one is not provided, a random salt will be generated. password : None Value to be salted and hashed. If one is not provided, a random password will be generated. algorithm : sha512 Hash algorithm to use. CLI Example: salt '*' random.shadow_hash 'My5alT' 'MyP@asswd' md5 random.shuffle:\nReturn a shuffled copy of an input list. By default, the random number generator uses the current system time unless given a seed value. New in version 3005 value A list to be used as input. seed Any value which will be hashed as a seed for random. CLI Example: salt '*' random.shuffle '[\u0026quot;one\u0026quot;, \u0026quot;two\u0026quot;]' seed=\u0026quot;something\u0026quot; random.str_encode:\nNew in version 2014.7.0 value The value to be encoded. encoder : base64 The encoder to use on the subsequent string. CLI Example: salt '*' random.str_encode 'I am a new string' base64 random_org.generateBlobs:\nList all Slack users. :param api_key: The Random.org api key. :param api_version: The Random.org api version. :param format: Specifies the format in which the blobs will be returned. Values allowed are base64 and hex. :return: The user list. CLI Example: salt '*' get_integers number=5 min=1 max=6 salt '*' get_integers number=5 min=1 max=6 random_org.generateDecimalFractions:\nGenerates true random decimal fractions :param api_key: The Random.org api key. :param api_version: The Random.org api version. :param number: How many random decimal fractions you need. Must be within the [1,1e4] range. :param decimalPlaces: The number of decimal places to use. Must be within the [1,20] range. :param replacement: Specifies whether the random numbers should be picked with replacement. The default (true) will cause the numbers to be picked with replacement, i.e., the resulting numbers may contain duplicate values (like a series of dice rolls). If you want the numbers picked to be unique (like raffle tickets drawn from a container), set this value to false. :return: A list of decimal fraction CLI Example: salt '*' random_org.generateDecimalFractions number=10 decimalPlaces=4 salt '*' random_org.generateDecimalFractions number=10 decimalPlaces=4 replacement=True random_org.generateGaussians:\nThis method generates true random numbers from a Gaussian distribution (also known as a normal distribution). :param api_key: The Random.org api key. :param api_version: The Random.org api version. :param number: How many random numbers you need. Must be within the [1,1e4] range. :param mean: The distribution's mean. Must be within the [-1e6,1e6] range. :param standardDeviation: The distribution's standard deviation. Must be within the [-1e6,1e6] range. :param significantDigits: The number of significant digits to use. Must be within the [2,20] range. :return: The user list. CLI Example: salt '*' random_org.generateGaussians number=10 mean=0.0 standardDeviation=1.0 significantDigits=8 random_org.generateIntegers:\nGenerate random integers :param api_key: The Random.org api key. :param api_version: The Random.org api version. :param number: The number of integers to generate :param minimum: The lower boundary for the range from which the random numbers will be picked. Must be within the [-1e9,1e9] range. :param maximum: The upper boundary for the range from which the random numbers will be picked. Must be within the [-1e9,1e9] range. :param replacement: Specifies whether the random numbers should be picked with replacement. The default (true) will cause the numbers to be picked with replacement, i.e., the resulting numbers may contain duplicate values (like a series of dice rolls). If you want the numbers picked to be unique (like raffle tickets drawn from a container), set this value to false. :param base: Specifies the base that will be used to display the numbers. Values allowed are 2, 8, 10 and 16. This affects the JSON types and formatting of the resulting data as discussed below. :return: A list of integers. CLI Example: salt '*' random_org.generateIntegers number=5 minimum=1 maximum=6 salt '*' random_org.generateIntegers number=5 minimum=2 maximum=255 base=2 random_org.generateStrings:\nGenerate random strings. :param api_key: The Random.org api key. :param api_version: The Random.org api version. :param number: The number of strings to generate. :param length: The length of each string. Must be within the [1,20] range. All strings will be of the same length :param characters: A string that contains the set of characters that are allowed to occur in the random strings. The maximum number of characters is 80. :param replacement: Specifies whether the random strings should be picked with replacement. The default (true) will cause the strings to be picked with replacement, i.e., the resulting list of strings may contain duplicates (like a series of dice rolls). If you want the strings to be unique (like raffle tickets drawn from a container), set this value to false. :return: A list of strings. CLI Example: salt '*' random_org.generateStrings number=5 length=8 characters='abcdefghijklmnopqrstuvwxyz' salt '*' random_org.generateStrings number=10 length=16 characters'abcdefghijklmnopqrstuvwxyz' random_org.generateUUIDs:\nGenerate a list of random UUIDs :param api_key: The Random.org api key. :param api_version: The Random.org api version. :param number: How many random UUIDs you need. Must be within the [1,1e3] range. :return: A list of UUIDs CLI Example: salt '*' random_org.generateUUIDs number=5 random_org.getUsage:\nShow current usages statistics :param api_key: The Random.org api key. :param api_version: The Random.org api version. :return: The current usage statistics. CLI Example: salt '*' random_org.getUsage salt '*' random_org.getUsage api_key=peWcBiMOS9HrZG15peWcBiMOS9HrZG15 api_version=1 rbenv.default:\nReturns or sets the currently defined default ruby ruby The version to set as the default. Should match one of the versions listed by :py:func:`rbenv.versions \u0026lt;salt.modules.rbenv.versions\u0026gt;`. Leave blank to return the current default. CLI Example: salt '*' rbenv.default salt '*' rbenv.default 2.0.0-p0 rbenv.do:\nExecute a ruby command with rbenv's shims from the user or the system CLI Example: salt '*' rbenv.do 'gem list bundler' salt '*' rbenv.do 'gem list bundler' deploy rbenv.do_with_ruby:\nExecute a ruby command with rbenv's shims using a specific ruby version CLI Example: salt '*' rbenv.do_with_ruby 2.0.0-p0 'gem list bundler' salt '*' rbenv.do_with_ruby 2.0.0-p0 'gem list bundler' runas=deploy rbenv.install:\nInstall rbenv systemwide CLI Example: salt '*' rbenv.install rbenv.install_ruby:\nInstall a ruby implementation. ruby The version of Ruby to install, should match one of the versions listed by :py:func:`rbenv.list \u0026lt;salt.modules.rbenv.list\u0026gt;` runas The user under which to run rbenv. If not specified, then rbenv will be run as the user under which Salt is running. Additional environment variables can be configured in pillar / grains / master: rbenv: build_env: 'CONFIGURE_OPTS=\u0026quot;--no-tcmalloc\u0026quot; CFLAGS=\u0026quot;-fno-tree-dce\u0026quot;' CLI Example: salt '*' rbenv.install_ruby 2.0.0-p0 rbenv.is_installed:\nCheck if rbenv is installed CLI Example: salt '*' rbenv.is_installed rbenv.list:\nList the installable versions of ruby runas The user under which to run rbenv. If not specified, then rbenv will be run as the user under which Salt is running. CLI Example: salt '*' rbenv.list rbenv.rehash:\nRun ``rbenv rehash`` to update the installed shims runas The user under which to run rbenv. If not specified, then rbenv will be run as the user under which Salt is running. CLI Example: salt '*' rbenv.rehash rbenv.uninstall_ruby:\nUninstall a ruby implementation. ruby The version of ruby to uninstall. Should match one of the versions listed by :py:func:`rbenv.versions \u0026lt;salt.modules.rbenv.versions\u0026gt;`. runas The user under which to run rbenv. If not specified, then rbenv will be run as the user under which Salt is running. CLI Example: salt '*' rbenv.uninstall_ruby 2.0.0-p0 rbenv.update:\nUpdates the current versions of rbenv and ruby-build runas The user under which to run rbenv. If not specified, then rbenv will be run as the user under which Salt is running. CLI Example: salt '*' rbenv.update rbenv.versions:\nList the installed versions of ruby CLI Example: salt '*' rbenv.versions rest_sample_utils.fix_outage:\n\u0026quot;Fix\u0026quot; the outage CLI Example: salt 'rest-sample-proxy' rest_sample.fix_outage rest_sample_utils.get_test_string:\nHelper function to test cross-calling to the __proxy__ dunder. CLI Example: salt 'rest-sample-proxy' rest_sample.get_test_string restartcheck.restartcheck:\nAnalyses files openeded by running processes and seeks for packages which need to be restarted. Args: ignorelist: string or list of packages to be ignored. blacklist: string or list of file paths to be ignored. excludepid: string or list of process IDs to be ignored. verbose: boolean, enables extensive output. timeout: int, timeout in minute. Returns: Dict on error: ``{ 'result': False, 'comment': '\u0026lt;reason\u0026gt;' }``. String with checkrestart output if some package seems to need to be restarted or if no packages need restarting. New in version 2015.8.3 CLI Example: salt '*' restartcheck.restartcheck ret.get_fun:\nReturn info about last time fun was called on each minion CLI Example: salt '*' ret.get_fun mysql network.interfaces ret.get_jid:\nReturn the information for a specified job id CLI Example: salt '*' ret.get_jid redis 20421104181954700505 ret.get_jids:\nReturn a list of all job ids CLI Example: salt '*' ret.get_jids mysql ret.get_minions:\nReturn a list of all minions CLI Example: salt '*' ret.get_minions mysql rsync.config:\nChanged in version 2016.3.0 Return data now contains just the contents of the rsyncd.conf as a string, instead of a dictionary as returned from :py:func:`cmd.run_all \u0026lt;salt.modules.cmdmod.run_all\u0026gt;`. Returns the contents of the rsync config file conf_path : /etc/rsyncd.conf Path to the config file CLI Example: salt '*' rsync.config rsync.rsync:\nChanged in version 2016.3.0 Return data now contains just the output of the rsync command, instead of a dictionary as returned from :py:func:`cmd.run_all \u0026lt;salt.modules.cmdmod.run_all\u0026gt;`. Rsync files from src to dst src The source location where files will be rsynced from. dst The destination location where files will be rsynced to. delete : False Whether to enable the rsync `--delete` flag, which will delete extraneous files from dest dirs force : False Whether to enable the rsync `--force` flag, which will force deletion of dirs even if not empty. update : False Whether to enable the rsync `--update` flag, which forces rsync to skip any files which exist on the destination and have a modified time that is newer than the source file. passwordfile A file that contains a password for accessing an rsync daemon. The file should contain just the password. exclude Whether to enable the rsync `--exclude` flag, which will exclude files matching a PATTERN. excludefrom Whether to enable the rsync `--excludefrom` flag, which will read exclude patterns from a file. dryrun : False Whether to enable the rsync `--dry-run` flag, which will perform a trial run with no changes made. rsh Whether to enable the rsync `--rsh` flag, to specify the remote shell to use. additional_opts Any additional rsync options, should be specified as a list. saltenv Specify a salt fileserver environment to be used. CLI Example: salt '*' rsync.rsync /path/to/src /path/to/dest delete=True update=True passwordfile=/etc/pass.crt exclude=exclude/dir salt '*' rsync.rsync /path/to/src delete=True excludefrom=/xx.ini salt '*' rsync.rsync /path/to/src delete=True exclude='[exclude1/dir,exclude2/dir]' additional_opts='[\u0026quot;--partial\u0026quot;, \u0026quot;--bwlimit=5000\u0026quot;]' rsync.version:\nChanged in version 2016.3.0 Return data now contains just the version number as a string, instead of a dictionary as returned from :py:func:`cmd.run_all \u0026lt;salt.modules.cmdmod.run_all\u0026gt;`. Returns rsync version CLI Example: salt '*' rsync.version rvm.do:\nExecute a command in an RVM controlled environment. ruby Which ruby to use command The rvm command to execute runas The user under which to run rvm. If not specified, then rvm will be run as the user under which Salt is running. cwd The directory from which to run the rvm command. Defaults to the user's home directory. CLI Example: salt '*' rvm.do 2.0.0 \u0026lt;command\u0026gt; rvm.gemset_copy:\nCopy all gems from one gemset to another. source The name of the gemset to copy, complete with ruby version destination The destination gemset runas The user under which to run rvm. If not specified, then rvm will be run as the user under which Salt is running. CLI Example: salt '*' rvm.gemset_copy foobar bazquo rvm.gemset_create:\nCreates a gemset. ruby The ruby version for which to create the gemset gemset The name of the gemset to create runas The user under which to run rvm. If not specified, then rvm will be run as the user under which Salt is running. CLI Example: salt '*' rvm.gemset_create 2.0.0 foobar rvm.gemset_delete:\nDelete a gemset ruby The ruby version to which the gemset belongs gemset The gemset to delete runas The user under which to run rvm. If not specified, then rvm will be run as the user under which Salt is running. CLI Example: salt '*' rvm.gemset_delete 2.0.0 foobar rvm.gemset_empty:\nRemove all gems from a gemset. ruby The ruby version to which the gemset belongs gemset The gemset to empty runas The user under which to run rvm. If not specified, then rvm will be run as the user under which Salt is running. CLI Example: salt '*' rvm.gemset_empty 2.0.0 foobar rvm.gemset_list:\nList all gemsets for the given ruby. ruby : default The ruby version for which to list the gemsets runas The user under which to run rvm. If not specified, then rvm will be run as the user under which Salt is running. CLI Example: salt '*' rvm.gemset_list rvm.gemset_list_all:\nList all gemsets for all installed rubies. Note that you must have set a default ruby before this can work. runas The user under which to run rvm. If not specified, then rvm will be run as the user under which Salt is running. CLI Example: salt '*' rvm.gemset_list_all rvm.get:\nUpdate RVM version : stable Which version of RVM to install, (e.g. stable or head) CLI Example: salt '*' rvm.get rvm.install:\nInstall RVM system-wide runas The user under which to run the rvm installer script. If not specified, then it be run as the user under which Salt is running. CLI Example: salt '*' rvm.install rvm.install_ruby:\nInstall a ruby implementation. ruby The version of ruby to install runas The user under which to run rvm. If not specified, then rvm will be run as the user under which Salt is running. env Environment to set for the install command. Useful for exporting compilation flags such as RUBY_CONFIGURE_OPTS opts List of options to pass to the RVM installer (ie -C, --patch, etc) CLI Example: salt '*' rvm.install_ruby 1.9.3-p385 rvm.is_installed:\nCheck if RVM is installed. CLI Example: salt '*' rvm.is_installed rvm.list:\nList all rvm-installed rubies runas The user under which to run rvm. If not specified, then rvm will be run as the user under which Salt is running. CLI Example: salt '*' rvm.list rvm.reinstall_ruby:\nReinstall a ruby implementation ruby The version of ruby to reinstall runas The user under which to run rvm. If not specified, then rvm will be run as the user under which Salt is running. CLI Example: salt '*' rvm.reinstall_ruby 1.9.3-p385 rvm.rubygems:\nInstalls a specific rubygems version in the given ruby ruby The ruby for which to install rubygems version The version of rubygems to install, or 'remove' to use the version that ships with 1.9 runas The user under which to run rvm. If not specified, then rvm will be run as the user under which Salt is running. CLI Example: salt '*' rvm.rubygems 2.0.0 1.8.24 rvm.set_default:\nSet the default ruby ruby The version of ruby to make the default runas The user under which to run rvm. If not specified, then rvm will be run as the user under which Salt is running. CLI Example: salt '*' rvm.set_default 2.0.0 rvm.wrapper:\nInstall RVM wrapper scripts ruby_string Ruby/gemset to install wrappers for wrapper_prefix What to prepend to the name of the generated wrapper binaries runas The user under which to run rvm. If not specified, then rvm will be run as the user under which Salt is running. binaries : None The names of the binaries to create wrappers for. When nothing is given, wrappers for ruby, gem, rake, irb, rdoc, ri and testrb are generated. CLI Example: salt '*' rvm.wrapper \u0026lt;ruby_string\u0026gt; \u0026lt;wrapper_prefix\u0026gt; s3.delete:\nDelete a bucket, or delete an object from a bucket. CLI Example to delete a bucket:: salt myminion s3.delete mybucket CLI Example to delete an object from a bucket:: salt myminion s3.delete mybucket remoteobject s3.get:\nList the contents of a bucket, or return an object from a bucket. Set return_bin to True in order to retrieve an object wholesale. Otherwise, Salt will attempt to parse an XML response. CLI Example to list buckets: salt myminion s3.get CLI Example to list the contents of a bucket: salt myminion s3.get mybucket CLI Example to return the binary contents of an object: salt myminion s3.get mybucket myfile.png return_bin=True CLI Example to save the binary contents of an object to a local file: salt myminion s3.get mybucket myfile.png local_file=/tmp/myfile.png It is also possible to perform an action on a bucket. Currently, S3 supports the following actions:: acl cors lifecycle policy location logging notification tagging versions requestPayment versioning website To perform an action on a bucket: salt myminion s3.get mybucket myfile.png action=acl s3.head:\nReturn the metadata for a bucket, or an object in a bucket. CLI Examples: salt myminion s3.head mybucket salt myminion s3.head mybucket myfile.png s3.put:\nCreate a new bucket, or upload an object to a bucket. CLI Example to create a bucket: salt myminion s3.put mybucket CLI Example to upload an object to a bucket: salt myminion s3.put mybucket remotepath local_file=/path/to/file s6.available:\nReturns ``True`` if the specified service is available, otherwise returns ``False``. CLI Example: salt '*' s6.available foo s6.full_restart:\nCalls s6.restart() function CLI Example: salt '*' s6.full_restart \u0026lt;service name\u0026gt; s6.get_all:\nReturn a list of all available services CLI Example: salt '*' s6.get_all s6.missing:\nThe inverse of s6.available. Returns ``True`` if the specified service is not available, otherwise returns ``False``. CLI Example: salt '*' s6.missing foo s6.reload:\nSend a HUP to service via s6 CLI Example: salt '*' s6.reload \u0026lt;service name\u0026gt; s6.restart:\nRestart service via s6. This will stop/start service CLI Example: salt '*' s6.restart \u0026lt;service name\u0026gt; s6.start:\nStarts service via s6 CLI Example: salt '*' s6.start \u0026lt;service name\u0026gt; s6.status:\nReturn the status for a service via s6, return pid if running CLI Example: salt '*' s6.status \u0026lt;service name\u0026gt; s6.stop:\nStops service via s6 CLI Example: salt '*' s6.stop \u0026lt;service name\u0026gt; s6.term:\nSend a TERM to service via s6 CLI Example: salt '*' s6.term \u0026lt;service name\u0026gt; salt_proxy.configure_proxy:\nCreate the salt proxy file and start the proxy process if required Parameters: proxyname: Name to be used for this proxy (should match entries in pillar) start: Boolean indicating if the process should be started default = True CLI Example: salt deviceminion salt_proxy.configure_proxy p8000 salt_proxy.is_running:\nCheck if the salt-proxy process associated with this proxy (name) is running. Returns True if the process is running False otherwise Parameters: proxyname: String name of the proxy (p8000 for example) CLI Example: salt deviceminion salt_proxy.is_running p8000 salt_version.equal:\nReturns a boolean (True) if the minion's current version code name matches the named version. name The release code name to check the version against. CLI Example: salt '*' salt_version.equal 'Oxygen' salt_version.get_release_number:\nReturns the release number of a given release code name in a ``MAJOR.PATCH`` format (for Salt versions \u0026lt; 3000) or ``MAJOR`` for newer Salt versions. If the release name has not been given an assigned release number, the function returns a string. If the release cannot be found, it returns ``None``. name The release code name for which to find a release number. CLI Example: salt '*' salt_version.get_release_number 'Oxygen' salt_version.greater_than:\nReturns a boolean (True) if the minion's current version code name is greater than the named version. name The release code name to check the version against. CLI Example: salt '*' salt_version.greater_than 'Oxygen' salt_version.less_than:\nReturns a boolean (True) if the minion's current version code name is less than the named version. name The release code name to check the version against. CLI Example: salt '*' salt_version.less_than 'Oxygen' saltcheck.parallel_scheck: triggers salt-call in parallel\nsaltcheck.report_highstate_tests:\nReport on tests for states assigned to the minion through highstate. Quits with the exit code for the number of missing tests. CLI Example: salt '*' saltcheck.report_highstate_tests New in version 3000 saltcheck.run_highstate_tests:\nExecute all tests for states assigned to the minion through highstate and return results :param str saltenv: optional saltenv. Defaults to base :param bool only_fails: boolean to only print failure results :param bool junit: boolean to print results in junit format New in version 3007.0 CLI Example: salt '*' saltcheck.run_highstate_tests saltcheck.run_state_tests:\nExecute tests for a salt state and return results Nested states will also be tested :param str state: state name for which to run associated .tst test files :param str saltenv: optional saltenv. Defaults to base :param bool check_all: boolean to run all tests in state/saltcheck-tests directory :param bool only_fails: boolean to only print failure results :param bool junit: boolean to print results in junit format New in version 3007.0 CLI Example: salt '*' saltcheck.run_state_tests postfix,common Tests will be run in parallel by adding \u0026quot;saltcheck_parallel: True\u0026quot; in minion config. When enabled, saltcheck will use up to the number of cores detected. This can be limited by setting the \u0026quot;saltcheck_processes\u0026quot; value to an integer to set the maximum number of parallel processes. saltcheck.run_state_tests_ssh:\nThis function is an alias of run_state_tests.\nExecute tests for a salt state and return results Nested states will also be tested :param str state: state name for which to run associated .tst test files :param str saltenv: optional saltenv. Defaults to base :param bool check_all: boolean to run all tests in state/saltcheck-tests directory :param bool only_fails: boolean to only print failure results :param bool junit: boolean to print results in junit format New in version 3007.0 CLI Example: salt '*' saltcheck.run_state_tests postfix,common Tests will be run in parallel by adding \u0026quot;saltcheck_parallel: True\u0026quot; in minion config. When enabled, saltcheck will use up to the number of cores detected. This can be limited by setting the \u0026quot;saltcheck_processes\u0026quot; value to an integer to set the maximum number of parallel processes. saltcheck.run_test:\nExecute one saltcheck test and return result :param keyword arg test: CLI Example: salt '*' saltcheck.run_test test='{\u0026quot;module_and_function\u0026quot;: \u0026quot;test.echo\u0026quot;, \u0026quot;assertion\u0026quot;: \u0026quot;assertEqual\u0026quot;, \u0026quot;expected_return\u0026quot;: \u0026quot;This works!\u0026quot;, \u0026quot;args\u0026quot;:[\u0026quot;This works!\u0026quot;] }' saltcheck.state_apply:\nRuns :py:func:`state.apply \u0026lt;salt.modules.state.apply\u0026gt;` with given options to set up test data. Intended to be used for optional test setup or teardown Reference the :py:func:`state.apply \u0026lt;salt.modules.state.apply\u0026gt;` module documentation for arguments and usage options CLI Example: salt '*' saltcheck.state_apply postfix saltutil.clear_cache:\nForcibly removes all caches on a minion. New in version 2014.7.0 WARNING: The safest way to clear a minion cache is by first stopping the minion and then deleting the cache files before restarting it. CLI Example: salt '*' saltutil.clear_cache saltutil.clear_job_cache:\nForcibly removes job cache folders and files on a minion. New in version 2018.3.0 WARNING: The safest way to clear a minion cache is by first stopping the minion and then deleting the cache files before restarting it. CLI Example: salt '*' saltutil.clear_job_cache hours=12 saltutil.cmd:\nChanged in version 2017.7.0 The ``expr_form`` argument has been renamed to ``tgt_type``, earlier releases must use ``expr_form``. Assuming this minion is a master, execute a salt command CLI Example: salt '*' saltutil.cmd saltutil.cmd_iter:\nChanged in version 2017.7.0 The ``expr_form`` argument has been renamed to ``tgt_type``, earlier releases must use ``expr_form``. Assuming this minion is a master, execute a salt command CLI Example: salt '*' saltutil.cmd_iter saltutil.find_cached_job:\nReturn the data for a specific cached job id. Note this only works if cache_jobs has previously been set to True on the minion. CLI Example: salt '*' saltutil.find_cached_job \u0026lt;job id\u0026gt; saltutil.find_job:\nReturn the data for a specific job id that is currently running. jid The job id to search for and return data. CLI Example: salt '*' saltutil.find_job \u0026lt;job id\u0026gt; Note that the find_job function only returns job information when the job is still running. If the job is currently running, the output looks something like this: # salt my-minion saltutil.find_job 20160503150049487736 my-minion: ---------- arg: - 30 fun: test.sleep jid: 20160503150049487736 pid: 9601 ret: tgt: my-minion tgt_type: glob user: root If the job has already completed, the job cannot be found and therefore the function returns an empty dictionary, which looks like this on the CLI: # salt my-minion saltutil.find_job 20160503150049487736 my-minion: ---------- saltutil.is_running:\nIf the named function is running return the data associated with it/them. The argument can be a glob CLI Example: salt '*' saltutil.is_running state.highstate saltutil.kill_all_jobs:\nSends a kill signal (SIGKILL 9) to all currently running jobs CLI Example: salt '*' saltutil.kill_all_jobs saltutil.kill_job:\nSends a kill signal (SIGKILL 9) to the named salt job's process CLI Example: salt '*' saltutil.kill_job \u0026lt;job id\u0026gt; saltutil.list_extmods:\nNew in version 2017.7.0 List Salt modules which have been synced externally CLI Examples: salt '*' saltutil.list_extmods saltutil.mmodule:\nLoads minion modules from an environment so that they can be used in pillars for that environment CLI Example: salt '*' saltutil.mmodule base test.ping saltutil.pillar_refresh:\nThis function is an alias of refresh_pillar.\nSignal the minion to refresh the in-memory pillar data. See :ref:`pillar-in-memory`. :param wait: Wait for pillar refresh to complete, defaults to False. :type wait: bool, optional :param timeout: How long to wait in seconds, only used when wait is True, defaults to 30. :type timeout: int, optional :param clean_cache: Clean the pillar cache, only used when `pillar_cache` is True. Defaults to True :type clean_cache: bool, optional New in version 3005 :return: Boolean status, True when the pillar_refresh event was fired successfully. CLI Example: salt '*' saltutil.refresh_pillar salt '*' saltutil.refresh_pillar wait=True timeout=60 saltutil.refresh_beacons:\nSignal the minion to refresh the beacons. CLI Example: salt '*' saltutil.refresh_beacons saltutil.refresh_grains:\nNew in version 2016.3.6,2016.11.4,2017.7.0 Refresh the minion's grains without syncing custom grains modules from ``salt://_grains``. Note: The available execution modules will be reloaded as part of this proceess, as grains can affect which modules are available. refresh_pillar : True Set to ``False`` to keep pillar data from being refreshed. clean_pillar_cache : False Set to ``True`` to refresh pillar cache. CLI Examples: salt '*' saltutil.refresh_grains saltutil.refresh_matchers:\nSignal the minion to refresh its matchers. CLI Example: salt '*' saltutil.refresh_matchers saltutil.refresh_modules:\nSignal the minion to refresh the module and grain data The default is to refresh module asynchronously. To block until the module refresh is complete, set the 'async' flag to False. CLI Example: salt '*' saltutil.refresh_modules saltutil.refresh_pillar:\nSignal the minion to refresh the in-memory pillar data. See :ref:`pillar-in-memory`. :param wait: Wait for pillar refresh to complete, defaults to False. :type wait: bool, optional :param timeout: How long to wait in seconds, only used when wait is True, defaults to 30. :type timeout: int, optional :param clean_cache: Clean the pillar cache, only used when `pillar_cache` is True. Defaults to True :type clean_cache: bool, optional New in version 3005 :return: Boolean status, True when the pillar_refresh event was fired successfully. CLI Example: salt '*' saltutil.refresh_pillar salt '*' saltutil.refresh_pillar wait=True timeout=60 saltutil.regen_keys:\nUsed to regenerate the minion keys. CLI Example: salt '*' saltutil.regen_keys saltutil.revoke_auth:\nThe minion sends a request to the master to revoke its own key. Note that the minion session will be revoked and the minion may not be able to return the result of this command back to the master. If the 'preserve_minion_cache' flag is set to True, the master cache for this minion will not be removed. CLI Example: salt '*' saltutil.revoke_auth saltutil.runner:\nExecute a runner function. This function must be run on the master, either by targeting a minion running on a master or by using salt-call on a master. New in version 2014.7.0 name The name of the function to run kwargs Any keyword arguments to pass to the runner function CLI Example: In this example, assume that `master_minion` is a minion running on a master. salt master_minion saltutil.runner jobs.list_jobs salt master_minion saltutil.runner test.arg arg=\u0026quot;['baz']\u0026quot; kwarg=\u0026quot;{'foo': 'bar'}\u0026quot; saltutil.running:\nReturn the data on all running salt processes on the minion CLI Example: salt '*' saltutil.running saltutil.signal_job:\nSends a signal to the named salt job's process CLI Example: salt '*' saltutil.signal_job \u0026lt;job id\u0026gt; 15 saltutil.sync_all:\nChanged in version 3007.0 On masterless minions, master top modules are now synced as well. When ``refresh`` is set to ``True``, this module's cache containing the environments from which extension modules are synced when ``saltenv`` is not specified will be refreshed. Changed in version 2015.8.11,2016.3.2 On masterless minions, pillar modules are now synced, and refreshed when ``refresh`` is set to ``True``. Sync down all of the dynamic modules from the file server for a specific environment. This function synchronizes custom modules, states, beacons, grains, returners, output modules, renderers, and utils. refresh : True Also refresh the execution modules and recompile pillar data available to the minion. If this is a masterless minion, also refresh the environments from which extension modules are synced after syncing master tops. This refresh will be performed even if no new dynamic modules are synced. Set to ``False`` to prevent this refresh. .. important:: If this function is executed using a :py:func:`module.run \u0026lt;salt.states.module.run\u0026gt;` state, the SLS file will not have access to newly synced execution modules unless a ``refresh`` argument is added to the state, like so: load_my_custom_module: module.run: - name: saltutil.sync_all - refresh: True See :ref:`here \u0026lt;reloading-modules\u0026gt;` for a more detailed explanation of why this is necessary. extmod_whitelist : None dictionary of modules to sync based on type extmod_blacklist : None dictionary of modules to blacklist based on type clean_pillar_cache : False Set to ``True`` to refresh pillar cache. CLI Examples: salt '*' saltutil.sync_all salt '*' saltutil.sync_all saltenv=dev salt '*' saltutil.sync_all saltenv=base,dev salt '*' saltutil.sync_all extmod_whitelist={'modules': ['custom_module']} saltutil.sync_beacons:\nNew in version 2015.5.1 Sync beacons from ``salt://_beacons`` to the minion saltenv The fileserver environment from which to sync. To sync from more than one environment, pass a comma-separated list. If not passed, then all environments configured in the :ref:`top files \u0026lt;states-top\u0026gt;` will be checked for beacons to sync. If no top files are found, then the ``base`` environment will be synced. refresh : True If ``True``, refresh the available beacons on the minion. This refresh will be performed even if no new beacons are synced. Set to ``False`` to prevent this refresh. extmod_whitelist : None comma-separated list of modules to sync extmod_blacklist : None comma-separated list of modules to blacklist based on type CLI Example: salt '*' saltutil.sync_beacons salt '*' saltutil.sync_beacons saltenv=dev salt '*' saltutil.sync_beacons saltenv=base,dev saltutil.sync_clouds:\nNew in version 2017.7.0 Sync cloud modules from ``salt://_cloud`` to the minion saltenv : base The fileserver environment from which to sync. To sync from more than one environment, pass a comma-separated list. refresh : True If ``True``, refresh the available execution modules on the minion. This refresh will be performed even if no new utility modules are synced. Set to ``False`` to prevent this refresh. extmod_whitelist : None comma-separated list of modules to sync extmod_blacklist : None comma-separated list of modules to blacklist based on type CLI Examples: salt '*' saltutil.sync_clouds salt '*' saltutil.sync_clouds saltenv=dev salt '*' saltutil.sync_clouds saltenv=base,dev saltutil.sync_engines:\nNew in version 2016.3.0 Sync engine modules from ``salt://_engines`` to the minion saltenv The fileserver environment from which to sync. To sync from more than one environment, pass a comma-separated list. If not passed, then all environments configured in the :ref:`top files \u0026lt;states-top\u0026gt;` will be checked for engines to sync. If no top files are found, then the ``base`` environment will be synced. refresh : True If ``True``, refresh the available execution modules on the minion. This refresh will be performed even if no new engine modules are synced. Set to ``False`` to prevent this refresh. extmod_whitelist : None comma-separated list of modules to sync extmod_blacklist : None comma-separated list of modules to blacklist based on type CLI Examples: salt '*' saltutil.sync_engines salt '*' saltutil.sync_engines saltenv=base,dev saltutil.sync_executors:\nNew in version 3000 Sync executors from ``salt://_executors`` to the minion saltenv The fileserver environment from which to sync. To sync from more than one environment, pass a comma-separated list. If not passed, then all environments configured in the :ref:`top files \u0026lt;states-top\u0026gt;` will be checked for log handlers to sync. If no top files are found, then the ``base`` environment will be synced. refresh : True If ``True``, refresh the available execution modules on the minion. This refresh will be performed even if no new log handlers are synced. Set to ``False`` to prevent this refresh. extmod_whitelist : None comma-seperated list of modules to sync extmod_blacklist : None comma-seperated list of modules to blacklist based on type CLI Examples: salt '*' saltutil.sync_executors salt '*' saltutil.sync_executors saltenv=dev salt '*' saltutil.sync_executors saltenv=base,dev saltutil.sync_grains:\nNew in version 0.10.0 Sync grains modules from ``salt://_grains`` to the minion saltenv The fileserver environment from which to sync. To sync from more than one environment, pass a comma-separated list. If not passed, then all environments configured in the :ref:`top files \u0026lt;states-top\u0026gt;` will be checked for grains modules to sync. If no top files are found, then the ``base`` environment will be synced. refresh : True If ``True``, refresh the available execution modules and recompile pillar data for the minion. This refresh will be performed even if no new grains modules are synced. Set to ``False`` to prevent this refresh. extmod_whitelist : None comma-separated list of modules to sync extmod_blacklist : None comma-separated list of modules to blacklist based on type clean_pillar_cache : False Set to ``True`` to refresh pillar cache. CLI Examples: salt '*' saltutil.sync_grains salt '*' saltutil.sync_grains saltenv=dev salt '*' saltutil.sync_grains saltenv=base,dev saltutil.sync_log_handlers:\nNew in version 2015.8.0 Sync log handlers from ``salt://_log_handlers`` to the minion saltenv The fileserver environment from which to sync. To sync from more than one environment, pass a comma-separated list. If not passed, then all environments configured in the :ref:`top files \u0026lt;states-top\u0026gt;` will be checked for log handlers to sync. If no top files are found, then the ``base`` environment will be synced. refresh : True If ``True``, refresh the available execution modules on the minion. This refresh will be performed even if no new log handlers are synced. Set to ``False`` to prevent this refresh. extmod_whitelist : None comma-separated list of modules to sync extmod_blacklist : None comma-separated list of modules to blacklist based on type CLI Examples: salt '*' saltutil.sync_log_handlers salt '*' saltutil.sync_log_handlers saltenv=dev salt '*' saltutil.sync_log_handlers saltenv=base,dev saltutil.sync_matchers:\nNew in version 2019.2.0 Sync engine modules from ``salt://_matchers`` to the minion saltenv The fileserver environment from which to sync. To sync from more than one environment, pass a comma-separated list. If not passed, then all environments configured in the :ref:`top files \u0026lt;states-top\u0026gt;` will be checked for engines to sync. If no top files are found, then the ``base`` environment will be synced. refresh : True If ``True``, refresh the available execution modules on the minion. This refresh will be performed even if no new matcher modules are synced. Set to ``False`` to prevent this refresh. extmod_whitelist : None comma-separated list of modules to sync extmod_blacklist : None comma-separated list of modules to blacklist based on type CLI Examples: salt '*' saltutil.sync_matchers salt '*' saltutil.sync_matchers saltenv=base,dev saltutil.sync_modules:\nNew in version 0.10.0 Sync execution modules from ``salt://_modules`` to the minion saltenv The fileserver environment from which to sync. To sync from more than one environment, pass a comma-separated list. If not passed, then all environments configured in the :ref:`top files \u0026lt;states-top\u0026gt;` will be checked for execution modules to sync. If no top files are found, then the ``base`` environment will be synced. refresh : True If ``True``, refresh the available execution modules on the minion. This refresh will be performed even if no new execution modules are synced. Set to ``False`` to prevent this refresh. .. important:: If this function is executed using a :py:func:`module.run \u0026lt;salt.states.module.run\u0026gt;` state, the SLS file will not have access to newly synced execution modules unless a ``refresh`` argument is added to the state, like so: load_my_custom_module: module.run: - name: saltutil.sync_modules - refresh: True See :ref:`here \u0026lt;reloading-modules\u0026gt;` for a more detailed explanation of why this is necessary. extmod_whitelist : None comma-separated list of modules to sync extmod_blacklist : None comma-separated list of modules to blacklist based on type CLI Example: salt '*' saltutil.sync_modules salt '*' saltutil.sync_modules saltenv=dev salt '*' saltutil.sync_modules saltenv=base,dev saltutil.sync_output:\nSync outputters from ``salt://_output`` to the minion saltenv The fileserver environment from which to sync. To sync from more than one environment, pass a comma-separated list. If not passed, then all environments configured in the :ref:`top files \u0026lt;states-top\u0026gt;` will be checked for outputters to sync. If no top files are found, then the ``base`` environment will be synced. refresh : True If ``True``, refresh the available execution modules on the minion. This refresh will be performed even if no new outputters are synced. Set to ``False`` to prevent this refresh. extmod_whitelist : None comma-separated list of modules to sync extmod_blacklist : None comma-separated list of modules to blacklist based on type CLI Examples: salt '*' saltutil.sync_output salt '*' saltutil.sync_output saltenv=dev salt '*' saltutil.sync_output saltenv=base,dev saltutil.sync_outputters:\nThis function is an alias of sync_output.\nSync outputters from ``salt://_output`` to the minion saltenv The fileserver environment from which to sync. To sync from more than one environment, pass a comma-separated list. If not passed, then all environments configured in the :ref:`top files \u0026lt;states-top\u0026gt;` will be checked for outputters to sync. If no top files are found, then the ``base`` environment will be synced. refresh : True If ``True``, refresh the available execution modules on the minion. This refresh will be performed even if no new outputters are synced. Set to ``False`` to prevent this refresh. extmod_whitelist : None comma-separated list of modules to sync extmod_blacklist : None comma-separated list of modules to blacklist based on type CLI Examples: salt '*' saltutil.sync_output salt '*' saltutil.sync_output saltenv=dev salt '*' saltutil.sync_output saltenv=base,dev saltutil.sync_pillar:\nNew in version 2015.8.11,2016.3.2 Sync pillar modules from the ``salt://_pillar`` directory on the Salt fileserver. This function is environment-aware, pass the desired environment to grab the contents of the ``_pillar`` directory from that environment. The default environment, if none is specified, is ``base``. refresh : True Also refresh the execution modules available to the minion, and refresh pillar data. extmod_whitelist : None comma-separated list of modules to sync extmod_blacklist : None comma-separated list of modules to blacklist based on type clean_pillar_cache : False Set to ``True`` to refresh pillar cache. Note: This function will raise an error if executed on a traditional (i.e. not masterless) minion CLI Examples: salt '*' saltutil.sync_pillar salt '*' saltutil.sync_pillar saltenv=dev saltutil.sync_proxymodules:\nNew in version 2015.8.2 Sync proxy modules from ``salt://_proxy`` to the minion saltenv The fileserver environment from which to sync. To sync from more than one environment, pass a comma-separated list. If not passed, then all environments configured in the :ref:`top files \u0026lt;states-top\u0026gt;` will be checked for proxy modules to sync. If no top files are found, then the ``base`` environment will be synced. refresh : True If ``True``, refresh the available execution modules on the minion. This refresh will be performed even if no new proxy modules are synced. Set to ``False`` to prevent this refresh. extmod_whitelist : None comma-separated list of modules to sync extmod_blacklist : None comma-separated list of modules to blacklist based on type CLI Examples: salt '*' saltutil.sync_proxymodules salt '*' saltutil.sync_proxymodules saltenv=dev salt '*' saltutil.sync_proxymodules saltenv=base,dev saltutil.sync_renderers:\nNew in version 0.10.0 Sync renderers from ``salt://_renderers`` to the minion saltenv The fileserver environment from which to sync. To sync from more than one environment, pass a comma-separated list. If not passed, then all environments configured in the :ref:`top files \u0026lt;states-top\u0026gt;` will be checked for renderers to sync. If no top files are found, then the ``base`` environment will be synced. refresh : True If ``True``, refresh the available execution modules on the minion. This refresh will be performed even if no new renderers are synced. Set to ``False`` to prevent this refresh. extmod_whitelist : None comma-separated list of modules to sync extmod_blacklist : None comma-separated list of modules to blacklist based on type CLI Examples: salt '*' saltutil.sync_renderers salt '*' saltutil.sync_renderers saltenv=dev salt '*' saltutil.sync_renderers saltenv=base,dev saltutil.sync_returners:\nNew in version 0.10.0 Sync returners from ``salt://_returners`` to the minion saltenv The fileserver environment from which to sync. To sync from more than one environment, pass a comma-separated list. If not passed, then all environments configured in the :ref:`top files \u0026lt;states-top\u0026gt;` will be checked for returners to sync. If no top files are found, then the ``base`` environment will be synced. refresh : True If ``True``, refresh the available execution modules on the minion. This refresh will be performed even if no new returners are synced. Set to ``False`` to prevent this refresh. extmod_whitelist : None comma-separated list of modules to sync extmod_blacklist : None comma-separated list of modules to blacklist based on type CLI Examples: salt '*' saltutil.sync_returners salt '*' saltutil.sync_returners saltenv=dev saltutil.sync_sdb:\nNew in version 2015.5.8,2015.8.3 Sync sdb modules from ``salt://_sdb`` to the minion saltenv The fileserver environment from which to sync. To sync from more than one environment, pass a comma-separated list. If not passed, then all environments configured in the :ref:`top files \u0026lt;states-top\u0026gt;` will be checked for sdb modules to sync. If no top files are found, then the ``base`` environment will be synced. extmod_whitelist : None comma-separated list of modules to sync extmod_blacklist : None comma-separated list of modules to blacklist based on type CLI Example: salt '*' saltutil.sync_sdb salt '*' saltutil.sync_sdb saltenv=dev salt '*' saltutil.sync_sdb saltenv=base,dev saltutil.sync_serializers:\nNew in version 2019.2.0 Sync serializers from ``salt://_serializers`` to the minion saltenv The fileserver environment from which to sync. To sync from more than one environment, pass a comma-separated list. If not passed, then all environments configured in the :ref:`top files \u0026lt;states-top\u0026gt;` will be checked for serializer modules to sync. If no top files are found, then the ``base`` environment will be synced. refresh : True If ``True``, refresh the available execution modules on the minion. This refresh will be performed even if no new serializer modules are synced. Set to ``False`` to prevent this refresh. extmod_whitelist : None comma-seperated list of modules to sync extmod_blacklist : None comma-seperated list of modules to blacklist based on type CLI Examples: salt '*' saltutil.sync_serializers salt '*' saltutil.sync_serializers saltenv=dev salt '*' saltutil.sync_serializers saltenv=base,dev saltutil.sync_states:\nNew in version 0.10.0 Sync state modules from ``salt://_states`` to the minion saltenv The fileserver environment from which to sync. To sync from more than one environment, pass a comma-separated list. If not passed, then all environments configured in the :ref:`top files \u0026lt;states-top\u0026gt;` will be checked for state modules to sync. If no top files are found, then the ``base`` environment will be synced. refresh : True If ``True``, refresh the available states on the minion. This refresh will be performed even if no new state modules are synced. Set to ``False`` to prevent this refresh. extmod_whitelist : None comma-separated list of modules to sync extmod_blacklist : None comma-separated list of modules to blacklist based on type CLI Examples: salt '*' saltutil.sync_states salt '*' saltutil.sync_states saltenv=dev salt '*' saltutil.sync_states saltenv=base,dev saltutil.sync_thorium:\nNew in version 2018.3.0 Sync Thorium modules from ``salt://_thorium`` to the minion saltenv The fileserver environment from which to sync. To sync from more than one environment, pass a comma-separated list. If not passed, then all environments configured in the :ref:`top files \u0026lt;states-top\u0026gt;` will be checked for engines to sync. If no top files are found, then the ``base`` environment will be synced. refresh: ``True`` If ``True``, refresh the available execution modules on the minion. This refresh will be performed even if no new Thorium modules are synced. Set to ``False`` to prevent this refresh. extmod_whitelist comma-separated list of modules to sync extmod_blacklist comma-separated list of modules to blacklist based on type CLI Examples: salt '*' saltutil.sync_thorium salt '*' saltutil.sync_thorium saltenv=base,dev saltutil.sync_tops:\nNew in version 3007.0 Sync master tops from ``salt://_tops`` to the minion. saltenv The fileserver environment from which to sync. To sync from more than one environment, pass a comma-separated list. If not passed, then all environments configured in the :ref:`top files \u0026lt;states-top\u0026gt;` will be checked for master tops to sync. If no top files are found, then the ``base`` environment will be synced. refresh : True Refresh this module's cache containing the environments from which extension modules are synced when ``saltenv`` is not specified. This refresh will be performed even if no new master tops are synced. Set to ``False`` to prevent this refresh. extmod_whitelist : None comma-separated list of modules to sync extmod_blacklist : None comma-separated list of modules to blacklist based on type Note: This function will raise an error if executed on a traditional (i.e. not masterless) minion CLI Examples: salt '*' saltutil.sync_tops salt '*' saltutil.sync_tops saltenv=dev saltutil.sync_utils:\nNew in version 2014.7.0 Sync utility modules from ``salt://_utils`` to the minion saltenv The fileserver environment from which to sync. To sync from more than one environment, pass a comma-separated list. If not passed, then all environments configured in the :ref:`top files \u0026lt;states-top\u0026gt;` will be checked for utility modules to sync. If no top files are found, then the ``base`` environment will be synced. refresh : True If ``True``, refresh the available execution modules on the minion. This refresh will be performed even if no new utility modules are synced. Set to ``False`` to prevent this refresh. extmod_whitelist : None comma-separated list of modules to sync extmod_blacklist : None comma-separated list of modules to blacklist based on type CLI Examples: salt '*' saltutil.sync_utils salt '*' saltutil.sync_utils saltenv=dev salt '*' saltutil.sync_utils saltenv=base,dev saltutil.sync_wrapper:\nNew in version 3007.0 Sync salt-ssh wrapper modules from ``salt://_wrapper`` to the minion. saltenv The fileserver environment from which to sync. To sync from more than one environment, pass a comma-separated list. If not passed, then all environments configured in the :ref:`top files \u0026lt;states-top\u0026gt;` will be checked for wrappers to sync. If no top files are found, then the ``base`` environment will be synced. refresh : True If ``True``, refresh the available wrapper modules on the minion. This refresh will be performed even if no wrappers are synced. Set to ``False`` to prevent this refresh. extmod_whitelist : None comma-seperated list of modules to sync extmod_blacklist : None comma-seperated list of modules to blacklist based on type Note: This function will raise an error if executed on a traditional (i.e. not masterless) minion. CLI Examples: salt '*' saltutil.sync_wrapper salt '*' saltutil.sync_wrapper saltenv=dev salt '*' saltutil.sync_wrapper saltenv=base,dev saltutil.term_all_jobs:\nSends a termination signal (SIGTERM 15) to all currently running jobs CLI Example: salt '*' saltutil.term_all_jobs saltutil.term_job:\nSends a termination signal (SIGTERM 15) to the named salt job's process CLI Example: salt '*' saltutil.term_job \u0026lt;job id\u0026gt; saltutil.update:\nUpdate the salt minion from the URL defined in opts['update_url'] VMware, Inc provides the latest builds here: update_url: https://repo.saltproject.io/windows/ Be aware that as of 2014-8-11 there's a bug in esky such that only the latest version available in the update_url can be downloaded and installed. This feature requires the minion to be running a bdist_esky build. The version number is optional and will default to the most recent version available at opts['update_url']. Returns details about the transaction upon completion. CLI Examples: salt '*' saltutil.update salt '*' saltutil.update 0.10.3 saltutil.wheel:\nExecute a wheel module and function. This function must be run against a minion that is local to the master. New in version 2014.7.0 name The name of the function to run args Any positional arguments to pass to the wheel function. A common example of this would be the ``match`` arg needed for key functions. New in version 2015.8.11 kwargs Any keyword arguments to pass to the wheel function CLI Example: salt my-local-minion saltutil.wheel key.accept jerry salt my-local-minion saltutil.wheel minions.connected Note: Since this function must be run against a minion that is running locally on the master in order to get accurate returns, if this function is run against minions that are not local to the master, \u0026quot;empty\u0026quot; returns are expected. The remote minion does not have access to wheel functions and their return data. schedule.add:\nAdd a job to the schedule CLI Example: salt '*' schedule.add job1 function='test.ping' seconds=3600 # If function have some arguments, use job_args salt '*' schedule.add job2 function='cmd.run' job_args=\u0026quot;['date \u0026gt;\u0026gt; /tmp/date.log']\u0026quot; seconds=60 # Add job to Salt minion when the Salt minion is not running salt '*' schedule.add job1 function='test.ping' seconds=3600 offline=True schedule.build_schedule_item:\nBuild a schedule job CLI Example: salt '*' schedule.build_schedule_item job1 function='test.ping' seconds=3600 schedule.copy:\nCopy scheduled job to another minion or minions. CLI Example: salt '*' schedule.copy jobname target schedule.delete:\nDelete a job from the minion's schedule CLI Example: salt '*' schedule.delete job1 # Delete job on Salt minion when the Salt minion is not running salt '*' schedule.delete job1 schedule.disable:\nDisable all scheduled jobs on the minion CLI Example: salt '*' schedule.disable schedule.disable_job:\nDisable a job in the minion's schedule CLI Example: salt '*' schedule.disable_job job1 schedule.enable:\nEnable all scheduled jobs on the minion CLI Example: salt '*' schedule.enable schedule.enable_job:\nEnable a job in the minion's schedule CLI Example: salt '*' schedule.enable_job job1 schedule.is_enabled:\nList a Job only if its enabled If job is not specified, indicate if the scheduler is enabled or disabled. New in version 2015.5.3 CLI Example: salt '*' schedule.is_enabled name=job_name salt '*' schedule.is_enabled schedule.job_status:\nShow the information for a particular job. CLI Example: salt '*' schedule.job_status job_name schedule.list:\nList the jobs currently scheduled on the minion CLI Example: salt '*' schedule.list # Show all jobs including hidden internal jobs salt '*' schedule.list show_all=True # Hide disabled jobs from list of jobs salt '*' schedule.list show_disabled=False schedule.modify:\nModify an existing job in the schedule CLI Example: salt '*' schedule.modify job1 function='test.ping' seconds=3600 # Modify job on Salt minion when the Salt minion is not running salt '*' schedule.modify job1 function='test.ping' seconds=3600 offline=True schedule.move:\nMove scheduled job to another minion or minions. CLI Example: salt '*' schedule.move jobname target schedule.postpone_job:\nPostpone a job in the minion's schedule Current time and new time should be in date string format, default value is %Y-%m-%dT%H:%M:%S. New in version 2018.3.0 CLI Example: salt '*' schedule.postpone_job job current_time new_time salt '*' schedule.postpone_job job current_time new_time time_fmt='%Y-%m-%dT%H:%M:%S' schedule.purge:\nPurge all the jobs currently scheduled on the minion CLI Example: salt '*' schedule.purge # Purge jobs on Salt minion salt '*' schedule.purge schedule.reload:\nReload saved scheduled jobs on the minion CLI Example: salt '*' schedule.reload schedule.run_job:\nRun a scheduled job on the minion immediately CLI Example: salt '*' schedule.run_job job1 salt '*' schedule.run_job job1 force=True Force the job to run even if it is disabled. schedule.save:\nSave all scheduled jobs on the minion CLI Example: salt '*' schedule.save schedule.show_next_fire_time:\nShow the next fire time for scheduled job New in version 2018.3.0 CLI Example: salt '*' schedule.show_next_fire_time job_name schedule.skip_job:\nSkip a job in the minion's schedule at specified time. Time to skip should be specified as date string format, default value is %Y-%m-%dT%H:%M:%S. New in version 2018.3.0 CLI Example: salt '*' schedule.skip_job job time scsi.ls:\nList SCSI devices, with details CLI Examples: salt '*' scsi.ls salt '*' scsi.ls get_size=False get_size : True Get the size information for scsi devices. This option should be set to False for older OS distributions (RHEL6 and older) due to lack of support for the '-s' option in lsscsi. New in version 2015.5.10 scsi.rescan_all:\nList scsi devices CLI Example: salt '*' scsi.rescan_all 0 sdb.delete:\nDelete a value from a db, using a uri in the form of ``sdb://\u0026lt;profile\u0026gt;/\u0026lt;key\u0026gt;``. If the uri provided does not start with ``sdb://`` or the value is not successfully deleted, return ``False``. CLI Example: salt '*' sdb.delete sdb://mymemcached/foo sdb.get:\nGet a value from a db, using a uri in the form of ``sdb://\u0026lt;profile\u0026gt;/\u0026lt;key\u0026gt;``. If the uri provided is not valid, then it will be returned as-is, unless ``strict=True`` was passed. CLI Example: salt '*' sdb.get sdb://mymemcached/foo strict=True sdb.get_or_set_hash:\nPerform a one-time generation of a hash and write it to sdb. If that value has already been set return the value instead. This is useful for generating passwords or keys that are specific to multiple minions that need to be stored somewhere centrally. State Example: some_mysql_user: mysql_user: - present - host: localhost - password: '{{ salt[\u0026quot;sdb.get_or_set_hash\u0026quot;](\u0026quot;sdb://mymemcached/some_user_pass\u0026quot;) }}' CLI Example: salt '*' sdb.get_or_set_hash 'sdb://mymemcached/SECRET_KEY' 50 Warning: This function could return strings which may contain characters which are reserved as directives by the YAML parser, such as strings beginning with ``%``. To avoid issues when using the output of this function in an SLS file containing YAML+Jinja, surround the call with single quotes. sdb.set:\nSet a value in a db, using a uri in the form of ``sdb://\u0026lt;profile\u0026gt;/\u0026lt;key\u0026gt;``. If the uri provided does not start with ``sdb://`` or the value is not successfully set, return ``False``. CLI Example: salt '*' sdb.set sdb://mymemcached/foo bar seed.apply:\nSeed a location (disk image, directory, or block device) with the minion config, approve the minion's key, and/or install salt-minion. CLI Example: salt 'minion' seed.apply path id [config=config_data] \\ [gen_key=(true|false)] [approve_key=(true|false)] \\ [install=(true|false)] path Full path to the directory, device, or disk image on the target minion's file system. id Minion id with which to seed the path. config Minion configuration options. By default, the 'master' option is set to the target host's 'master'. approve_key Request a pre-approval of the generated minion key. Requires that the salt-master be configured to either auto-accept all keys or expect a signing request from the target host. Default: true. install Install salt-minion, if absent. Default: true. prep_install Prepare the bootstrap script, but don't run it. Default: false seed.mkconfig:\nGenerate keys and config and put them in a tmp directory. pub_key absolute path or file content of an optional preseeded salt key priv_key absolute path or file content of an optional preseeded salt key CLI Example: salt 'minion' seed.mkconfig [config=config_data] [tmp=tmp_dir] \\ [id_=minion_id] [approve_key=(true|false)] seed.prep_bootstrap:\nUpdate and get the random script to a random place CLI Example: salt '*' seed.prep_bootstrap /tmp serverdensity_device.create:\nFunction to create device in Server Density. For more info, see the `API docs`__. .. __: https://apidocs.serverdensity.com/Inventory/Devices/Creating CLI Example: salt '*' serverdensity_device.create lama salt '*' serverdensity_device.create rich_lama group=lama_band installedRAM=32768 serverdensity_device.delete:\nDelete a device from Server Density. For more information, see the `API docs`__. .. __: https://apidocs.serverdensity.com/Inventory/Devices/Deleting CLI Example: salt '*' serverdensity_device.delete 51f7eafcdba4bb235e000ae4 serverdensity_device.get_sd_auth:\nReturns requested Server Density authentication value from pillar. CLI Example: salt '*' serverdensity_device.get_sd_auth \u0026lt;val\u0026gt; serverdensity_device.install_agent:\nFunction downloads Server Density installation agent, and installs sd-agent with agent_key. Optionally the agent_version would select the series to use (defaults on the v1 one). CLI Example: salt '*' serverdensity_device.install_agent c2bbdd6689ff46282bdaa07555641498 salt '*' serverdensity_device.install_agent c2bbdd6689ff46282bdaa07555641498 2 serverdensity_device.ls:\nList devices in Server Density Results will be filtered by any params passed to this function. For more information, see the API docs on listing_ and searching_. .. _listing: https://apidocs.serverdensity.com/Inventory/Devices/Listing .. _searching: https://apidocs.serverdensity.com/Inventory/Devices/Searching CLI Example: salt '*' serverdensity_device.ls salt '*' serverdensity_device.ls name=lama salt '*' serverdensity_device.ls name=lama group=lama_band installedRAM=32768 serverdensity_device.update:\nUpdates device information in Server Density. For more information see the `API docs`__. .. __: https://apidocs.serverdensity.com/Inventory/Devices/Updating CLI Example: salt '*' serverdensity_device.update 51f7eafcdba4bb235e000ae4 name=lama group=lama_band salt '*' serverdensity_device.update 51f7eafcdba4bb235e000ae4 name=better_lama group=rock_lamas swapSpace=512 service.available:\nNew in version 0.10.4 Check that the given service is available taking into account template units. CLI Example: salt '*' service.available sshd service.disable:\nChanged in version 2015.8.12,2016.3.3,2016.11.0 On minions running systemd\u0026gt;=205, `systemd-run(1)`_ is now used to isolate commands run by this function from the ``salt-minion`` daemon's control group. This is done to avoid a race condition in cases where the ``salt-minion`` service is restarted while a service is being modified. If desired, usage of `systemd-run(1)`_ can be suppressed by setting a :mod:`config option \u0026lt;salt.modules.config.get\u0026gt;` called ``systemd.scope``, with a value of ``False`` (no quotes). .. _`systemd-run(1)`: https://www.freedesktop.org/software/systemd/man/systemd-run.html Disable the named service to not start when the system boots no_block : False Set to ``True`` to start the service using ``--no-block``. New in version 2017.7.0 root Enable/disable/mask unit files in the specified root directory CLI Example: salt '*' service.disable \u0026lt;service name\u0026gt; service.disabled:\nReturn if the named service is disabled from starting on boot root Enable/disable/mask unit files in the specified root directory CLI Example: salt '*' service.disabled \u0026lt;service name\u0026gt; service.enable:\nChanged in version 2015.8.12,2016.3.3,2016.11.0 On minions running systemd\u0026gt;=205, `systemd-run(1)`_ is now used to isolate commands run by this function from the ``salt-minion`` daemon's control group. This is done to avoid a race condition in cases where the ``salt-minion`` service is restarted while a service is being modified. If desired, usage of `systemd-run(1)`_ can be suppressed by setting a :mod:`config option \u0026lt;salt.modules.config.get\u0026gt;` called ``systemd.scope``, with a value of ``False`` (no quotes). .. _`systemd-run(1)`: https://www.freedesktop.org/software/systemd/man/systemd-run.html Enable the named service to start when the system boots no_block : False Set to ``True`` to start the service using ``--no-block``. New in version 2017.7.0 unmask : False Set to ``True`` to remove an indefinite mask before attempting to enable the service. New in version 2017.7.0 In previous releases, Salt would simply unmask a service before enabling. This behaviour is no longer the default. unmask_runtime : False Set to ``True`` to remove a runtime mask before attempting to enable the service. New in version 2017.7.0 In previous releases, Salt would simply unmask a service before enabling. This behaviour is no longer the default. root Enable/disable/mask unit files in the specified root directory CLI Example: salt '*' service.enable \u0026lt;service name\u0026gt; service.enabled:\nReturn if the named service is enabled to start on boot root Enable/disable/mask unit files in the specified root directory CLI Example: salt '*' service.enabled \u0026lt;service name\u0026gt; service.execs:\nNew in version 2014.7.0 Return a list of all files specified as ``ExecStart`` for all services. root Enable/disable/mask unit files in the specified root directory CLI Example: salt '*' service.execs service.firstboot:\nNew in version 3001 Call systemd-firstboot to configure basic settings of the system locale Set primary locale (LANG=) locale_message Set message locale (LC_MESSAGES=) keymap Set keymap timezone Set timezone hostname Set host name machine_id Set machine ID root Operate on an alternative filesystem root CLI Example: salt '*' service.firstboot keymap=jp locale=en_US.UTF-8 service.force_reload:\nChanged in version 2015.8.12,2016.3.3,2016.11.0 On minions running systemd\u0026gt;=205, `systemd-run(1)`_ is now used to isolate commands run by this function from the ``salt-minion`` daemon's control group. This is done to avoid a race condition in cases where the ``salt-minion`` service is restarted while a service is being modified. If desired, usage of `systemd-run(1)`_ can be suppressed by setting a :mod:`config option \u0026lt;salt.modules.config.get\u0026gt;` called ``systemd.scope``, with a value of ``False`` (no quotes). .. _`systemd-run(1)`: https://www.freedesktop.org/software/systemd/man/systemd-run.html New in version 0.12.0 Force-reload the specified service with systemd no_block : False Set to ``True`` to start the service using ``--no-block``. New in version 2017.7.0 unmask : False Set to ``True`` to remove an indefinite mask before attempting to force-reload the service. New in version 2017.7.0 In previous releases, Salt would simply unmask a service before force-reloading. This behaviour is no longer the default. unmask_runtime : False Set to ``True`` to remove a runtime mask before attempting to force-reload the service. New in version 2017.7.0 In previous releases, Salt would simply unmask a service before force-reloading. This behaviour is no longer the default. CLI Example: salt '*' service.force_reload \u0026lt;service name\u0026gt; service.get_all:\nReturn a list of all available services root Enable/disable/mask unit files in the specified root directory CLI Example: salt '*' service.get_all service.get_disabled:\nReturn a list of all disabled services root Enable/disable/mask unit files in the specified root directory CLI Example: salt '*' service.get_disabled service.get_enabled:\nReturn a list of all enabled services root Enable/disable/mask unit files in the specified root directory CLI Example: salt '*' service.get_enabled service.get_running:\nReturn a list of all running services, so far as systemd is concerned CLI Example: salt '*' service.get_running service.get_static:\nNew in version 2015.8.5 Return a list of all static services root Enable/disable/mask unit files in the specified root directory CLI Example: salt '*' service.get_static service.mask:\nNew in version 2015.5.0 Changed in version 2015.8.12,2016.3.3,2016.11.0 On minions running systemd\u0026gt;=205, `systemd-run(1)`_ is now used to isolate commands run by this function from the ``salt-minion`` daemon's control group. This is done to avoid a race condition in cases where the ``salt-minion`` service is restarted while a service is being modified. If desired, usage of `systemd-run(1)`_ can be suppressed by setting a :mod:`config option \u0026lt;salt.modules.config.get\u0026gt;` called ``systemd.scope``, with a value of ``False`` (no quotes). .. _`systemd-run(1)`: https://www.freedesktop.org/software/systemd/man/systemd-run.html Mask the specified service with systemd runtime : False Set to ``True`` to mask this service only until the next reboot New in version 2015.8.5 root Enable/disable/mask unit files in the specified root directory CLI Example: salt '*' service.mask foo salt '*' service.mask foo runtime=True service.masked:\nNew in version 2015.8.0 Changed in version 2015.8.5 The return data for this function has changed. If the service is masked, the return value will now be the output of the ``systemctl is-enabled`` command (so that a persistent mask can be distinguished from a runtime mask). If the service is not masked, then ``False`` will be returned. Changed in version 2017.7.0 This function now returns a boolean telling the user whether a mask specified by the new ``runtime`` argument is set. If ``runtime`` is ``False``, this function will return ``True`` if an indefinite mask is set for the named service (otherwise ``False`` will be returned). If ``runtime`` is ``False``, this function will return ``True`` if a runtime mask is set, otherwise ``False``. Check whether or not a service is masked runtime : False Set to ``True`` to check for a runtime mask New in version 2017.7.0 In previous versions, this function would simply return the output of ``systemctl is-enabled`` when the service was found to be masked. However, since it is possible to both have both indefinite and runtime masks on a service simultaneously, this function now only checks for runtime masks if this argument is set to ``True``. Otherwise, it will check for an indefinite mask. root Enable/disable/mask unit files in the specified root directory CLI Examples: salt '*' service.masked foo salt '*' service.masked foo runtime=True service.missing:\nNew in version 2014.1.0 The inverse of :py:func:`service.available \u0026lt;salt.modules.systemd.available\u0026gt;`. Returns ``True`` if the specified service is not available, otherwise returns ``False``. CLI Example: salt '*' service.missing sshd service.offline:\nNew in version 3004 Check if systemd is working in offline mode, where is not possible to talk with PID 1. CLI Example: salt '*' service.offline service.reload:\nChanged in version 2015.8.12,2016.3.3,2016.11.0 On minions running systemd\u0026gt;=205, `systemd-run(1)`_ is now used to isolate commands run by this function from the ``salt-minion`` daemon's control group. This is done to avoid a race condition in cases where the ``salt-minion`` service is restarted while a service is being modified. If desired, usage of `systemd-run(1)`_ can be suppressed by setting a :mod:`config option \u0026lt;salt.modules.config.get\u0026gt;` called ``systemd.scope``, with a value of ``False`` (no quotes). .. _`systemd-run(1)`: https://www.freedesktop.org/software/systemd/man/systemd-run.html Reload the specified service with systemd no_block : False Set to ``True`` to reload the service using ``--no-block``. New in version 2017.7.0 unmask : False Set to ``True`` to remove an indefinite mask before attempting to reload the service. New in version 2017.7.0 In previous releases, Salt would simply unmask a service before reloading. This behaviour is no longer the default. unmask_runtime : False Set to ``True`` to remove a runtime mask before attempting to reload the service. New in version 2017.7.0 In previous releases, Salt would simply unmask a service before reloading. This behaviour is no longer the default. CLI Example: salt '*' service.reload \u0026lt;service name\u0026gt; service.restart:\nChanged in version 2015.8.12,2016.3.3,2016.11.0 On minions running systemd\u0026gt;=205, `systemd-run(1)`_ is now used to isolate commands run by this function from the ``salt-minion`` daemon's control group. This is done to avoid a race condition in cases where the ``salt-minion`` service is restarted while a service is being modified. If desired, usage of `systemd-run(1)`_ can be suppressed by setting a :mod:`config option \u0026lt;salt.modules.config.get\u0026gt;` called ``systemd.scope``, with a value of ``False`` (no quotes). .. _`systemd-run(1)`: https://www.freedesktop.org/software/systemd/man/systemd-run.html Restart the specified service with systemd no_block : False Set to ``True`` to start the service using ``--no-block``. New in version 2017.7.0 unmask : False Set to ``True`` to remove an indefinite mask before attempting to restart the service. New in version 2017.7.0 In previous releases, Salt would simply unmask a service before restarting. This behaviour is no longer the default. unmask_runtime : False Set to ``True`` to remove a runtime mask before attempting to restart the service. New in version 2017.7.0 In previous releases, Salt would simply unmask a service before restarting. This behaviour is no longer the default. CLI Example: salt '*' service.restart \u0026lt;service name\u0026gt; service.show:\nNew in version 2014.7.0 Show properties of one or more units/jobs or the manager root Enable/disable/mask unit files in the specified root directory CLI Example: salt '*' service.show \u0026lt;service name\u0026gt; service.start:\nChanged in version 2015.8.12,2016.3.3,2016.11.0 On minions running systemd\u0026gt;=205, `systemd-run(1)`_ is now used to isolate commands run by this function from the ``salt-minion`` daemon's control group. This is done to avoid a race condition in cases where the ``salt-minion`` service is restarted while a service is being modified. If desired, usage of `systemd-run(1)`_ can be suppressed by setting a :mod:`config option \u0026lt;salt.modules.config.get\u0026gt;` called ``systemd.scope``, with a value of ``False`` (no quotes). .. _`systemd-run(1)`: https://www.freedesktop.org/software/systemd/man/systemd-run.html Start the specified service with systemd no_block : False Set to ``True`` to start the service using ``--no-block``. New in version 2017.7.0 unmask : False Set to ``True`` to remove an indefinite mask before attempting to start the service. New in version 2017.7.0 In previous releases, Salt would simply unmask a service before starting. This behaviour is no longer the default. unmask_runtime : False Set to ``True`` to remove a runtime mask before attempting to start the service. New in version 2017.7.0 In previous releases, Salt would simply unmask a service before starting. This behaviour is no longer the default. CLI Example: salt '*' service.start \u0026lt;service name\u0026gt; service.status:\nReturn the status for a service via systemd. If the name contains globbing, a dict mapping service name to True/False values is returned. Changed in version 2018.3.0 The service name can now be a glob (e.g. ``salt*``) Args: name (str): The name of the service to check sig (str): Not implemented Returns: bool: True if running, False otherwise dict: Maps service name to True if running, False otherwise CLI Example: salt '*' service.status \u0026lt;service name\u0026gt; [service signature] service.stop:\nChanged in version 2015.8.12,2016.3.3,2016.11.0 On minions running systemd\u0026gt;=205, `systemd-run(1)`_ is now used to isolate commands run by this function from the ``salt-minion`` daemon's control group. This is done to avoid a race condition in cases where the ``salt-minion`` service is restarted while a service is being modified. If desired, usage of `systemd-run(1)`_ can be suppressed by setting a :mod:`config option \u0026lt;salt.modules.config.get\u0026gt;` called ``systemd.scope``, with a value of ``False`` (no quotes). .. _`systemd-run(1)`: https://www.freedesktop.org/software/systemd/man/systemd-run.html Stop the specified service with systemd no_block : False Set to ``True`` to start the service using ``--no-block``. New in version 2017.7.0 CLI Example: salt '*' service.stop \u0026lt;service name\u0026gt; service.systemctl_reload:\nNew in version 0.15.0 Reloads systemctl, an action needed whenever unit files are updated. CLI Example: salt '*' service.systemctl_reload service.unmask:\nNew in version 2015.5.0 Changed in version 2015.8.12,2016.3.3,2016.11.0 On minions running systemd\u0026gt;=205, `systemd-run(1)`_ is now used to isolate commands run by this function from the ``salt-minion`` daemon's control group. This is done to avoid a race condition in cases where the ``salt-minion`` service is restarted while a service is being modified. If desired, usage of `systemd-run(1)`_ can be suppressed by setting a :mod:`config option \u0026lt;salt.modules.config.get\u0026gt;` called ``systemd.scope``, with a value of ``False`` (no quotes). .. _`systemd-run(1)`: https://www.freedesktop.org/software/systemd/man/systemd-run.html Unmask the specified service with systemd runtime : False Set to ``True`` to unmask this service only until the next reboot New in version 2017.7.0 In previous versions, this function would remove whichever mask was identified by running ``systemctl is-enabled`` on the service. However, since it is possible to both have both indefinite and runtime masks on a service simultaneously, this function now removes a runtime mask only when this argument is set to ``True``, and otherwise removes an indefinite mask. root Enable/disable/mask unit files in the specified root directory CLI Example: salt '*' service.unmask foo salt '*' service.unmask foo runtime=True shadow.default_hash:\nReturns the default hash used for unset passwords CLI Example: salt '*' shadow.default_hash shadow.del_password:\nNew in version 2014.7.0 Delete the password from name user name User to delete root Directory to chroot into CLI Example: salt '*' shadow.del_password username shadow.gen_password:\nNew in version 2014.7.0 Generate hashed password Note: When called this function is called directly via remote-execution, the password argument may be displayed in the system's process list. This may be a security risk on certain systems. password Plaintext password to be hashed. crypt_salt Crpytographic salt. If not given, a random 8-character salt will be generated. algorithm The following hash algorithms are supported: * md5 * blowfish (not in mainline glibc, only available in distros that add it) * sha256 * sha512 (default) CLI Example: salt '*' shadow.gen_password 'I_am_password' salt '*' shadow.gen_password 'I_am_password' crypt_salt='I_am_salt' algorithm=sha256 shadow.info:\nReturn information for the specified user name User to get the information for root Directory to chroot into CLI Example: salt '*' shadow.info root shadow.list_users:\nNew in version 2018.3.0 Return a list of all shadow users root Directory to chroot into CLI Example: salt '*' shadow.list_users shadow.lock_password:\nNew in version 2016.11.0 Lock the password from specified user name User to lock root Directory to chroot into CLI Example: salt '*' shadow.lock_password username shadow.set_date:\nSets the value for the date the password was last changed to days since the epoch (January 1, 1970). See man chage. name User to modify date Date the password was last changed root Directory to chroot into CLI Example: salt '*' shadow.set_date username 0 shadow.set_expire:\nChanged in version 2014.7.0 Sets the value for the date the account expires as days since the epoch (January 1, 1970). Using a value of -1 will clear expiration. See man chage. name User to modify date Date the account expires root Directory to chroot into CLI Example: salt '*' shadow.set_expire username -1 shadow.set_inactdays:\nSet the number of days of inactivity after a password has expired before the account is locked. See man chage. name User to modify inactdays Set password inactive after this number of days root Directory to chroot into CLI Example: salt '*' shadow.set_inactdays username 7 shadow.set_maxdays:\nSet the maximum number of days during which a password is valid. See man chage. name User to modify maxdays Maximum number of days during which a password is valid root Directory to chroot into CLI Example: salt '*' shadow.set_maxdays username 90 shadow.set_mindays:\nSet the minimum number of days between password changes. See man chage. name User to modify mindays Minimum number of days between password changes root Directory to chroot into CLI Example: salt '*' shadow.set_mindays username 7 shadow.set_password:\nSet the password for a named user. The password must be a properly defined hash. A password hash can be generated with :py:func:`gen_password`. name User to set the password password Password already hashed use_usermod Use usermod command to better compatibility root Directory to chroot into CLI Example: salt '*' shadow.set_password root '$1$UYCIxa628.9qXjpQCjM4a..' shadow.set_warndays:\nSet the number of days of warning before a password change is required. See man chage. name User to modify warndays Number of days of warning before a password change is required root Directory to chroot into CLI Example: salt '*' shadow.set_warndays username 7 shadow.unlock_password:\nNew in version 2016.11.0 Unlock the password from name user name User to unlock root Directory to chroot into CLI Example: salt '*' shadow.unlock_password username slack.call_hook:\nSend message to Slack incoming webhook. :param message: The topic of message. :param attachment: The message to send to the Slack WebHook. :param colour: The colour of border of left side :param short: An optional flag indicating whether the value is short enough to be displayed side-by-side with other values. :param identifier: The identifier of WebHook. :param channel: The channel to use instead of the WebHook default. :param username: Username to use instead of WebHook default. :param icon_emoji: Icon to use instead of WebHook default. :return: Boolean if message was sent successfully. CLI Example: salt '*' slack.call_hook message='Hello, from SaltStack' slack.find_room:\nFind a room by name and return it. :param name: The room name. :param api_key: The Slack admin api key. :return: The room object. CLI Example: salt '*' slack.find_room name=\u0026quot;random\u0026quot; salt '*' slack.find_room name=\u0026quot;random\u0026quot; api_key=peWcBiMOS9HrZG15peWcBiMOS9HrZG15 slack.find_user:\nFind a user by name and return it. :param name: The user name. :param api_key: The Slack admin api key. :return: The user object. CLI Example: salt '*' slack.find_user name=\u0026quot;ThomasHatch\u0026quot; salt '*' slack.find_user name=\u0026quot;ThomasHatch\u0026quot; api_key=peWcBiMOS9HrZG15peWcBiMOS9HrZG15 slack.list_rooms:\nList all Slack rooms. :param api_key: The Slack admin api key. :return: The room list. CLI Example: salt '*' slack.list_rooms salt '*' slack.list_rooms api_key=peWcBiMOS9HrZG15peWcBiMOS9HrZG15 slack.list_users:\nList all Slack users. :param api_key: The Slack admin api key. :return: The user list. CLI Example: salt '*' slack.list_users salt '*' slack.list_users api_key=peWcBiMOS9HrZG15peWcBiMOS9HrZG15 slack.post_message:\nSend a message to a Slack channel. Changed in version 3003 Added `attachments` and `blocks` kwargs :param channel: The channel name, either will work. :param message: The message to send to the Slack channel. :param from_name: Specify who the message is from. :param api_key: The Slack api key, if not specified in the configuration. :param icon: URL to an image to use as the icon for this message :param attachments: Any attachments to be sent with the message. :param blocks: Any blocks to be sent with the message. :return: Boolean if message was sent successfully. CLI Example: salt '*' slack.post_message channel=\u0026quot;Development Room\u0026quot; message=\u0026quot;Build is done\u0026quot; from_name=\u0026quot;Build Server\u0026quot; slsutil.banner:\nCreate a standardized comment block to include in a templated file. A common technique in configuration management is to include a comment block in managed files, warning users not to modify the file. This function simplifies and standardizes those comment blocks. :param width: The width, in characters, of the banner. Default is 72. :param commentchar: The character to be used in the starting position of each line. This value should be set to a valid line comment character for the syntax of the file in which the banner is being inserted. Multiple character sequences, like '//' are supported. If the file's syntax does not support line comments (such as XML), use the ``blockstart`` and ``blockend`` options. :param borderchar: The character to use in the top and bottom border of the comment box. Must be a single character. :param blockstart: The character sequence to use at the beginning of a block comment. Should be used in conjunction with ``blockend`` :param blockend: The character sequence to use at the end of a block comment. Should be used in conjunction with ``blockstart`` :param title: The first field of the comment block. This field appears centred at the top of the box. :param text: The second filed of the comment block. This field appears left-justified at the bottom of the box. :param newline: Boolean value to indicate whether the comment block should end with a newline. Default is ``False``. **Example 1 - the default banner:** {{ salt['slsutil.banner']() }} ######################################################################## # # # THIS FILE IS MANAGED BY SALT - DO NOT EDIT # # # # The contents of this file are managed by Salt. Any changes to this # # file may be overwritten automatically and without warning. # ######################################################################## **Example 2 - a Javadoc-style banner:** {{ salt['slsutil.banner'](commentchar=' *', borderchar='*', blockstart='/**', blockend=' */') }} /** *********************************************************************** * * * THIS FILE IS MANAGED BY SALT - DO NOT EDIT * * * * The contents of this file are managed by Salt. Any changes to this * * file may be overwritten automatically and without warning. * *********************************************************************** */ **Example 3 - custom text:** {{ set copyright='This file may not be copied or distributed without permission of VMware, Inc.' }} {{ salt['slsutil.banner'](title='Copyright 2019 VMware, Inc.', text=copyright, width=60) }} ############################################################ # # # Copyright 2019 VMware, Inc. # # # # This file may not be copied or distributed without # # permission of VMware, Inc. # ############################################################ slsutil.boolstr:\nConvert a boolean value into a string. This function is intended to be used from within file templates to provide an easy way to take boolean values stored in Pillars or Grains, and write them out in the appropriate syntax for a particular file template. :param value: The boolean value to be converted :param true: The value to return if ``value`` is ``True`` :param false: The value to return if ``value`` is ``False`` In this example, a pillar named ``smtp:encrypted`` stores a boolean value, but the template that uses that value needs ``yes`` or ``no`` to be written, based on the boolean value. *Note: this is written on two lines for clarity. The same result could be achieved in one line.* {% set encrypted = salt[pillar.get]('smtp:encrypted', false) %} use_tls: {{ salt['slsutil.boolstr'](encrypted, 'yes', 'no') }} Result (assuming the value is ``True``): use_tls: yes slsutil.deserialize:\nDeserialize a Python object using one of the available :ref:`all-salt.serializers`. CLI Example: salt '*' slsutil.deserialize 'json' '{\u0026quot;foo\u0026quot;: \u0026quot;Foo!\u0026quot;}' salt '*' --no-parse=stream_or_string slsutil.deserialize 'json' \\ stream_or_string='{\u0026quot;foo\u0026quot;: \u0026quot;Foo!\u0026quot;}' Jinja Example: {% set python_object = salt.slsutil.deserialize('json', '{\u0026quot;foo\u0026quot;: \u0026quot;Foo!\u0026quot;}') %} slsutil.dir_exists:\nReturn ``True`` if a directory exists in the state tree, ``False`` otherwise. :param str path: The fully qualified path to a directory in the state tree. :param str saltenv: The fileserver environment to search. Default: ``base`` New in version 3004 CLI Example: salt '*' slsutil.dir_exists nginx/files slsutil.file_exists:\nReturn ``True`` if a file exists in the state tree, ``False`` otherwise. New in version 3004 :param str path: The fully qualified path to a file in the state tree. :param str saltenv: The fileserver environment to search. Default: ``base`` CLI Example: salt '*' slsutil.file_exists nginx/defaults.yaml slsutil.findup:\nFind the first path matching a filename or list of filenames in a specified directory or the nearest ancestor directory. Returns the full path to the first file found. New in version 3004 :param str startpath: The fileserver path from which to begin the search. An empty string refers to the state tree root. :param filenames: A filename or list of filenames to search for. Searching for directory names is also supported. :param str saltenv: The fileserver environment to search. Default: ``base`` Example: return the path to ``defaults.yaml``, walking up the tree from the state file currently being processed. {{ salt[\u0026quot;slsutil.findup\u0026quot;](tplfile, \u0026quot;defaults.yaml\u0026quot;) }} CLI Example: salt '*' slsutil.findup formulas/shared/nginx map.jinja slsutil.merge:\nMerge a data structure into another by choosing a merge strategy Strategies: * aggregate * list * overwrite * recurse * smart CLI Example: salt '*' slsutil.merge '{foo: Foo}' '{bar: Bar}' slsutil.merge_all:\nNew in version 2019.2.0 Merge a list of objects into each other in order :type lst: Iterable :param lst: List of objects to be merged. :type strategy: String :param strategy: Merge strategy. See utils.dictupdate. :type renderer: String :param renderer: Renderer type. Used to determine strategy when strategy is 'smart'. :type merge_lists: Bool :param merge_lists: Defines whether to merge embedded object lists. CLI Example: $ salt-call --output=txt slsutil.merge_all '[{foo: Foo}, {foo: Bar}]' local: {u'foo': u'Bar'} slsutil.path_exists:\nReturn ``True`` if a path exists in the state tree, ``False`` otherwise. The path could refer to a file or directory. New in version 3004 :param str path: The fully qualified path to a file or directory in the state tree. :param str saltenv: The fileserver environment to search. Default: ``base`` CLI Example: salt '*' slsutil.path_exists nginx/defaults.yaml slsutil.renderer:\nParse a string or file through Salt's renderer system Changed in version 2018.3.0 Add support for Salt fileserver URIs. This is an open-ended function and can be used for a variety of tasks. It makes use of Salt's \u0026quot;renderer pipes\u0026quot; system to run a string or file through a pipe of any of the loaded renderer modules. :param path: The path to a file on Salt's fileserver (any URIs supported by :py:func:`cp.get_url \u0026lt;salt.modules.cp.get_url\u0026gt;`) or on the local file system. :param string: An inline string to be used as the file to send through the renderer system. Note, not all renderer modules can work with strings; the 'py' renderer requires a file, for example. :param default_renderer: The renderer pipe to send the file through; this is overridden by a \u0026quot;she-bang\u0026quot; at the top of the file. :param kwargs: Keyword args to pass to Salt's compile_template() function. Keep in mind the goal of each renderer when choosing a render-pipe; for example, the Jinja renderer processes a text file and produces a string, however the YAML renderer processes a text file and produces a data structure. One possible use is to allow writing \u0026quot;map files\u0026quot;, as are commonly seen in Salt formulas, but without tying the renderer of the map file to the renderer used in the other sls files. In other words, a map file could use the Python renderer and still be included and used by an sls file that uses the default 'jinja|yaml' renderer. For example, the two following map files produce identical results but one is written using the normal 'jinja|yaml' and the other is using 'py': #!jinja|yaml {% set apache = salt.grains.filter_by({ ...normal jinja map file here... }, merge=salt.pillar.get('apache:lookup')) %} {{ apache | yaml() }} #!py def run(): apache = __salt__.grains.filter_by({ ...normal map here but as a python dict... }, merge=__salt__.pillar.get('apache:lookup')) return apache Regardless of which of the above map files is used, it can be accessed from any other sls file by calling this function. The following is a usage example in Jinja: {% set apache = salt.slsutil.renderer('map.sls') %} CLI Example: salt '*' slsutil.renderer salt://path/to/file salt '*' slsutil.renderer /path/to/file salt '*' slsutil.renderer /path/to/file.jinja default_renderer='jinja' salt '*' slsutil.renderer /path/to/file.sls default_renderer='jinja|yaml' salt '*' slsutil.renderer string='Inline template! {{ saltenv }}' salt '*' slsutil.renderer string='Hello, {{ name }}.' name='world' slsutil.serialize:\nSerialize a Python object using one of the available :ref:`all-salt.serializers`. CLI Example: salt '*' --no-parse=obj slsutil.serialize 'json' obj=\u0026quot;{'foo': 'Foo!'} Jinja Example: {% set json_string = salt.slsutil.serialize('json', {'foo': 'Foo!'}) %} slsutil.update:\nMerge ``upd`` recursively into ``dest`` If ``merge_lists=True``, will aggregate list object types instead of replacing. This behaviour is only activated when ``recursive_update=True``. CLI Example: salt '*' slsutil.update '{foo: Foo}' '{bar: Bar}' smbios.get:\nGet an individual DMI string from SMBIOS info string The string to fetch. DMIdecode supports: - ``bios-vendor`` - ``bios-version`` - ``bios-release-date`` - ``system-manufacturer`` - ``system-product-name`` - ``system-version`` - ``system-serial-number`` - ``system-uuid`` - ``baseboard-manufacturer`` - ``baseboard-product-name`` - ``baseboard-version`` - ``baseboard-serial-number`` - ``baseboard-asset-tag`` - ``chassis-manufacturer`` - ``chassis-type`` - ``chassis-version`` - ``chassis-serial-number`` - ``chassis-asset-tag`` - ``processor-family`` - ``processor-manufacturer`` - ``processor-version`` - ``processor-frequency`` clean | Don't return well-known false information | (invalid UUID's, serial 000000000's, etcetera) | Defaults to ``True`` CLI Example: salt '*' smbios.get system-uuid clean=False smbios.records:\nReturn DMI records from SMBIOS type Return only records of type(s) The SMBIOS specification defines the following DMI types: ==== ====================================== Type Information ==== ====================================== 0 BIOS 1 System 2 Baseboard 3 Chassis 4 Processor 5 Memory Controller 6 Memory Module 7 Cache 8 Port Connector 9 System Slots 10 On Board Devices 11 OEM Strings 12 System Configuration Options 13 BIOS Language 14 Group Associations 15 System Event Log 16 Physical Memory Array 17 Memory Device 18 32-bit Memory Error 19 Memory Array Mapped Address 20 Memory Device Mapped Address 21 Built-in Pointing Device 22 Portable Battery 23 System Reset 24 Hardware Security 25 System Power Controls 26 Voltage Probe 27 Cooling Device 28 Temperature Probe 29 Electrical Current Probe 30 Out-of-band Remote Access 31 Boot Integrity Services 32 System Boot 33 64-bit Memory Error 34 Management Device 35 Management Device Component 36 Management Device Threshold Data 37 Memory Channel 38 IPMI Device 39 Power Supply 40 Additional Information 41 Onboard Devices Extended Information 42 Management Controller Host Interface ==== ====================================== clean | Don't return well-known false information | (invalid UUID's, serial 000000000's, etcetera) | Defaults to ``True`` CLI Example: salt '*' smbios.records clean=False salt '*' smbios.records 14 salt '*' smbios.records 4 core_count,thread_count,current_speed smtp.send_msg:\nSend a message to an SMTP recipient. To send a message to multiple recipients, the recipients should be in a comma-seperated Python string. Designed for use in states. CLI Examples: salt '*' smtp.send_msg 'admin@example.com' 'This is a salt module test' profile='my-smtp-account' salt '*' smtp.send_msg 'admin@example.com,admin2@example.com' 'This is a salt module test for multiple recipients' profile='my-smtp-account' salt '*' smtp.send_msg 'admin@example.com' 'This is a salt module test' username='myuser' password='verybadpass' sender='admin@example.com' server='smtp.domain.com' salt '*' smtp.send_msg 'admin@example.com' 'This is a salt module test' username='myuser' password='verybadpass' sender='admin@example.com' server='smtp.domain.com' attachments=\u0026quot;['/var/log/messages']\u0026quot; solrcloud.alias_exists:\nCheck alias existence Additional parameters (kwargs) may be passed, they will be proxied to http.query CLI Example: salt '*' solrcloud.alias_exists my_alias solrcloud.alias_get_collections:\nGet collection list for an alias Additional parameters (kwargs) may be passed, they will be proxied to http.query CLI Example: salt '*' solrcloud.alias_get my_alias solrcloud.alias_set_collections:\nDefine an alias Additional parameters (kwargs) may be passed, they will be proxied to http.query CLI Example: salt '*' solrcloud.alias_set my_alias collections=[collection1, colletion2] solrcloud.cluster_status:\nGet cluster status Additional parameters (kwargs) may be passed, they will be proxied to http.query CLI Example: salt '*' solrcloud.cluster_status solrcloud.collection_backup:\nCreate a backup for a collection. Additional parameters (kwargs) may be passed, they will be proxied to http.query CLI Example: salt '*' solrcloud.core_backup collection_name /mnt/nfs_backup solrcloud.collection_backup_all:\nCreate a backup for all collection present on the server. Additional parameters (kwargs) may be passed, they will be proxied to http.query CLI Example: salt '*' solrcloud.core_backup /mnt/nfs_backup solrcloud.collection_check_options:\nCheck collections options CLI Example: salt '*' solrcloud.collection_check_options '{\u0026quot;replicationFactor\u0026quot;:4}' solrcloud.collection_create:\nCreate a collection, Additional parameters (kwargs) may be passed, they will be proxied to http.query CLI Example: salt '*' solrcloud.collection_create collection_name Collection creation options may be passed using the \u0026quot;options\u0026quot; parameter. Do not include option \u0026quot;name\u0026quot; since it already specified by the mandatory parameter \u0026quot;collection_name\u0026quot; salt '*' solrcloud.collection_create collection_name options={\u0026quot;replicationFactor\u0026quot;:2, \u0026quot;numShards\u0026quot;:3} Cores options may be passed using the \u0026quot;properties\u0026quot; key in options. Do not include property \u0026quot;name\u0026quot; salt '*' solrcloud.collection_create collection_name options={\u0026quot;replicationFactor\u0026quot;:2, \u0026quot;numShards\u0026quot;:3, \u0026quot;properties\u0026quot;:{\u0026quot;dataDir\u0026quot;:\u0026quot;/srv/solr/hugePartitionSollection\u0026quot;}} solrcloud.collection_creation_options:\nGet collection option list that can only be defined at creation CLI Example: salt '*' solrcloud.collection_creation_options solrcloud.collection_exists:\nCheck if a collection exists Additional parameters (kwargs) may be passed, they will be proxied to http.query CLI Example: salt '*' solrcloud.collection_exists collection_name solrcloud.collection_get_options:\nGet collection options Additional parameters (kwargs) may be passed, they will be proxied to http.query CLI Example: salt '*' solrcloud.collection_get_options collection_name solrcloud.collection_list:\nList all collections Additional parameters (kwargs) may be passed, they will be proxied to http.query CLI Example: salt '*' solrcloud.collection_list solrcloud.collection_reload:\nCheck if a collection exists Additional parameters (kwargs) may be passed, they will be proxied to http.query CLI Example: salt '*' solrcloud.collection_reload collection_name solrcloud.collection_set_options:\nChange collection options Additional parameters (kwargs) may be passed, they will be proxied to http.query Note that not every parameter can be changed after collection creation CLI Example: salt '*' solrcloud.collection_set_options collection_name options={\u0026quot;replicationFactor\u0026quot;:4} sqlite3.fetch:\nRetrieve data from an sqlite3 db (returns all rows, be careful!) CLI Example: salt '*' sqlite3.fetch /root/test.db 'SELECT * FROM test;' sqlite3.indexes:\nShow all indices in the database, for people with poor spelling skills CLI Example: salt '*' sqlite3.indexes /root/test.db sqlite3.indices:\nShow all indices in the database CLI Example: salt '*' sqlite3.indices /root/test.db sqlite3.modify:\nIssue an SQL query to sqlite3 (with no return data), usually used to modify the database in some way (insert, delete, create, etc) CLI Example: salt '*' sqlite3.modify /root/test.db 'CREATE TABLE test(id INT, testdata TEXT);' sqlite3.sqlite_version:\nReturn version of sqlite CLI Example: salt '*' sqlite3.sqlite_version sqlite3.tables:\nShow all tables in the database CLI Example: salt '*' sqlite3.tables /root/test.db sqlite3.version:\nReturn version of pysqlite CLI Example: salt '*' sqlite3.version ssh.auth_keys:\nReturn the authorised keys for users CLI Example: salt '*' ssh.auth_keys salt '*' ssh.auth_keys root salt '*' ssh.auth_keys user=root salt '*' ssh.auth_keys user=\u0026quot;[user1, user2]\u0026quot; ssh.check_key:\nCheck to see if a key needs updating, returns \u0026quot;update\u0026quot;, \u0026quot;add\u0026quot; or \u0026quot;exists\u0026quot; CLI Example: salt '*' ssh.check_key \u0026lt;user\u0026gt; \u0026lt;key\u0026gt; \u0026lt;enc\u0026gt; \u0026lt;comment\u0026gt; \u0026lt;options\u0026gt; ssh.check_key_file:\nCheck a keyfile from a source destination against the local keys and return the keys to change CLI Example: salt '*' ssh.check_key_file root salt://ssh/keyfile ssh.check_known_host:\nCheck the record in known_hosts file, either by its value or by fingerprint (it's enough to set up either key or fingerprint, you don't need to set up both). If provided key or fingerprint doesn't match with stored value, return \u0026quot;update\u0026quot;, if no value is found for a given host, return \u0026quot;add\u0026quot;, otherwise return \u0026quot;exists\u0026quot;. If neither key, nor fingerprint is defined, then additional validation is not performed. CLI Example: salt '*' ssh.check_known_host \u0026lt;user\u0026gt; \u0026lt;hostname\u0026gt; key='AAAA...FAaQ==' ssh.get_known_host_entries:\nNew in version 2018.3.0 Return information about known host entries from the configfile, if any. If there are no entries for a matching hostname, return None. CLI Example: salt '*' ssh.get_known_host_entries \u0026lt;user\u0026gt; \u0026lt;hostname\u0026gt; ssh.hash_known_hosts:\nHash all the hostnames in the known hosts file. New in version 2014.7.0 user hash known hosts of this user config path to known hosts file: can be absolute or relative to user's home directory CLI Example: salt '*' ssh.hash_known_hosts ssh.host_keys:\nReturn the minion's host keys CLI Example: salt '*' ssh.host_keys salt '*' ssh.host_keys keydir=/etc/ssh salt '*' ssh.host_keys keydir=/etc/ssh private=False salt '*' ssh.host_keys keydir=/etc/ssh certs=False ssh.key_is_encrypted:\nNew in version 2015.8.7 Function to determine whether or not a private key is encrypted with a passphrase. Checks key for a ``Proc-Type`` header with ``ENCRYPTED`` in the value. If found, returns ``True``, otherwise returns ``False``. CLI Example: salt '*' ssh.key_is_encrypted /root/id_rsa ssh.recv_known_host_entries:\nNew in version 2018.3.0 Retrieve information about host public keys from remote server hostname The name of the remote host (e.g. \u0026quot;github.com\u0026quot;) enc Defines what type of key is being used, can be ed25519, ecdsa, ssh-rsa, ssh-dss or any other type as of openssh server version 8.7. port Optional parameter, denoting the port of the remote host on which an SSH daemon is running. By default the port 22 is used. hash_known_hosts : True Hash all hostnames and addresses in the known hosts file. timeout : int Set the timeout for connection attempts. If ``timeout`` seconds have elapsed since a connection was initiated to a host or since the last time anything was read from that host, then the connection is closed and the host in question considered unavailable. Default is 5 seconds. fingerprint_hash_type The fingerprint hash type that the public key fingerprints were originally hashed with. This defaults to ``sha256`` if not specified. New in version 2016.11.4 Changed in version 2017.7.0 default changed from ``md5`` to ``sha256`` CLI Example: salt '*' ssh.recv_known_host_entries \u0026lt;hostname\u0026gt; enc=\u0026lt;enc\u0026gt; port=\u0026lt;port\u0026gt; ssh.rm_auth_key:\nRemove an authorised key from the specified user's authorised key file CLI Example: salt '*' ssh.rm_auth_key \u0026lt;user\u0026gt; \u0026lt;key\u0026gt; ssh.rm_auth_key_from_file:\nRemove an authorised key from the specified user's authorised key file, using a file as source CLI Example: salt '*' ssh.rm_auth_key_from_file \u0026lt;user\u0026gt; salt://ssh_keys/\u0026lt;user\u0026gt;.id_rsa.pub ssh.rm_known_host:\nRemove all keys belonging to hostname from a known_hosts file. CLI Example: salt '*' ssh.rm_known_host \u0026lt;user\u0026gt; \u0026lt;hostname\u0026gt; ssh.set_auth_key:\nAdd a key to the authorized_keys file. The \u0026quot;key\u0026quot; parameter must only be the string of text that is the encoded key. If the key begins with \u0026quot;ssh-rsa\u0026quot; or ends with user@host, remove those from the key before passing it to this function. CLI Example: salt '*' ssh.set_auth_key \u0026lt;user\u0026gt; '\u0026lt;key\u0026gt;' enc='dsa' ssh.set_auth_key_from_file:\nAdd a key to the authorized_keys file, using a file as the source. CLI Example: salt '*' ssh.set_auth_key_from_file \u0026lt;user\u0026gt; salt://ssh_keys/\u0026lt;user\u0026gt;.id_rsa.pub ssh.set_known_host:\nDownload SSH public key from remote host \u0026quot;hostname\u0026quot;, optionally validate its fingerprint against \u0026quot;fingerprint\u0026quot; variable and save the record in the known_hosts file. If such a record does already exists in there, do nothing. user The user who owns the ssh authorised keys file to modify hostname The name of the remote host (e.g. \u0026quot;github.com\u0026quot;) fingerprint The fingerprint of the key which must be present in the known_hosts file (optional if key specified) key The public key which must be presented in the known_hosts file (optional if fingerprint specified) port optional parameter, denoting the port of the remote host, which will be used in case, if the public key will be requested from it. By default the port 22 is used. enc Defines what type of key is being used, can be ed25519, ecdsa, ssh-rsa, ssh-dss or any other type as of openssh server version 8.7. config The location of the authorised keys file relative to the user's home directory, defaults to \u0026quot;.ssh/known_hosts\u0026quot;. If no user is specified, defaults to \u0026quot;/etc/ssh/ssh_known_hosts\u0026quot;. If present, must be an absolute path when a user is not specified. hash_known_hosts : True Hash all hostnames and addresses in the known hosts file. timeout : int Set the timeout for connection attempts. If ``timeout`` seconds have elapsed since a connection was initiated to a host or since the last time anything was read from that host, then the connection is closed and the host in question considered unavailable. Default is 5 seconds. New in version 2016.3.0 fingerprint_hash_type The public key fingerprint hash type that the public key fingerprint was originally hashed with. This defaults to ``sha256`` if not specified. New in version 2016.11.4 Changed in version 2017.7.0 default changed from ``md5`` to ``sha256`` CLI Example: salt '*' ssh.set_known_host \u0026lt;user\u0026gt; fingerprint='xx:xx:..:xx' enc='ssh-rsa' config='.ssh/known_hosts' ssh.user_keys:\nReturn the user's ssh keys on the minion New in version 2014.7.0 CLI Example: salt '*' ssh.user_keys salt '*' ssh.user_keys user=user1 salt '*' ssh.user_keys user=user1 pubfile=/home/user1/.ssh/id_rsa.pub prvfile=/home/user1/.ssh/id_rsa salt '*' ssh.user_keys user=user1 prvfile=False salt '*' ssh.user_keys user=\u0026quot;['user1','user2'] pubfile=id_rsa.pub prvfile=id_rsa As you can see you can tell Salt not to read from the user's private (or public) key file by setting the file path to ``False``. This can be useful to prevent Salt from publishing private data via Salt Mine or others. state.apply:\nNew in version 2015.5.0 This function will call :mod:`state.highstate \u0026lt;salt.modules.state.highstate\u0026gt;` or :mod:`state.sls \u0026lt;salt.modules.state.sls\u0026gt;` based on the arguments passed to this function. It exists as a more intuitive way of applying states. .. rubric:: APPLYING ALL STATES CONFIGURED IN TOP.SLS (A.K.A. :ref:`HIGHSTATE \u0026lt;running-highstate\u0026gt;`) To apply all configured states, simply run ``state.apply`` with no SLS targets, like so: salt '*' state.apply The following additional arguments are also accepted when applying all states configured in top.sls: test Run states in test-only (dry-run) mode mock The mock option allows for the state run to execute without actually calling any states. This then returns a mocked return which will show the requisite ordering as well as fully validate the state run. New in version 2015.8.4 pillar Custom Pillar values, passed as a dictionary of key-value pairs salt '*' state.apply stuff pillar='{\u0026quot;foo\u0026quot;: \u0026quot;bar\u0026quot;}' Note: Values passed this way will override Pillar values set via ``pillar_roots`` or an external Pillar source. exclude Exclude specific states from execution. Accepts a list of sls names, a comma-separated string of sls names, or a list of dictionaries containing ``sls`` or ``id`` keys. Glob-patterns may be used to match multiple states. salt '*' state.apply exclude=bar,baz salt '*' state.apply exclude=foo* salt '*' state.apply exclude=\u0026quot;[{'id': 'id_to_exclude'}, {'sls': 'sls_to_exclude'}]\u0026quot; queue : False Instead of failing immediately when another state run is in progress, a value of ``True`` will queue the new state run to begin running once the other has finished. This option starts a new thread for each queued state run, so use this option sparingly. Changed in version 3006.0 This parameter can also be set via the ``state_queue`` configuration option. Additionally, it can now be set to an integer representing the maximum queue size which can be attained before the state runs will fail to be queued. This can prevent runaway conditions where new threads are started until system performance is hampered. localconfig Optionally, instead of using the minion config, load minion opts from the file specified by this argument, and then merge them with the options from the minion config. This functionality allows for specific states to be run with their own custom minion configuration, including different pillars, file_roots, etc. salt '*' state.apply localconfig=/path/to/minion.yml state_events The state_events option sends progress events as each function in a state run completes execution. New in version 3006.0 .. rubric:: APPLYING INDIVIDUAL SLS FILES (A.K.A. :py:func:`STATE.SLS \u0026lt;salt.modules.state.sls\u0026gt;`) To apply individual SLS files, pass them as a comma-separated list: # Run the states configured in salt://stuff.sls (or salt://stuff/init.sls) salt '*' state.apply stuff # Run the states configured in salt://stuff.sls (or salt://stuff/init.sls) # and salt://pkgs.sls (or salt://pkgs/init.sls). salt '*' state.apply stuff,pkgs # Run the states configured in a more deeply nested directory such as salt://my/organised/stuff.sls (or salt://my/organised/stuff/init.sls) salt '*' state.apply my.organised.stuff The following additional arguments are also accepted when applying individual SLS files: test Run states in test-only (dry-run) mode mock The mock option allows for the state run to execute without actually calling any states. This then returns a mocked return which will show the requisite ordering as well as fully validate the state run. New in version 2015.8.4 pillar Custom Pillar values, passed as a dictionary of key-value pairs salt '*' state.apply stuff pillar='{\u0026quot;foo\u0026quot;: \u0026quot;bar\u0026quot;}' Note: Values passed this way will override Pillar values set via ``pillar_roots`` or an external Pillar source. queue : False Instead of failing immediately when another state run is in progress, a value of ``True`` will queue the new state run to begin running once the other has finished. This option starts a new thread for each queued state run, so use this option sparingly. Changed in version 3006.0 This parameter can also be set via the ``state_queue`` configuration option. Additionally, it can now be set to an integer representing the maximum queue size which can be attained before the state runs will fail to be queued. This can prevent runaway conditions where new threads are started until system performance is hampered. concurrent : False Execute state runs concurrently instead of serially Warning: This flag is potentially dangerous. It is designed for use when multiple state runs can safely be run at the same time. Do *not* use this flag for performance optimisation. saltenv Specify a salt fileserver environment to be used when applying states Changed in version 0.17.0 Argument name changed from ``env`` to ``saltenv`` Changed in version 2014.7.0 If no saltenv is specified, the minion config will be checked for an ``environment`` parameter and if found, it will be used. If none is found, ``base`` will be used. In prior releases, the minion config was not checked and ``base`` would always be assumed when the saltenv was not explicitly set. pillarenv Specify a Pillar environment to be used when applying states. This can also be set in the minion config file using the :conf_minion:`pillarenv` option. When neither the :conf_minion:`pillarenv` minion config option nor this CLI argument is used, all Pillar environments will be merged together. localconfig Optionally, instead of using the minion config, load minion opts from the file specified by this argument, and then merge them with the options from the minion config. This functionality allows for specific states to be run with their own custom minion configuration, including different pillars, file_roots, etc. salt '*' state.apply stuff localconfig=/path/to/minion.yml sync_mods If specified, the desired custom module types will be synced prior to running the SLS files: salt '*' state.apply stuff sync_mods=states,modules salt '*' state.apply stuff sync_mods=all Note: This option is ignored when no SLS files are specified, as a :ref:`highstate \u0026lt;running-highstate\u0026gt;` automatically syncs all custom module types. New in version 2017.7.8,2018.3.3,2019.2.0 state_events The state_events option sends progress events as each function in a state run completes execution. New in version 3006.0 state.check_request:\nNew in version 2015.5.0 Return the state request information, if any CLI Example: salt '*' state.check_request state.clear_cache:\nClear out cached state files, forcing even cache runs to refresh the cache on the next state execution. Remember that the state cache is completely disabled by default, this execution only applies if cache=True is used in states CLI Example: salt '*' state.clear_cache state.clear_request:\nNew in version 2015.5.0 Clear out the state execution request without executing it CLI Example: salt '*' state.clear_request state.disable:\nDisable state runs. CLI Example: salt '*' state.disable highstate salt '*' state.disable highstate,test.succeed_without_changes Note: To disable a state file from running provide the same name that would be passed in a state.sls call. salt '*' state.disable bind.config state.enable:\nEnable state function or sls run CLI Example: salt '*' state.enable highstate salt '*' state.enable test.succeed_without_changes Note: To enable a state file from running provide the same name that would be passed in a state.sls call. salt '*' state.disable bind.config state.event:\nWatch Salt's event bus and block until the given tag is matched New in version 2016.3.0 Changed in version 2019.2.0 ``tagmatch`` can now be either a glob or regular expression. This is useful for utilizing Salt's event bus from shell scripts or for taking simple actions directly from the CLI. Enable debug logging to see ignored events. :param tagmatch: the event is written to stdout for each tag that matches this glob or regular expression. :param count: this number is decremented for each event that matches the ``tagmatch`` parameter; pass ``-1`` to listen forever. :param quiet: do not print to stdout; just block :param sock_dir: path to the Salt master's event socket file. :param pretty: Output the JSON all on a single line if ``False`` (useful for shell tools); pretty-print the JSON output if ``True``. :param node: Watch the minion-side or master-side event bus. CLI Example: salt-call --local state.event pretty=True state.get_pauses:\nGet a report on all of the currently paused state runs and pause run settings. Optionally send in a jid if you only desire to see a single pause data set. state.high:\nExecute the compound calls stored in a single set of high data This function is mostly intended for testing the state system and is not likely to be needed in everyday usage. CLI Example: salt '*' state.high '{\u0026quot;vim\u0026quot;: {\u0026quot;pkg\u0026quot;: [\u0026quot;installed\u0026quot;]}}' state.highstate:\nRetrieve the state data from the salt master for this minion and execute it test Run states in test-only (dry-run) mode pillar Custom Pillar values, passed as a dictionary of key-value pairs salt '*' state.highstate stuff pillar='{\u0026quot;foo\u0026quot;: \u0026quot;bar\u0026quot;}' Note: Values passed this way will override Pillar values set via ``pillar_roots`` or an external Pillar source. Changed in version 2016.3.0 GPG-encrypted CLI Pillar data is now supported via the GPG renderer. See :ref:`here \u0026lt;encrypted-cli-pillar-data\u0026gt;` for details. pillar_enc Specify which renderer to use to decrypt encrypted data located within the ``pillar`` value. Currently, only ``gpg`` is supported. New in version 2016.3.0 exclude Exclude specific states from execution. Accepts a list of sls names, a comma-separated string of sls names, or a list of dictionaries containing ``sls`` or ``id`` keys. Glob-patterns may be used to match multiple states. salt '*' state.highstate exclude=bar,baz salt '*' state.highstate exclude=foo* salt '*' state.highstate exclude=\u0026quot;[{'id': 'id_to_exclude'}, {'sls': 'sls_to_exclude'}]\u0026quot; saltenv Specify a salt fileserver environment to be used when applying states Changed in version 0.17.0 Argument name changed from ``env`` to ``saltenv``. Changed in version 2014.7.0 If no saltenv is specified, the minion config will be checked for a ``saltenv`` parameter and if found, it will be used. If none is found, ``base`` will be used. In prior releases, the minion config was not checked and ``base`` would always be assumed when the saltenv was not explicitly set. pillarenv Specify a Pillar environment to be used when applying states. This can also be set in the minion config file using the :conf_minion:`pillarenv` option. When neither the :conf_minion:`pillarenv` minion config option nor this CLI argument is used, all Pillar environments will be merged together. queue : False Instead of failing immediately when another state run is in progress, a value of ``True`` will queue the new state run to begin running once the other has finished. This option starts a new thread for each queued state run, so use this option sparingly. Changed in version 3006.0 This parameter can also be set via the ``state_queue`` configuration option. Additionally, it can now be set to an integer representing the maximum queue size which can be attained before the state runs will fail to be queued. This can prevent runaway conditions where new threads are started until system performance is hampered. concurrent : False Execute state runs concurrently instead of serially Warning: This flag is potentially dangerous. It is designed for use when multiple state runs can safely be run at the same time. Do *not* use this flag for performance optimisation. localconfig Optionally, instead of using the minion config, load minion opts from the file specified by this argument, and then merge them with the options from the minion config. This functionality allows for specific states to be run with their own custom minion configuration, including different pillars, file_roots, etc. mock The mock option allows for the state run to execute without actually calling any states. This then returns a mocked return which will show the requisite ordering as well as fully validate the state run. New in version 2015.8.4 state_events The state_events option sends progress events as each function in a state run completes execution. New in version 3006.0 CLI Examples: salt '*' state.highstate salt '*' state.highstate whitelist=sls1_to_run,sls2_to_run salt '*' state.highstate exclude=sls_to_exclude salt '*' state.highstate exclude=\u0026quot;[{'id': 'id_to_exclude'}, {'sls': 'sls_to_exclude'}]\u0026quot; salt '*' state.highstate pillar=\u0026quot;{foo: 'Foo!', bar: 'Bar!'}\u0026quot; state.id_exists:\nTests for the existence of a specific ID or list of IDs within the specified SLS file(s). Similar to :py:func:`state.sls_exists \u0026lt;salt.modules.state.sls_exists\u0026gt;`, returns True or False. The default environment is base``, use ``saltenv`` to specify a different environment. New in version 2019.2.0 saltenv Specify a salt fileserver environment from which to look for the SLS files specified in the ``mods`` argument CLI Example: salt '*' state.id_exists create_myfile,update_template filestate saltenv=dev state.list_disabled:\nList the states which are currently disabled CLI Example: salt '*' state.list_disabled state.low:\nExecute a single low data call This function is mostly intended for testing the state system and is not likely to be needed in everyday usage. CLI Example: salt '*' state.low '{\u0026quot;state\u0026quot;: \u0026quot;pkg\u0026quot;, \u0026quot;fun\u0026quot;: \u0026quot;installed\u0026quot;, \u0026quot;name\u0026quot;: \u0026quot;vi\u0026quot;}' state.orchestrate:\nNew in version 2016.11.0 Execute the orchestrate runner from a masterless minion. .. seealso:: More Orchestrate documentation * :ref:`Full Orchestrate Tutorial \u0026lt;orchestrate-runner\u0026gt;` * Docs for the salt state module :py:mod:`salt.states.saltmod` CLI Examples: salt-call --local state.orchestrate webserver salt-call --local state.orchestrate webserver saltenv=dev test=True salt-call --local state.orchestrate webserver saltenv=dev pillarenv=aws state.pause:\nSet up a state id pause, this instructs a running state to pause at a given state id. This needs to pass in the jid of the running state and can optionally pass in a duration in seconds. If a state_id is not passed then the jid referenced will be paused at the beginning of the next state run. The given state id is the id got a given state execution, so given a state that looks like this: vim: pkg.installed: [] The state_id to pass to `pause` is `vim` CLI Examples: salt '*' state.pause 20171130110407769519 salt '*' state.pause 20171130110407769519 vim salt '*' state.pause 20171130110407769519 vim 20 state.pkg:\nExecute a packaged state run, the packaged state run will exist in a tarball available locally. This packaged state can be generated using salt-ssh. CLI Example: salt '*' state.pkg /tmp/salt_state.tgz 760a9353810e36f6d81416366fc426dc md5 state.request:\nNew in version 2015.5.0 Request that the local admin execute a state run via `salt-call state.run_request`. All arguments match those of state.apply. CLI Example: salt '*' state.request salt '*' state.request stuff salt '*' state.request stuff,pkgs state.resume:\nRemove a pause from a jid, allowing it to continue. If the state_id is not specified then the a general pause will be resumed. The given state_id is the id got a given state execution, so given a state that looks like this: vim: pkg.installed: [] The state_id to pass to `rm_pause` is `vim` CLI Examples: salt '*' state.resume 20171130110407769519 salt '*' state.resume 20171130110407769519 vim state.run_request:\nNew in version 2015.5.0 Execute the pending state request CLI Example: salt '*' state.run_request state.running:\nReturn a list of strings that contain state return data if a state function is already running. This function is used to prevent multiple state calls from being run at the same time. CLI Example: salt '*' state.running state.show_highstate:\nRetrieve the highstate data from the salt master and display it Custom Pillar data can be passed with the ``pillar`` kwarg. CLI Example: salt '*' state.show_highstate state.show_low_sls:\nDisplay the low data from a specific sls. The default environment is ``base``, use ``saltenv`` to specify a different environment. saltenv Specify a salt fileserver environment to be used when applying states pillar Custom Pillar values, passed as a dictionary of key-value pairs salt '*' state.show_low_sls stuff pillar='{\u0026quot;foo\u0026quot;: \u0026quot;bar\u0026quot;}' Note: Values passed this way will override Pillar values set via ``pillar_roots`` or an external Pillar source. pillarenv Specify a Pillar environment to be used when applying states. This can also be set in the minion config file using the :conf_minion:`pillarenv` option. When neither the :conf_minion:`pillarenv` minion config option nor this CLI argument is used, all Pillar environments will be merged together. CLI Example: salt '*' state.show_low_sls foo salt '*' state.show_low_sls foo saltenv=dev state.show_lowstate:\nList out the low data that will be applied to this minion CLI Example: salt '*' state.show_lowstate state.show_sls:\nDisplay the state data from a specific sls or list of sls files on the master. The default environment is ``base``, use ``saltenv`` to specify a different environment. This function does not support topfiles. For ``top.sls`` please use ``show_top`` instead. Custom Pillar data can be passed with the ``pillar`` kwarg. saltenv Specify a salt fileserver environment to be used when applying states pillarenv Specify a Pillar environment to be used when applying states. This can also be set in the minion config file using the :conf_minion:`pillarenv` option. When neither the :conf_minion:`pillarenv` minion config option nor this CLI argument is used, all Pillar environments will be merged together. CLI Example: salt '*' state.show_sls core,edit.vim saltenv=dev state.show_state_usage:\nRetrieve the highstate data from the salt master to analyse used and unused states Custom Pillar data can be passed with the ``pillar`` kwarg. CLI Example: salt '*' state.show_state_usage state.show_states:\nReturns the list of states that will be applied on highstate. CLI Example: salt '*' state.show_states New in version 2019.2.0 state.show_top:\nReturn the top data that the minion will use for a highstate CLI Example: salt '*' state.show_top state.single:\nExecute a single state function with the named kwargs, returns False if insufficient data is sent to the command By default, the values of the kwargs will be parsed as YAML. So, you can specify lists values, or lists of single entry key-value maps, as you would in a YAML salt file. Alternatively, JSON format of keyword values is also supported. CLI Example: salt '*' state.single pkg.installed name=vim state.sls:\nExecute the states in one or more SLS files test Run states in test-only (dry-run) mode pillar Custom Pillar values, passed as a dictionary of key-value pairs salt '*' state.sls stuff pillar='{\u0026quot;foo\u0026quot;: \u0026quot;bar\u0026quot;}' Note: Values passed this way will override existing Pillar values set via ``pillar_roots`` or an external Pillar source. Pillar values that are not included in the kwarg will not be overwritten. Changed in version 2016.3.0 GPG-encrypted CLI Pillar data is now supported via the GPG renderer. See :ref:`here \u0026lt;encrypted-cli-pillar-data\u0026gt;` for details. pillar_enc Specify which renderer to use to decrypt encrypted data located within the ``pillar`` value. Currently, only ``gpg`` is supported. New in version 2016.3.0 exclude Exclude specific states from execution. Accepts a list of sls names, a comma-separated string of sls names, or a list of dictionaries containing ``sls`` or ``id`` keys. Glob-patterns may be used to match multiple states. salt '*' state.sls foo,bar,baz exclude=bar,baz salt '*' state.sls foo,bar,baz exclude=ba* salt '*' state.sls foo,bar,baz exclude=\u0026quot;[{'id': 'id_to_exclude'}, {'sls': 'sls_to_exclude'}]\u0026quot; queue : False Instead of failing immediately when another state run is in progress, a value of ``True`` will queue the new state run to begin running once the other has finished. This option starts a new thread for each queued state run, so use this option sparingly. Changed in version 3006.0 This parameter can also be set via the ``state_queue`` configuration option. Additionally, it can now be set to an integer representing the maximum queue size which can be attained before the state runs will fail to be queued. This can prevent runaway conditions where new threads are started until system performance is hampered. concurrent : False Execute state runs concurrently instead of serially Warning: This flag is potentially dangerous. It is designed for use when multiple state runs can safely be run at the same time. Do *not* use this flag for performance optimisation. saltenv Specify a salt fileserver environment to be used when applying states Changed in version 0.17.0 Argument name changed from ``env`` to ``saltenv``. Changed in version 2014.7.0 If no saltenv is specified, the minion config will be checked for an ``environment`` parameter and if found, it will be used. If none is found, ``base`` will be used. In prior releases, the minion config was not checked and ``base`` would always be assumed when the saltenv was not explicitly set. pillarenv Specify a Pillar environment to be used when applying states. This can also be set in the minion config file using the :conf_minion:`pillarenv` option. When neither the :conf_minion:`pillarenv` minion config option nor this CLI argument is used, all Pillar environments will be merged together. localconfig Optionally, instead of using the minion config, load minion opts from the file specified by this argument, and then merge them with the options from the minion config. This functionality allows for specific states to be run with their own custom minion configuration, including different pillars, file_roots, etc. mock The mock option allows for the state run to execute without actually calling any states. This then returns a mocked return which will show the requisite ordering as well as fully validate the state run. New in version 2015.8.4 sync_mods If specified, the desired custom module types will be synced prior to running the SLS files: salt '*' state.sls stuff sync_mods=states,modules salt '*' state.sls stuff sync_mods=all New in version 2017.7.8,2018.3.3,2019.2.0 state_events The state_events option sends progress events as each function in a state run completes execution. New in version 3006.0 CLI Example: # Run the states configured in salt://example.sls (or salt://example/init.sls) salt '*' state.apply example # Run the states configured in salt://core.sls (or salt://core/init.sls) # and salt://edit/vim.sls (or salt://edit/vim/init.sls) salt '*' state.sls core,edit.vim # Run the states configured in a more deeply nested directory such as salt://my/nested/state.sls (or salt://my/nested/state/init.sls) salt '*' state.sls my.nested.state salt '*' state.sls core exclude=\u0026quot;[{'id': 'id_to_exclude'}, {'sls': 'sls_to_exclude'}]\u0026quot; salt '*' state.sls myslsfile pillar=\u0026quot;{foo: 'Foo!', bar: 'Bar!'}\u0026quot; state.sls_exists:\nTests for the existence the of a specific SLS or list of SLS files on the master. Similar to :py:func:`state.show_sls \u0026lt;salt.modules.state.show_sls\u0026gt;`, rather than returning state details, returns True or False. The default environment is ``base``, use ``saltenv`` to specify a different environment. New in version 2019.2.0 saltenv Specify a salt fileserver environment from which to look for the SLS files specified in the ``mods`` argument CLI Example: salt '*' state.sls_exists core,edit.vim saltenv=dev state.sls_id:\nCall a single ID from the named module(s) and handle all requisites The state ID comes *before* the module ID(s) on the command line. id ID to call mods Comma-delimited list of modules to search for given id and its requisites New in version 2014.7.0 saltenv : base Specify a salt fileserver environment to be used when applying states pillarenv Specify a Pillar environment to be used when applying states. This can also be set in the minion config file using the :conf_minion:`pillarenv` option. When neither the :conf_minion:`pillarenv` minion config option nor this CLI argument is used, all Pillar environments will be merged together. pillar Custom Pillar values, passed as a dictionary of key-value pairs salt '*' state.sls_id my_state my_module pillar='{\u0026quot;foo\u0026quot;: \u0026quot;bar\u0026quot;}' Note: Values passed this way will override existing Pillar values set via ``pillar_roots`` or an external Pillar source. Pillar values that are not included in the kwarg will not be overwritten. New in version 2018.3.0 CLI Example: salt '*' state.sls_id my_state my_module salt '*' state.sls_id my_state my_module,a_common_module state.soft_kill:\nSet up a state run to die before executing the given state id, this instructs a running state to safely exit at a given state id. This needs to pass in the jid of the running state. If a state_id is not passed then the jid referenced will be safely exited at the beginning of the next state run. The given state id is the id got a given state execution, so given a state that looks like this: vim: pkg.installed: [] The state_id to pass to `soft_kill` is `vim` CLI Examples: salt '*' state.soft_kill 20171130110407769519 salt '*' state.soft_kill 20171130110407769519 vim state.template:\nExecute the information stored in a template file on the minion. This function does not ask a master for a SLS file to render but instead directly processes the file at the provided path on the minion. CLI Example: salt '*' state.template '\u0026lt;Path to template on the minion\u0026gt;' state.template_str:\nExecute the information stored in a string from an sls template CLI Example: salt '*' state.template_str '\u0026lt;Template String\u0026gt;' state.test:\nNew in version 3001 Alias for `state.apply` with the kwarg `test` forced to `True`. This is a nicety to avoid the need to type out `test=True` and the possibility of a typo causing changes you do not intend. state.top:\nExecute a specific top file instead of the default. This is useful to apply configurations from a different environment (for example, dev or prod), without modifying the default top file. queue : False Instead of failing immediately when another state run is in progress, a value of ``True`` will queue the new state run to begin running once the other has finished. This option starts a new thread for each queued state run, so use this option sparingly. Changed in version 3006.0 This parameter can also be set via the ``state_queue`` configuration option. Additionally, it can now be set to an integer representing the maximum queue size which can be attained before the state runs will fail to be queued. This can prevent runaway conditions where new threads are started until system performance is hampered. saltenv Specify a salt fileserver environment to be used when applying states pillarenv Specify a Pillar environment to be used when applying states. This can also be set in the minion config file using the :conf_minion:`pillarenv` option. When neither the :conf_minion:`pillarenv` minion config option nor this CLI argument is used, all Pillar environments will be merged together. New in version 2017.7.0 CLI Example: salt '*' state.top reverse_top.sls salt '*' state.top prod_top.sls exclude=sls_to_exclude salt '*' state.top dev_top.sls exclude=\u0026quot;[{'id': 'id_to_exclude'}, {'sls': 'sls_to_exclude'}]\u0026quot; status.all_status:\nReturn a composite of all status data and info for this minion. Warning: There is a LOT here! CLI Example: salt '*' status.all_status status.cpuinfo:\nChanged in version 2016.3.2 Return the CPU info for this minion Changed in version 2016.11.4 Added support for AIX Changed in version 2018.3.0 Added support for NetBSD and OpenBSD CLI Example: salt '*' status.cpuinfo status.cpustats:\nReturn the CPU stats for this minion Changed in version 2016.11.4 Added support for AIX Changed in version 2018.3.0 Added support for OpenBSD CLI Example: salt '*' status.cpustats status.custom:\nReturn a custom composite of status data and info for this minion, based on the minion config file. An example config like might be:: status.cpustats.custom: [ 'cpu', 'ctxt', 'btime', 'processes' ] Where status refers to status.py, cpustats is the function where we get our data, and custom is this function It is followed by a list of keys that we want returned. This function is meant to replace all_status(), which returns anything and everything, which we probably don't want. By default, nothing is returned. Warning: Depending on what you include, there can be a LOT here! CLI Example: salt '*' status.custom status.diskstats:\nChanged in version 2016.3.2 Return the disk stats for this minion Changed in version 2016.11.4 Added support for AIX CLI Example: salt '*' status.diskstats status.diskusage:\nReturn the disk usage for this minion Usage:: salt '*' status.diskusage [paths and/or filesystem types] CLI Example: salt '*' status.diskusage # usage for all filesystems salt '*' status.diskusage / /tmp # usage for / and /tmp salt '*' status.diskusage ext? # usage for ext[234] filesystems salt '*' status.diskusage / ext? # usage for / and all ext filesystems status.loadavg:\nReturn the load averages for this minion Changed in version 2016.11.4 Added support for AIX CLI Example: salt '*' status.loadavg :raises CommandExecutionError: If the system cannot report loadaverages to Python status.master:\nNew in version 2014.7.0 Return the connection status with master. Fire an event if the connection to master is not as expected. This function is meant to be run via a scheduled job from the minion. If master_ip is an FQDN/Hostname, it must be resolvable to a valid IPv4 address. Changed in version 2016.11.4 Added support for AIX CLI Example: salt '*' status.master status.meminfo:\nReturn the memory info for this minion Changed in version 2016.11.4 Added support for AIX Changed in version 2018.3.0 Added support for OpenBSD CLI Example: salt '*' status.meminfo status.netdev:\nChanged in version 2016.3.2 Return the network device stats for this minion Changed in version 2016.11.4 Added support for AIX CLI Example: salt '*' status.netdev status.netstats:\nReturn the network stats for this minion Changed in version 2016.11.4 Added support for AIX Changed in version 2018.3.0 Added support for OpenBSD CLI Example: salt '*' status.netstats status.nproc:\nReturn the number of processing units available on this system Changed in version 2016.11.4 Added support for AIX Changed in version 2018.3.0 Added support for Darwin, FreeBSD and OpenBSD CLI Example: salt '*' status.nproc status.pid:\nReturn the PID or an empty string if the process is running or not. Pass a signature to use to find the process via ps. Note you can pass a Python-compatible regular expression to return all pids of processes matching the regexp. Changed in version 2016.11.4 Added support for AIX CLI Example: salt '*' status.pid \u0026lt;sig\u0026gt; status.ping_master:\nNew in version 2016.3.0 Sends ping request to the given master. Fires '__master_failback' event on success. Returns bool result. CLI Example: salt '*' status.ping_master localhost status.procs:\nReturn the process data Changed in version 2016.11.4 Added support for AIX CLI Example: salt '*' status.procs status.proxy_reconnect:\nForces proxy minion reconnection when not alive. proxy_name The virtual name of the proxy module. opts: None Opts dictionary. Not intended for CLI usage. CLI Example: salt '*' status.proxy_reconnect rest_sample status.time:\nNew in version 2016.3.0 Return the current time on the minion, formatted based on the format parameter. Default date format: Monday, 27. July 2015 07:55AM CLI Example: salt '*' status.time salt '*' status.time '%s' status.uptime:\nReturn the uptime for this system. Changed in version 2015.8.9 The uptime function was changed to return a dictionary of easy-to-read key/value pairs containing uptime information, instead of the output from a ``cmd.run`` call. Changed in version 2016.11.0 Support for OpenBSD, FreeBSD, NetBSD, MacOS, and Solaris Changed in version 2016.11.4 Added support for AIX CLI Example: salt '*' status.uptime status.version:\nReturn the system version for this minion Changed in version 2016.11.4 Added support for AIX Changed in version 2018.3.0 Added support for OpenBSD CLI Example: salt '*' status.version status.vmstats:\nChanged in version 2016.3.2 Return the virtual memory stats for this minion Changed in version 2016.11.4 Added support for AIX CLI Example: salt '*' status.vmstats status.w:\nReturn a list of logged in users for this minion, using the w command CLI Example: salt '*' status.w statuspage.create:\nInsert a new entry under a specific endpoint. endpoint: incidents Insert under this specific endpoint. page_id Page ID. Can also be specified in the config file. api_key API key. Can also be specified in the config file. api_version: 1 API version. Can also be specified in the config file. api_url Custom API URL in case the user has a StatusPage service running in a custom environment. CLI Example: salt 'minion' statuspage.create endpoint='components' name='my component' group_id='993vgplshj12' Example output: minion: ---------- comment: out: ---------- created_at: 2017-01-05T19:35:27.135Z description: None group_id: 993vgplshj12 id: mjkmtt5lhdgc name: my component page_id: ksdhgfyiuhaa position: 7 status: operational updated_at: 2017-01-05T19:35:27.135Z result: True statuspage.delete:\nRemove an entry from an endpoint. endpoint: incidents Request a specific endpoint. page_id Page ID. Can also be specified in the config file. api_key API key. Can also be specified in the config file. api_version: 1 API version. Can also be specified in the config file. api_url Custom API URL in case the user has a StatusPage service running in a custom environment. CLI Example: salt 'minion' statuspage.delete endpoint='components' id='ftgks51sfs2d' Example output: minion: ---------- comment: out: None result: True statuspage.retrieve:\nRetrieve a specific endpoint from the Statuspage API. endpoint: incidents Request a specific endpoint. page_id Page ID. Can also be specified in the config file. api_key API key. Can also be specified in the config file. api_version: 1 API version. Can also be specified in the config file. api_url Custom API URL in case the user has a StatusPage service running in a custom environment. CLI Example: salt 'minion' statuspage.retrieve components Example output: minion: ---------- comment: out: |_ ---------- backfilled: False created_at: 2015-01-26T20:25:02.702Z id: kh2qwjbheqdc36 impact: major impact_override: None incident_updates: |_ ---------- affected_components: None body: We are currently investigating this issue. created_at: 2015-01-26T20:25:02.849Z display_at: 2015-01-26T20:25:02.849Z id: zvx7xz2z5skr incident_id: kh2qwjbheqdc36 status: investigating twitter_updated_at: None updated_at: 2015-01-26T20:25:02.849Z wants_twitter_update: False monitoring_at: None name: just testing some stuff page_id: ksdhgfyiuhaa postmortem_body: None postmortem_body_last_updated_at: None postmortem_ignored: False postmortem_notified_subscribers: False postmortem_notified_twitter: False postmortem_published_at: None resolved_at: None scheduled_auto_completed: False scheduled_auto_in_progress: False scheduled_for: None scheduled_remind_prior: False scheduled_reminded_at: None scheduled_until: None shortlink: http://stspg.io/voY status: investigating updated_at: 2015-01-26T20:25:13.379Z result: True statuspage.update:\nUpdate attribute(s) of a specific endpoint. id The unique ID of the endpoint entry. endpoint: incidents Endpoint name. page_id Page ID. Can also be specified in the config file. api_key API key. Can also be specified in the config file. api_version: 1 API version. Can also be specified in the config file. api_url Custom API URL in case the user has a StatusPage service running in a custom environment. CLI Example: salt 'minion' statuspage.update id=dz959yz2nd4l status=resolved Example output: minion: ---------- comment: out: ---------- created_at: 2017-01-03T15:25:30.718Z description: None group_id: 993vgplshj12 id: dz959yz2nd4l name: Management Portal page_id: xzwjjdw87vpf position: 11 status: resolved updated_at: 2017-01-05T15:34:27.676Z result: True supervisord.add:\nActivates any updates in config for process/group. user user to run supervisorctl as conf_file path to supervisord config file bin_env path to supervisorctl bin or path to virtualenv with supervisor installed CLI Example: salt '*' supervisord.add \u0026lt;name\u0026gt; supervisord.custom:\nRun any custom supervisord command user user to run supervisorctl as conf_file path to supervisord config file bin_env path to supervisorctl bin or path to virtualenv with supervisor installed CLI Example: salt '*' supervisord.custom \u0026quot;mstop '*gunicorn*'\u0026quot; supervisord.options:\nNew in version 2014.1.0 Read the config file and return the config options for a given process name Name of the configured process conf_file path to supervisord config file CLI Example: salt '*' supervisord.options foo supervisord.remove:\nRemoves process/group from active config user user to run supervisorctl as conf_file path to supervisord config file bin_env path to supervisorctl bin or path to virtualenv with supervisor installed CLI Example: salt '*' supervisord.remove \u0026lt;name\u0026gt; supervisord.reread:\nReload the daemon's configuration files user user to run supervisorctl as conf_file path to supervisord config file bin_env path to supervisorctl bin or path to virtualenv with supervisor installed CLI Example: salt '*' supervisord.reread supervisord.restart:\nRestart the named service. Process group names should not include a trailing asterisk. user user to run supervisorctl as conf_file path to supervisord config file bin_env path to supervisorctl bin or path to virtualenv with supervisor installed CLI Example: salt '*' supervisord.restart \u0026lt;service\u0026gt; salt '*' supervisord.restart \u0026lt;group\u0026gt;: supervisord.start:\nStart the named service. Process group names should not include a trailing asterisk. user user to run supervisorctl as conf_file path to supervisord config file bin_env path to supervisorctl bin or path to virtualenv with supervisor installed CLI Example: salt '*' supervisord.start \u0026lt;service\u0026gt; salt '*' supervisord.start \u0026lt;group\u0026gt;: supervisord.status:\nList programs and its state user user to run supervisorctl as conf_file path to supervisord config file bin_env path to supervisorctl bin or path to virtualenv with supervisor installed CLI Example: salt '*' supervisord.status supervisord.status_bool:\nCheck for status of a specific supervisord process and return boolean result. name name of the process to check expected_state search for a specific process state. If set to ``None`` - any process state will match. user user to run supervisorctl as conf_file path to supervisord config file bin_env path to supervisorctl bin or path to virtualenv with supervisor installed CLI Example: salt '*' supervisord.status_bool nginx expected_state='RUNNING' supervisord.status_raw:\nDisplay the raw output of status user user to run supervisorctl as conf_file path to supervisord config file bin_env path to supervisorctl bin or path to virtualenv with supervisor installed CLI Example: salt '*' supervisord.status_raw supervisord.stop:\nStop the named service. Process group names should not include a trailing asterisk. user user to run supervisorctl as conf_file path to supervisord config file bin_env path to supervisorctl bin or path to virtualenv with supervisor installed CLI Example: salt '*' supervisord.stop \u0026lt;service\u0026gt; salt '*' supervisord.stop \u0026lt;group\u0026gt;: supervisord.update:\nReload config and add/remove/update as necessary user user to run supervisorctl as conf_file path to supervisord config file bin_env path to supervisorctl bin or path to virtualenv with supervisor installed name name of the process group to update. if none then update any process group that has changes CLI Example: salt '*' supervisord.update sys.argspec:\nReturn the argument specification of functions in Salt execution modules. CLI Example: salt '*' sys.argspec pkg.install salt '*' sys.argspec sys salt '*' sys.argspec Module names can be specified as globs. New in version 2015.5.0 salt '*' sys.argspec 'pkg.*' sys.doc:\nReturn the docstrings for all modules. Optionally, specify a module or a function to narrow the selection. The strings are aggregated into a single document on the master for easy reading. Multiple modules/functions can be specified. CLI Example: salt '*' sys.doc salt '*' sys.doc sys salt '*' sys.doc sys.doc salt '*' sys.doc network.traceroute user.info Modules can be specified as globs. New in version 2015.5.0 salt '*' sys.doc 'sys.*' salt '*' sys.doc 'sys.list_*' sys.list_functions:\nList the functions for all modules. Optionally, specify a module or modules from which to list. CLI Example: salt '*' sys.list_functions salt '*' sys.list_functions sys salt '*' sys.list_functions sys user New in version 0.12.0 salt '*' sys.list_functions 'module.specific_function' Function names can be specified as globs. New in version 2015.5.0 salt '*' sys.list_functions 'sys.list_*' sys.list_modules:\nList the modules loaded on the minion New in version 2015.5.0 CLI Example: salt '*' sys.list_modules Module names can be specified as globs. salt '*' sys.list_modules 's*' sys.list_renderers:\nList the renderers loaded on the minion New in version 2015.5.0 CLI Example: salt '*' sys.list_renderers Render names can be specified as globs. salt '*' sys.list_renderers 'yaml*' sys.list_returner_functions:\nList the functions for all returner modules. Optionally, specify a returner module or modules from which to list. New in version 2014.7.0 CLI Example: salt '*' sys.list_returner_functions salt '*' sys.list_returner_functions mysql salt '*' sys.list_returner_functions mysql etcd Returner names can be specified as globs. New in version 2015.5.0 salt '*' sys.list_returner_functions 'sqlite3.get_*' sys.list_returners:\nList the returners loaded on the minion New in version 2014.7.0 CLI Example: salt '*' sys.list_returners Returner names can be specified as globs. New in version 2015.5.0 salt '*' sys.list_returners 's*' sys.list_runner_functions:\nList the functions for all runner modules. Optionally, specify a runner module or modules from which to list. New in version 2014.7.0 CLI Example: salt '*' sys.list_runner_functions salt '*' sys.list_runner_functions state salt '*' sys.list_runner_functions state virt Runner function names can be specified as globs. New in version 2015.5.0 salt '*' sys.list_runner_functions 'state.*' 'virt.*' sys.list_runners:\nList the runners loaded on the minion New in version 2014.7.0 CLI Example: salt '*' sys.list_runners Runner names can be specified as globs. New in version 2015.5.0 salt '*' sys.list_runners 'm*' sys.list_state_functions:\nList the functions for all state modules. Optionally, specify a state module or modules from which to list. New in version 2014.7.0 CLI Example: salt '*' sys.list_state_functions salt '*' sys.list_state_functions file salt '*' sys.list_state_functions pkg user State function names can be specified as globs. New in version 2015.5.0 salt '*' sys.list_state_functions 'file.*' salt '*' sys.list_state_functions 'file.s*' New in version 2016.9.0 salt '*' sys.list_state_functions 'module.specific_function' sys.list_state_modules:\nList the modules loaded on the minion New in version 2014.7.0 CLI Example: salt '*' sys.list_state_modules State module names can be specified as globs. New in version 2015.5.0 salt '*' sys.list_state_modules 'mysql_*' sys.reload_modules:\nTell the minion to reload the execution modules CLI Example: salt '*' sys.reload_modules sys.renderer_doc:\nReturn the docstrings for all renderers. Optionally, specify a renderer or a function to narrow the selection. The strings are aggregated into a single document on the master for easy reading. Multiple renderers can be specified. New in version 2015.5.0 CLI Example: salt '*' sys.renderer_doc salt '*' sys.renderer_doc cheetah salt '*' sys.renderer_doc jinja json Renderer names can be specified as globs. salt '*' sys.renderer_doc 'c*' 'j*' sys.returner_argspec:\nReturn the argument specification of functions in Salt returner modules. New in version 2015.5.0 CLI Example: salt '*' sys.returner_argspec xmpp salt '*' sys.returner_argspec xmpp smtp salt '*' sys.returner_argspec Returner names can be specified as globs. salt '*' sys.returner_argspec 'sqlite3.*' sys.returner_doc:\nReturn the docstrings for all returners. Optionally, specify a returner or a function to narrow the selection. The strings are aggregated into a single document on the master for easy reading. Multiple returners/functions can be specified. New in version 2014.7.0 CLI Example: salt '*' sys.returner_doc salt '*' sys.returner_doc sqlite3 salt '*' sys.returner_doc sqlite3.get_fun salt '*' sys.returner_doc sqlite3.get_fun etcd.get_fun Returner names can be specified as globs. New in version 2015.5.0 salt '*' sys.returner_doc 'sqlite3.get_*' sys.runner_argspec:\nReturn the argument specification of functions in Salt runner modules. New in version 2015.5.0 CLI Example: salt '*' sys.runner_argspec state salt '*' sys.runner_argspec http salt '*' sys.runner_argspec Runner names can be specified as globs. salt '*' sys.runner_argspec 'winrepo.*' sys.runner_doc:\nReturn the docstrings for all runners. Optionally, specify a runner or a function to narrow the selection. The strings are aggregated into a single document on the master for easy reading. Multiple runners/functions can be specified. New in version 2014.7.0 CLI Example: salt '*' sys.runner_doc salt '*' sys.runner_doc cache salt '*' sys.runner_doc cache.grains salt '*' sys.runner_doc cache.grains mine.get Runner names can be specified as globs. New in version 2015.5.0 salt '*' sys.runner_doc 'cache.clear_*' sys.state_argspec:\nReturn the argument specification of functions in Salt state modules. New in version 2015.5.0 CLI Example: salt '*' sys.state_argspec pkg.installed salt '*' sys.state_argspec file salt '*' sys.state_argspec State names can be specified as globs. salt '*' sys.state_argspec 'pkg.*' sys.state_doc:\nReturn the docstrings for all states. Optionally, specify a state or a function to narrow the selection. The strings are aggregated into a single document on the master for easy reading. Multiple states/functions can be specified. New in version 2014.7.0 CLI Example: salt '*' sys.state_doc salt '*' sys.state_doc service salt '*' sys.state_doc service.running salt '*' sys.state_doc service.running ipables.append State names can be specified as globs. New in version 2015.5.0 salt '*' sys.state_doc 'service.*' 'iptables.*' sys.state_schema:\nReturn a JSON Schema for the given state function(s) New in version 2016.3.0 CLI Example: salt '*' sys.state_schema salt '*' sys.state_schema pkg.installed sysctl.assign:\nAssign a single sysctl parameter for this minion CLI Example: salt '*' sysctl.assign net.ipv4.ip_forward 1 sysctl.default_config:\nLinux hosts using systemd 207 or later ignore ``/etc/sysctl.conf`` and only load from ``/etc/sysctl.d/*.conf``. This function will do the proper checks and return a default config file which will be valid for the Minion. Hosts running systemd \u0026gt;= 207 will use ``/etc/sysctl.d/99-salt.conf``. CLI Example: salt -G 'kernel:Linux' sysctl.default_config sysctl.get:\nReturn a single sysctl parameter for this minion CLI Example: salt '*' sysctl.get net.ipv4.ip_forward sysctl.persist:\nAssign and persist a simple sysctl parameter for this minion. If ``config`` is not specified, a sensible default will be chosen using :mod:`sysctl.default_config \u0026lt;salt.modules.linux_sysctl.default_config\u0026gt;`. CLI Example: salt '*' sysctl.persist net.ipv4.ip_forward 1 sysctl.show:\nReturn a list of sysctl parameters for this minion config: Pull the data from the system configuration file instead of the live data. CLI Example: salt '*' sysctl.show sysfs.attr:\nAccess/write a SysFS attribute. If the attribute is a symlink, its destination is returned :return: value or bool CLI Example: salt '*' sysfs.attr block/sda/queue/logical_block_size sysfs.interfaces:\nGenerate a dictionary with all available interfaces relative to root. Symlinks are not followed. CLI Example: salt '*' sysfs.interfaces block/bcache0/bcache Output example: { \u0026quot;r\u0026quot;: [ \u0026quot;state\u0026quot;, \u0026quot;partial_stripes_expensive\u0026quot;, \u0026quot;writeback_rate_debug\u0026quot;, \u0026quot;stripe_size\u0026quot;, \u0026quot;dirty_data\u0026quot;, \u0026quot;stats_total/cache_hits\u0026quot;, \u0026quot;stats_total/cache_bypass_misses\u0026quot;, \u0026quot;stats_total/bypassed\u0026quot;, \u0026quot;stats_total/cache_readaheads\u0026quot;, \u0026quot;stats_total/cache_hit_ratio\u0026quot;, \u0026quot;stats_total/cache_miss_collisions\u0026quot;, \u0026quot;stats_total/cache_misses\u0026quot;, \u0026quot;stats_total/cache_bypass_hits\u0026quot;, ], \u0026quot;rw\u0026quot;: [ \u0026quot;writeback_rate\u0026quot;, \u0026quot;writeback_rate_update_seconds\u0026quot;, \u0026quot;cache_mode\u0026quot;, \u0026quot;writeback_delay\u0026quot;, \u0026quot;label\u0026quot;, \u0026quot;writeback_running\u0026quot;, \u0026quot;writeback_metadata\u0026quot;, \u0026quot;running\u0026quot;, \u0026quot;writeback_rate_p_term_inverse\u0026quot;, \u0026quot;sequential_cutoff\u0026quot;, \u0026quot;writeback_percent\u0026quot;, \u0026quot;writeback_rate_d_term\u0026quot;, \u0026quot;readahead\u0026quot; ], \u0026quot;w\u0026quot;: [ \u0026quot;stop\u0026quot;, \u0026quot;clear_stats\u0026quot;, \u0026quot;attach\u0026quot;, \u0026quot;detach\u0026quot; ] } Note: * 'r' interfaces are read-only * 'w' interfaces are write-only (e.g. actions) * 'rw' are interfaces that can both be read or written sysfs.read:\nRead from SysFS :param key: file or path in SysFS; if key is a list then root will be prefixed on each key :return: the full (tree of) SysFS attributes under key CLI Example: salt '*' sysfs.read class/net/em1/statistics sysfs.target:\nReturn the basename of a SysFS key path :param key: the location to resolve within SysFS :param full: full path instead of basename :return: fullpath or basename of path CLI Example: salt '*' sysfs.read class/ttyS0 sysfs.write:\nWrite a SysFS attribute/action CLI Example: salt '*' sysfs.write devices/system/cpu/cpu0/cpufreq/scaling_governor 'performance' syslog_ng.config:\nBuilds syslog-ng configuration. This function is intended to be used from the state module, users should not use it directly! name : the id of the Salt document or it is the format of \u0026lt;statement name\u0026gt;.id config : the parsed YAML code write : if True, it writes the config into the configuration file, otherwise just returns it CLI Example: salt '*' syslog_ng.config name='s_local' config=\u0026quot;[{'tcp':[{'ip':'127.0.0.1'},{'port':1233}]}]\u0026quot; syslog_ng.config_test:\nRuns syntax check against cfgfile. If syslog_ng_sbin_dir is specified, it is added to the PATH during the test. CLI Example: salt '*' syslog_ng.config_test salt '*' syslog_ng.config_test /home/user/install/syslog-ng/sbin salt '*' syslog_ng.config_test /home/user/install/syslog-ng/sbin /etc/syslog-ng/syslog-ng.conf syslog_ng.get_config_file:\nReturns the configuration directory, which contains syslog-ng.conf. CLI Example: salt '*' syslog_ng.get_config_file syslog_ng.modules:\nReturns the available modules. If syslog_ng_sbin_dir is specified, it is added to the PATH during the execution of the command syslog-ng. CLI Example: salt '*' syslog_ng.modules salt '*' syslog_ng.modules /home/user/install/syslog-ng/sbin syslog_ng.reload:\nReloads syslog-ng. This function is intended to be used from states. If :mod:`syslog_ng.set_config_file \u0026lt;salt.modules.syslog_ng.set_binary_path\u0026gt;`, is called before, this function will use the set binary path. CLI Example: salt '*' syslog_ng.reload syslog_ng.set_binary_path:\nSets the path, where the syslog-ng binary can be found. This function is intended to be used from states. If syslog-ng is installed via a package manager, users don't need to use this function. CLI Example: salt '*' syslog_ng.set_binary_path name=/usr/sbin syslog_ng.set_config_file:\nSets the configuration's name. This function is intended to be used from states. CLI Example: salt '*' syslog_ng.set_config_file name=/etc/syslog-ng syslog_ng.set_parameters:\nSets variables. CLI Example: salt '*' syslog_ng.set_parameters version='3.6' salt '*' syslog_ng.set_parameters binary_path=/home/user/install/syslog-ng/sbin config_file=/home/user/install/syslog-ng/etc/syslog-ng.conf syslog_ng.start:\nEnsures, that syslog-ng is started via the given parameters. This function is intended to be used from the state module. Users shouldn't use this function, if the service module is available on their system. If :mod:`syslog_ng.set_config_file \u0026lt;salt.modules.syslog_ng.set_binary_path\u0026gt;`, is called before, this function will use the set binary path. CLI Example: salt '*' syslog_ng.start syslog_ng.stats:\nReturns statistics from the running syslog-ng instance. If syslog_ng_sbin_dir is specified, it is added to the PATH during the execution of the command syslog-ng-ctl. CLI Example: salt '*' syslog_ng.stats salt '*' syslog_ng.stats /home/user/install/syslog-ng/sbin syslog_ng.stop:\nKills syslog-ng. This function is intended to be used from the state module. Users shouldn't use this function, if the service module is available on their system. If :mod:`syslog_ng.set_config_file \u0026lt;salt.modules.syslog_ng.set_binary_path\u0026gt;` is called before, this function will use the set binary path. CLI Example: salt '*' syslog_ng.stop syslog_ng.version:\nReturns the version of the installed syslog-ng. If syslog_ng_sbin_dir is specified, it is added to the PATH during the execution of the command syslog-ng. CLI Example: salt '*' syslog_ng.version salt '*' syslog_ng.version /home/user/install/syslog-ng/sbin syslog_ng.write_config:\nWrites the given parameter config into the config file. This function is intended to be used from states. If :mod:`syslog_ng.set_config_file \u0026lt;salt.modules.syslog_ng.set_config_file\u0026gt;`, is called before, this function will use the set config file. CLI Example: salt '*' syslog_ng.write_config config='# comment' syslog_ng.write_version:\nRemoves the previous configuration file, then creates a new one and writes the name line. This function is intended to be used from states. If :mod:`syslog_ng.set_config_file \u0026lt;salt.modules.syslog_ng.set_config_file\u0026gt;`, is called before, this function will use the set config file. CLI Example: salt '*' syslog_ng.write_version name=\u0026quot;3.6\u0026quot; system.get_computer_desc:\nGet ``PRETTY_HOSTNAME`` value stored in ``/etc/machine-info`` If this file doesn't exist or the variable doesn't exist return ``False``. :return: Value of ``PRETTY_HOSTNAME`` in ``/etc/machine-info``. If file/variable does not exist ``False``. :rtype: str CLI Example: salt '*' system.get_computer_desc system.get_computer_name:\nGet hostname. CLI Example: salt '*' network.get_hostname system.get_reboot_required_witnessed:\nNote: This only applies to Minions running on NI Linux RT Determine if at any time during the current boot session the salt minion witnessed an event indicating that a reboot is required. Returns: bool: ``True`` if the a reboot request was witnessed, ``False`` otherwise CLI Example: salt '*' system.get_reboot_required_witnessed system.get_system_date:\nGet the system date :param str utc_offset: The UTC offset in 4 digit (``+0600``) format with an optional sign (``+``/``-``). Will default to ``None`` which will use the local timezone. To set the time based off of UTC use ``+0000``. Note: If being passed through the command line will need to be quoted twice to allow negative offsets (e.g. ``\u0026quot;'+0000'\u0026quot;``). :return: Returns the system date. :rtype: str CLI Example: salt '*' system.get_system_date system.get_system_date_time:\nGet the system date/time. :param str utc_offset: The UTC offset in 4 digit (``+0600``) format with an optional sign (``+``/``-``). Will default to ``None`` which will use the local timezone. To set the time based off of UTC use ``+0000``. Note: If being passed through the command line will need to be quoted twice to allow negative offsets (e.g. ``\u0026quot;'+0000'\u0026quot;``). :return: Returns the system time in ``YYYY-MM-DD hh:mm:ss`` format. :rtype: str CLI Example: salt '*' system.get_system_date_time \u0026quot;'-0500'\u0026quot; system.get_system_time:\nGet the system time. :param str utc_offset: The UTC offset in 4 digit (e.g. ``+0600``) format with an optional sign (``+``/``-``). Will default to ``None`` which will use the local timezone. To set the time based off of UTC use ``+0000``. Note: If being passed through the command line will need to be quoted twice to allow negative offsets (e.g. ``\u0026quot;'+0000'\u0026quot;``). :return: Returns the system time in ``HH:MM:SS AM/PM`` format. :rtype: str CLI Example: salt '*' system.get_system_time system.halt:\nHalt a running system CLI Example: salt '*' system.halt system.has_settable_hwclock:\nReturns ``True`` if the system has a hardware clock capable of being set from software. CLI Example: salt '*' system.has_settable_hwclock system.init:\nChange the system runlevel on sysV compatible systems CLI Example: salt '*' system.init 3 system.poweroff:\nPoweroff a running system CLI Example: salt '*' system.poweroff system.reboot:\nReboot the system at_time The wait time in minutes before the system will be rebooted. CLI Example: salt '*' system.reboot system.set_computer_desc:\nSet ``PRETTY_HOSTNAME`` value stored in ``/etc/machine-info`` This will create the file if it does not exist. If it is unable to create or modify this file, ``False`` is returned. :param str desc: The computer description :return: ``False`` on failure. ``True`` if successful. CLI Example: salt '*' system.set_computer_desc \u0026quot;Michael's laptop\u0026quot; system.set_computer_name:\nModify hostname. CLI Example: salt '*' system.set_computer_name master.saltstack.com system.set_reboot_required_witnessed:\nNote: This only applies to Minions running on NI Linux RT This function is used to remember that an event indicating that a reboot is required was witnessed. This function writes to a temporary filesystem so the event gets cleared upon reboot. Returns: bool: ``True`` if successful, otherwise ``False`` CLI Example: salt '*' system.set_reboot_required_witnessed system.set_system_date:\nSet the system date. Use ``\u0026lt;mm-dd-yy\u0026gt;`` format for the date. :param str newdate: The date to set. Can be any of the following formats: - ``YYYY-MM-DD`` - ``MM-DD-YYYY`` - ``MM-DD-YY`` - ``MM/DD/YYYY`` - ``MM/DD/YY`` - ``YYYY/MM/DD`` CLI Example: salt '*' system.set_system_date '03-28-13' system.set_system_date_time:\nSet the system date and time. Each argument is an element of the date, but not required. If an element is not passed, the current system value for that element will be used. For example, if the year is not passed, the current system year will be used. (Used by :mod:`system.set_system_date \u0026lt;salt.modules.system.set_system_date\u0026gt;` and :mod:`system.set_system_time \u0026lt;salt.modules.system.set_system_time\u0026gt;`) Updates hardware clock, if present, in addition to software (kernel) clock. :param int years: Years digit, e.g.: ``2015`` :param int months: Months digit: ``1``-``12`` :param int days: Days digit: ``1``-``31`` :param int hours: Hours digit: ``0``-``23`` :param int minutes: Minutes digit: ``0``-``59`` :param int seconds: Seconds digit: ``0``-``59`` :param str utc_offset: The UTC offset in 4 digit (``+0600``) format with an optional sign (``+``/``-``). Will default to ``None`` which will use the local timezone. To set the time based off of UTC use ``+0000``. Note: If being passed through the command line will need to be quoted twice to allow negative offsets (e.g. ``\u0026quot;'+0000'\u0026quot;``). :return: ``True`` if successful. Otherwise ``False``. :rtype: bool CLI Example: salt '*' system.set_system_date_time 2015 5 12 11 37 53 \u0026quot;'-0500'\u0026quot; system.set_system_time:\nSet the system time. :param str newtime: The time to set. Can be any of the following formats. - ``HH:MM:SS AM/PM`` - ``HH:MM AM/PM`` - ``HH:MM:SS`` (24 hour) - ``HH:MM`` (24 hour) Note that the Salt command line parser parses the date/time before we obtain the argument (preventing us from doing UTC) Therefore the argument must be passed in as a string. Meaning the text might have to be quoted twice on the command line. :param str utc_offset: The UTC offset in 4 digit (``+0600``) format with an optional sign (``+``/``-``). Will default to ``None`` which will use the local timezone. To set the time based off of UTC use ``+0000``. Note: If being passed through the command line will need to be quoted twice to allow negative offsets (e.g. ``\u0026quot;'+0000'\u0026quot;``) :return: Returns ``True`` if successful. Otherwise ``False``. :rtype: bool CLI Example: salt '*' system.set_system_time \u0026quot;'11:20'\u0026quot; system.shutdown:\nShutdown a running system at_time The wait time in minutes before the system will be shutdown. CLI Example: salt '*' system.shutdown 5 telegram.post_message:\nSend a message to a Telegram chat. :param message: The message to send to the Telegram chat. :param chat_id: (optional) The Telegram chat id. :param token: (optional) The Telegram API token. :return: Boolean if message was sent successfully. CLI Example: salt '*' telegram.post_message message=\u0026quot;Hello Telegram!\u0026quot; telemetry.create_alarm:\ncreate an telemetry alarms. data is a dict of alert configuration data. Returns (bool success, str message) tuple. CLI Example: salt myminion telemetry.create_alarm rs-ds033197 {} profile=telemetry telemetry.delete_alarms: delete an alert specified by alert_id or if not specified blows away all the alerts in the current deployment.\nReturns (bool success, str message) tuple. CLI Example: salt myminion telemetry.delete_alarms rs-ds033197 profile=telemetry telemetry.get_alarms:\nget all the alarms set up against the current deployment Returns dictionary of alarm information CLI Example: salt myminion telemetry.get_alarms rs-ds033197 profile=telemetry telemetry.get_alert_config:\nGet all alert definitions associated with a given deployment or if metric_name is specified, obtain the specific alert config Returns dictionary or list of dictionaries. CLI Example: salt myminion telemetry.get_alert_config rs-ds033197 currentConnections profile=telemetry salt myminion telemetry.get_alert_config rs-ds033197 profile=telemetry telemetry.get_notification_channel_id:\nGiven an email address, creates a notification-channels if one is not found and also returns the corresponding notification channel id. notify_channel Email escalation policy profile A dict of telemetry config information. CLI Example: salt myminion telemetry.get_notification_channel_id userx@company.com profile=telemetry telemetry.update_alarm:\nupdate an telemetry alarms. data is a dict of alert configuration data. Returns (bool success, str message) tuple. CLI Example: salt myminion telemetry.update_alarm rs-ds033197 {} profile=telemetry temp.dir:\nCreate a temporary directory CLI Example: salt '*' temp.dir salt '*' temp.dir prefix='mytemp-' parent='/var/run/' temp.file:\nCreate a temporary file CLI Example: salt '*' temp.file salt '*' temp.file prefix='mytemp-' parent='/var/run/' test.arg:\nPrint out the data passed into the function ``*args`` and ``kwargs``, this is used to both test the publication data and CLI argument passing, but also to display the information available within the publication data. :return: ``{\u0026quot;args\u0026quot;: args, \u0026quot;kwargs\u0026quot;: kwargs}`` :rtype: dict CLI Example: salt '*' test.arg 1 \u0026quot;two\u0026quot; 3.1 txt=\u0026quot;hello\u0026quot; wow='{a: 1, b: \u0026quot;hello\u0026quot;}' test.arg_clean:\nLike :mod:`test.arg \u0026lt;salt.modules.test.arg\u0026gt;` but cleans ``kwargs`` of the ``__pub*`` items CLI Example: salt '*' test.arg_clean 1 \u0026quot;two\u0026quot; 3.1 txt=\u0026quot;hello\u0026quot; wow='{a: 1, b: \u0026quot;hello\u0026quot;}' test.arg_repr:\nPrint out the data passed into the function ``*args`` and ``kwargs``, this is used to both test the publication data and CLI argument passing, but also to display the information available within the publication data. :return: ``{\u0026quot;args\u0026quot;: repr(args), \u0026quot;kwargs\u0026quot;: repr(kwargs)}`` CLI Example: salt '*' test.arg_repr 1 \u0026quot;two\u0026quot; 3.1 txt=\u0026quot;hello\u0026quot; wow='{a: 1, b: \u0026quot;hello\u0026quot;}' test.arg_type:\nPrint out the types of the ``args`` and ``kwargs``. This is used to test the types of the ``args`` and ``kwargs`` passed down to the Minion :rtype: dict CLI Example: salt '*' test.arg_type 1 'int' test.assertion:\nAssert the given argument CLI Example: salt '*' test.assertion False test.attr_call:\nCall grains.items via the attribute CLI Example: salt '*' test.attr_call test.collatz:\nExecute the collatz conjecture from the passed starting number, returns the sequence and the time it took to compute. Used for performance tests. CLI Example: salt '*' test.collatz 3 test.conf_test:\nReturn the value for test.foo in the minion configuration file, or return the default value CLI Example: salt '*' test.conf_test test.cross_test:\nExecute a minion function via the ``__salt__`` object in the test module, used to verify that the Minion functions can be called via the ``__salt__`` module. CLI Example: salt '*' test.cross_test file.gid_to_group 0 test.deprecation_warning:\nReturn True, but also produce two DeprecationWarnings. One by date, the other by the codename - release Oganesson, which should correspond to Salt 3108. CLI Example: salt \\* test.deprecation_warning test.echo:\nReturn a string - used for testing the connection CLI Example: salt '*' test.echo 'foo bar baz quo qux' test.exception:\nRaise an exception Optionally provide an error message or output the full stack. CLI Example: salt '*' test.exception 'Oh noes!' test.false:\nAlways return ``False`` CLI Example: salt '*' test.false test.fib:\nReturn the ``num``-th Fibonacci number, and the time it took to compute in seconds. Used for performance tests. This function is designed to have terrible performance. CLI Example: salt '*' test.fib 3 test.get_opts:\nReturn the configuration options passed to this minion CLI Example: salt '*' test.get_opts test.kwarg:\nPrint out the data passed into the function ``**kwargs``, this is used to both test the publication data and CLI ``kwarg`` passing, but also to display the information available within the publication data. CLI Example: salt '*' test.kwarg num=1 txt=\u0026quot;two\u0026quot; env='{a: 1, b: \u0026quot;hello\u0026quot;}' test.module_report:\nReturn a dict containing all of the execution modules with a report on the overall availability via different references CLI Example: salt '*' test.module_report test.not_loaded:\nList the modules that were not loaded by the salt loader system CLI Example: salt '*' test.not_loaded test.opts_pkg:\nReturn an ``opts`` package with the ``grains`` and ``opts`` for this Minion. This is primarily used to create the options used for Master side state compiling routines CLI Example: salt '*' test.opts_pkg test.outputter:\nTest the outputter, pass in data to return CLI Example: salt '*' test.outputter foobar test.ping:\nUsed to make sure the minion is up and responding. Not an ICMP ping. Returns ``True``. CLI Example: salt '*' test.ping test.provider:\nPass in a function name to discover what provider is being used CLI Example: salt '*' test.provider service test.providers:\nReturn a dict of the provider names and the files that provided them CLI Example: salt '*' test.providers test.raise_exception:\nRaise an exception. Built-in exceptions and those in :mod:`salt.exceptions \u0026lt;salt.internals.salt.exceptions\u0026gt;` can be raised by this test function. If no matching exception is found, then no exception will be raised and this function will return ``False``. This function is designed to test Salt's exception and return code handling. CLI Example: salt '*' test.raise_exception TypeError \u0026quot;An integer is required\u0026quot; salt '*' test.raise_exception salt.exceptions.CommandExecutionError \u0026quot;Something went wrong\u0026quot; test.rand_sleep:\nSleep for a random number of seconds, used to test long-running commands and minions returning at differing intervals CLI Example: salt '*' test.rand_sleep 60 test.rand_str:\nThis function has been renamed to :mod:`test.random_hash \u0026lt;salt.modules.test.random_hash\u0026gt;`. This function will stay to ensure backwards compatibility, but please switch to using the preferred name :mod:`test.random_hash \u0026lt;salt.modules.test.random_hash\u0026gt;`. test.random_hash:\nNew in version 2015.5.2 Changed in version 2018.3.0 Function has been renamed from ``test.rand_str`` to ``test.random_hash`` Generates a random number between 1 and ``size``, then returns a hash of that number. If no ``hash_type`` is passed, the ``hash_type`` specified by the Minion's :conf_minion:`hash_type` config option is used. CLI Example: salt '*' test.random_hash salt '*' test.random_hash hash_type=sha512 test.retcode:\nTest that the returncode system is functioning correctly CLI Example: salt '*' test.retcode 42 test.sleep:\nInstruct the minion to initiate a process that will sleep for a given period of time. CLI Example: salt '*' test.sleep 20 test.stack:\nReturn the current stack trace CLI Example: salt '*' test.stack test.true:\nAlways return ``True`` CLI Example: salt '*' test.true test.try:\nTry to run a module command. On an exception return ``None``. If ``return_try_exception`` is set to ``True``, return the exception. This can be helpful in templates where running a module might fail as expected. Jinja Example: {% for i in range(0,230) %} {{ salt['test.try'](module='ipmi.get_users', bmc_host='172.2.2.'+i)|yaml(False) }} {% endfor %} test.tty:\nDeprecated! Moved to :mod:`cmd.tty \u0026lt;salt.modules.cmdmod.tty\u0026gt;` CLI Example: salt '*' test.tty tty0 'This is a test' salt '*' test.tty pts3 'This is a test' test.version:\nReturn the version of salt on the minion CLI Example: salt '*' test.version test.versions:\nThis function is an alias of versions_report.\nReturns versions of components used by salt CLI Example: salt '*' test.versions_report test.versions_information:\nReport the versions of dependent and system software CLI Example: salt '*' test.versions_information test.versions_report:\nReturns versions of components used by salt CLI Example: salt '*' test.versions_report timezone.get_hwclock:\nGet current hardware clock setting (UTC or localtime) CLI Example: salt '*' timezone.get_hwclock timezone.get_offset:\nGet current numeric timezone offset from UTC (i.e. -0700) CLI Example: salt '*' timezone.get_offset timezone.get_zone:\nGet current timezone (i.e. America/Denver) Changed in version 2016.11.4 Note: On AIX operating systems, Posix values can also be returned 'CST6CDT,M3.2.0/2:00:00,M11.1.0/2:00:00' CLI Example: salt '*' timezone.get_zone timezone.get_zonecode:\nGet current timezone (i.e. PST, MDT, etc) CLI Example: salt '*' timezone.get_zonecode timezone.set_hwclock:\nSets the hardware clock to be either UTC or localtime CLI Example: salt '*' timezone.set_hwclock UTC timezone.set_zone:\nUnlinks, then symlinks /etc/localtime to the set timezone. The timezone is crucial to several system processes, each of which SHOULD be restarted (for instance, whatever you system uses as its cron and syslog daemons). This will not be automagically done and must be done manually! CLI Example: salt '*' timezone.set_zone 'America/Denver' Changed in version 2016.11.4 Note: On AIX operating systems, Posix values are also allowed, see below salt '*' timezone.set_zone 'CST6CDT,M3.2.0/2:00:00,M11.1.0/2:00:00' timezone.zone_compare:\nCompares the given timezone name with the system timezone name. Checks the hash sum between the given timezone, and the one set in /etc/localtime. Returns True if names and hash sums match, and False if not. Mostly useful for running state checks. Changed in version 2016.3.0 Note: On Solaris-like operating systems only a string comparison is done. Changed in version 2016.11.4 Note: On AIX operating systems only a string comparison is done. CLI Example: salt '*' timezone.zone_compare 'America/Denver' tls.ca_exists:\nVerify whether a Certificate Authority (CA) already exists ca_name name of the CA cacert_path absolute path to ca certificates root directory ca_filename alternative filename for the CA New in version 2015.5.3 CLI Example: salt '*' tls.ca_exists test_ca /etc/certs tls.cert_base_path:\nReturn the base path for certs from CLI or from options cacert_path absolute path to ca certificates root directory CLI Example: salt '*' tls.cert_base_path tls.cert_info:\nReturn information for a particular certificate cert path to the certifiate PEM file or string Changed in version 2018.3.4 digest what digest to use for fingerprinting CLI Example: salt '*' tls.cert_info /dir/for/certs/cert.pem tls.create_ca:\nCreate a Certificate Authority (CA) ca_name name of the CA bits number of RSA key bits, default is 2048 days number of days the CA will be valid, default is 365 CN common name in the request, default is \u0026quot;localhost\u0026quot; C country, default is \u0026quot;US\u0026quot; ST state, default is \u0026quot;Utah\u0026quot; L locality, default is \u0026quot;Centerville\u0026quot;, the city where SaltStack originated O organisation, default is \u0026quot;SaltStack\u0026quot; OU organizational unit, default is None emailAddress email address for the CA owner, default is None cacert_path absolute path to ca certificates root directory ca_filename alternative filename for the CA New in version 2015.5.3 digest The message digest algorithm. Must be a string describing a digest algorithm supported by OpenSSL (by EVP_get_digestbyname, specifically). For example, \u0026quot;md5\u0026quot; or \u0026quot;sha1\u0026quot;. Default: 'sha256' replace Replace this certificate even if it exists New in version 2015.5.1 Writes out a CA certificate based upon defined config values. If the file already exists, the function just returns assuming the CA certificate already exists. If the following values were set:: ca.cert_base_path='/etc/pki' ca_name='koji' the resulting CA, and corresponding key, would be written in the following location with appropriate permissions:: /etc/pki/koji/koji_ca_cert.crt /etc/pki/koji/koji_ca_cert.key CLI Example: salt '*' tls.create_ca test_ca tls.create_ca_signed_cert:\nCreate a Certificate (CERT) signed by a named Certificate Authority (CA) If the certificate file already exists, the function just returns assuming the CERT already exists. The CN *must* match an existing CSR generated by create_csr. If it does not, this method does nothing. ca_name name of the CA CN common name matching the certificate signing request days number of days certificate is valid, default is 365 (1 year) cacert_path absolute path to ca certificates root directory ca_filename alternative filename for the CA New in version 2015.5.3 cert_path full path to the certificates directory cert_filename alternative filename for the certificate, useful when using special characters in the CN. If this option is set it will override the certificate filename output effects of ``cert_type``. ``type_ext`` will be completely overridden. New in version 2015.5.3 digest The message digest algorithm. Must be a string describing a digest algorithm supported by OpenSSL (by EVP_get_digestbyname, specifically). For example, \u0026quot;md5\u0026quot; or \u0026quot;sha1\u0026quot;. Default: 'sha256' replace Replace this certificate even if it exists New in version 2015.5.1 cert_type string. Either 'server' or 'client' (see create_csr() for details). If create_csr(type_ext=True) this function **must** be called with the same cert_type so it can find the CSR file. Note: create_csr() defaults to cert_type='server'; therefore, if it was also called with type_ext, cert_type becomes a required argument for create_ca_signed_cert() type_ext bool. If set True, use ``cert_type`` as an extension to the CN when formatting the filename. e.g.: some_subject_CN_server.crt or some_subject_CN_client.crt This facilitates the context where both types are required for the same subject If ``cert_filename`` is `not None`, setting ``type_ext`` has no effect If the following values were set: ca.cert_base_path='/etc/pki' ca_name='koji' CN='test.egavas.org' the resulting signed certificate would be written in the following location: /etc/pki/koji/certs/test.egavas.org.crt CLI Example: salt '*' tls.create_ca_signed_cert test localhost tls.create_csr:\nCreate a Certificate Signing Request (CSR) for a particular Certificate Authority (CA) ca_name name of the CA bits number of RSA key bits, default is 2048 CN common name in the request, default is \u0026quot;localhost\u0026quot; C country, default is \u0026quot;US\u0026quot; ST state, default is \u0026quot;Utah\u0026quot; L locality, default is \u0026quot;Centerville\u0026quot;, the city where SaltStack originated O organisation, default is \u0026quot;SaltStack\u0026quot; NOTE: Must the same as CA certificate or an error will be raised OU organizational unit, default is None emailAddress email address for the request, default is None subjectAltName valid subjectAltNames in full form, e.g. to add DNS entry you would call this function with this value: examples: ['DNS:somednsname.com', 'DNS:1.2.3.4', 'IP:1.2.3.4', 'IP:2001:4801:7821:77:be76:4eff:fe11:e51', 'email:me@i.like.pie.com'] Note: some libraries do not properly query IP: prefixes, instead looking for the given req. source with a DNS: prefix. To be thorough, you may want to include both DNS: and IP: entries if you are using subjectAltNames for destinations for your TLS connections. e.g.: requests to https://1.2.3.4 will fail from python's requests library w/out the second entry in the above list New in version 2015.8.0 cert_type Specify the general certificate type. Can be either `server` or `client`. Indicates the set of common extensions added to the CSR. server: { 'basicConstraints': 'CA:FALSE', 'extendedKeyUsage': 'serverAuth', 'keyUsage': 'digitalSignature, keyEncipherment' } client: { 'basicConstraints': 'CA:FALSE', 'extendedKeyUsage': 'clientAuth', 'keyUsage': 'nonRepudiation, digitalSignature, keyEncipherment' } type_ext boolean. Whether or not to extend the filename with CN_[cert_type] This can be useful if a server and client certificate are needed for the same CN. Defaults to False to avoid introducing an unexpected file naming pattern The files normally named some_subject_CN.csr and some_subject_CN.key will then be saved replace Replace this signing request even if it exists New in version 2015.5.1 Writes out a Certificate Signing Request (CSR) If the file already exists, the function just returns assuming the CSR already exists. If the following values were set:: ca.cert_base_path='/etc/pki' ca_name='koji' CN='test.egavas.org' the resulting CSR, and corresponding key, would be written in the following location with appropriate permissions:: /etc/pki/koji/certs/test.egavas.org.csr /etc/pki/koji/certs/test.egavas.org.key CLI Example: salt '*' tls.create_csr test tls.create_empty_crl:\nCreate an empty Certificate Revocation List. New in version 2015.8.0 ca_name name of the CA cacert_path absolute path to ca certificates root directory ca_filename alternative filename for the CA New in version 2015.5.3 crl_file full path to the CRL file digest The message digest algorithm. Must be a string describing a digest algorithm supported by OpenSSL (by EVP_get_digestbyname, specifically). For example, \u0026quot;md5\u0026quot; or \u0026quot;sha1\u0026quot;. Default: 'sha256' CLI Example: salt '*' tls.create_empty_crl ca_name='koji' ca_filename='ca' crl_file='/etc/openvpn/team1/crl.pem' tls.create_pkcs12:\nCreate a PKCS#12 browser certificate for a particular Certificate (CN) ca_name name of the CA CN common name matching the certificate signing request passphrase used to unlock the PKCS#12 certificate when loaded into the browser cacert_path absolute path to ca certificates root directory replace Replace this certificate even if it exists New in version 2015.5.1 If the following values were set:: ca.cert_base_path='/etc/pki' ca_name='koji' CN='test.egavas.org' the resulting signed certificate would be written in the following location:: /etc/pki/koji/certs/test.egavas.org.p12 CLI Example: salt '*' tls.create_pkcs12 test localhost tls.create_self_signed_cert:\nCreate a Self-Signed Certificate (CERT) tls_dir location appended to the ca.cert_base_path, default is 'tls' bits number of RSA key bits, default is 2048 CN common name in the request, default is \u0026quot;localhost\u0026quot; C country, default is \u0026quot;US\u0026quot; ST state, default is \u0026quot;Utah\u0026quot; L locality, default is \u0026quot;Centerville\u0026quot;, the city where SaltStack originated O organisation, default is \u0026quot;SaltStack\u0026quot; NOTE: Must the same as CA certificate or an error will be raised OU organizational unit, default is None emailAddress email address for the request, default is None cacert_path absolute path to ca certificates root directory digest The message digest algorithm. Must be a string describing a digest algorithm supported by OpenSSL (by EVP_get_digestbyname, specifically). For example, \u0026quot;md5\u0026quot; or \u0026quot;sha1\u0026quot;. Default: 'sha256' replace Replace this certificate even if it exists New in version 2015.5.1 Writes out a Self-Signed Certificate (CERT). If the file already exists, the function just returns. If the following values were set:: ca.cert_base_path='/etc/pki' tls_dir='koji' CN='test.egavas.org' the resulting CERT, and corresponding key, would be written in the following location with appropriate permissions:: /etc/pki/koji/certs/test.egavas.org.crt /etc/pki/koji/certs/test.egavas.org.key CLI Example: salt '*' tls.create_self_signed_cert Passing options from the command line: salt 'minion' tls.create_self_signed_cert CN='test.mysite.org' tls.get_ca:\nGet the certificate path or content ca_name name of the CA as_text if true, return the certificate content instead of the path cacert_path absolute path to ca certificates root directory CLI Example: salt '*' tls.get_ca test_ca as_text=False cacert_path=/etc/certs tls.get_ca_signed_cert:\nGet the certificate path or content ca_name name of the CA CN common name of the certificate as_text if true, return the certificate content instead of the path cacert_path absolute path to certificates root directory cert_filename alternative filename for the certificate, useful when using special characters in the CN New in version 2015.5.3 CLI Example: salt '*' tls.get_ca_signed_cert test_ca CN=localhost as_text=False cacert_path=/etc/certs tls.get_ca_signed_key:\nGet the certificate path or content ca_name name of the CA CN common name of the certificate as_text if true, return the certificate content instead of the path cacert_path absolute path to certificates root directory key_filename alternative filename for the key, useful when using special characters New in version 2015.5.3 in the CN CLI Example: salt '*' tls.get_ca_signed_key test_ca CN=localhost as_text=False cacert_path=/etc/certs tls.get_expiration_date:\nNew in version 2019.2.0 Get a certificate's expiration date cert Full path to the certificate date_format By default this will return the expiration date in YYYY-MM-DD format, use this to specify a different strftime format string. Note that the expiration time will be in UTC. CLI Examples: salt '*' tls.get_expiration_date /path/to/foo.crt salt '*' tls.get_expiration_date /path/to/foo.crt date_format='%d/%m/%Y' tls.get_extensions:\nFetch X509 and CSR extension definitions from tls:extensions: (common|server|client) or set them to standard defaults. New in version 2015.8.0 cert_type: The type of certificate such as ``server`` or ``client``. CLI Example: salt '*' tls.get_extensions client tls.maybe_fix_ssl_version:\nCheck that the X509 version is correct (was incorrectly set in previous salt versions). This will fix the version if needed. ca_name ca authority name cacert_path absolute path to ca certificates root directory ca_filename alternative filename for the CA New in version 2015.5.3 CLI Example: salt '*' tls.maybe_fix_ssl_version test_ca /etc/certs tls.revoke_cert:\nRevoke a certificate. New in version 2015.8.0 ca_name Name of the CA. CN Common name matching the certificate signing request. cacert_path Absolute path to ca certificates root directory. ca_filename Alternative filename for the CA. cert_path Path to the cert file. cert_filename Alternative filename for the certificate, useful when using special characters in the CN. crl_file Full path to the CRL file. digest The message digest algorithm. Must be a string describing a digest algorithm supported by OpenSSL (by EVP_get_digestbyname, specifically). For example, \u0026quot;md5\u0026quot; or \u0026quot;sha1\u0026quot;. Default: 'sha256' CLI Example: salt '*' tls.revoke_cert ca_name='koji' ca_filename='ca' crl_file='/etc/openvpn/team1/crl.pem' tls.set_ca_path:\nIf wanted, store the aforementioned cacert_path in context to be used as the basepath for further operations CLI Example: salt '*' tls.set_ca_path /etc/certs tls.validate:\nNew in version 3000 Validate a certificate against a given CA/CRL. cert path to the certifiate PEM file or string ca_name name of the CA crl_file full path to the CRL file travisci.verify_webhook:\nVerify the webhook signature from travisci signature The signature header from the webhook header body The full payload body from the webhook post Note: The body needs to be the urlencoded version of the body. CLI Example: salt '*' travisci.verify_webhook 'M6NucCX5722bxisQs7e...' 'payload=%7B%22id%22%3A183791261%2C%22repository...' udev.env:\nReturn all environment variables udev has for dev CLI Example: salt '*' udev.env /dev/sda salt '*' udev.env /sys/class/net/eth0 udev.exportdb:\nReturn all the udev database CLI Example: salt '*' udev.exportdb udev.info:\nExtract all info delivered by udevadm CLI Example: salt '*' udev.info /dev/sda salt '*' udev.info /sys/class/net/eth0 udev.links:\nReturn all udev-created device symlinks CLI Example: salt '*' udev.links /dev/sda salt '*' udev.links /sys/class/net/eth0 udev.name:\nReturn the actual dev name(s?) according to udev for dev CLI Example: salt '*' udev.dev /dev/sda salt '*' udev.dev /sys/class/net/eth0 udev.path:\nReturn the physical device path(s?) according to udev for dev CLI Example: salt '*' udev.path /dev/sda salt '*' udev.path /sys/class/net/eth0 uptime.check_exists:\nCheck if a given URL is in being monitored by uptime CLI Example: salt '*' uptime.check_exists http://example.org uptime.checks_list:\nList URL checked by uptime CLI Example: salt '*' uptime.checks_list uptime.create: Create a check on a given URL.\nAdditional parameters can be used and are passed to API (for example interval, maxTime, etc). See the documentation https://github.com/fzaninotto/uptime for a full list of the parameters. CLI Example: salt '*' uptime.create http://example.org uptime.delete:\nDelete a check on a given URL CLI Example: salt '*' uptime.delete http://example.org user.add:\nAdd a user to the minion name Username LOGIN to add uid User ID of the new account gid Name or ID of the primary group of the new account groups List of supplementary groups of the new account home Home directory of the new account shell Login shell of the new account unique If not True, the user account can have a non-unique UID system Create a system account fullname GECOS field for the full name roomnumber GECOS field for the room number workphone GECOS field for the work phone homephone GECOS field for the home phone other GECOS field for other information createhome Create the user's home directory loginclass Login class for the new account (OpenBSD) nologinit Do not add the user to the lastlog and faillog databases root Directory to chroot into usergroup Create and add the user to a new primary group of the same name local (Only on systems with luseradd available) Specifically add the user locally rather than possibly through remote providers (e.g. LDAP) New in version 3007.0 CLI Example: salt '*' user.add name \u0026lt;uid\u0026gt; \u0026lt;gid\u0026gt; \u0026lt;groups\u0026gt; \u0026lt;home\u0026gt; \u0026lt;shell\u0026gt; user.chfullname:\nChange the user's Full Name name User to modify fullname GECOS field for the full name root Directory to chroot into CLI Example: salt '*' user.chfullname foo \u0026quot;Foo Bar\u0026quot; user.chgid:\nChange the default group of the user name User to modify gid Force use GID as new primary group root Directory to chroot into CLI Example: salt '*' user.chgid foo 4376 user.chgroups:\nChange the groups to which this user belongs name User to modify groups Groups to set for the user append : False If ``True``, append the specified group(s). Otherwise, this function will replace the user's groups with the specified group(s). root Directory to chroot into CLI Examples: salt '*' user.chgroups foo wheel,root salt '*' user.chgroups foo wheel,root append=True user.chhome:\nChange the home directory of the user, pass True for persist to move files to the new home directory if the old home directory exist. name User to modify home New home directory for the user account persist Move contents of the home directory to the new location root Directory to chroot into CLI Example: salt '*' user.chhome foo /home/users/foo True user.chhomephone:\nChange the user's Home Phone name User to modify homephone GECOS field for the home phone root Directory to chroot into CLI Example: salt '*' user.chhomephone foo 7735551234 user.chloginclass:\nChange the default login class of the user name User to modify loginclass Login class for the new account root Directory to chroot into Note: This function only applies to OpenBSD systems. CLI Example: salt '*' user.chloginclass foo staff user.chother:\nChange the user's other GECOS attribute name User to modify other GECOS field for other information root Directory to chroot into CLI Example: salt '*' user.chother foobar user.chroomnumber:\nChange the user's Room Number CLI Example: salt '*' user.chroomnumber foo 123 user.chshell:\nChange the default shell of the user name User to modify shell New login shell for the user account root Directory to chroot into CLI Example: salt '*' user.chshell foo /bin/zsh user.chuid:\nChange the uid for a named user name User to modify uid New UID for the user account root Directory to chroot into CLI Example: salt '*' user.chuid foo 4376 user.chworkphone:\nChange the user's Work Phone name User to modify workphone GECOS field for the work phone root Directory to chroot into CLI Example: salt '*' user.chworkphone foo 7735550123 user.delete:\nRemove a user from the minion name Username to delete remove Remove home directory and mail spool force Force some actions that would fail otherwise root Directory to chroot into local (Only on systems with luserdel available): Ensure the user account is removed locally ignoring global account management (default is False). New in version 3007.0 CLI Example: salt '*' user.delete name remove=True force=True user.get_loginclass:\nGet the login class of the user name User to get the information Note: This function only applies to OpenBSD systems. CLI Example: salt '*' user.get_loginclass foo user.getent:\nReturn the list of all info for all users refresh Force a refresh of user information root Directory to chroot into CLI Example: salt '*' user.getent user.info:\nReturn user information name User to get the information root Directory to chroot into CLI Example: salt '*' user.info root user.list_groups:\nReturn a list of groups the named user belongs to name User to get the information CLI Example: salt '*' user.list_groups foo user.list_users:\nReturn a list of all users root Directory to chroot into CLI Example: salt '*' user.list_users user.primary_group:\nReturn the primary group of the named user New in version 2016.3.0 name User to get the information CLI Example: salt '*' user.primary_group saltadmin user.rename:\nChange the username for a named user name User to modify new_name New value of the login name root Directory to chroot into CLI Example: salt '*' user.rename name new_name vault.clear_cache:\nNew in version 3007.0 Delete Vault caches. Will ensure the current token and associated leases are revoked by default. The cache is organised in a hierarchy: ``/vault/connection/session/leases``. (*italics* mark data that is only cached when receiving configuration from a master) ``connection`` contains KV metadata (by default), *configuration* and *(AppRole) auth credentials*. ``session`` contains the currently active token. ``leases`` contains leases issued to the currently active token like database credentials. CLI Example: salt '*' vault.clear_cache salt '*' vault.clear_cache session=True connection Only clear the cached data scoped to a connection. This includes configuration, auth credentials, the currently active auth token as well as leases and KV metadata (by default). Defaults to true. Set this to false to clear all Vault caches. session Only clear the cached data scoped to a session. This only includes leases and the currently active auth token, but not configuration or (AppRole) auth credentials. Defaults to false. Setting this to true will keep the connection cache, regardless of ``connection``. vault.clear_token_cache:\nChanged in version 3001 Changed in version 3007.0 This is now an alias for ``vault.clear_cache`` with ``connection=True``. Delete minion Vault token cache. CLI Example: salt '*' vault.clear_token_cache vault.delete_secret:\nDelete secret at \u0026lt;path\u0026gt;. The vault policy used must allow this. If \u0026lt;path\u0026gt; is on KV v2, the secret will be soft-deleted. CLI Example: salt '*' vault.delete_secret \u0026quot;secret/my/secret\u0026quot; salt '*' vault.delete_secret \u0026quot;secret/my/secret\u0026quot; 1 2 3 Required policy: path \u0026quot;\u0026lt;mount\u0026gt;/\u0026lt;secret\u0026gt;\u0026quot; { capabilities = [\u0026quot;delete\u0026quot;] } # or KV v2 path \u0026quot;\u0026lt;mount\u0026gt;/data/\u0026lt;secret\u0026gt;\u0026quot; { capabilities = [\u0026quot;delete\u0026quot;] } # KV v2 versions path \u0026quot;\u0026lt;mount\u0026gt;/delete/\u0026lt;secret\u0026gt;\u0026quot; { capabilities = [\u0026quot;update\u0026quot;] } path The path to the secret, including mount. New in version 3007.0 For KV v2, you can specify versions to soft-delete as supplemental positional arguments. vault.destroy_secret:\nNew in version 3001 Destroy specified secret versions \u0026lt;path\u0026gt;. The vault policy used must allow this. Only supported on Vault KV version 2. CLI Example: salt '*' vault.destroy_secret \u0026quot;secret/my/secret\u0026quot; 1 2 Required policy: path \u0026quot;\u0026lt;mount\u0026gt;/destroy/\u0026lt;secret\u0026gt;\u0026quot; { capabilities = [\u0026quot;update\u0026quot;] } path The path to the secret, including mount. You can specify versions to destroy as supplemental positional arguments. At least one is required. vault.get_server_config:\nNew in version 3007.0 Return the server connection configuration that's currently in use by Salt. Contains ``url``, ``verify`` and ``namespace``. CLI Example: salt '*' vault.get_server_config vault.list_secrets:\nList secret keys at \u0026lt;path\u0026gt;. The vault policy used must allow this. The path should end with a trailing slash. Changed in version 3001 The ``default`` argument has been added. When the path or path/key combination is not found, an exception will be raised, unless a default is provided. CLI Example: salt '*' vault.list_secrets \u0026quot;secret/my/\u0026quot; Required policy: path \u0026quot;\u0026lt;mount\u0026gt;/\u0026lt;path\u0026gt;\u0026quot; { capabilities = [\u0026quot;list\u0026quot;] } # or KV v2 path \u0026quot;\u0026lt;mount\u0026gt;/metadata/\u0026lt;path\u0026gt;\u0026quot; { capabilities = [\u0026quot;list\u0026quot;] } path The path to the secret, including mount. default New in version 3001 When the path is not found, an exception will be raised, unless a default is provided here. keys_only New in version 3007.0 This function used to return a dictionary like ``{\u0026quot;keys\u0026quot;: [\u0026quot;some/\u0026quot;, \u0026quot;some/key\u0026quot;]}``. Setting this to True will only return the list of keys. For backwards-compatibility reasons, this defaults to False. vault.patch_secret:\nPatch secret dataset at \u0026lt;path\u0026gt;. Fields are specified as arbitrary keyword arguments. Note: This works even for older Vault versions, KV v1 and with missing ``patch`` capability, but will use more than one request to simulate the functionality by issuing a read and update request. For proper, single-request patching, requires versions of KV v2 that support the ``patch`` capability and the ``patch`` capability to be available for the path. Note: This uses JSON Merge Patch format internally. Keys set to ``null`` (JSON/YAML)/``None`` (Python) will be deleted. CLI Example: salt '*' vault.patch_secret \u0026quot;secret/my/secret\u0026quot; password=\u0026quot;baz\u0026quot; Required policy: # Proper patching path \u0026quot;\u0026lt;mount\u0026gt;/data/\u0026lt;secret\u0026gt;\u0026quot; { capabilities = [\u0026quot;patch\u0026quot;] } # OR (!), for older KV v2 setups: path \u0026quot;\u0026lt;mount\u0026gt;/data/\u0026lt;secret\u0026gt;\u0026quot; { capabilities = [\u0026quot;read\u0026quot;, \u0026quot;update\u0026quot;] } # OR (!), for KV v1 setups: path \u0026quot;\u0026lt;mount\u0026gt;/\u0026lt;secret\u0026gt;\u0026quot; { capabilities = [\u0026quot;read\u0026quot;, \u0026quot;update\u0026quot;] } path The path to the secret, including mount. vault.policies_list:\nNew in version 3007.0 List all ACL policies. CLI Example: salt '*' vault.policies_list Required policy: path \u0026quot;sys/policy\u0026quot; { capabilities = [\u0026quot;read\u0026quot;] } vault.policy_delete:\nNew in version 3007.0 Delete an ACL policy. Returns False if the policy did not exist. CLI Example: salt '*' vault.policy_delete salt_minion Required policy: path \u0026quot;sys/policy/\u0026lt;policy\u0026gt;\u0026quot; { capabilities = [\u0026quot;delete\u0026quot;] } policy The name of the policy to delete. vault.policy_fetch:\nNew in version 3007.0 Fetch the rules associated with an ACL policy. Returns None if the policy does not exist. CLI Example: salt '*' vault.policy_fetch salt_minion Required policy: path \u0026quot;sys/policy/\u0026lt;policy\u0026gt;\u0026quot; { capabilities = [\u0026quot;read\u0026quot;] } policy The name of the policy to fetch. vault.policy_write:\nNew in version 3007.0 Create or update an ACL policy. CLI Example: salt '*' vault.policy_write salt_minion 'path \u0026quot;secret/foo\u0026quot; {...}' Required policy: path \u0026quot;sys/policy/\u0026lt;policy\u0026gt;\u0026quot; { capabilities = [\u0026quot;create\u0026quot;, \u0026quot;update\u0026quot;] } policy The name of the policy to create/update. rules Rules to write, formatted as in-line HCL. vault.query:\nNew in version 3007.0 Issue arbitrary queries against the Vault API. CLI Example: salt '*' vault.query GET auth/token/lookup-self Required policy: Depends on the query. You can ask the vault CLI to output the necessary policy: vault read -output-policy auth/token/lookup-self method HTTP method to use. endpoint Vault API endpoint to issue the request against. Do not include ``/v1/``. payload Optional dictionary to use as JSON payload. vault.read_secret:\nReturn the value of \u0026lt;key\u0026gt; at \u0026lt;path\u0026gt; in vault, or entire secret. Changed in version 3001 The ``default`` argument has been added. When the path or path/key combination is not found, an exception will be raised, unless a default is provided. CLI Example: salt '*' vault.read_secret salt/kv/secret Required policy: path \u0026quot;\u0026lt;mount\u0026gt;/\u0026lt;secret\u0026gt;\u0026quot; { capabilities = [\u0026quot;read\u0026quot;] } # or KV v2 path \u0026quot;\u0026lt;mount\u0026gt;/data/\u0026lt;secret\u0026gt;\u0026quot; { capabilities = [\u0026quot;read\u0026quot;] } path The path to the secret, including mount. key The data field at \u0026lt;path\u0026gt; to read. If unspecified, returns the whole dataset. metadata New in version 3001 If using KV v2 backend, display full results, including metadata. Defaults to False. default New in version 3001 When the path or path/key combination is not found, an exception will be raised, unless a default is provided here. vault.update_config:\nNew in version 3007.0 Attempt to update the cached configuration without clearing the currently active Vault session. CLI Example: salt '*' vault.update_config keep_session Only update configuration that can be updated without creating a new login session. If this is false, still tries to keep the active session, but might clear it if the server configuration has changed significantly. Defaults to False. vault.write_raw:\nSet raw data at \u0026lt;path\u0026gt;. The vault policy used must allow this. CLI Example: salt '*' vault.write_raw \u0026quot;secret/my/secret\u0026quot; '{\u0026quot;user\u0026quot;:\u0026quot;foo\u0026quot;,\u0026quot;password\u0026quot;: \u0026quot;bar\u0026quot;}' Required policy: see write_secret path The path to the secret, including mount. raw Secret data to write to \u0026lt;path\u0026gt;. Has to be a mapping. vault.write_secret:\nSet secret dataset at \u0026lt;path\u0026gt;. The vault policy used must allow this. Fields are specified as arbitrary keyword arguments. CLI Example: salt '*' vault.write_secret \u0026quot;secret/my/secret\u0026quot; user=\u0026quot;foo\u0026quot; password=\u0026quot;bar\u0026quot; Required policy: path \u0026quot;\u0026lt;mount\u0026gt;/\u0026lt;secret\u0026gt;\u0026quot; { capabilities = [\u0026quot;create\u0026quot;, \u0026quot;update\u0026quot;] } # or KV v2 path \u0026quot;\u0026lt;mount\u0026gt;/data/\u0026lt;secret\u0026gt;\u0026quot; { capabilities = [\u0026quot;create\u0026quot;, \u0026quot;update\u0026quot;] } path The path to the secret, including mount. vbox_guest.additions_install:\nInstall VirtualBox Guest Additions. Uses the CD, connected by VirtualBox. To connect VirtualBox Guest Additions via VirtualBox graphical interface press 'Host+D' ('Host' is usually 'Right Ctrl'). See https://www.virtualbox.org/manual/ch04.html#idp52733088 for more details. CLI Example: salt '*' vbox_guest.additions_install salt '*' vbox_guest.additions_install reboot=True salt '*' vbox_guest.additions_install upgrade_os=True :param reboot: reboot computer to complete installation :type reboot: bool :param upgrade_os: upgrade OS (to ensure the latests version of kernel and developer tools are installed) :type upgrade_os: bool :return: version of VirtualBox Guest Additions or string with error vbox_guest.additions_mount:\nMount VirtualBox Guest Additions CD to the temp directory. To connect VirtualBox Guest Additions via VirtualBox graphical interface press 'Host+D' ('Host' is usually 'Right Ctrl'). CLI Example: salt '*' vbox_guest.additions_mount :return: True or OSError exception vbox_guest.additions_remove:\nRemove VirtualBox Guest Additions. Firstly it tries to uninstall itself by executing '/opt/VBoxGuestAdditions-VERSION/uninstall.run uninstall'. It uses the CD, connected by VirtualBox if it failes. CLI Example: salt '*' vbox_guest.additions_remove salt '*' vbox_guest.additions_remove force=True :param force: force VirtualBox Guest Additions removing :type force: bool :return: True if VirtualBox Guest Additions were removed successfully else False vbox_guest.additions_umount:\nUnmount VirtualBox Guest Additions CD from the temp directory. CLI Example: salt '*' vbox_guest.additions_umount :param mount_point: directory VirtualBox Guest Additions is mounted to :return: True or an string with error vbox_guest.additions_version:\nCheck VirtualBox Guest Additions version. CLI Example: salt '*' vbox_guest.additions_version :return: version of VirtualBox Guest Additions or False if they are not installed vbox_guest.grant_access_to_shared_folders_to:\nGrant access to auto-mounted shared folders to the users. User is specified by its name. To grant access for several users use argument `users`. Access will be denied to the users not listed in `users` argument. See https://www.virtualbox.org/manual/ch04.html#sf_mount_auto for more details. CLI Example: salt '*' vbox_guest.grant_access_to_shared_folders_to fred salt '*' vbox_guest.grant_access_to_shared_folders_to users ['fred', 'roman'] :param name: name of the user to grant access to auto-mounted shared folders to :type name: str :param users: list of names of users to grant access to auto-mounted shared folders to (if specified, `name` will not be taken into account) :type users: list of str :return: list of users who have access to auto-mounted shared folders vbox_guest.list_shared_folders_users:\nList users who have access to auto-mounted shared folders. See https://www.virtualbox.org/manual/ch04.html#sf_mount_auto for more details. CLI Example: salt '*' vbox_guest.list_shared_folders_users :return: list of users who have access to auto-mounted shared folders virtualenv.create:\nCreate a virtualenv path The path to the virtualenv to be created venv_bin The name (and optionally path) of the virtualenv command. This can also be set globally in the minion config file as ``virtualenv.venv_bin``. Defaults to ``virtualenv``. system_site_packages : False Passthrough argument given to virtualenv or pyvenv distribute : False Passthrough argument given to virtualenv pip : False Install pip after creating a virtual environment. Implies ``distribute=True`` clear : False Passthrough argument given to virtualenv or pyvenv python : None (default) Passthrough argument given to virtualenv extra_search_dir : None (default) Passthrough argument given to virtualenv never_download : None (default) Passthrough argument given to virtualenv if True prompt : None (default) Passthrough argument given to virtualenv if not None symlinks : None Passthrough argument given to pyvenv if True upgrade : None Passthrough argument given to pyvenv if True user : None Set ownership for the virtualenv Note: On Windows you must also pass a ``password`` parameter. Additionally, the user must have permissions to the location where the virtual environment is being created runas : None Set ownership for the virtualenv .. deprecated:: 2014.1.0 ``user`` should be used instead use_vt : False Use VT terminal emulation (see output while installing) New in version 2015.5.0 saltenv : 'base' Specify a different environment. The default environment is ``base``. New in version 2014.1.0 Note: The ``runas`` argument is deprecated as of 2014.1.0. ``user`` should be used instead. CLI Example: salt '*' virtualenv.create /path/to/new/virtualenv Example of using --always-copy environment variable (in case your fs doesn't support symlinks). This will copy files into the virtualenv instead of symlinking them. - env: - VIRTUALENV_ALWAYS_COPY: 1 virtualenv.get_distribution_path:\nReturn the path to a distribution installed inside a virtualenv New in version 2016.3.0 venv Path to the virtualenv. distribution Name of the distribution. Note, all non-alphanumeric characters will be converted to dashes. CLI Example: salt '*' virtualenv.get_distribution_path /path/to/my/venv my_distribution virtualenv.get_resource_content:\nReturn the content of a package resource installed inside a virtualenv New in version 2015.5.0 venv Path to the virtualenv package Name of the package in which the resource resides New in version 2016.3.0 resource Name of the resource of which the content is to be returned New in version 2016.3.0 CLI Example: salt '*' virtualenv.get_resource_content /path/to/my/venv my_package my/resource.xml virtualenv.get_resource_path:\nReturn the path to a package resource installed inside a virtualenv New in version 2015.5.0 venv Path to the virtualenv package Name of the package in which the resource resides New in version 2016.3.0 resource Name of the resource of which the path is to be returned New in version 2016.3.0 CLI Example: salt '*' virtualenv.get_resource_path /path/to/my/venv my_package my/resource.xml virtualenv.get_site_packages:\nReturn the path to the site-packages directory of a virtualenv venv Path to the virtualenv. CLI Example: salt '*' virtualenv.get_site_packages /path/to/my/venv virtualenv.virtualenv_ver:\nreturn virtualenv version if exists vsphere.compare_vm_configs:\nCompares virtual machine current and new configuration, the current is the one which is deployed now, and the new is the target config. Returns the differences between the objects in a dictionary, the keys are the configuration parameter keys and the values are differences objects: either list or recursive difference new_config: New config dictionary with every available parameter current_config Currently deployed configuration vsphere.get_proxy_type:\nReturns the proxy type retrieved either from the pillar of from the proxy minion's config. Returns ``\u0026lt;undefined\u0026gt;`` otherwise. CLI Example: salt '*' vsphere.get_proxy_type vsphere.get_ssh_key:\nRetrieve the authorized_keys entry for root. This function only works for ESXi, not vCenter. :param host: The location of the ESXi Host :param username: Username to connect as :param password: Password for the ESXi web endpoint :param protocol: defaults to https, can be http if ssl is disabled on ESXi :param port: defaults to 443 for https :param certificate_verify: If true require that the SSL connection present a valid certificate. Default: True :return: True if upload is successful CLI Example: salt '*' vsphere.get_ssh_key my.esxi.host root bad-password certificate_verify=True vsphere.get_vm_config:\nQueries and converts the virtual machine properties to the available format from the schema. If the objects attribute is True the config objects will have extra properties, like 'object' which will include the vim.vm.device.VirtualDevice, this is necessary for deletion and update actions. name Name of the virtual machine datacenter Datacenter's name where the virtual machine is available objects Indicates whether to return the vmware object properties (eg. object, key) or just the properties which can be set service_instance vCenter service instance for connection and configuration vsphere.upload_ssh_key:\nUpload an ssh key for root to an ESXi host via http PUT. This function only works for ESXi, not vCenter. Only one ssh key can be uploaded for root. Uploading a second key will replace any existing key. :param host: The location of the ESXi Host :param username: Username to connect as :param password: Password for the ESXi web endpoint :param ssh_key: Public SSH key, will be added to authorized_keys on ESXi :param ssh_key_file: File containing the SSH key. Use 'ssh_key' or ssh_key_file, but not both. :param protocol: defaults to https, can be http if ssl is disabled on ESXi :param port: defaults to 443 for https :param certificate_verify: If true require that the SSL connection present a valid certificate. Default: True :return: Dictionary with a 'status' key, True if upload is successful. If upload is unsuccessful, 'status' key will be False and an 'Error' key will have an informative message. CLI Example: salt '*' vsphere.upload_ssh_key my.esxi.host root bad-password ssh_key_file='/etc/salt/my_keys/my_key.pub' xfs.defragment:\nDefragment mounted XFS filesystem. In order to mount a filesystem, device should be properly mounted and writable. CLI Example: salt '*' xfs.defragment /dev/sda1 xfs.devices:\nGet known XFS formatted devices on the system. CLI Example: salt '*' xfs.devices xfs.dump:\nDump filesystem device to the media (file, tape etc). Required parameters: * **device**: XFS device, content of which to be dumped. * **destination**: Specifies a dump destination. Valid options are: * **label**: Label of the dump. Otherwise automatically generated label is used. * **level**: Specifies a dump level of 0 to 9. * **noerase**: Pre-erase media. Other options are not used in order to let ``xfsdump`` use its default values, as they are most optimal. See the ``xfsdump(8)`` manpage for a more complete description of these options. CLI Example: salt '*' xfs.dump /dev/sda1 /detination/on/the/client salt '*' xfs.dump /dev/sda1 /detination/on/the/client label='Company accountancy' salt '*' xfs.dump /dev/sda1 /detination/on/the/client noerase=True xfs.estimate:\nEstimate the space that an XFS filesystem will take. For each directory estimate the space that directory would take if it were copied to an XFS filesystem. Estimation does not cross mount points. CLI Example: salt '*' xfs.estimate /path/to/file salt '*' xfs.estimate /path/to/dir/* xfs.info:\nGet filesystem geometry information. CLI Example: salt '*' xfs.info /dev/sda1 xfs.inventory:\nDisplay XFS dump inventory without restoration. CLI Example: salt '*' xfs.inventory xfs.mkfs:\nCreate a file system on the specified device. By default wipes out with force. General options: * **label**: Specify volume label. * **ssize**: Specify the fundamental sector size of the filesystem. * **noforce**: Do not force create filesystem, if disk is already formatted. Filesystem geometry options: * **bso**: Block size options. * **gmo**: Global metadata options. * **dso**: Data section options. These options specify the location, size, and other parameters of the data section of the filesystem. * **ino**: Inode options to specify the inode size of the filesystem, and other inode allocation parameters. * **lso**: Log section options. * **nmo**: Naming options. * **rso**: Realtime section options. See the ``mkfs.xfs(8)`` manpage for a more complete description of corresponding options description. CLI Example: salt '*' xfs.mkfs /dev/sda1 salt '*' xfs.mkfs /dev/sda1 dso='su=32k,sw=6' noforce=True salt '*' xfs.mkfs /dev/sda1 dso='su=32k,sw=6' lso='logdev=/dev/sda2,size=10000b' xfs.modify:\nModify parameters of an XFS filesystem. CLI Example: salt '*' xfs.modify /dev/sda1 label='My backup' lazy_counting=False salt '*' xfs.modify /dev/sda1 uuid=False salt '*' xfs.modify /dev/sda1 uuid=True xfs.prune_dump:\nPrunes the dump session identified by the given session id. CLI Example: salt '*' xfs.prune_dump b74a3586-e52e-4a4a-8775-c3334fa8ea2c xml.get_attribute:\nReturn the attributes of the matched xpath element. CLI Example: salt '*' xml.get_attribute /tmp/test.xml \u0026quot;.//element[@id='3']\u0026quot; xml.get_value:\nReturns the value of the matched xpath element CLI Example: salt '*' xml.get_value /tmp/test.xml \u0026quot;.//element\u0026quot; xml.set_attribute:\nSet the requested attribute key and value for matched xpath element. CLI Example: salt '*' xml.set_attribute /tmp/test.xml \u0026quot;.//element[@id='3']\u0026quot; editedby \u0026quot;gal\u0026quot; xml.set_value:\nSets the value of the matched xpath element CLI Example: salt '*' xml.set_value /tmp/test.xml \u0026quot;.//element\u0026quot; \u0026quot;new value\u0026quot; zabbix.apiinfo_version:\nRetrieve the version of the Zabbix API. New in version 2016.3.0 :param _connection_user: Optional - zabbix user (can also be set in opts or pillar, see module's docstring) :param _connection_password: Optional - zabbix password (can also be set in opts or pillar, see module's docstring) :param _connection_url: Optional - url of zabbix frontend (can also be set in opts, pillar, see module's docstring) :return: On success string with Zabbix API version, False on failure. CLI Example: salt '*' zabbix.apiinfo_version zabbix.compare_params:\nNew in version 2017.7.0 Compares Zabbix object definition against existing Zabbix object. :param defined: Zabbix object definition taken from sls file. :param existing: Existing Zabbix object taken from result of an API call. :param return_old_value: Default False. If True, returns dict(\u0026quot;old\u0026quot;=old_val, \u0026quot;new\u0026quot;=new_val) for rollback purpose. :return: Params that are different from existing object. Result extended by object ID can be passed directly to Zabbix API update method. CLI Example: salt '*' zabbix.compare_params new_zabbix_object_dict existing_zabbix_onject_dict zabbix.configuration_import:\nNew in version 2017.7.0 Imports Zabbix configuration specified in file to Zabbix server. :param config_file: File with Zabbix config (local or remote) :param rules: Optional - Rules that have to be different from default (defaults are the same as in Zabbix web UI.) :param file_format: Config file format (default: xml) :param _connection_user: Optional - zabbix user (can also be set in opts or pillar, see module's docstring) :param _connection_password: Optional - zabbix password (can also be set in opts or pillar, see module's docstring) :param _connection_url: Optional - url of zabbix frontend (can also be set in opts, pillar, see module's docstring) CLI Example: salt '*' zabbix.configuration_import salt://zabbix/config/zabbix_templates.xml \u0026quot;{'screens': {'createMissing': True, 'updateExisting': True}}\u0026quot; zabbix.get_object_id_by_params:\nNew in version 2017.7.0 Get ID of single Zabbix object specified by its name. :param obj: Zabbix object type :param params: Parameters by which object is uniquely identified :param _connection_user: Optional - zabbix user (can also be set in opts or pillar, see module's docstring) :param _connection_password: Optional - zabbix password (can also be set in opts or pillar, see module's docstring) :param _connection_url: Optional - url of zabbix frontend (can also be set in opts, pillar, see module's docstring) :return: object ID CLI Example: salt '*' zabbix.get_object_id_by_params object_type params=zabbix_api_query_parameters_dict zabbix.get_zabbix_id_mapper:\nNew in version 2017.7.0 Make ZABBIX_ID_MAPPER constant available to state modules. :return: ZABBIX_ID_MAPPER CLI Example: salt '*' zabbix.get_zabbix_id_mapper zabbix.host_create:\nNew in version 2016.3.0 Create new host Note: This function accepts all standard host properties: keyword argument names differ depending on your zabbix version, see here__. .. __: https://www.zabbix.com/documentation/2.4/manual/api/reference/host/object#host :param host: technical name of the host :param groups: groupids of host groups to add the host to :param interfaces: interfaces to be created for the host :param _connection_user: Optional - zabbix user (can also be set in opts or pillar, see module's docstring) :param _connection_password: Optional - zabbix password (can also be set in opts or pillar, see module's docstring) :param _connection_url: Optional - url of zabbix frontend (can also be set in opts, pillar, see module's docstring) :param visible_name: string with visible name of the host, use 'visible_name' instead of 'name' parameter to not mess with value supplied from Salt sls file. return: ID of the created host. CLI Example: salt '*' zabbix.host_create technicalname 4 interfaces='{type: 1, main: 1, useip: 1, ip: \u0026quot;192.168.3.1\u0026quot;, dns: \u0026quot;\u0026quot;, port: 10050}' visible_name='Host Visible Name' inventory_mode=0 inventory='{\u0026quot;alias\u0026quot;: \u0026quot;something\u0026quot;}' zabbix.host_delete:\nDelete hosts. New in version 2016.3.0 :param hostids: Hosts (hostids) to delete. :param _connection_user: Optional - zabbix user (can also be set in opts or pillar, see module's docstring) :param _connection_password: Optional - zabbix password (can also be set in opts or pillar, see module's docstring) :param _connection_url: Optional - url of zabbix frontend (can also be set in opts, pillar, see module's docstring) :return: IDs of the deleted hosts. CLI Example: salt '*' zabbix.host_delete 10106 zabbix.host_exists:\nChecks if at least one host that matches the given filter criteria exists. New in version 2016.3.0 :param host: technical name of the host :param hostids: Hosts (hostids) to delete. :param name: visible name of the host :param node: name of the node the hosts must belong to (zabbix API \u0026lt; 2.4) :param nodeids: IDs of the node the hosts must belong to (zabbix API \u0026lt; 2.4) :param _connection_user: Optional - zabbix user (can also be set in opts or pillar, see module's docstring) :param _connection_password: Optional - zabbix password (can also be set in opts or pillar, see module's docstring) :param _connection_url: Optional - url of zabbix frontend (can also be set in opts, pillar, see module's docstring) :return: IDs of the deleted hosts, False on failure. CLI Example: salt '*' zabbix.host_exists 'Zabbix server' zabbix.host_get:\nNew in version 2016.3.0 Retrieve hosts according to the given parameters Note: This function accepts all optional host.get parameters: keyword argument names differ depending on your zabbix version, see here__. .. __: https://www.zabbix.com/documentation/2.4/manual/api/reference/host/get :param host: technical name of the host :param name: visible name of the host :param hostids: ids of the hosts :param _connection_user: Optional - zabbix user (can also be set in opts or pillar, see module's docstring) :param _connection_password: Optional - zabbix password (can also be set in opts or pillar, see module's docstring) :param _connection_url: Optional - url of zabbix frontend (can also be set in opts, pillar, see module's docstring) :return: Array with convenient hosts details, False if no host found or on failure. CLI Example: salt '*' zabbix.host_get 'Zabbix server' zabbix.host_inventory_get:\nRetrieve host inventory according to the given parameters. See: https://www.zabbix.com/documentation/2.4/manual/api/reference/host/object#host_inventory New in version 2019.2.0 :param hostids: ID of the host to query :param _connection_user: Optional - zabbix user (can also be set in opts or pillar, see module's docstring) :param _connection_password: Optional - zabbix password (can also be set in opts or pillar, see module's docstring) :param _connection_url: Optional - url of zabbix frontend (can also be set in opts, pillar, see module's docstring) :return: Array with host inventory fields, populated or not, False if host inventory is disabled or on failure. CLI Example: salt '*' zabbix.host_inventory_get 101054 zabbix.host_inventory_set:\nUpdate host inventory items NOTE: This function accepts all standard host: keyword argument names for inventory see: https://www.zabbix.com/documentation/2.4/manual/api/reference/host/object#host_inventory New in version 2019.2.0 :param hostid: ID of the host to update :param clear_old: Set to True in order to remove all existing inventory items before setting the specified items :param _connection_user: Optional - zabbix user (can also be set in opts or pillar, see module's docstring) :param _connection_password: Optional - zabbix password (can also be set in opts or pillar, see module's docstring) :param _connection_url: Optional - url of zabbix frontend (can also be set in opts, pillar, see module's docstring) :return: ID of the updated host, False on failure. CLI Example: salt '*' zabbix.host_inventory_set 101054 asset_tag=jml3322 type=vm clear_old=True zabbix.host_list:\nRetrieve all hosts. New in version 2016.3.0 :param _connection_user: Optional - zabbix user (can also be set in opts or pillar, see module's docstring) :param _connection_password: Optional - zabbix password (can also be set in opts or pillar, see module's docstring) :param _connection_url: Optional - url of zabbix frontend (can also be set in opts, pillar, see module's docstring) :return: Array with details about hosts, False on failure. CLI Example: salt '*' zabbix.host_list zabbix.host_update:\nNew in version 2016.3.0 Update existing hosts Note: This function accepts all standard host and host.update properties: keyword argument names differ depending on your zabbix version, see the documentation for `host objects`_ and the documentation for `updating hosts`_. .. _`host objects`: https://www.zabbix.com/documentation/2.4/manual/api/reference/host/object#host .. _`updating hosts`: https://www.zabbix.com/documentation/2.4/manual/api/reference/host/update :param hostid: ID of the host to update :param _connection_user: Optional - zabbix user (can also be set in opts or pillar, see module's docstring) :param _connection_password: Optional - zabbix password (can also be set in opts or pillar, see module's docstring) :param _connection_url: Optional - url of zabbix frontend (can also be set in opts, pillar, see module's docstring) :param visible_name: string with visible name of the host, use 'visible_name' instead of 'name' parameter to not mess with value supplied from Salt sls file. :return: ID of the updated host. CLI Example: salt '*' zabbix.host_update 10084 name='Zabbix server2' zabbix.hostgroup_create:\nNew in version 2016.3.0 Create a host group Note: This function accepts all standard host group properties: keyword argument names differ depending on your zabbix version, see here__. .. __: https://www.zabbix.com/documentation/2.4/manual/api/reference/hostgroup/object#host_group :param name: name of the host group :param _connection_user: Optional - zabbix user (can also be set in opts or pillar, see module's docstring) :param _connection_password: Optional - zabbix password (can also be set in opts or pillar, see module's docstring) :param _connection_url: Optional - url of zabbix frontend (can also be set in opts, pillar, see module's docstring) :return: ID of the created host group. CLI Example: salt '*' zabbix.hostgroup_create MyNewGroup zabbix.hostgroup_delete:\nDelete the host group. New in version 2016.3.0 :param hostgroupids: IDs of the host groups to delete :param _connection_user: Optional - zabbix user (can also be set in opts or pillar, see module's docstring) :param _connection_password: Optional - zabbix password (can also be set in opts or pillar, see module's docstring) :param _connection_url: Optional - url of zabbix frontend (can also be set in opts, pillar, see module's docstring) :return: ID of the deleted host groups, False on failure. CLI Example: salt '*' zabbix.hostgroup_delete 23 zabbix.hostgroup_exists:\nChecks if at least one host group that matches the given filter criteria exists. New in version 2016.3.0 :param name: names of the host groups :param groupid: host group IDs :param node: name of the node the host groups must belong to (zabbix API \u0026lt; 2.4) :param nodeids: IDs of the nodes the host groups must belong to (zabbix API \u0026lt; 2.4) :param _connection_user: Optional - zabbix user (can also be set in opts or pillar, see module's docstring) :param _connection_password: Optional - zabbix password (can also be set in opts or pillar, see module's docstring) :param _connection_url: Optional - url of zabbix frontend (can also be set in opts, pillar, see module's docstring) :return: True if at least one host group exists, False if not or on failure. CLI Example: salt '*' zabbix.hostgroup_exists MyNewGroup zabbix.hostgroup_get:\nNew in version 2016.3.0 Retrieve host groups according to the given parameters Note: This function accepts all standard hostgroup.get properities: keyword argument names differ depending on your zabbix version, see here__. .. __: https://www.zabbix.com/documentation/2.2/manual/api/reference/hostgroup/get :param name: names of the host groups :param groupid: host group IDs :param node: name of the node the host groups must belong to :param nodeids: IDs of the nodes the host groups must belong to :param hostids: return only host groups that contain the given hosts :param _connection_user: Optional - zabbix user (can also be set in opts or pillar, see module's docstring) :param _connection_password: Optional - zabbix password (can also be set in opts or pillar, see module's docstring) :param _connection_url: Optional - url of zabbix frontend (can also be set in opts, pillar, see module's docstring) :return: Array with host groups details, False if no convenient host group found or on failure. CLI Example: salt '*' zabbix.hostgroup_get MyNewGroup zabbix.hostgroup_list:\nRetrieve all host groups. New in version 2016.3.0 :param _connection_user: Optional - zabbix user (can also be set in opts or pillar, see module's docstring) :param _connection_password: Optional - zabbix password (can also be set in opts or pillar, see module's docstring) :param _connection_url: Optional - url of zabbix frontend (can also be set in opts, pillar, see module's docstring) :return: Array with details about host groups, False on failure. CLI Example: salt '*' zabbix.hostgroup_list zabbix.hostgroup_update:\nNew in version 2016.3.0 Update existing hosts group Note: This function accepts all standard host group properties: keyword argument names differ depending on your zabbix version, see here__. .. __: https://www.zabbix.com/documentation/2.4/manual/api/reference/hostgroup/object#host_group :param groupid: ID of the host group to update :param name: name of the host group :param _connection_user: Optional - zabbix user (can also be set in opts or pillar, see module's docstring) :param _connection_password: Optional - zabbix password (can also be set in opts or pillar, see module's docstring) :param _connection_url: Optional - url of zabbix frontend (can also be set in opts, pillar, see module's docstring) :return: IDs of updated host groups. CLI Example: salt '*' zabbix.hostgroup_update 24 name='Renamed Name' zabbix.hostinterface_create:\nNew in version 2016.3.0 Create new host interface Note: This function accepts all standard host group interface: keyword argument names differ depending on your zabbix version, see here__. .. __: https://www.zabbix.com/documentation/3.0/manual/api/reference/hostinterface/object :param hostid: ID of the host the interface belongs to :param ip_: IP address used by the interface :param dns: DNS name used by the interface :param main: whether the interface is used as default on the host (0 - not default, 1 - default) :param port: port number used by the interface :param type: Interface type (1 - agent; 2 - SNMP; 3 - IPMI; 4 - JMX) :param useip: Whether the connection should be made via IP (0 - connect using host DNS name; 1 - connect using host IP address for this host interface) :param _connection_user: Optional - zabbix user (can also be set in opts or pillar, see module's docstring) :param _connection_password: Optional - zabbix password (can also be set in opts or pillar, see module's docstring) :param _connection_url: Optional - url of zabbix frontend (can also be set in opts, pillar, see module's docstring) :return: ID of the created host interface, False on failure. CLI Example: salt '*' zabbix.hostinterface_create 10105 192.193.194.197 zabbix.hostinterface_delete:\nDelete host interface New in version 2016.3.0 :param interfaceids: IDs of the host interfaces to delete :param _connection_user: Optional - zabbix user (can also be set in opts or pillar, see module's docstring) :param _connection_password: Optional - zabbix password (can also be set in opts or pillar, see module's docstring) :param _connection_url: Optional - url of zabbix frontend (can also be set in opts, pillar, see module's docstring) :return: ID of deleted host interfaces, False on failure. CLI Example: salt '*' zabbix.hostinterface_delete 50 zabbix.hostinterface_get:\nNew in version 2016.3.0 Retrieve host groups according to the given parameters Note: This function accepts all standard hostinterface.get properities: keyword argument names differ depending on your zabbix version, see here__. .. __: https://www.zabbix.com/documentation/2.4/manual/api/reference/hostinterface/get :param hostids: Return only host interfaces used by the given hosts. :param _connection_user: Optional - zabbix user (can also be set in opts or pillar, see module's docstring) :param _connection_password: Optional - zabbix password (can also be set in opts or pillar, see module's docstring) :param _connection_url: Optional - url of zabbix frontend (can also be set in opts, pillar, see module's docstring) :return: Array with host interfaces details, False if no convenient host interfaces found or on failure. CLI Example: salt '*' zabbix.hostinterface_get 101054 zabbix.hostinterface_update:\nNew in version 2016.3.0 Update host interface Note: This function accepts all standard hostinterface: keyword argument names differ depending on your zabbix version, see here__. .. __: https://www.zabbix.com/documentation/2.4/manual/api/reference/hostinterface/object#host_interface :param interfaceid: ID of the hostinterface to update :param _connection_user: Optional - zabbix user (can also be set in opts or pillar, see module's docstring) :param _connection_password: Optional - zabbix password (can also be set in opts or pillar, see module's docstring) :param _connection_url: Optional - url of zabbix frontend (can also be set in opts, pillar, see module's docstring) :return: ID of the updated host interface, False on failure. CLI Example: salt '*' zabbix.hostinterface_update 6 ip_=0.0.0.2 zabbix.mediatype_create:\nCreate new mediatype Note: This function accepts all standard mediatype properties: keyword argument names differ depending on your zabbix version, see here__. .. __: https://www.zabbix.com/documentation/3.0/manual/api/reference/mediatype/object :param mediatype: media type - 0: email, 1: script, 2: sms, 3: Jabber, 100: Ez Texting :param exec_path: exec path - Required for script and Ez Texting types, see Zabbix API docs :param gsm_modem: exec path - Required for sms type, see Zabbix API docs :param smtp_email: email address from which notifications will be sent, required for email type :param smtp_helo: SMTP HELO, required for email type :param smtp_server: SMTP server, required for email type :param status: whether the media type is enabled - 0: enabled, 1: disabled :param username: authentication user, required for Jabber and Ez Texting types :param passwd: authentication password, required for Jabber and Ez Texting types :param _connection_user: Optional - zabbix user (can also be set in opts or pillar, see module's docstring) :param _connection_password: Optional - zabbix password (can also be set in opts or pillar, see module's docstring) :param _connection_url: Optional - url of zabbix frontend (can also be set in opts, pillar, see module's docstring) return: ID of the created mediatype. CLI Example: salt '*' zabbix.mediatype_create 'Email' 0 smtp_email='noreply@example.com' smtp_server='mailserver.example.com' smtp_helo='zabbix.example.com' zabbix.mediatype_delete:\nDelete mediatype :param interfaceids: IDs of the mediatypes to delete :param _connection_user: Optional - zabbix user (can also be set in opts or pillar, see module's docstring) :param _connection_password: Optional - zabbix password (can also be set in opts or pillar, see module's docstring) :param _connection_url: Optional - url of zabbix frontend (can also be set in opts, pillar, see module's docstring) :return: ID of deleted mediatype, False on failure. CLI Example: salt '*' zabbix.mediatype_delete 3 zabbix.mediatype_get:\nRetrieve mediatypes according to the given parameters. Args: name: Name or description of the mediatype mediatypeids: ids of the mediatypes optional connection_args: _connection_user: zabbix user (can also be set in opts or pillar, see module's docstring) _connection_password: zabbix password (can also be set in opts or pillar, see module's docstring) _connection_url: url of zabbix frontend (can also be set in opts or pillar, see module's docstring) all optional mediatype.get parameters: keyword argument names depends on your zabbix version, see: https://www.zabbix.com/documentation/2.2/manual/api/reference/mediatype/get Returns: Array with mediatype details, False if no mediatype found or on failure. CLI Example: salt '*' zabbix.mediatype_get name='Email' salt '*' zabbix.mediatype_get mediatypeids=\u0026quot;['1', '2', '3']\u0026quot; zabbix.mediatype_update:\nUpdate existing mediatype Note: This function accepts all standard mediatype properties: keyword argument names differ depending on your zabbix version, see here__. .. __: https://www.zabbix.com/documentation/3.0/manual/api/reference/mediatype/object :param mediatypeid: ID of the mediatype to update :param _connection_user: Optional - zabbix user (can also be set in opts or pillar, see module's docstring) :param _connection_password: Optional - zabbix password (can also be set in opts or pillar, see module's docstring) :param _connection_url: Optional - url of zabbix frontend (can also be set in opts, pillar, see module's docstring) :return: IDs of the updated mediatypes, False on failure. CLI Example: salt '*' zabbix.usergroup_update 8 name=\u0026quot;Email update\u0026quot; zabbix.run_query:\nSend Zabbix API call Args: method: actual operation to perform via the API params: parameters required for specific method optional connection_args: _connection_user: zabbix user (can also be set in opts or pillar, see module's docstring) _connection_password: zabbix password (can also be set in opts or pillar, see module's docstring) _connection_url: url of zabbix frontend (can also be set in opts or pillar, see module's docstring) all optional template.get parameters: keyword argument names depends on your zabbix version, see: https://www.zabbix.com/documentation/2.4/manual/api/reference/ Returns: Response from Zabbix API CLI Example: salt '*' zabbix.run_query proxy.create '{\u0026quot;host\u0026quot;: \u0026quot;zabbixproxy.domain.com\u0026quot;, \u0026quot;status\u0026quot;: \u0026quot;5\u0026quot;}' zabbix.substitute_params:\nNew in version 2017.7.0 Go through Zabbix object params specification and if needed get given object ID from Zabbix API and put it back as a value. Definition of the object is done via dict with keys \u0026quot;query_object\u0026quot; and \u0026quot;query_name\u0026quot;. :param input_object: Zabbix object type specified in state file :param extend_params: Specify query with params :param filter_key: Custom filtering key (default: name) :param _connection_user: Optional - zabbix user (can also be set in opts or pillar, see module's docstring) :param _connection_password: Optional - zabbix password (can also be set in opts or pillar, see module's docstring) :param _connection_url: Optional - url of zabbix frontend (can also be set in opts, pillar, see module's docstring) :return: Params structure with values converted to string for further comparison purposes CLI Example: salt '*' zabbix.substitute_params '{\u0026quot;query_object\u0026quot;: \u0026quot;object_name\u0026quot;, \u0026quot;query_name\u0026quot;: \u0026quot;specific_object_name\u0026quot;}' zabbix.template_get:\nRetrieve templates according to the given parameters. Args: host: technical name of the template name: visible name of the template hostids: ids of the templates optional connection_args: _connection_user: zabbix user (can also be set in opts or pillar, see module's docstring) _connection_password: zabbix password (can also be set in opts or pillar, see module's docstring) _connection_url: url of zabbix frontend (can also be set in opts or pillar, see module's docstring) all optional template.get parameters: keyword argument names depends on your zabbix version, see: https://www.zabbix.com/documentation/2.4/manual/api/reference/template/get Returns: Array with convenient template details, False if no template found or on failure. CLI Example: salt '*' zabbix.template_get name='Template OS Linux' salt '*' zabbix.template_get templateids=\u0026quot;['10050', '10001']\u0026quot; zabbix.user_addmedia:\nAdd new media to multiple users. Available only for Zabbix version 3.4 or older. New in version 2016.3.0 :param userids: ID of the user that uses the media :param active: Whether the media is enabled (0 enabled, 1 disabled) :param mediatypeid: ID of the media type used by the media :param period: Time when the notifications can be sent as a time period :param sendto: Address, user name or other identifier of the recipient :param severity: Trigger severities to send notifications about :param _connection_user: Optional - zabbix user (can also be set in opts or pillar, see module's docstring) :param _connection_password: Optional - zabbix password (can also be set in opts or pillar, see module's docstring) :param _connection_url: Optional - url of zabbix frontend (can also be set in opts, pillar, see module's docstring) :return: IDs of the created media. CLI Example: salt '*' zabbix.user_addmedia 4 active=0 mediatypeid=1 period='1-7,00:00-24:00' sendto='support2@example.com' severity=63 zabbix.user_create:\nNew in version 2016.3.0 Create new zabbix user Note: This function accepts all standard user properties: keyword argument names differ depending on your zabbix version, see here__. .. __: https://www.zabbix.com/documentation/2.0/manual/appendix/api/user/definitions#user :param alias: user alias :param passwd: user's password :param usrgrps: user groups to add the user to :param _connection_user: zabbix user (can also be set in opts or pillar, see module's docstring) :param _connection_password: zabbix password (can also be set in opts or pillar, see module's docstring) :param _connection_url: url of zabbix frontend (can also be set in opts or pillar, see module's docstring) :param firstname: string with firstname of the user, use 'firstname' instead of 'name' parameter to not mess with value supplied from Salt sls file. :return: On success string with id of the created user. CLI Example: salt '*' zabbix.user_create james password007 '[7, 12]' firstname='James Bond' zabbix.user_delete:\nDelete zabbix users. New in version 2016.3.0 :param users: array of users (userids) to delete :param _connection_user: Optional - zabbix user (can also be set in opts or pillar, see module's docstring) :param _connection_password: Optional - zabbix password (can also be set in opts or pillar, see module's docstring) :param _connection_url: Optional - url of zabbix frontend (can also be set in opts, pillar, see module's docstring) :return: On success array with userids of deleted users. CLI Example: salt '*' zabbix.user_delete 15 zabbix.user_deletemedia:\nDelete media by id. Available only for Zabbix version 3.4 or older. New in version 2016.3.0 :param mediaids: IDs of the media to delete :param _connection_user: Optional - zabbix user (can also be set in opts or pillar, see module's docstring) :param _connection_password: Optional - zabbix password (can also be set in opts or pillar, see module's docstring) :param _connection_url: Optional - url of zabbix frontend (can also be set in opts, pillar, see module's docstring) :return: IDs of the deleted media, False on failure. CLI Example: salt '*' zabbix.user_deletemedia 27 zabbix.user_exists:\nChecks if user with given alias exists. New in version 2016.3.0 :param alias: user alias :param _connection_user: Optional - zabbix user (can also be set in opts or pillar, see module's docstring) :param _connection_password: Optional - zabbix password (can also be set in opts or pillar, see module's docstring) :param _connection_url: Optional - url of zabbix frontend (can also be set in opts, pillar, see module's docstring) :return: True if user exists, else False. CLI Example: salt '*' zabbix.user_exists james zabbix.user_get:\nRetrieve users according to the given parameters. New in version 2016.3.0 :param alias: user alias :param userids: return only users with the given IDs :param _connection_user: Optional - zabbix user (can also be set in opts or pillar, see module's docstring) :param _connection_password: Optional - zabbix password (can also be set in opts or pillar, see module's docstring) :param _connection_url: Optional - url of zabbix frontend (can also be set in opts, pillar, see module's docstring) :return: Array with details of convenient users, False on failure of if no user found. CLI Example: salt '*' zabbix.user_get james zabbix.user_getmedia:\nNew in version 2016.3.0 Retrieve media according to the given parameters Note: This function accepts all standard usermedia.get properties: keyword argument names differ depending on your zabbix version, see here__. .. __: https://www.zabbix.com/documentation/3.2/manual/api/reference/usermedia/get :param userids: return only media that are used by the given users :param _connection_user: Optional - zabbix user (can also be set in opts or pillar, see module's docstring) :param _connection_password: Optional - zabbix password (can also be set in opts or pillar, see module's docstring) :param _connection_url: Optional - url of zabbix frontend (can also be set in opts, pillar, see module's docstring) :return: List of retrieved media, False on failure. CLI Example: salt '*' zabbix.user_getmedia zabbix.user_list:\nRetrieve all of the configured users. New in version 2016.3.0 :param _connection_user: Optional - zabbix user (can also be set in opts or pillar, see module's docstring) :param _connection_password: Optional - zabbix password (can also be set in opts or pillar, see module's docstring) :param _connection_url: Optional - url of zabbix frontend (can also be set in opts, pillar, see module's docstring) :return: Array with user details. CLI Example: salt '*' zabbix.user_list zabbix.user_update:\nNew in version 2016.3.0 Update existing users Note: This function accepts all standard user properties: keyword argument names differ depending on your zabbix version, see here__. .. __: https://www.zabbix.com/documentation/2.0/manual/appendix/api/user/definitions#user :param userid: id of the user to update :param _connection_user: Optional - zabbix user (can also be set in opts or pillar, see module's docstring) :param _connection_password: Optional - zabbix password (can also be set in opts or pillar, see module's docstring) :param _connection_url: Optional - url of zabbix frontend (can also be set in opts, pillar, see module's docstring) :return: Id of the updated user on success. CLI Example: salt '*' zabbix.user_update 16 visible_name='James Brown' zabbix.usergroup_create:\nNew in version 2016.3.0 Create new user group Note: This function accepts all standard user group properties: keyword argument names differ depending on your zabbix version, see here__. .. __: https://www.zabbix.com/documentation/2.0/manual/appendix/api/usergroup/definitions#user_group :param name: name of the user group :param _connection_user: Optional - zabbix user (can also be set in opts or pillar, see module's docstring) :param _connection_password: Optional - zabbix password (can also be set in opts or pillar, see module's docstring) :param _connection_url: Optional - url of zabbix frontend (can also be set in opts, pillar, see module's docstring) :return: IDs of the created user groups. CLI Example: salt '*' zabbix.usergroup_create GroupName zabbix.usergroup_delete:\nNew in version 2016.3.0 :param usergroupids: IDs of the user groups to delete :param _connection_user: Optional - zabbix user (can also be set in opts or pillar, see module's docstring) :param _connection_password: Optional - zabbix password (can also be set in opts or pillar, see module's docstring) :param _connection_url: Optional - url of zabbix frontend (can also be set in opts, pillar, see module's docstring) :return: IDs of the deleted user groups. CLI Example: salt '*' zabbix.usergroup_delete 28 zabbix.usergroup_exists:\nChecks if at least one user group that matches the given filter criteria exists New in version 2016.3.0 :param name: names of the user groups :param node: name of the node the user groups must belong to (This will override the nodeids parameter.) :param nodeids: IDs of the nodes the user groups must belong to :param _connection_user: Optional - zabbix user (can also be set in opts or pillar, see module's docstring) :param _connection_password: Optional - zabbix password (can also be set in opts or pillar, see module's docstring) :param _connection_url: Optional - url of zabbix frontend (can also be set in opts, pillar, see module's docstring) :return: True if at least one user group that matches the given filter criteria exists, else False. CLI Example: salt '*' zabbix.usergroup_exists Guests zabbix.usergroup_get:\nNew in version 2016.3.0 Retrieve user groups according to the given parameters Note: This function accepts all usergroup_get properties: keyword argument names differ depending on your zabbix version, see here__. .. __: https://www.zabbix.com/documentation/2.4/manual/api/reference/usergroup/get :param name: names of the user groups :param usrgrpids: return only user groups with the given IDs :param userids: return only user groups that contain the given users :param _connection_user: Optional - zabbix user (can also be set in opts or pillar, see module's docstring) :param _connection_password: Optional - zabbix password (can also be set in opts or pillar, see module's docstring) :param _connection_url: Optional - url of zabbix frontend (can also be set in opts, pillar, see module's docstring) :return: Array with convenient user groups details, False if no user group found or on failure. CLI Example: salt '*' zabbix.usergroup_get Guests zabbix.usergroup_list:\nRetrieve all enabled user groups. New in version 2016.3.0 :param _connection_user: Optional - zabbix user (can also be set in opts or pillar, see module's docstring) :param _connection_password: Optional - zabbix password (can also be set in opts or pillar, see module's docstring) :param _connection_url: Optional - url of zabbix frontend (can also be set in opts, pillar, see module's docstring) :return: Array with enabled user groups details, False on failure. CLI Example: salt '*' zabbix.usergroup_list zabbix.usergroup_update:\nNew in version 2016.3.0 Update existing user group Note: This function accepts all standard user group properties: keyword argument names differ depending on your zabbix version, see here__. .. __: https://www.zabbix.com/documentation/2.4/manual/api/reference/usergroup/object#user_group :param usrgrpid: ID of the user group to update. :param _connection_user: Optional - zabbix user (can also be set in opts or pillar, see module's docstring) :param _connection_password: Optional - zabbix password (can also be set in opts or pillar, see module's docstring) :param _connection_url: Optional - url of zabbix frontend (can also be set in opts, pillar, see module's docstring) :return: IDs of the updated user group, False on failure. CLI Example: salt '*' zabbix.usergroup_update 8 name=guestsRenamed zabbix.usermacro_create:\nCreate new host usermacro. :param macro: name of the host usermacro :param value: value of the host usermacro :param hostid: hostid or templateid :param _connection_user: Optional - zabbix user (can also be set in opts or pillar, see module's docstring) :param _connection_password: Optional - zabbix password (can also be set in opts or pillar, see module's docstring) :param _connection_url: Optional - url of zabbix frontend (can also be set in opts, pillar, see module's docstring) return: ID of the created host usermacro. CLI Example: salt '*' zabbix.usermacro_create '{$SNMP_COMMUNITY}' 'public' 1 zabbix.usermacro_createglobal:\nCreate new global usermacro. :param macro: name of the global usermacro :param value: value of the global usermacro :param _connection_user: Optional - zabbix user (can also be set in opts or pillar, see module's docstring) :param _connection_password: Optional - zabbix password (can also be set in opts or pillar, see module's docstring) :param _connection_url: Optional - url of zabbix frontend (can also be set in opts, pillar, see module's docstring) return: ID of the created global usermacro. CLI Example: salt '*' zabbix.usermacro_createglobal '{$SNMP_COMMUNITY}' 'public' zabbix.usermacro_delete:\nDelete host usermacros. :param macroids: macroids of the host usermacros :param _connection_user: Optional - zabbix user (can also be set in opts or pillar, see module's docstring) :param _connection_password: Optional - zabbix password (can also be set in opts or pillar, see module's docstring) :param _connection_url: Optional - url of zabbix frontend (can also be set in opts, pillar, see module's docstring) return: IDs of the deleted host usermacro. CLI Example: salt '*' zabbix.usermacro_delete 21 zabbix.usermacro_deleteglobal:\nDelete global usermacros. :param macroids: macroids of the global usermacros :param _connection_user: Optional - zabbix user (can also be set in opts or pillar, see module's docstring) :param _connection_password: Optional - zabbix password (can also be set in opts or pillar, see module's docstring) :param _connection_url: Optional - url of zabbix frontend (can also be set in opts, pillar, see module's docstring) return: IDs of the deleted global usermacro. CLI Example: salt '*' zabbix.usermacro_deleteglobal 21 zabbix.usermacro_get:\nRetrieve user macros according to the given parameters. Args: macro: name of the usermacro hostids: Return macros for the given hostids templateids: Return macros for the given templateids hostmacroids: Return macros with the given hostmacroids globalmacroids: Return macros with the given globalmacroids (implies globalmacro=True) globalmacro: if True, returns only global macros optional connection_args: _connection_user: zabbix user (can also be set in opts or pillar, see module's docstring) _connection_password: zabbix password (can also be set in opts or pillar, see module's docstring) _connection_url: url of zabbix frontend (can also be set in opts or pillar, see module's docstring) Returns: Array with usermacro details, False if no usermacro found or on failure. CLI Example: salt '*' zabbix.usermacro_get macro='{$SNMP_COMMUNITY}' zabbix.usermacro_update:\nUpdate existing host usermacro. :param hostmacroid: id of the host usermacro :param value: new value of the host usermacro :param _connection_user: Optional - zabbix user (can also be set in opts or pillar, see module's docstring) :param _connection_password: Optional - zabbix password (can also be set in opts or pillar, see module's docstring) :param _connection_url: Optional - url of zabbix frontend (can also be set in opts, pillar, see module's docstring) return: ID of the update host usermacro. CLI Example: salt '*' zabbix.usermacro_update 1 'public' zabbix.usermacro_updateglobal:\nUpdate existing global usermacro. :param globalmacroid: id of the host usermacro :param value: new value of the host usermacro :param _connection_user: Optional - zabbix user (can also be set in opts or pillar, see module's docstring) :param _connection_password: Optional - zabbix password (can also be set in opts or pillar, see module's docstring) :param _connection_url: Optional - url of zabbix frontend (can also be set in opts, pillar, see module's docstring) return: ID of the update global usermacro. CLI Example: salt '*' zabbix.usermacro_updateglobal 1 'public' zenoss.add_device:\nA function to connect to a zenoss server and add a new device entry. Parameters: device: (Optional) Will use the grain 'fqdn' by default. device_class: (Optional) The device class to use. If none, will determine based on kernel grain. collector: (Optional) The collector to use for this device. Defaults to 'localhost'. prod_state: (Optional) The prodState to set on the device. If none, defaults to 1000 ( production ) CLI Example: salt '*' zenoss.add_device zenoss.device_exists:\nCheck to see if a device already exists in Zenoss. Parameters: device: (Optional) Will use the grain 'fqdn' by default CLI Example: salt '*' zenoss.device_exists zenoss.find_device:\nFind a device in Zenoss. If device not found, returns None. Parameters: device: (Optional) Will use the grain 'fqdn' by default CLI Example: salt '*' zenoss.find_device zenoss.set_prod_state:\nA function to set the prod_state in zenoss. Parameters: prod_state: (Required) Integer value of the state device: (Optional) Will use the grain 'fqdn' by default. CLI Example: salt zenoss.set_prod_state 1000 hostname ","permalink":"https://www.shafiq.in/hi/docs/projects/writing/saltstack/","summary":"\u003chr\u003e\n\u003chr\u003e\n\u003cp\u003e\u003cstrong\u003eChapter 1: SaltStack Fundamentals\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003e1.1. Introduction to SaltStack\n1.2. History of SaltStack\n1.3. Key Features of SaltStack\n1.4. Advantages of Using SaltStack\n1.5. SaltStack Architecture\n1.6. SaltStack Components\n1.7. SaltStack Terminology\n1.8. SaltStack Use Cases\n1.9. SaltStack vs. Other Configuration Management Tools\n1.10. Real-World Examples of SaltStack Implementation\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eChapter 2: SaltStack Installation and Configuration\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003e2.1. Installing SaltStack on Linux\n2.2. Installing SaltStack on Windows\n2.3. Configuring SaltStack Master\n2.4. Configuring SaltStack Minion\n2.5. Setting up SaltStack Environment\n2.6. Understanding SaltStack Configuration Files\n2.7. Managing SaltStack Services\n2.8. Troubleshooting SaltStack Installation Issues\n2.9. Best Practices for SaltStack Configuration\n2.10. Advanced SaltStack Configuration Options\u003c/p\u003e","title":"Saltstack"},{"content":" इस पर नोट्स:\nफैशन: एक व्यक्तिगत शैली विकसित करना, एक अलमारी तैयार करना और फैशन रुझानों की खोज करना। संवारना: बालों की देखभाल, त्वचा की देखभाल, मेकअप और व्यक्तिगत स्वच्छता दिनचर्या। स्व-प्रस्तुति: शारीरिक भाषा, मुद्रा, और गैर-मौखिक संचार। व्यक्तिगत ब्रांडिंग: ऑनलाइन और ऑफलाइन प्लेटफार्मों पर एक सुसंगत और प्रामाणिक व्यक्तिगत ब्रांड बनाना। ","permalink":"https://www.shafiq.in/hi/docs/projects/writing/self-care/","summary":"\u003chr\u003e\n\u003chr\u003e\n\u003cp\u003eइस पर नोट्स:\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eफैशन: एक व्यक्तिगत शैली विकसित करना, एक अलमारी तैयार करना और फैशन रुझानों की खोज करना।\u003c/li\u003e\n\u003cli\u003eसंवारना: बालों की देखभाल, त्वचा की देखभाल, मेकअप और व्यक्तिगत स्वच्छता दिनचर्या।\u003c/li\u003e\n\u003cli\u003eस्व-प्रस्तुति: शारीरिक भाषा, मुद्रा, और गैर-मौखिक संचार।\u003c/li\u003e\n\u003cli\u003eव्यक्तिगत ब्रांडिंग: ऑनलाइन और ऑफलाइन प्लेटफार्मों पर एक सुसंगत और प्रामाणिक व्यक्तिगत ब्रांड बनाना।\u003c/li\u003e\n\u003c/ul\u003e","title":"Self Care"},{"content":" 1: परिचय\nआत्म-प्रचार कार्यस्थल में सफलता के प्रमुख तत्वों में से एक है। यह मार्गदर्शिका आपको खुद को बेचने और अपने करियर में आगे बढ़ने में मदद करने के लिए टिप्स और ट्रिक्स प्रदान करेगी।\n2: सर्वनाम और संचार\nबातचीत में सही सर्वनामों का उपयोग करना आत्म-प्रचार का एक सूक्ष्म लेकिन प्रभावी तरीका हो सकता है। अपने काम का श्रेय लेने और व्यक्तिगत उपलब्धियों पर चर्चा करते समय \u0026ldquo;हम\u0026rdquo; के उपयोग से बचने से आपको वह मान्यता प्राप्त करने में मदद मिल सकती है जिसके आप हकदार हैं।\n3: प्रबंधक और कैरियर के अवसर\nआत्म-प्रचार के लिए ऐसे बॉस का होना आवश्यक है जो आपका सहयोग करे और आपके काम का श्रेय देने को तैयार हो। नियमित रूप से नौकरी बदलने से आपको खुद को बढ़ावा देने के नए अवसर प्राप्त करने में भी मदद मिल सकती है, खासकर नौकरी के लिए साक्षात्कार के दौरान।\n4: सफलता को परिभाषित करना\nअपने लिए सफलता को परिभाषित करना और बाहरी मान्यता की परवाह किए बिना अपने व्यक्तिगत विकास पर ध्यान केंद्रित करना, आपको यह महसूस करने में मदद कर सकता है कि आप प्रगति कर रहे हैं और सही दिशा में आगे बढ़ रहे हैं।\n5: प्रदर्शन समीक्षाएँ\nयदि आपके कार्यस्थल पर वार्षिक प्रदर्शन समीक्षा होती है, तो यह आपकी मुख्य उपलब्धियों को सूचीबद्ध करने और अपने बॉस का पूरा ध्यान आकर्षित करने का सही अवसर है। तैयारी महत्वपूर्ण है, इसलिए पहले से ही अपनी उपलब्धियों की एक सूची बनाना सुनिश्चित करें।\n6: बोलें और संलग्न रहें\nटीम की बैठकों में मुखर होना, सम्मानपूर्वक अपनी राय रखना और संगठन में महत्वपूर्ण लोगों के साथ जुड़ना आपको ध्यान आकर्षित करने और पदोन्नत होने में मदद कर सकता है।\n7: अपने बॉस को अच्छा दिखाना\nअपने बॉस को अच्छा दिखाने से आपको अपना भविष्य सुरक्षित करने में काफी मदद मिल सकती है। अपने बॉस को अपने काम के नतीजे अवश्य दिखाएं और उन्हें उनकी भूमिका में सफल होने में मदद करें।\n8: गठबंधन और 1 पर 1 बैठकें\nसंगठन में महत्वपूर्ण लोगों के साथ सहयोग करने और उनके साथ नियमित 1-1-1 बैठकें करने से आपको सकारात्मक संबंध स्थापित करने और ध्यान आकर्षित करने में मदद मिल सकती है।\n9: सामान्य गलतियों से बचना\nसहकर्मियों को सार्वजनिक रूप से शर्मिंदा करने से बचें, अपनी राय सम्मानजनक रखें, और सामान्य गलतियों से बचने के लिए आम तौर पर सक्षम रहें जो आपके आत्म-प्रचार प्रयासों में बाधा बन सकती हैं।\n","permalink":"https://www.shafiq.in/hi/docs/projects/writing/self-promotion-at-work/","summary":"\u003chr\u003e\n\u003chr\u003e\n\u003cp\u003e1: परिचय\u003c/p\u003e\n\u003cp\u003eआत्म-प्रचार कार्यस्थल में सफलता के प्रमुख तत्वों में से एक है। यह मार्गदर्शिका आपको खुद को बेचने और अपने करियर में आगे बढ़ने में मदद करने के लिए टिप्स और ट्रिक्स प्रदान करेगी।\u003c/p\u003e\n\u003cp\u003e2: सर्वनाम और संचार\u003c/p\u003e\n\u003cp\u003eबातचीत में सही सर्वनामों का उपयोग करना आत्म-प्रचार का एक सूक्ष्म लेकिन प्रभावी तरीका हो सकता है। अपने काम का श्रेय लेने और व्यक्तिगत उपलब्धियों पर चर्चा करते समय \u0026ldquo;हम\u0026rdquo; के उपयोग से बचने से आपको वह मान्यता प्राप्त करने में मदद मिल सकती है जिसके आप हकदार हैं।\u003c/p\u003e","title":"Self Promotion at Work"},{"content":" अध्याय 1: टेराफॉर्म का परिचय\n1.1 टेराफॉर्म क्या है? 1.2 टेराफॉर्म का इतिहास 1.3 टेराफॉर्म का उपयोग क्यों करें? 1.4 टेराफॉर्म बनाम अन्य आईएसी उपकरण 1.5 टेराफॉर्म उपयोग के मामले 1.6 टेराफॉर्म का उपयोग करने के लाभ 1.7 सामान्य टेराफ़ॉर्म ग़लतफ़हमियाँ 1.8 टेराफॉर्म समुदाय और संसाधन 1.9 पहली बार टेराफॉर्म की स्थापना टेराफॉर्म सीखने के लिए 1.10 युक्तियाँ अध्याय 2: टेराफ़ॉर्म कोर अवधारणाएँ\n2.1 कोड के रूप में इन्फ्रास्ट्रक्चर (IaC) 2.2 प्रदाता और प्लगइन्स 2.3 संसाधन और डेटा स्रोत 2.4 राज्य एवं राज्य प्रबंधन 2.5 कॉन्फ़िगरेशन और कॉन्फ़िगरेशन फ़ाइलें 2.6 मॉड्यूल और मॉड्यूल संरचना 2.7 इनपुट वेरिएबल और आउटपुट मान 2.8 कार्य और कार्य संरचना 2.9 टेराफॉर्म सीएलआई और एपीआई 2.10 डिबगिंग और समस्या निवारण टेराफॉर्म अध्याय 3: टेराफ़ॉर्म कॉन्फ़िगरेशन\n3.1 कॉन्फ़िगरेशन फ़ाइल संरचना और सिंटैक्स 3.2 कॉन्फ़िगरेशन फ़ाइलें लिखना और फ़ॉर्मेट करना 3.3 इनपुट वेरिएबल और आउटपुट मान का उपयोग करना 3.4 संसाधन बनाना और प्रबंधित करना 3.5 डेटा स्रोतों और प्रदाताओं का उपयोग करना 3.6 राज्य और राज्य फाइलों का प्रबंधन 3.7 मॉड्यूल और मॉड्यूल संरचना का उपयोग करना 3.8 कॉन्फ़िगरेशन प्रबंधन के लिए सर्वोत्तम अभ्यास 3.9 सामान्य कॉन्फ़िगरेशन गलतियाँ और समाधान 3.10 उन्नत कॉन्फ़िगरेशन तकनीकें अध्याय 4: टेराफ़ॉर्म प्रदाता और प्लगइन्स\n4.1 प्रदाताओं और प्लगइन्स का परिचय 4.2 आधिकारिक और सामुदायिक प्रदाता 4.3 कस्टम प्रदाताओं का लेखन और प्रकाशन 4.4 प्रदाता-विशिष्ट संसाधनों और डेटा स्रोतों का उपयोग करना 4.5 प्रदाता निर्भरता और संस्करण का प्रबंधन 4.6 प्रदाता प्रबंधन के लिए सर्वोत्तम अभ्यास 4.7 सामान्य प्रदाता-संबंधित मुद्दे और समाधान 4.8 उन्नत कार्यक्षमता के लिए प्लगइन्स का उपयोग करना 4.9 कस्टम प्लगइन्स बनाना और प्रकाशित करना 4.10 प्लगइन प्रबंधन और सर्वोत्तम प्रथाएँ अध्याय 5: टेराफ़ॉर्म मॉड्यूल और संरचना\n5.1 मॉड्यूल और संरचना का परिचय 5.2 पुन: प्रयोज्य मॉड्यूल लिखना और प्रकाशित करना 5.3 कोड पुन: प्रयोज्यता और अमूर्तन के लिए मॉड्यूल का उपयोग करना 5.4 मॉड्यूल संस्करण और निर्भरता प्रबंधन 5.5 मॉड्यूल विकास और उपयोग के लिए सर्वोत्तम अभ्यास 5.6 सामान्य मॉड्यूल-संबंधित मुद्दे और समाधान 5.7 उन्नत मॉड्यूल संरचना तकनीकें 5.8 बाहरी मॉड्यूल और पुस्तकालयों का उपयोग करना 5.9 मॉड्यूल रजिस्ट्रियां बनाना और प्रबंधित करना 5.10 मॉड्यूल परीक्षण और सत्यापन अध्याय 6: टेराफॉर्म राज्य और राज्य प्रबंधन\n6.1 टेराफॉर्म राज्य का परिचय 6.2 राज्य फाइलों और राज्य प्रबंधन को समझना 6.3 टेराफॉर्म कमांड के साथ राज्य का प्रबंधन 6.4 टेराफॉर्म को डिबग और समस्या निवारण के लिए राज्य का उपयोग करना 6.5 राज्य प्रबंधन के लिए सर्वोत्तम अभ्यास 6.6 सामान्य राज्य-संबंधित मुद्दे और समाधान 6.7 रिमोट स्टेट और स्टेट बैकएंड का उपयोग करना 6.8 राज्य एन्क्रिप्शन और सुरक्षा सर्वोत्तम प्रथाएँ 6.9 उन्नत राज्य प्रबंधन तकनीकें 6.10 राज्य प्रवासन और उन्नयन रणनीतियाँ अध्याय 7: टेराफॉर्म सुरक्षा और शासन\n7.1 टेराफॉर्म सुरक्षा और शासन का परिचय 7.2 टेराफॉर्म कॉन्फ़िगरेशन के लिए सुरक्षा सर्वोत्तम अभ्यास 7.3 टेराफ़ॉर्म में रहस्य और संवेदनशील डेटा का उपयोग करना 7.4 टेराफॉर्म के साथ पहचान और पहुंच प्रबंधन (आईएएम)। 7.5 टेराफॉर्म के साथ अनुपालन और ऑडिटिंग 7.6 टेराफॉर्म के साथ शासन और नीति प्रबंधन 7.7 सामान्य सुरक्षा-संबंधित मुद्दे और समाधान 7.8 सुरक्षा नीतियों को लागू करने के लिए टेराफॉर्म का उपयोग करना 7.9 उन्नत सुरक्षा सुविधाएँ और तकनीकें 7.10 उद्यम में टेराफॉर्म के लिए सुरक्षा और प्रशासन अध्याय 8: टेराफ़ॉर्म नेटवर्किंग और कनेक्टिविटी\n8.1 टेराफ़ॉर्म नेटवर्किंग और कनेक्टिविटी का परिचय 8.2 नेटवर्क संसाधन बनाना और प्रबंधित करना 8.3 नेटवर्क मॉड्यूल और लाइब्रेरी का उपयोग करना 8.4 नेटवर्क सुरक्षा और फ़ायरवॉल कॉन्फ़िगरेशन 8.5 लोड संतुलन और यातायात प्रबंधन 8.6 टेराफॉर्म के साथ डीएनएस और डोमेन प्रबंधन 8.7 नेटवर्क आर्किटेक्चर और डिज़ाइन पैटर्न 8.8 सामान्य नेटवर्क-संबंधित मुद्दे और समाधान 8.9 उन्नत नेटवर्किंग सुविधाएँ और तकनीकें 8.10 नेटवर्क समस्या निवारण और डिबगिंग अध्याय 9: टेराफॉर्म स्टोरेज और डेटा प्रबंधन\n9.1 टेराफॉर्म स्टोरेज और डेटा प्रबंधन का परिचय 9.2 भंडारण संसाधनों का निर्माण और प्रबंधन 9.3 स्टोरेज मॉड्यूल और लाइब्रेरी का उपयोग करना 9.4 डेटा एन्क्रिप्शन और सुरक्षा सर्वोत्तम प्रथाएँ 9.5 डेटा बैकअप और पुनर्प्राप्ति रणनीतियाँ 9.6 डेटा माइग्रेशन और अपग्रेड तकनीक 9.7 सामान्य भंडारण-संबंधित मुद्दे और समाधान 9.8 उन्नत भंडारण सुविधाएँ और तकनीकें 9.9 स्टोरेज समस्या निवारण और डिबगिंग 9.10 टेराफॉर्म के साथ डेटा प्रबंधन और प्रशासन अध्याय 10: टेराफ़ॉर्म कंप्यूट और सर्वर रहित\n10.1 टेराफॉर्म कंप्यूट और सर्वरलेस का परिचय 10.2 कंप्यूट संसाधन बनाना और प्रबंधित करना 10.3 कंप्यूट मॉड्यूल और लाइब्रेरी का उपयोग करना 10.4 टेराफॉर्म के साथ सर्वर रहित कंप्यूटिंग 10.5 टेराफॉर्म के साथ फंक्शन-ए-ए-सर्विस (एफएएएस)। 10.6 टेराफॉर्म के साथ कंटेनरीकरण और ऑर्केस्ट्रेशन 10.7 सामान्य गणना-संबंधित मुद्दे और समाधान 10.8 उन्नत कंप्यूट सुविधाएँ और तकनीकें 10.9 समस्या निवारण और डिबगिंग की गणना करें 10.10 टेराफॉर्म के साथ सर्वर रहित सुरक्षा और प्रशासन अध्याय 11: टेराफॉर्म डेवऑप्स और ऑटोमेशन\n11.1 टेराफॉर्म डेवऑप्स और ऑटोमेशन का परिचय 11.2 सीआई/सीडी पाइपलाइनों के साथ टेराफॉर्म का उपयोग करना 11.3 टेराफॉर्म परिनियोजन और रोलबैक को स्वचालित करना 11.4 टेराफॉर्म और कॉन्फ़िगरेशन प्रबंधन उपकरण 11.5 इन्फ्रास्ट्रक्चर-एज़-कोड (IaC) टूल्स के साथ टेराफॉर्म का उपयोग करना 11.6 टेराफॉर्म ऑटोमेशन के लिए सर्वोत्तम अभ्यास 11.7 सामान्य डेवऑप्स-संबंधित मुद्दे और समाधान 11.8 उन्नत DevOps सुविधाएँ और तकनीकें 11.9 टेराफॉर्म के साथ DevOps सुरक्षा और प्रशासन 11.10 एजाइल और स्क्रम पद्धतियों के साथ टेराफॉर्म का उपयोग करना अध्याय 12: टेराफॉर्म लागत अनुकूलन और प्रबंधन\n12.1 टेराफॉर्म लागत अनुकूलन और प्रबंधन का परिचय 12.2 क्लाउड लागत और मूल्य निर्धारण मॉडल को समझना 12.3 संसाधन उपयोग को अनुकूलित करने के लिए टेराफॉर्म का उपयोग करना 12.4 टेराफॉर्म के साथ राइटसाइज़िंग और आरक्षित इंस्टेंसेस 12.5 टेराफॉर्म के साथ लागत अनुमान और पूर्वानुमान 12.6 टेराफॉर्म के साथ टैगिंग और लागत आवंटन 12.7 सामान्य लागत-संबंधित मुद्दे और समाधान 12.8 उन्नत लागत अनुकूलन तकनीकें 12.9 टेराफॉर्म के साथ लागत प्रशासन और नीति प्रबंधन 12.10 बादल अपशिष्ट को कम करने के लिए टेराफॉर्म का उपयोग करना अध्याय 13: टेराफॉर्म मॉनिटरिंग और लॉगिंग\n13.1 टेराफॉर्म मॉनिटरिंग और लॉगिंग का परिचय 13.2 मॉनिटरिंग और लॉगिंग टूल्स के साथ टेराफॉर्म का उपयोग करना 13.3 मॉनिटरिंग और लॉगिंग संसाधन बनाना और प्रबंधित करना 13.4 टेराफॉर्म के साथ चेतावनी और अधिसूचना प्रणाली 13.5 टेराफॉर्म के साथ लॉग संग्रह और विश्लेषण 13.6 सामान्य निगरानी-संबंधित मुद्दे और समाधान 13.7 उन्नत निगरानी सुविधाएँ और तकनीकें 13.8 टेराफॉर्म के साथ सुरक्षा और शासन की निगरानी 13.9 डैशबोर्ड और रिपोर्ट बनाने के लिए टेराफ़ॉर्म का उपयोग करना 13.10 सर्वोत्तम प्रथाओं की निगरानी और लॉगिंग अध्याय 14: टेराफॉर्म बैकअप और डिजास्टर रिकवरी\n14.1 टेराफॉर्म बैकअप और डिजास्टर रिकवरी का परिचय 14.2 बैकअप संसाधन बनाना और प्रबंधित करना 14.3 आपदा रिकवरी के लिए टेराफॉर्म का उपयोग करना 14.4 टेराफॉर्म के साथ व्यापार निरंतरता योजना 14.5 डेटा बैकअप और पुनर्प्राप्ति रणनीतियाँ 14.6 सिस्टम और कॉन्फ़िगरेशन बैकअप और रिकवरी 14.7 सामान्य बैकअप-संबंधित मुद्दे और समाधान 14.8 उन्नत बैकअप सुविधाएँ और तकनीकें 14.9 टेराफॉर्म के साथ बैकअप सुरक्षा और शासन 14.10 आपदा पुनर्प्राप्ति योजना और निष्पादन अध्याय 17: टेराफॉर्म समस्या निवारण और डिबगिंग\n17.1 टेराफॉर्म समस्या निवारण और डिबगिंग का परिचय 17.2 सामान्य टेराफ़ॉर्म त्रुटियाँ और समाधान 17.3 टेराफॉर्म लॉग्स और डिबगिंग टूल्स का उपयोग करना 17.4 टेराफ़ॉर्म प्रदाताओं और संसाधनों का समस्या निवारण 17.5 डिबगिंग टेराफ़ॉर्म कॉन्फ़िगरेशन और स्थिति 17.6 बुनियादी ढांचे की समस्याओं के निवारण के लिए टेराफॉर्म का उपयोग करना 17.7 उन्नत समस्या निवारण सुविधाएँ और तकनीकें 17.8 टेराफॉर्म के साथ सुरक्षा और शासन की समस्या निवारण 17.9 समस्या निवारण उपकरण बनाने के लिए टेराफॉर्म का उपयोग करना 17.10 समस्या निवारण और डिबगिंग सर्वोत्तम अभ्यास अध्याय 18: टेराफ़ॉर्म सर्वोत्तम अभ्यास और डिज़ाइन पैटर्न\n18.1 टेराफॉर्म सर्वोत्तम प्रथाओं और डिजाइन पैटर्न का परिचय 18.2 टेराफॉर्म कॉन्फ़िगरेशन सर्वोत्तम अभ्यास 18.3 टेराफॉर्म मॉड्यूल और संरचना सर्वोत्तम अभ्यास 18.4 टेराफ़ॉर्म प्रदाता और संसाधन सर्वोत्तम प्रथाएँ 18.5 टेराफ़ॉर्म सुरक्षा और शासन सर्वोत्तम प्रथाएँ 18.6 टेराफ़ॉर्म लागत अनुकूलन और प्रबंधन सर्वोत्तम प्रथाएँ 18.7 टेराफ़ॉर्म मॉनिटरिंग और लॉगिंग सर्वोत्तम प्रथाएँ 18.8 टेराफॉर्म बैकअप और डिजास्टर रिकवरी सर्वोत्तम अभ्यास 18.9 टेराफॉर्म माइग्रेशन और अपग्रेड सर्वोत्तम प्रथाएं 18.10 टेराफॉर्म एंटरप्राइज और स्केलेबिलिटी सर्वोत्तम प्रथाएं ","permalink":"https://www.shafiq.in/hi/docs/projects/writing/terraform/","summary":"\u003chr\u003e\n\u003chr\u003e\n\u003cp\u003e\u003cstrong\u003eअध्याय 1: टेराफॉर्म का परिचय\u003c/strong\u003e\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003e1.1 टेराफॉर्म क्या है?\u003c/li\u003e\n\u003cli\u003e1.2 टेराफॉर्म का इतिहास\u003c/li\u003e\n\u003cli\u003e1.3 टेराफॉर्म का उपयोग क्यों करें?\u003c/li\u003e\n\u003cli\u003e1.4 टेराफॉर्म बनाम अन्य आईएसी उपकरण\u003c/li\u003e\n\u003cli\u003e1.5 टेराफॉर्म उपयोग के मामले\u003c/li\u003e\n\u003cli\u003e1.6 टेराफॉर्म का उपयोग करने के लाभ\u003c/li\u003e\n\u003cli\u003e1.7 सामान्य टेराफ़ॉर्म ग़लतफ़हमियाँ\u003c/li\u003e\n\u003cli\u003e1.8 टेराफॉर्म समुदाय और संसाधन\u003c/li\u003e\n\u003cli\u003e1.9 पहली बार टेराफॉर्म की स्थापना\u003c/li\u003e\n\u003cli\u003eटेराफॉर्म सीखने के लिए 1.10 युक्तियाँ\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003e\u003cstrong\u003eअध्याय 2: टेराफ़ॉर्म कोर अवधारणाएँ\u003c/strong\u003e\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003e2.1 कोड के रूप में इन्फ्रास्ट्रक्चर (IaC)\u003c/li\u003e\n\u003cli\u003e2.2 प्रदाता और प्लगइन्स\u003c/li\u003e\n\u003cli\u003e2.3 संसाधन और डेटा स्रोत\u003c/li\u003e\n\u003cli\u003e2.4 राज्य एवं राज्य प्रबंधन\u003c/li\u003e\n\u003cli\u003e2.5 कॉन्फ़िगरेशन और कॉन्फ़िगरेशन फ़ाइलें\u003c/li\u003e\n\u003cli\u003e2.6 मॉड्यूल और मॉड्यूल संरचना\u003c/li\u003e\n\u003cli\u003e2.7 इनपुट वेरिएबल और आउटपुट मान\u003c/li\u003e\n\u003cli\u003e2.8 कार्य और कार्य संरचना\u003c/li\u003e\n\u003cli\u003e2.9 टेराफॉर्म सीएलआई और एपीआई\u003c/li\u003e\n\u003cli\u003e2.10 डिबगिंग और समस्या निवारण टेराफॉर्म\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003e\u003cstrong\u003eअध्याय 3: टेराफ़ॉर्म कॉन्फ़िगरेशन\u003c/strong\u003e\u003c/p\u003e","title":"Terraform"}]