यह कमांड ctdb है जिसे हमारे कई मुफ्त ऑनलाइन वर्कस्टेशन जैसे कि उबंटू ऑनलाइन, फेडोरा ऑनलाइन, विंडोज ऑनलाइन एमुलेटर या मैक ओएस ऑनलाइन एमुलेटर का उपयोग करके ऑनवर्क्स फ्री होस्टिंग प्रदाता में चलाया जा सकता है।
कार्यक्रम:
नाम
ctdb - CTDB प्रबंधन उपयोगिता
SYNOPSIS
सीटीडीबी [विकल्प...] {कमान} [आदेश-आर्ग]
वर्णन
ctdb CTDB क्लस्टर को देखने और प्रबंधित करने के लिए एक उपयोगिता है।
क्लस्टर में नोड्स का संदर्भ देते समय निम्नलिखित शब्दों का उपयोग किया जाता है:
पीएनएन
भौतिक नोड संख्या. भौतिक नोड संख्या एक पूर्णांक है जो नोड का वर्णन करता है
क्लस्टर में. क्लस्टर में पहले नोड में भौतिक नोड संख्या 0 है।
पीएनएन-सूची
यह या तो एक एकल पीएनएन है, पीएनएन की अल्पविराम से अलग सूची या "सभी"।
डेटाबेस को संदर्भित करने वाले कमांड निम्नलिखित शब्दों का उपयोग करते हैं:
DB
यह या तो एक डेटाबेस नाम है, जैसे कि लॉकिंग.tdb या एक डेटाबेस आईडी जैसे
"0x42fe72c5"।
डीबी-सूची
कम से कम एक की रिक्त स्थान से पृथक सूची DB.
विकल्प
-n पीएनएन-सूची
अनुरोधित जानकारी के लिए पीएनएन-लिस्ट द्वारा निर्दिष्ट नोड्स से पूछताछ की जानी चाहिए।
डिफ़ॉल्ट रूप से स्थानीय होस्ट पर चल रहे डेमॉन को क्वेरी करना है।
-Y
स्क्रिप्ट द्वारा आसान पार्सिंग के लिए मशीन पठनीय रूप में आउटपुट तैयार करें। यह एक का उपयोग करता है
':' का फ़ील्ड सीमांकक। सभी आदेश इस विकल्प का समर्थन नहीं करते.
-x सेपरेटर
मशीन पठनीय आउटपुट में फ़ील्ड को सीमांकित करने के लिए SEPARATOR का उपयोग करें। इसका तात्पर्य है -Y.
-X
स्क्रिप्ट द्वारा आसान पार्सिंग के लिए मशीन पठनीय रूप में आउटपुट तैयार करें। यह एक का उपयोग करता है
'|' का क्षेत्र सीमांकक। सभी आदेश इस विकल्प का समर्थन नहीं करते.
यह "-x|" के बराबर है और कुछ शेल उद्धरण संबंधी मुद्दों से बचा जाता है।
-t TIMEOUT
इंगित करता है कि ctdb को अधिकांश आदेशों की प्रतिक्रिया के लिए TIMEOUT सेकंड तक प्रतीक्षा करनी चाहिए
CTDB डेमॉन को भेजा गया। डिफॉल्ट दस सेकंड है।
-T समय सीमा
इंगित करता है कि TIMELIMIT ctdb कमांड के लिए अधिकतम रन टाइम (सेकंड में) है।
जब TIMELIMIT पार हो जाता है तो ctdb कमांड एक त्रुटि के साथ समाप्त हो जाएगा। डिफ़ॉल्ट
120 सेकंड है।
-? --मदद
स्क्रीन पर कुछ सहायता टेक्स्ट प्रिंट करें।
--उपयोग
उपयोग की जानकारी स्क्रीन पर प्रिंट करें।
-डी --डीबग=डिबगलेवल
कमांड के लिए डिबग स्तर बदलें। डिफ़ॉल्ट नोटिस (2) है।
--सॉकेट=फ़ाइल का नाम
निर्दिष्ट करें कि FILENAME कनेक्ट करते समय उपयोग करने के लिए यूनिक्स डोमेन सॉकेट का नाम है
स्थानीय CTDB डेमॉन. डिफ़ॉल्ट /tmp/ctdb.socket है.
प्रशासनिक कमानों
ये CTDB क्लस्टर की निगरानी और प्रशासन के लिए उपयोग किए जाने वाले कमांड हैं।
पी.एन.एन
यह कमांड वर्तमान नोड का पीएनएन प्रदर्शित करता है।
xpnn
यह कमांड CTDB डेमॉन से संपर्क किए बिना वर्तमान नोड का PNN प्रदर्शित करता है। यह
नोड्स फ़ाइल को सीधे पार्स करता है, इसलिए यदि नोड्स फ़ाइल है तो अप्रत्याशित आउटपुट उत्पन्न कर सकता है
संपादित किया गया है लेकिन पुनः लोड नहीं किया गया है।
हैसियत
यह कमांड जानकारी के आधार पर सभी CTDB नोड्स की वर्तमान स्थिति दिखाता है
पूछताछ नोड.
ध्यान दें: यदि पूछा गया नोड निष्क्रिय है तो स्थिति वर्तमान नहीं हो सकती है।
आसंधि हैसियत
इसमें भौतिक नोड्स की संख्या और प्रत्येक नोड की स्थिति शामिल है। देखना सीटीडीबी(7)
नोड राज्यों के बारे में जानकारी के लिए।
पीढ़ी
जनरेशन आईडी एक संख्या है जो क्लस्टर की वर्तमान पीढ़ी को इंगित करती है
उदाहरण। हर बार जब कोई क्लस्टर पुनर्विन्यास या पुनर्प्राप्ति से गुजरता है
जेनरेशन आईडी बदल दी जाएगी.
कब का हिसाब रखने के अलावा इस संख्या का कोई विशेष अर्थ नहीं है
क्लस्टर पुनर्प्राप्ति के माध्यम से चला गया है। यह एक यादृच्छिक संख्या है जो धारा का प्रतिनिधित्व करती है
ctdb क्लस्टर और उसके डेटाबेस का उदाहरण। CTDB डेमॉन इस नंबर का उपयोग करता है
आंतरिक रूप से यह बताने में सक्षम होने के लिए कि क्लस्टर और कमांड पर कब काम करना है
आदेशों को सुनिश्चित करने के लिए डेटाबेस को क्लस्टर की एक अलग पीढ़ी में जारी किया गया था
जो डेटाबेस पर काम करता है वह क्लस्टर डेटाबेस रिकवरी में जीवित नहीं रहेगा।
पुनर्प्राप्ति के बाद, सभी पुराने बकाया आदेश स्वचालित रूप से अमान्य हो जाएंगे।
कभी-कभी यह नंबर "अमान्य" के रूप में दिखाया जाएगा। इसका मतलब सिर्फ इतना है कि ctdbd
डेमॉन शुरू हो गया है लेकिन यह अभी तक पुनर्प्राप्ति के माध्यम से क्लस्टर के साथ विलय नहीं हुआ है। सभी
नोड्स "अमान्य" पीढ़ी से शुरू होते हैं और तब तक उन्हें वास्तविक पीढ़ी आईडी नहीं सौंपी जाती है
पुनर्प्राप्ति के माध्यम से उन्हें सफलतापूर्वक एक क्लस्टर के साथ विलय कर दिया गया है।
वास्तविक आसंधि नंबर (वीएनएन) नक्शा
इसमें वर्चुअल नोड्स की संख्या और वर्चुअल नोड नंबरों से मैपिंग शामिल है
भौतिक नोड संख्या. वर्चुअल नोड्स CTDB डेटाबेस को होस्ट करते हैं। केवल नोड्स ही हैं
वीएनएन मानचित्र में भाग लेने से डेटाबेस रिकॉर्ड के लिए एलमास्टर या डीमास्टर बन सकता है।
वसूली मोड
यह क्लस्टर का वर्तमान पुनर्प्राप्ति मोड है। दो संभावित तरीके हैं:
सामान्य - क्लस्टर पूरी तरह से चालू है।
पुनर्प्राप्ति - सभी क्लस्टर डेटाबेस फ़्रीज़ कर दिए गए हैं, जिससे सभी सेवाएँ रुक गई हैं
क्लस्टर पुनर्प्राप्ति प्रक्रिया पूरी होने की प्रतीक्षा कर रहा है। एक पुनर्प्राप्ति प्रक्रिया भीतर समाप्त होनी चाहिए
सेकंड. यदि कोई क्लस्टर पुनर्प्राप्ति स्थिति में फंस गया है तो यह एक क्लस्टर को इंगित करेगा
खराबी जिसकी जांच होनी चाहिए.
एक बार पुनर्प्राप्ति मास्टर एक असंगतता का पता लगाता है, उदाहरण के लिए एक नोड बन जाता है
डिस्कनेक्ट/कनेक्टेड, पुनर्प्राप्ति डेमॉन क्लस्टर पुनर्प्राप्ति प्रक्रिया को ट्रिगर करेगा,
जहां सभी डेटाबेस को क्लस्टर में पुनः संयोजित किया जाता है। जब यह प्रक्रिया प्रारंभ होती है
जैसे अनुप्रयोगों को रोकने के लिए रिकवरी मास्टर पहले सभी डेटाबेस को "फ्रीज" करेगा
सांबा को डेटाबेस तक पहुँचने से रोक दिया जाएगा और यह पुनर्प्राप्ति मोड को भी चिह्नित कर देगा
स्वास्थ्य लाभ।
जब CTDB डेमॉन प्रारंभ होगा, तो यह पुनर्प्राप्ति मोड में प्रारंभ होगा। एक बार नोड हो गया है
एक क्लस्टर में विलय हो गया है और सभी डेटाबेस पुनर्प्राप्त हो गए हैं, नोड मोड बदल जाएगा
सामान्य मोड में और डेटाबेस को "पिघलाया" जाएगा, जिससे सांबा को एक्सेस करने की अनुमति मिल जाएगी
डेटाबेस फिर से.
वसूली मास्टर
यह क्लस्टर नोड है जिसे वर्तमान में रिकवरी मास्टर के रूप में नामित किया गया है। यह
नोड क्लस्टर की स्थिरता की निगरानी करने और कार्यान्वित करने के लिए जिम्मेदार है
आवश्यकता पड़ने पर वास्तविक पुनर्प्राप्ति प्रक्रिया।
एक समय में केवल एक नोड ही नामित पुनर्प्राप्ति मास्टर हो सकता है। कौन सा नोड है
रिकवरी मास्टर को नामित करने का निर्णय रिकवरी में चुनाव प्रक्रिया द्वारा किया जाता है
डेमॉन प्रत्येक नोड पर चल रहे हैं।
उदाहरण
# सीटीडीबी स्थिति
नोड्स की संख्या:4
pnn:0 192.168.2.200 ठीक है (यह नोड)
पीएनएन:1 192.168.2.201 ठीक है
पीएनएन:2 192.168.2.202 ठीक है
पीएनएन:3 192.168.2.203 ठीक है
पीढ़ी:1362079228
साइज: 4
हैश:0 एलमास्टर:0
हैश:1 एलमास्टर:1
हैश:2 एलमास्टर:2
हैश:3 एलमास्टर:3
पुनर्प्राप्ति मोड: सामान्य (0)
रिकवरी मास्टर:0
nodestatus [पीएनएन-सूची]
यह कमांड के समान है हैसियत आज्ञा। यह "नोड स्थिति" का सबसेट प्रदर्शित करता है
आउटपुट. मुख्य अंतर हैं:
· निकास कोड प्रत्येक निर्दिष्ट नोड के लिए झंडे का बिटवाइज़-ओआर है सीटीडीबी
हैसियत यदि यह सभी नोड्स के लिए स्थिति पुनः प्राप्त करने में सक्षम था तो 0 के साथ बाहर निकलता है।
· सीटीडीबी हैसियत सभी नोड्स के लिए स्थिति की जानकारी प्रदान करता है। सीटीडीबी nodestatus करने के लिए चूक
केवल वर्तमान नोड के लिए स्थिति प्रदान करना। यदि पीएनएन-सूची प्रदान की गई है तो स्थिति है
संकेतित नोड के लिए दिया गया।
डिफ़ॉल्ट रूप से, सीटीडीबी nodestatus स्थानीय नोड से स्थिति एकत्रित करता है। हालाँकि, यदि आह्वान किया जाता है
"-n all" (या समान) के साथ स्थिति दिए गए नोड से एकत्र की जाती है। में
विशेष सीटीडीबी nodestatus सब और सीटीडीबी nodestatus -n सब अलग उत्पादन करेगा
आउटपुट. 2 अलग-अलग नोडस्पेक्स ("-n" के साथ और बिना) प्रदान करना संभव है लेकिन
आउटपुट आमतौर पर भ्रमित करने वाला होता है!
लिपियों में एक सामान्य आह्वान है सीटीडीबी nodestatus सब यह जाँचने के लिए कि क्या सभी नोड्स a
क्लस्टर स्वस्थ हैं.
उदाहरण
# सीटीडीबी नोडस्टेटस
pnn:0 10.0.0.30 ठीक है (यह नोड)
# ctdb नोडस्टेटस सभी
नोड्स की संख्या:2
pnn:0 10.0.0.30 ठीक है (यह नोड)
पीएनएन:1 10.0.0.31 ठीक है
रिकमास्टर
यह कमांड उस नोड का पीएनएन दिखाता है जो वर्तमान में रिकमास्टर है।
ध्यान दें: यदि पूछा गया नोड निष्क्रिय है तो स्थिति वर्तमान नहीं हो सकती है।
उपरिकाल
यह कमांड ctdb डेमॉन के लिए अपटाइम दिखाता है। जब अंतिम पुनर्प्राप्ति या आईपी-फ़ेलओवर
पूरा हुआ और इसमें कितना समय लगा। यदि "अवधि" को ऋणात्मक संख्या के रूप में दिखाया गया है, तो यह
इंगित करता है कि पुनर्प्राप्ति/विफलता प्रगति पर है और यह इतने सेकंड में शुरू हो गई
पहले.
उदाहरण
# सीटीडीबी अपटाइम
नोड का वर्तमान समय: गुरु 29 अक्टूबर 10:38:54 2009
सीटीडीबीडी प्रारंभ समय: (000 16:54:28) बुध अक्टूबर 28 17:44:26 2009
अंतिम पुनर्प्राप्ति/विफलता का समय: (000 16:53:31) बुध अक्टूबर 28 17:45:23 2009
अंतिम पुनर्प्राप्ति/विफलता की अवधि: 2.248552 सेकंड
listnodes
यह कमांड क्लस्टर में सभी नोड्स के आईपी पते को सूचीबद्ध करता है।
उदाहरण
# सीटीडीबी लिस्टनोड्स
192.168.2.200
192.168.2.201
192.168.2.202
192.168.2.203
natgwlist
वर्तमान NAT गेटवे मास्टर और वर्तमान NAT गेटवे में सभी नोड्स की स्थिति दिखाएं
समूह। में NAT गेटवे अनुभाग देखें सीटीडीबी(7) अधिक जानकारी के लिए।
उदाहरण
# ctdb natgwlist
0 192.168.2.200
नोड्स की संख्या:4
pnn:0 192.168.2.200 ठीक है (यह नोड)
पीएनएन:1 192.168.2.201 ठीक है
पीएनएन:2 192.168.2.202 ठीक है
पीएनएन:3 192.168.2.203 ठीक है
पिंग
यह कमांड क्लस्टर में निर्दिष्ट CTDB नोड्स को "पिंग" करेगा ताकि यह सत्यापित किया जा सके कि वे मौजूद हैं
चल रहा है।
उदाहरण
# सीटीडीबी पिंग -एन सब
0 समय=0.000054 सेकंड (3 ग्राहक) से प्रतिक्रिया
1 समय=0.000144 सेकंड (2 ग्राहक) से प्रतिक्रिया
2 समय=0.000105 सेकंड (2 ग्राहक) से प्रतिक्रिया
3 समय=0.000114 सेकंड (2 ग्राहक) से प्रतिक्रिया
iface
यह कमांड नेटवर्क इंटरफेस की सूची प्रदर्शित करेगा, जो सार्वजनिक होस्ट कर सकता है
पते, उनकी स्थिति सहित।
उदाहरण
# ctdb ifaces
नोड 0 पर इंटरफ़ेस
नाम:eth5 लिंक:अप संदर्भ:2
नाम:eth4 लिंक:डाउन संदर्भ:0
नाम:eth3 लिंक:अप संदर्भ:1
नाम:eth2 लिंक:अप संदर्भ:1
# सीटीडीबी-एक्स आईफेस
|नाम|लिंकस्थिति|संदर्भ|
|eth5|1|2|
|eth4|0|0|
|eth3|1|1|
|eth2|1|1|
ip
यह आदेश क्लस्टर द्वारा प्रदान किए गए सार्वजनिक पतों की सूची प्रदर्शित करेगा
और कौन सा भौतिक नोड वर्तमान में इस आईपी की सेवा कर रहा है। डिफ़ॉल्ट रूप से यह आदेश केवल होगा
वे सार्वजनिक पते दिखाएँ जो नोड को ही ज्ञात हों। सभी की पूरी सूची देखने के लिए
पूरे क्लस्टर में सार्वजनिक आईपी के लिए आपको "ctdb ip -n all" का उपयोग करना होगा।
उदाहरण
# सीटीडीबी आईपी -वी
नोड 0 पर सार्वजनिक आईपी
172.31.91.82 नोड[1] सक्रिय[] उपलब्ध[eth2,eth3] कॉन्फ़िगर किया गया[eth2,eth3]
172.31.91.83 नोड[0] सक्रिय[eth3] उपलब्ध[eth2,eth3] कॉन्फ़िगर किया गया[eth2,eth3]
172.31.91.84 नोड[1] सक्रिय[] उपलब्ध[eth2,eth3] कॉन्फ़िगर किया गया[eth2,eth3]
172.31.91.85 नोड[0] सक्रिय[eth2] उपलब्ध[eth2,eth3] कॉन्फ़िगर किया गया[eth2,eth3]
172.31.92.82 नोड[1] सक्रिय[] उपलब्ध[eth5] कॉन्फ़िगर किया गया[eth4,eth5]
172.31.92.83 नोड[0] सक्रिय[eth5] उपलब्ध[eth5] कॉन्फ़िगर किया गया[eth4,eth5]
172.31.92.84 नोड[1] सक्रिय[] उपलब्ध[eth5] कॉन्फ़िगर किया गया[eth4,eth5]
172.31.92.85 नोड[0] सक्रिय[eth5] उपलब्ध[eth5] कॉन्फ़िगर किया गया[eth4,eth5]
# सीटीडीबी -एक्स आईपी -वी
|सार्वजनिक आईपी|नोड|एक्टिवइंटरफेस|उपलब्धइंटरफेस|कॉन्फ़िगरइंटरफेस|
|172.31.91.82|1||eth2,eth3|eth2,eth3|
|172.31.91.83|0|eth3|eth2,eth3|eth2,eth3|
|172.31.91.84|1||eth2,eth3|eth2,eth3|
|172.31.91.85|0|eth2|eth2,eth3|eth2,eth3|
|172.31.92.82|1||eth5|eth4,eth5|
|172.31.92.83|0|eth5|eth5|eth4,eth5|
|172.31.92.84|1||eth5|eth4,eth5|
|172.31.92.85|0|eth5|eth5|eth4,eth5|
ipinfo IP
यह आदेश निर्दिष्ट सार्वजनिक पतों के बारे में विवरण प्रदर्शित करेगा।
उदाहरण
# सीटीडीबी आईपिनफो 172.31.92.85
नोड 172.31.92.85 पर सार्वजनिक आईपी[0] जानकारी
आईपी: 172.31.92.85
वर्तमाननोड:0
संख्याइंटरफ़ेस:2
इंटरफ़ेस[1]: नाम:eth4 लिंक:डाउन संदर्भ:0
इंटरफ़ेस[2]: नाम:एथ5 लिंक:अप संदर्भ:2 (सक्रिय)
स्क्रिप्टस्थिति
यह कमांड प्रदर्शित करता है कि कौन सी स्क्रिप्ट पिछले मॉनिटरिंग चक्र में कहां चलती है
प्रत्येक स्क्रिप्ट का परिणाम. यदि कोई स्क्रिप्ट किसी त्रुटि के साथ विफल हो जाती है, जिसके कारण नोड बन जाता है
अस्वस्थ, उस स्क्रिप्ट का आउटपुट भी दिखाया गया है।
उदाहरण
# ctdb स्क्रिप्टस्टेटस
पिछले निगरानी चक्र में 7 स्क्रिप्ट निष्पादित की गईं
00.ctdb स्थिति: ठीक है अवधि: 0.056 मंगलवार 24 मार्च 18:56:57 2009
10. इंटरफ़ेस स्थिति: ठीक अवधि: 0.077 मंगलवार 24 मार्च 18:56:57 2009
11.natgw स्थिति:ठीक अवधि:0.039 मंगलवार 24 मार्च 18:56:57 2009
20.मल्टीपाथ स्थिति:ओके अवधि:0.038 मंगल मार्च 24 18:56:57 2009
31.क्लैम्ड स्थिति:अक्षम
40.vsftpd स्थिति:ठीक अवधि:0.045 मंगल मार्च 24 18:56:57 2009
41.httpd स्थिति: ठीक है अवधि: 0.039 मंगलवार 24 मार्च 18:56:57 2009
50.सांबा स्थिति:त्रुटि अवधि:0.082 मंगल मार्च 24 18:56:57 2009
आउटपुट:त्रुटि: सांबा टीसीपी पोर्ट 445 प्रतिसाद नहीं दे रहा है
अक्षमस्क्रिप्ट स्क्रिप्ट
इस कमांड का उपयोग किसी इवेंटस्क्रिप्ट को अक्षम करने के लिए किया जाता है।
यह अगली बार प्रभावी होगा जब ईवेंटस्क्रिप्ट निष्पादित की जा रही होगी इसलिए इसमें कुछ समय लग सकता है
थोड़ी देर जब तक यह 'स्क्रिप्टस्टेटस' में प्रतिबिंबित न हो जाए।
Enablescript स्क्रिप्ट
इस कमांड का उपयोग इवेंटस्क्रिप्ट को सक्षम करने के लिए किया जाता है।
यह अगली बार प्रभावी होगा जब ईवेंटस्क्रिप्ट निष्पादित की जा रही होगी इसलिए इसमें कुछ समय लग सकता है
थोड़ी देर जब तक यह 'स्क्रिप्टस्टेटस' में प्रतिबिंबित न हो जाए।
listvars
जैसे अप्रचलित ट्यूनेबल के मानों को छोड़कर, सभी ट्यून करने योग्य चरों की सूची बनाएं
वैक्यूममिनइंटरवल। अप्रचलित ट्यूनेबल्स को केवल "ctdb" के साथ स्पष्ट रूप से पुनर्प्राप्त किया जा सकता है
गेटवर" कमांड।
उदाहरण
# सीटीडीबी सूचीवार
मैक्सरीडायरेक्टकाउंट = 3
सेक्नमइंटरवल = 1000
कंट्रोलटाइमआउट = 60
ट्रैवर्सटाइमआउट = 20
कीपलाइव इंटरवल = 5
कीपलाइवलिमिट = 5
रिकवरटाइमआउट = 20
पुनर्प्राप्तिअंतराल = 1
इलेक्शनटाइमआउट = 3
टेकओवरटाइमआउट = 9
मॉनिटरइंटरवल = 15
टिकलअपडेटइंटरवल = 20
इवेंटस्क्रिप्टटाइमआउट = 30
इवेंटस्क्रिप्टटाइमआउटकाउंट = 1
रिकवरीग्रेसपीरियड = 120
रिकवरीबैनपीरियड = 300
डेटाबेसहैश आकार = 100001
डेटाबेसमैक्सडेड = 5
पुनः पुनर्प्राप्ति समयबाह्य = 10
EnableBans = 1
नियतिवादीआईपी = 0
एलसीपी2पब्लिकआईपी = 1
रीक्लॉकपिंगपीरियड = 60
नोआईपीफेलबैक = 0
अक्षमआईपीफ़ाइलओवर = 0
VerboseMemoryNames = 0
RecdPingTimeout = 60
रिक्डफ़ेलकाउंट = 10
लॉगलेटेंसीएमएस = 0
RecLockLatencyMs = 1000
रिकवरीड्रॉपऑलआईपी = 120
वैक्यूमइंटरवल = 10
वैक्यूममैक्सरनटाइम = 30
रिपैकलिमिट = 10000
वैक्यूमलिमिट = 5000
वैक्यूमफ़ास्टपाथकाउंट = 60
MaxQueueDropMsg = 1000000
यूज़स्टैटसइवेंट्स = 0
अनुमति दें अस्वस्थ डीबीरीड = 0
स्टेटहिस्ट्री इंटरवल = 1
DeferredAtachTO = 120
अनुमति देंक्लाइंटडीबीअटैच = 1
पुनर्प्राप्तPDBBySeqNum = 0
गेटवार नाम
ट्यून करने योग्य वैरिएबल का रनटाइम मान प्राप्त करें।
उदाहरण
# ctdb getvar MaxRedirectCount
मैक्सरीडायरेक्टकाउंट = 3
setvar नाम मूल्य
ट्यून करने योग्य वैरिएबल का रनटाइम मान सेट करें।
उदाहरण: ctdb setvar MaxRedirectCount 5
lvsmaster
यह कमांड दिखाता है कि वर्तमान में कौन सा नोड LVSMASTER है। LVSMASTER इसमें नोड है
क्लस्टर जो एलवीएस सिस्टम को चलाता है और जो ग्राहकों से आने वाले सभी ट्रैफ़िक को प्राप्त करता है।
एलवीएस वह मोड है जहां संपूर्ण सीटीडीबी/सांबा क्लस्टर एक ही आईपी पते का उपयोग करता है
संपूर्ण क्लस्टर. इस मोड में सभी क्लाइंट एक विशिष्ट नोड से जुड़ते हैं जो तब जुड़ जाएगा
क्लाइंट को क्लस्टर में अन्य नोड्स पर समान रूप से मल्टीप्लेक्स/लोडबैलेंस करें। यह एक
सार्वजनिक आईपी पते का उपयोग करने का विकल्प। अधिक जानकारी के लिए ctdbd का मैनपेज देखें
एलवीएस के बारे में
lvs
यह कमांड दिखाता है कि क्लस्टर में कौन से नोड वर्तमान में एलवीएस में सक्रिय हैं
विन्यास। यानी हम वर्तमान में सिंगल आईपी एड्रेस को किस नोड पर लोड कर रहे हैं
भर में।
एलवीएस डिफ़ॉल्ट रूप से केवल उन नोड्स पर लोडबैलेंस करेगा जो एलवीएस सक्षम और सक्षम दोनों हैं
स्वस्थ। सिवाय इसके कि यदि सभी नोड अस्वस्थ हैं तो ऐसी स्थिति में एलवीएस सभी में संतुलन बनाए रखेगा
अस्वस्थ नोड्स भी. एलवीएस कभी भी ऐसे नोड्स का उपयोग नहीं करेगा जो डिस्कनेक्ट किए गए, रोके गए, प्रतिबंधित हैं
या अक्षम.
उदाहरण आउटपुट:
2:10.0.0.13
3:10.0.0.14
क्षमताएँ प्राप्त करें
यह कमांड वर्तमान नोड की क्षमताओं को दर्शाता है। क्षमता अनुभाग देखें
सीटीडीबी(7) अधिक जानकारी के लिए।
उदाहरण आउटपुट:
रीमास्टर: हाँ
लमास्टर: हाँ
एलवीएस: नहीं
NATGW: हाँ
आँकड़े
CTDB डेमॉन से आँकड़े एकत्र करें कि उसने कितनी कॉलें प्रदान की हैं। जानकारी
सांख्यिकी के विभिन्न क्षेत्रों के बारे में जानकारी इसमें पाई जा सकती है सीटीडीबी-सांख्यिकी(7).
उदाहरण
# सीटीडीबी आँकड़े
सीटीडीबी संस्करण 1
संख्या_ग्राहक 3
जमे हुए 0
पुनर्प्राप्ति 0
client_packets_sent 360489
client_packets_recv 360466
नोड_पैकेट_भेजा गया 480931
नोड_पैकेट_आरईसीवी 240120
Keepalive_packets_sent 4
Keepalive_packets_recv 3
नोड
अनुरोध_कॉल 2
उत्तर_कॉल 2
अनुरोध_डमास्टर 0
उत्तर_डीमास्टर 0
उत्तर_त्रुटि 0
req_message 42
req_control 120408
उत्तर_नियंत्रण 360439
ग्राहक
अनुरोध_कॉल 2
req_message 24
req_control 360440
समय समाप्ति
0 पर कॉल करें
नियंत्रण 0
ट्रैवर्स 0
कुल_कॉल 2
लंबित_कॉल 0
लॉकवेट_कॉल्स 0
लंबित_लॉकवेट_कॉल 0
मेमोरी_प्रयुक्त 5040
मैक्स_हॉप_काउंट 0
अधिकतम_कॉल_विलंबता 4.948321 सेकंड
max_lockwait_latency 0.000000 सेकंड
सांख्यिकी रीसेट
इस कमांड का उपयोग किसी नोड में सभी सांख्यिकी काउंटरों को साफ़ करने के लिए किया जाता है।
उदाहरण: सीटीडीबी सांख्यिकी रीसेट
dbसांख्यिकी DB
डेटाबेस DB के बारे में आँकड़े प्रदर्शित करें। डीबीसांख्यिकी में विभिन्न क्षेत्रों के बारे में जानकारी
में पाए जा सकते हैं सीटीडीबी-सांख्यिकी(7).
उदाहरण
# ctdb dbstatistics Locking.tdb
डीबी सांख्यिकी: लॉकिंग.टीडीबी
ro_प्रतिनिधिमंडल 0
ro_revokes 0
ताले
कुल 14356
असफल 0
वर्तमान 0
लंबित 0
हॉप_काउंट_बकेट: 28087 2 1 0 0 0 0 0 0 0 0 0 0 0 0 0
लॉक_बकेट: 0 14188 38 76 32 19 3 0 0 0 0 0 0 0 0 0
ताले_विलंबता न्यूनतम/औसत/अधिकतम 0.001066/0.012686/4.202292 सेकंड 14356 में से
संख्या हॉट कुंजियाँ: 1
Count:8 Key:ff5bd7cb3ee3822edc1f0000000000000000000000000000
getrelock
पुनर्प्राप्ति लॉक फ़ाइल का नाम दिखाएँ, यदि कोई हो।
उदाहरण आउटपुट:
रीक्लॉक फ़ाइल:/clusterfs/.ctdb/recovery.lock
सेटरेक्लॉक [फ़ाइल]
फ़ाइल पुनर्प्राप्ति लॉक फ़ाइल का नाम निर्दिष्ट करती है। यदि पुनर्प्राप्ति लॉक फ़ाइल को बदला गया है
रन-टाइम तो यह पुनर्प्राप्ति का कारण बनेगा, जिसके परिणामस्वरूप पुनर्प्राप्ति लॉक हो जाएगा
पुनः लिया गया
यदि कोई फ़ाइल निर्दिष्ट नहीं है तो पुनर्प्राप्ति लॉक फ़ाइल का उपयोग नहीं किया जाएगा।
यह आदेश केवल एकल CTDB नोड की रन-टाइम सेटिंग को प्रभावित करता है। यह सेटिंग चाहिए be
निर्दिष्ट करके सभी नोड्स पर एक साथ परिवर्तन किया गया -n सब (या इसी के समान)। जानकारी के लिए
पुनर्प्राप्ति लॉक फ़ाइल को कॉन्फ़िगर करने के बारे में कृपया CTDB_RECOVERY_LOCK प्रविष्टि देखें
ctdbd.conf(5) और --रेक्लॉक प्रविष्टि में सीटीडीबीडी(1). पुनर्प्राप्ति लॉक के बारे में जानकारी के लिए
कृपया रिकवरी लॉक अनुभाग देखें सीटीडीबी(7).
getdebug
नोड के लिए वर्तमान डिबग स्तर प्राप्त करें। डिबग स्तर नियंत्रित करता है कि कौन सी जानकारी है
लॉग फ़ाइल में लिखा गया।
डिबग स्तरों को संबंधित syslog स्तरों पर मैप किया जाता है। जब डिबग स्तर सेट किया जाता है,
केवल उस स्तर और उच्च स्तर के संदेश ही मुद्रित किए जाएंगे।
उच्चतम से निम्नतम तक डिबग स्तरों की सूची इस प्रकार है:
त्रुटि चेतावनी सूचना जानकारी डिबग
setdebug डिबगलेवल
किसी नोड का डिबग स्तर सेट करें. यह नियंत्रित करता है कि कौन सी जानकारी लॉग की जाएगी।
डिबगलेवल त्रुटि चेतावनी सूचना जानकारी डिबग में से एक है
गेटपीड
यह आदेश ctdb डेमॉन की प्रक्रिया आईडी लौटाएगा।
अक्षम करें
इस कमांड का उपयोग क्लस्टर में किसी नोड को प्रशासनिक रूप से अक्षम करने के लिए किया जाता है। एक अक्षम नोड
अभी भी क्लस्टर में भाग लेगा और क्लस्टर किए गए टीडीबी रिकॉर्ड्स को होस्ट करेगा लेकिन यह सार्वजनिक आईपी है
पता एक अलग नोड द्वारा ले लिया गया है और यह अब किसी भी सेवा को होस्ट नहीं करता है।
सक्षम
उस नोड को पुनः सक्षम करें जिसे प्रशासनिक रूप से अक्षम कर दिया गया है।
रुकें
इस कमांड का उपयोग क्लस्टर में किसी नोड को प्रशासनिक रूप से रोकने के लिए किया जाता है। एक रुका हुआ नोड है
क्लस्टर से जुड़ा है लेकिन किसी भी सार्वजनिक आईपी पते को होस्ट नहीं करेगा, न ही यह भाग लेता है
वीएनएनएमएपी में. अक्षम नोड और रुके हुए नोड के बीच अंतर यह है कि रुका हुआ नोड
नोड डेटाबेस के किसी भी भाग को होस्ट नहीं करता है जिसका अर्थ है कि पुनर्प्राप्ति की आवश्यकता है
नोड्स को रोकें/जारी रखें।
जारी रखने के
उस नोड को पुनः प्रारंभ करें जिसे प्रशासनिक रूप से रोक दिया गया है।
addip आईपीएडीडीआर/मुखौटा मुझे सामना करना है
इस कमांड का उपयोग रनटाइम के दौरान एक नोड में एक नया सार्वजनिक आईपी जोड़ने के लिए किया जाता है। इससे जनता को अनुमति मिलती है
सीटीडीबी डेमॉन को पुनरारंभ किए बिना क्लस्टर में जोड़े जाने वाले पते।
ध्यान दें कि यह केवल ctdb के रनटाइम इंस्टेंस को अपडेट करता है। आगे कोई भी परिवर्तन खो जाएगा
समय ctdb पुनः प्रारंभ होता है और सार्वजनिक पता फ़ाइल पुनः पढ़ी जाती है। अगर आप ये बदलाव चाहते हैं
स्थायी होने के लिए आपको सार्वजनिक पते फ़ाइल को मैन्युअल रूप से भी अपडेट करना होगा।
डिलीप आईपीएडीडीआर
इस कमांड का उपयोग रनटाइम के दौरान किसी नोड से सार्वजनिक आईपी को हटाने के लिए किया जाता है। यदि यह सार्वजनिक आई.पी
वर्तमान में उस नोड द्वारा होस्ट किया गया है जहां से इसे हटाया जा रहा है, सबसे पहले आईपी विफल हो जाएगा
यदि संभव हो तो हटाए जाने से पहले एक और नोड।
ध्यान दें कि यह केवल ctdb के रनटाइम इंस्टेंस को अपडेट करता है। आगे कोई भी परिवर्तन खो जाएगा
समय ctdb पुनः प्रारंभ होता है और सार्वजनिक पता फ़ाइल पुनः पढ़ी जाती है। अगर आप ये बदलाव चाहते हैं
स्थायी होने के लिए आपको सार्वजनिक पते फ़ाइल को मैन्युअल रूप से भी अपडेट करना होगा।
moveip आईपीएडीडीआर पीएनएन
इस कमांड का उपयोग किसी सार्वजनिक आईपी पते को किसी विशिष्ट नोड पर मैन्युअल रूप से विफल करने के लिए किया जा सकता है।
सार्वजनिक आईपी पते के "स्वचालित" वितरण को मैन्युअल रूप से ओवरराइड करने के लिए
ctdb सामान्य रूप से प्रदान करता है, यह कमांड केवल तभी काम करता है जब आपने इसके लिए ट्यूनेबल्स बदल दिए हों
डेमॉन को:
नियतिवादीआईपी = 0
नोआईपीफेलबैक = 1
शटडाउन
यह आदेश एक विशिष्ट CTDB डेमॉन को बंद कर देगा।
setlmasterrole चालू|बंद
इस कमांड का उपयोग रनटाइम पर नोड के लिए LMASTER क्षमता को सक्षम/अक्षम करने के लिए किया जाता है। यह
क्षमता यह निर्धारित करती है कि किसी नोड को रिकॉर्ड के लिए LMASTER के रूप में उपयोग किया जा सकता है या नहीं
डेटाबेस। जिस नोड में LMASTER क्षमता नहीं है वह vnnmap में दिखाई नहीं देगा।
नोड्स में डिफ़ॉल्ट रूप से यह क्षमता होगी, लेकिन इसे नोड्स से हटाया जा सकता है
sysconfig फ़ाइल में या इस कमांड का उपयोग करके सेटिंग करें।
एक बार यह सेटिंग सक्षम/अक्षम हो जाने पर, आपको इसे लागू करने के लिए एक पुनर्प्राप्ति निष्पादित करने की आवश्यकता होगी
प्रभाव।
"ctdb getcapabilitys" भी देखें
setrecmasterrole चालू|बंद
इस कमांड का उपयोग रनटाइम पर किसी नोड के लिए RECMASTER क्षमता को सक्षम/अक्षम करने के लिए किया जाता है।
यह क्षमता निर्धारित करती है कि किसी नोड को RECMASTER के रूप में उपयोग किया जा सकता है या नहीं
झुंड। एक नोड जिसमें RECMASTER क्षमता नहीं है, वह recmaster नहीं जीत सकता
चुनाव। एक नोड जो क्षमता होने पर पहले से ही क्लस्टर के लिए रिकमास्टर है
नोड से हटा दिया गया, अगले क्लस्टर चुनाव तक रेकमास्टर बना रहेगा।
नोड्स में डिफ़ॉल्ट रूप से यह क्षमता होगी, लेकिन इसे नोड्स से हटाया जा सकता है
sysconfig फ़ाइल में या इस कमांड का उपयोग करके सेटिंग करें।
"ctdb getcapabilitys" भी देखें
नोड्स पुनः लोड करें
इस कमांड का उपयोग नए नोड्स जोड़ते समय, या मौजूदा नोड्स को मौजूदा नोड्स से हटाते समय किया जाता है
क्लस्टर।
नोड जोड़ने की प्रक्रिया:
1, किसी मौजूदा क्लस्टर का विस्तार करने के लिए, पहले 'ctdb स्थिति' के साथ सुनिश्चित करें कि सभी नोड ऊपर हैं
और दौड़ रहे हैं और वे सभी स्वस्थ हैं। किसी क्लस्टर का तब तक विस्तार करने का प्रयास न करें जब तक कि ऐसा न हो
पूर्णतः स्वस्थ!
2, सभी नोड्स पर, /etc/ctdb/nodes संपादित करें और फ़ाइल में अंतिम प्रविष्टि के रूप में नया नोड जोड़ें।
नया नोड इस फ़ाइल के अंत में अवश्य जोड़ा जाना चाहिए!
3, सत्यापित करें कि आपके द्वारा संपादित करने के बाद सभी नोड्स में समान /etc/ctdb/nodes फ़ाइलें हैं
और नया नोड जोड़ा!
4, सभी नोड्स को नोड्सफ़ाइल को पुनः लोड करने के लिए बाध्य करने के लिए 'ctdb reloadnodes' चलाएँ।
5, सभी नोड्स पर 'ctdb स्टेटस' का उपयोग करें और सत्यापित करें कि वे अब अतिरिक्त नोड दिखाते हैं।
6, नया नोड स्थापित करें और कॉन्फ़िगर करें और इसे ऑनलाइन लाएं।
नोड हटाने की प्रक्रिया:
1, मौजूदा क्लस्टर से एक नोड को हटाने के लिए, पहले 'ctdb स्टेटस' के साथ यह सुनिश्चित करें
हटाए जाने वाले नोड को छोड़कर सभी नोड्स चालू हैं और वे सभी स्वस्थ हैं। करना
जब तक क्लस्टर पूरी तरह से स्वस्थ न हो जाए तब तक क्लस्टर से किसी नोड को हटाने का प्रयास न करें!
2, हटाए जाने वाले नोड को शटडाउन और पावरऑफ़ करें।
3, अन्य सभी नोड्स पर, /etc/ctdb/nodes फ़ाइल को संपादित करें और नोड पर टिप्पणी करें
निकाला गया। उस नोड के लिए लाइन को न हटाएं, बस उस पर '#' जोड़कर टिप्पणी करें
पंक्ति की शुरुआत.
4, सभी नोड्स को नोड्सफ़ाइल को पुनः लोड करने के लिए बाध्य करने के लिए 'ctdb reloadnodes' चलाएँ।
5, सभी नोड्स पर 'ctdb स्टेटस' का उपयोग करें और सत्यापित करें कि हटाया गया नोड अब दिखाई नहीं देता है
सूची..
reloadips [पीएनएन-सूची]
यह आदेश निर्दिष्ट नोड्स पर सार्वजनिक पते कॉन्फ़िगरेशन फ़ाइल को पुनः लोड करता है। कब
यह पूरा हो गया है कि पतों को पुन: कॉन्फ़िगर किया जाएगा और पूरे क्लस्टर में पुन: असाइन किया जाएगा
ज़रूरी।
getdbmap
यह कमांड उन सभी क्लस्टर्ड टीडीबी डेटाबेस को सूचीबद्ध करता है जिनसे CTDB डेमॉन जुड़ा हुआ है। कुछ
डेटाबेस को PERSISTENT के रूप में चिह्नित किया जाता है, इसका मतलब है कि डेटाबेस लगातार डेटा संग्रहीत करता है
और डेटा रिबूट के दौरान बना रहेगा। ऐसे डेटाबेस का एक उदाहरण सीक्रेट्स.टीडीबी है
जहां क्लस्टर को डोमेन से कैसे जोड़ा गया, इसकी जानकारी संग्रहीत है।
यदि कोई स्थायी डेटाबेस स्वस्थ स्थिति में नहीं है तो डेटाबेस को अस्वस्थ के रूप में चिह्नित किया जाता है।
यदि क्लस्टर में कम से कम एक पूरी तरह से स्वस्थ नोड चल रहा है, तो यह संभव है
पुनर्प्राप्ति रन द्वारा सामग्री को स्वचालित रूप से पुनर्स्थापित किया जाता है। अन्यथा एक प्रशासक की जरूरत है
समस्या का विश्लेषण करें.
यह भी देखें "ctdb getdbstatus", "ctdb बैकअपdb", "ctdb restartb", "ctdb डंपबैकअप", "ctdb
वाइप्डबी", "सीटीडीबी सेटवर अलाउअनहेल्दीडीबीरीड 1" और (यदि सांबा या टीडीबी-यूटिल्स स्थापित हैं)
"टीडीबीटूल चेक"।
अधिकांश डेटाबेस स्थायी नहीं होते हैं और केवल वर्तमान स्थिति की जानकारी संग्रहीत करते हैं
सांबा डेमोंस को चलाने की जरूरत है। ctdb/samba प्रारंभ होने पर ये डेटाबेस हमेशा मिटा दिए जाते हैं
जब एक नोड रिबूट होता है।
उदाहरण
# सीटीडीबी गेटडीबीएमएपी
डेटाबेस की संख्या:10
dbid:0x435d3410 नाम:notify.tdb पथ:/var/ctdb/notify.tdb.0
dbid:0x42fe72c5 name:locking.tdb path:/var/ctdb/locking.tdb.0
dbid:0x1421fb78 नाम:brlock.tdb पथ:/var/ctdb/brlock.tdb.0
dbid:0x17055d90 नाम:connections.tdb पथ:/var/ctdb/connections.tdb.0
dbid:0xc0bdde6a नाम:sessionid.tdb पथ:/var/ctdb/sessionid.tdb.0
dbid:0x122224da नाम:test.tdb पथ:/var/ctdb/test.tdb.0
dbid:0x2672a57f नाम:idmap2.tdb पथ:/var/ctdb/persistent/idmap2.tdb.0 स्थायी
dbid:0xb775fff6 नाम:secrets.tdb पथ:/var/ctdb/persistent/secrets.tdb.0 स्थायी
dbid:0xe98e08b6 नाम:group_mapping.tdb पथ:/var/ctdb/persistent/group_mapping.tdb.0 PERSISTENT
dbid:0x7bbbd26c नाम:passdb.tdb पथ:/var/ctdb/persistent/passdb.tdb.0 स्थायी
# ctdb getdbmap # अस्वस्थ डेटाबेस के लिए उदाहरण
डेटाबेस की संख्या:1
dbid:0xb775fff6 नाम:secrets.tdb पथ:/var/ctdb/persistent/secrets.tdb.0 लगातार अस्वस्थ
# सीटीडीबी-एक्स getdbmap
|आईडी|नाम|पथ|लगातार|अस्वस्थ|
|0x7bbbd26c|passdb.tdb|/var/ctdb/persistent/passdb.tdb.0|1|0|
बैकअपडीबी DB फ़ाइल
डेटाबेस DB की सामग्री को फ़ाइल में कॉपी करें। फ़ाइल को बाद में उपयोग करके वापस पढ़ा जा सकता है पुनर्स्थापितबी.
यह मुख्य रूप से Secrets.tdb और इसी तरह के लगातार डेटाबेस का बैकअप लेने के लिए उपयोगी है।
पुनर्स्थापितबी फ़ाइल [DB]
यह कमांड एक सतत डेटाबेस को पुनर्स्थापित करता है जिसे पहले बैकअपडीबी का उपयोग करके बैकअप किया गया था।
डिफ़ॉल्ट रूप से डेटा को उसी डेटाबेस में वापस पुनर्स्थापित किया जाएगा जहां से इसे बनाया गया था।
dbname निर्दिष्ट करके आप डेटा को एक अलग डेटाबेस में पुनर्स्थापित कर सकते हैं।
setdbreadonly DB
यह कमांड डेटाबेस के लिए रीड-ओनली रिकॉर्ड समर्थन को सक्षम करेगा। यह एक
मुख्य रूप से लॉकिंग.टीडीबी में विवादित रिकॉर्ड के प्रदर्शन को बेहतर बनाने के लिए प्रयोगात्मक सुविधा
और brlock.tdb. इस सुविधा को सक्षम करते समय आपको इसे क्लस्टर के सभी नोड्स पर सेट करना होगा।
setdbsticky DB
यह कमांड निर्दिष्ट डेटाबेस के लिए स्टिकी रिकॉर्ड समर्थन को सक्षम करेगा। यह एक
मुख्य रूप से लॉकिंग.टीडीबी में विवादित रिकॉर्ड के प्रदर्शन को बेहतर बनाने के लिए प्रयोगात्मक सुविधा
और brlock.tdb. इस सुविधा को सक्षम करते समय आपको इसे क्लस्टर के सभी नोड्स पर सेट करना होगा।
अंदर का कमानों
आंतरिक कमांड का उपयोग CTDB की स्क्रिप्ट द्वारा किया जाता है और CTDB के प्रबंधन के लिए इसकी आवश्यकता नहीं होती है
झुंड। उनके मानदंड और व्यवहार परिवर्तन के अधीन हैं।
गुदगुदी आईपीएडीडीआर
फेलओवर होने पर "गुदगुदी" करने के लिए सीटीडीबी के साथ पंजीकृत टीसीपी कनेक्शन दिखाएं।
कृतज्ञतार्प आईपीएडीडीआर इंटरफ़ेस
निर्दिष्ट इंटरफ़ेस के माध्यम से निर्दिष्ट इंटरफ़ेस के लिए एक आभारी एआरपी भेजें। यह
कमांड का उपयोग मुख्य रूप से ctdb इवेंटस्क्रिप्ट द्वारा किया जाता है।
किल्टसीपी
मानक इनपुट से प्रति पंक्ति एक टीसीपी कनेक्शन की सूची पढ़ें और प्रत्येक को समाप्त करें
कनेक्शन. एक कनेक्शन इस प्रकार निर्दिष्ट है:
एसआरसी-आईपीएडीआर:src पोर्ट डीएसटी-आईपीएडीआर:डीएसटी-बंदरगाह
प्रत्येक कनेक्शन को SRC-IPADDR:SRC-PORT एंडपॉइंट पर एक TCP RST जारी करके समाप्त किया जाता है।
एकल कनेक्शन को मानक इनपुट के बजाय कमांड-लाइन पर निर्दिष्ट किया जा सकता है।
हटाएं DB KEY
DB से कुंजी हटाएँ.
pfetch DB KEY
कुंजी से संबद्ध मान को DB में प्रिंट करें।
pstore DB KEY फ़ाइल
संबंधित मान के रूप में फ़ाइल की सामग्री के साथ कुंजी को डीबी में संग्रहीत करें।
पीट्रांस DB [फ़ाइल]
कुंजी-मूल्य जोड़े की एक सूची पढ़ें, फ़ाइल से प्रति पंक्ति एक, और उन्हें एक का उपयोग करके डीबी में संग्रहीत करें
एकल लेनदेन. एक खाली मान दी गई कुंजी को हटाने के बराबर है।
कुंजी और मान को रिक्त स्थान या टैब द्वारा अलग किया जाना चाहिए। प्रत्येक कुंजी/मान एक होना चाहिए
मुद्रण योग्य स्ट्रिंग डबल-कोट्स में संलग्न है।
रनस्टेट [सेटअप|फर्स्ट_रिकवरी|स्टार्टअप|रनिंग]
निर्दिष्ट नोड की रनस्टेट प्रिंट करें। रनस्टेट का उपयोग महत्वपूर्ण स्थिति को क्रमबद्ध करने के लिए किया जाता है
CTDB में परिवर्तन, विशेष रूप से स्टार्टअप के दौरान।
यदि एक या अधिक वैकल्पिक रनस्टेट तर्क निर्दिष्ट हैं तो नोड इनमें से किसी एक में होना चाहिए
कमांड के सफल होने के लिए ये रनस्टेट्स।
उदाहरण
# सीटीडीबी रनस्टेट
चल रहा है
setifacelink मुझे सामना करना है ऊपर|नीचे
नेटवर्क इंटरफ़ेस IFACE की आंतरिक स्थिति सेट करें। इसका प्रयोग आम तौर पर किया जाता है
10. "मॉनिटर" इवेंट में इंटरफ़ेस स्क्रिप्ट।
उदाहरण: ctdb setifacelink eth0 up
sednatgwstate चालू|बंद
किसी नोड पर NAT गेटवे मास्टर क्षमता को सक्षम या अक्षम करें।
गुदगुदी एसआरसी-आईपीएडीआर:src पोर्ट डीएसटी-आईपीएडीआर:डीएसटी-बंदरगाह
निर्दिष्ट टीसीपी कनेक्शन के लिए स्रोत होस्ट को एक टीसीपी टिकल भेजें। एक टीसीपी गुदगुदी एक है
एक अमान्य अनुक्रम और पावती संख्या के साथ टीसीपी एसीके पैकेट और प्राप्त होने पर होगा
स्रोत होस्ट के परिणामस्वरूप तत्काल सही ACK दूसरे छोर पर वापस भेज दिया जाता है।
इस वसीयत के बाद से आईपी फेलओवर होने के बाद टीसीपी टिकल ग्राहकों को "गुदगुदी" करने के लिए उपयोगी है
क्लाइंट को तुरंत पहचानें कि टीसीपी कनेक्शन बाधित हो गया है और यह
ग्राहक को पुनः स्थापित करने की आवश्यकता होगी. इससे ग्राहक के लिए लगने वाले समय में काफी तेजी आती है
सीटीडीबी क्लस्टर में आईपी फेलओवर के बाद पता लगाएं और पुनः स्थापित करें।
संस्करण
CTDB संस्करण प्रदर्शित करें.
डिबगिंग कमानों
ये कमांड मुख्य रूप से CTDB विकास और परीक्षण के लिए उपयोग किए जाते हैं और इनका उपयोग नहीं किया जाना चाहिए
सामान्य प्रशासन के लिए.
विकल्प
--प्रिंट-खालीरिकॉर्ड
यह catdb, cattbd के साथ डेटाबेस डंप करते समय खाली रिकॉर्ड को प्रिंट करने में सक्षम बनाता है
और Dumpdbbackup कमांड। खाली डेटा सेगमेंट वाले रिकॉर्ड्स को हटा दिया गया माना जाता है
सीटीडीबी और वैक्यूमिंग तंत्र द्वारा साफ किया गया, इसलिए यह स्विच काम में आ सकता है
वैक्यूमिंग व्यवहार को डीबग करना।
--प्रिंट-डेटा आकार
यह डेटाबेस डंप (catdb, cattdb, Dumpdbbackup) को रिकॉर्ड के आकार को प्रिंट करने देता है
डेटा सामग्री को डंप करने के बजाय डेटा।
--प्रिंट-एलमास्टर
यह catdb को प्रत्येक रिकॉर्ड के लिए lmaster प्रिंट करने देता है।
--प्रिंट-हैश
यह डेटाबेस डंप (catdb, cattdb, Dumdbbackup) को प्रत्येक रिकॉर्ड के लिए हैश प्रिंट करने देता है।
--प्रिंट-रिकॉर्डझंडे
यह catdb और dumpdbbackup को प्रत्येक रिकॉर्ड के लिए रिकॉर्ड फ़्लैग प्रिंट करने देता है। ध्यान दें कि
cattdb हमेशा झंडे प्रिंट करता है।
प्रक्रिया-मौजूद है पीआईडी
यह कमांड जाँचता है कि क्या CTDB होस्ट पर कोई विशिष्ट प्रक्रिया मौजूद है। इसका उपयोग मुख्य रूप से किया जाता है
सांबा यह जांचने के लिए कि क्या सांबा के दूरस्थ इंस्टेंस अभी भी चल रहे हैं या नहीं।
getdbstatus DB
यह कमांड डेटाबेस के बारे में अधिक विवरण प्रदर्शित करता है।
उदाहरण
# ctdb getdbstatus test.tdb.0
डीबीआईडी: 0x122224da
नाम: test.tdb
पथ: /var/ctdb/test.tdb.0
लगातार: नहीं
स्वास्थ्य: ठीक है
# ctdb getdbstatus रजिस्ट्री.tdb # दूषित TDB के साथ
डीबीआईडी: 0xf2a58948
नाम: रजिस्ट्री.tdb
पथ: /var/ctdb/persistent/registry.tdb.0
लगातार: हाँ
स्वास्थ्य: नो-हेल्दी-नोड्स - त्रुटि - '/var/ctdb/persistent/registry.tdb.0.corpted.20091208091949.0Z' में दूषित TDB का बैकअप
catdb DB
क्लस्टर्ड टीडीबी डेटाबेस डीबी का एक डंप प्रिंट करें।
cattdb DB
स्थानीय टीडीबी डेटाबेस डीबी की सामग्री का एक डंप प्रिंट करें।
डंपडीबीबैकअप फ़ाइल
डेटाबेस बैकअप फ़ाइल से सामग्री का एक डंप प्रिंट करें, जैसे catdb.
वाइप्डबी DB
डेटाबेस DB की सभी सामग्री हटाएँ।
की वसूली
यह कमांड क्लस्टर रिकवरी करने के लिए रिकवरी डेमॉन को ट्रिगर करेगा।
मैंवास्तव मेंआवंटन, सिंक
यह आदेश पुनर्प्राप्ति मास्टर को पूर्ण आईपी पुनर्आवंटन प्रक्रिया निष्पादित करने के लिए बाध्य करेगा
सभी आईपी पते पुनः वितरित करें। यह आवंटन को वापस "रीसेट" करने के लिए उपयोगी है
डिफ़ॉल्ट स्थिति यदि उन्हें "moveip" कमांड का उपयोग करके बदला गया है। जबकि एक "ठीक" होगा
इस पुनर्आबंटन को भी निष्पादित करें, एक पुनर्प्राप्ति बहुत अधिक भारी है क्योंकि यह भी होगी
सभी डेटाबेस का पुनर्निर्माण करें.
getmonmode
यह कमांड किसी नोड का मॉनिटरिंग मोड लौटाता है। मॉनिटरिंग मोड या तो सक्रिय है
या अक्षम. आम तौर पर एक नोड लगातार निगरानी करेगा कि अन्य सभी नोड क्या हैं
अपेक्षित वास्तव में जुड़े हुए हैं और वे आदेशों का जवाब देते हैं।
सक्रिय - यह सामान्य मोड है. नोड सक्रिय रूप से अन्य सभी नोड्स की निगरानी कर रहा है
यह कि परिवहन जुड़ा हुआ है और यह भी कि नोड आदेशों का जवाब देता है। यदि एक नोड
अनुपलब्ध हो जाता है, इसे डिस्कनेक्टेड के रूप में चिह्नित किया जाएगा और पुनर्प्राप्ति शुरू की जाएगी
क्लस्टर पुनर्स्थापित करें.
अक्षम - यह नोड निगरानी नहीं कर रहा है कि अन्य नोड उपलब्ध हैं। इस मोड में एक नोड
विफलता का पता नहीं लगाया जाएगा और कोई पुनर्प्राप्ति नहीं की जाएगी. यह विधा तब उपयोगी होती है जब
डिबगिंग उद्देश्यों के लिए कोई GDB को ctdb प्रक्रिया से जोड़ना चाहता है लेकिन इसे रोकना चाहता है
क्लस्टर के बाकी हिस्सों को इस नोड को डिस्कनेक्टेड के रूप में चिह्नित करने से रोकें और पुनर्प्राप्ति करें।
सेटमोनमोड 0 | 1
इस कमांड का उपयोग किसी नोड पर मॉनिटरिंग मोड को स्पष्ट रूप से अक्षम/सक्षम करने के लिए किया जा सकता है। मुख्य
उद्देश्य यह है कि यदि कोई जीडीबी को चालू सीटीडीबी डेमॉन से जोड़ना चाहता है लेकिन रोकना चाहता है
अन्य नोड्स को इसे डिस्कनेक्टेड के रूप में चिह्नित करने और पुनर्प्राप्ति जारी करने से रोकें। ऐसा करने के लिए, सेट करें
GDB के साथ संलग्न करने से पहले सभी नोड्स पर मॉनिटरिंग मोड को 0 पर सेट करें। मॉनिटरिंग सेट करना याद रखें
बाद में वापस 1 पर मोड करें।
संलग्न करना डीबीनाम [ज़िद्दी]
DBNAME नामक एक नया CTDB डेटाबेस बनाएं और इसे सभी नोड्स पर संलग्न करें।
अलग करना डीबी-सूची
क्लस्टर से निर्दिष्ट गैर-स्थायी डेटाबेस को अलग करें। यह आदेश डिस्कनेक्ट हो जाएगा
क्लस्टर में सभी नोड्स पर निर्दिष्ट डेटाबेस। इस कमांड का उपयोग केवल तभी किया जाना चाहिए जब
कोई भी निर्दिष्ट डेटाबेस उपयोग में नहीं है।
सभी नोड्स सक्रिय और ट्यून करने योग्य होने चाहिए। सभी नोड्स पर अनुमति क्लाइंटDBAccess अक्षम होनी चाहिए
डेटाबेस अलग करने से पहले.
डंपमेमोरी
यह एक डिबगिंग कमांड है. यह कमांड ctdb डेमॉन को भरण मेमोरी लिखने के लिए तैयार करेगा
मानक आउटपुट के लिए आवंटन मानचित्र।
rddumpmemory
यह एक डिबगिंग कमांड है. यह कमांड टैलोक मेमोरी एलोकेशन ट्री को डंप कर देगा
मानक आउटपुट के लिए पुनर्प्राप्ति डेमॉन।
पिघलना
पहले से जमे हुए नोड को पिघलाएं।
इवेंटस्क्रिप्ट बहस
यह एक डिबगिंग कमांड है. इस कमांड का उपयोग मैन्युअल रूप से इनवॉइस करने और चलाने के लिए किया जा सकता है
मनमाने तर्कों के साथ ईवेंटस्क्रिप्ट।
प्रतिबंध बैंटटाइम
प्रशासनिक रूप से किसी नोड को BANTIME सेकंड के लिए प्रतिबंधित करें। BANTIME के बाद नोड को प्रतिबंधित कर दिया जाएगा
सेकंड बीत चुके हैं।
प्रतिबंधित नोड क्लस्टर में भाग नहीं लेता है। यह इसके लिए कोई रिकॉर्ड होस्ट नहीं करता है
क्लस्टर्ड टीडीबी और कोई सार्वजनिक आईपी पते होस्ट नहीं करता है।
यदि वे दुर्व्यवहार करते हैं तो नोड्स स्वचालित रूप से प्रतिबंधित हो जाते हैं। उदाहरण के लिए, यदि किसी नोड पर प्रतिबंध लगाया जा सकता है
बहुत अधिक क्लस्टर पुनर्प्राप्ति का कारण बनता है।
क्लस्टर से किसी नोड को प्रशासनिक रूप से बाहर करने के लिए इसका उपयोग करें रुकें आदेश।
अप्रतिबंधित करें
इस कमांड का उपयोग उस नोड को हटाने के लिए किया जाता है जिसे या तो प्रशासनिक रूप से उपयोग करने पर प्रतिबंध लगा दिया गया है
प्रतिबंध आदेश या स्वचालित रूप से प्रतिबंधित कर दिया गया है।
पुनर्संतुलन नोड [पीएनएन-सूची]
यह आदेश दिए गए नोड्स को LCP2 IP आवंटन में पुनर्संतुलन लक्ष्य के रूप में चिह्नित करता है
कलन विधि। reloadips कमांड इसे आवश्यकतानुसार करेगा इसलिए यह कमांड नहीं होना चाहिए
जरूरत है।
check_srvids एसआरवीआईडी ...
यह कमांड जाँचता है कि क्या srvid संदेश पोर्ट का एक सेट नोड पर पंजीकृत है या नहीं
नहीं। आदेश जांचने के लिए मानों की एक सूची लेता है।
उदाहरण
# ctdb check_srvids 1 2 3 14765
सर्वर आईडी 0:1 मौजूद नहीं है
सर्वर आईडी 0:2 मौजूद नहीं है
सर्वर आईडी 0:3 मौजूद नहीं है
सर्वर आईडी 0:14765 मौजूद है
onworks.net सेवाओं का उपयोग करके ctdb का ऑनलाइन उपयोग करें
