ctdb - عبر الإنترنت في السحابة

برنامج:

اسم

ctdb - أداة إدارة CTDB

موجز

com.ctdb [OPTION...] {COMMAND} [الأوامر- ARGS]

الوصف

ctdb هو أداة لعرض وإدارة مجموعة CTDB.

تُستخدم المصطلحات التالية عند الإشارة إلى العقد في الكتلة:

بي إن إن
رقم العقدة المادية. رقم العقدة المادي هو عدد صحيح يصف العقدة
في الكتلة. العقدة الأولى لها رقم عقدة فعلية 0. في كتلة.

قائمة PNN
هذا إما PNN واحد ، أو قائمة PNN منفصلة بفاصلة أو "all".

الأوامر التي تشير إلى قاعدة بيانات تستخدم المصطلحات التالية:

DB
هذا إما اسم قاعدة بيانات ، مثل locking.tdb أو معرف قاعدة بيانات مثل
"0x42fe72c5".

قائمة قاعدة البيانات
قائمة مفصولة بمسافة واحدة على الأقل DB.

OPTIONS

-n قائمة PNN
يجب الاستعلام عن العقد المحددة بواسطة PNN-LIST للحصول على المعلومات المطلوبة.
الافتراضي هو الاستعلام عن البرنامج الخفي الذي يعمل على المضيف المحلي.

-Y
إنتاج مخرجات في شكل قابل للقراءة آليًا لتسهيل التحليل بواسطة البرامج النصية. هذا يستخدم
محدد الحقل لـ ":". لا تدعم كل الأوامر هذا الخيار.

-x فاصل
استخدم SEPARATOR لتحديد الحقول في الإخراج المقروء آليًا. هذا يعني -Y.

-X
إنتاج مخرجات في شكل قابل للقراءة آليًا لتسهيل التحليل بواسطة البرامج النصية. هذا يستخدم
محدد الحقل لـ '|'. لا تدعم كل الأوامر هذا الخيار.

هذا يعادل "-x |" ويتجنب بعض مشكلات اقتباس الصدفة.

-t TIMEOUT
يشير إلى أن ctdb يجب أن ينتظر ما يصل إلى TIMEOUT ثانية للرد على معظم الأوامر
أرسلت إلى الخفي CTDB. الافتراضي هو 10 ثوان.

-T المهلة
يشير إلى أن TIMELIMIT هو أقصى وقت تشغيل (بالثواني) لأمر ctdb.
عندما يتم تجاوز TIMELIMIT سينتهي الأمر ctdb بخطأ. الافتراضي
120 ثانية.

-؟ --يساعد
اطبع بعض نص المساعدة على الشاشة.

--استخدام
اطبع معلومات الاستخدام على الشاشة.

-d - الشوائب =مستوى التصحيح
قم بتغيير مستوى التصحيح للأمر. الافتراضي هو إشعار (2).

- المقبس =اسم الملف
حدد أن FILENAME هو اسم مقبس مجال Unix لاستخدامه عند الاتصال
البرنامج الخفي CTDB المحلي. الافتراضي هو /tmp/ctdb.socket.

الإدارية أوامر

هذه هي الأوامر المستخدمة لمراقبة وإدارة مجموعة CTDB.

pnn
يعرض هذا الأمر رقم PNN الخاص بالعقدة الحالية.

com.xpnn
يعرض هذا الأمر PNN للعقدة الحالية دون الاتصال بخادم CTDB. هو - هي
يوزع ملف العقد مباشرة ، لذلك يمكن أن ينتج مخرجات غير متوقعة إذا كان ملف العقد يحتوي على
تم تحريره ولكن لم يتم إعادة تحميله.

الحالة
يُظهر هذا الأمر الحالة الحالية لجميع عُقد CTDB بناءً على معلومات من
عقدة الاستعلام.

ملاحظة: إذا كانت العقدة التي تم الاستعلام عنها غير نشطة ، فقد لا تكون الحالة الحالية.

العقدة الحالة
يتضمن هذا عدد العقد المادية وحالة كل عقدة. يرى com.ctdb7
للحصول على معلومات حول حالات العقدة.

جيل
معرف الجيل هو رقم يشير إلى الجيل الحالي من الكتلة
مثال. في كل مرة تمر مجموعة من خلال إعادة التكوين أو الانتعاش
سيتم تغيير معرف الجيل.

هذا الرقم ليس له أي معنى معين بخلاف تتبعه عندما أ
الكتلة قد مرت من خلال الانتعاش. إنه رقم عشوائي يمثل التيار
مثيل لمجموعة ctdb وقواعد بياناتها. يستخدم البرنامج الخفي CTDB هذا الرقم
داخليًا لتتمكن من معرفة متى تعمل الأوامر على الكتلة و
تم إصدار قواعد البيانات في جيل مختلف من الكتلة ، لضمان تلك الأوامر
التي تعمل على قواعد البيانات لن تعيش عبر استعادة قاعدة بيانات الكتلة.
بعد الاسترداد ، ستصبح جميع الأوامر القديمة المعلقة غير صالحة تلقائيًا.

في بعض الأحيان سيظهر هذا الرقم على أنه "غير صالح". هذا يعني فقط أن ctdbd
بدأ البرنامج الخفي ولكنه لم يندمج بعد مع الكتلة من خلال الاسترداد. الجميع
تبدأ العقد مع إنشاء "INVALID" ولا يتم تخصيص معرّف جيل حقيقي حتى
لقد تم دمجهم بنجاح مع نظام مجموعة من خلال الاسترداد.

افتراضي العقدة رقم الهاتف (في إن إن) رسم خريطة
يتكون من عدد العقد الافتراضية والتعيين من أرقام العقد الافتراضية إلى
أرقام العقدة المادية. تستضيف العقد الظاهرية قواعد بيانات CTDB. فقط العقد التي هي
يمكن أن تصبح المشاركة في خريطة VNN lmaster أو dmaster لسجلات قاعدة البيانات.

التعافى طريقة
هذا هو وضع الاسترداد الحالي للكتلة. هناك وضعان محتملان:

عادي - المجموعة تعمل بكامل طاقتها.

الاسترداد - تم تجميد جميع قواعد بيانات المجموعة ، مما أدى إلى إيقاف جميع الخدمات مؤقتًا أثناء ملف
الكتلة ينتظر عملية الاسترداد لإكمال. يجب أن تنتهي عملية الاسترداد في الداخل
ثواني. إذا كانت المجموعة عالقة في حالة الاسترداد ، فهذا يشير إلى وجود مجموعة
عطل يحتاج إلى التحقيق.

بمجرد أن يكتشف مدير الاسترداد وجود تناقض ، على سبيل المثال تصبح العقدة
غير متصل / غير متصل ، سيطلق برنامج الاسترداد عملية استعادة الكتلة ،
حيث يتم إعادة دمج جميع قواعد البيانات عبر الكتلة. عندما تبدأ هذه العملية ، فإن ملف
سيقوم برنامج Recovery Master أولاً "بتجميد" جميع قواعد البيانات لمنع تطبيقات مثل
samba من الوصول إلى قواعد البيانات وسيحدد أيضًا وضع الاسترداد كـ
التعافي.

عند بدء تشغيل البرنامج الخفي CTDB ، سيبدأ في وضع الاسترداد. بمجرد أن تكون العقدة
تم دمجها في كتلة وتم استرداد جميع قواعد البيانات ، سيتغير وضع العقدة
في الوضع العادي وسيتم "إذابة" قواعد البيانات ، مما يسمح لسامبا بالوصول إلى ملف
قواعد البيانات مرة أخرى.

التعافى رئيسي
هذه هي عقدة نظام المجموعة المعينة حاليًا كعقدة الاسترداد الرئيسية. هذا
العقدة مسؤولة عن مراقبة تناسق الكتلة وتنفيذ
عملية الاسترداد الفعلية عند الطلب.

يمكن أن تكون عقدة واحدة فقط في كل مرة هي عقدة الاسترداد الرئيسية المعينة. أي عقدة
المعين سيد الاسترداد يتم تحديده من خلال عملية انتخابية في الانتعاش
الشياطين تعمل على كل عقدة.

مثال
# حالة ctdb
عدد العقد: 4
pnn: 0 192.168.2.200 موافق (هذه العقدة)
pnn: 1 192.168.2.201 حسنًا
pnn: 2 192.168.2.202 حسنًا
pnn: 3 192.168.2.203 حسنًا
الجيل: 1362079228
الحجم: 4
التجزئة: 0 lmaster: 0
التجزئة: 1 lmaster: 1
التجزئة: 2 lmaster: 2
التجزئة: 3 lmaster: 3
وضع الاسترداد: عادي (0)
سيد الاسترداد: 0

حالة العقدة [قائمة PNN]
هذا الأمر مشابه لـ الحالة يأمر. يعرض المجموعة الفرعية "حالة العقدة" من
انتاج. الاختلافات الرئيسية هي:

· كود الخروج هو bitwise-OR من أعلام كل عقدة محددة ، بينما com.ctdb
الحالة يخرج بـ 0 إذا كان قادرًا على استرداد الحالة لجميع العقد.

· com.ctdb الحالة يوفر معلومات الحالة لجميع العقد. com.ctdb حالة العقدة التخلف عن
توفير حالة للعقدة الحالية فقط. إذا تم توفير PNN-LIST ، فستكون الحالة
تعطى للعقدة (العقد) المشار إليها.

افتراضيا، com.ctdb حالة العقدة يجمع الحالة من العقدة المحلية. ومع ذلك ، إذا تم الاحتجاج به
مع "-n all" (أو ما شابه) ثم يتم جمع الحالة من العقدة (العقد) المحددة. في
خاص com.ctdb حالة العقدة من جميع و com.ctdb حالة العقدة -n من جميع سوف تنتج مختلفة
انتاج. من الممكن توفير عدد 2 nodespecs مختلفين (مع وبدون "-n") ولكن
عادة ما يكون الإخراج مربكًا!

الدعاء الشائع في النصوص هو com.ctdb حالة العقدة من جميع للتحقق مما إذا كانت جميع العقد في ملف
الكتلة صحية.

مثال
# حالة العقدة ctdb
pnn: 0 10.0.0.30 موافق (هذه العقدة)

# ctdb nodestatus الكل
عدد العقد: 2
pnn: 0 10.0.0.30 موافق (هذه العقدة)
pnn: 1 10.0.0.31 حسنًا

ريكماستر
يُظهر هذا الأمر رقم pnn للعقدة التي هي حاليًا recmaster.

ملاحظة: إذا كانت العقدة التي تم الاستعلام عنها غير نشطة ، فقد لا تكون الحالة الحالية.

شغالة
يوضح هذا الأمر وقت تشغيل البرنامج الخفي ctdb. عند آخر استرداد أو تجاوز فشل IP
اكتمل وكم من الوقت استغرق. إذا تم عرض "المدة" كرقم سالب ، فهذا
يشير إلى أن هناك عملية استرداد / تجاوز فشل قيد التقدم وأنه بدأ تلك الثواني العديدة
مضت.

مثال
# ctdb الجهوزية
الوقت الحالي للعقدة: الخميس 29 أكتوبر 10:38:54 2009
وقت بدء Ctdbd: (000 16:54:28) الأربعاء 28 أكتوبر 17:44:26 2009
وقت آخر استرداد / تجاوز فشل: (000 16:53:31) الأربعاء 28 أكتوبر 17:45:23 2009
مدة آخر استرداد / تجاوز الفشل: 2.248552 ثانية

listnodes
يعرض هذا الأمر قوائم عناوين IP لجميع العقد في الكتلة.

مثال
# عقد قائمة ctdb
192.168.2.200
192.168.2.201
192.168.2.202
192.168.2.203

natgwlist
اعرض بوابة NAT الرئيسية الحالية وحالة جميع العقد في بوابة NAT الحالية
مجموعة. راجع قسم بوابة NAT بتنسيق com.ctdb(7) لمزيد من التفاصيل.

مثال
# قائمة ctdb natgwlist
0 192.168.2.200
عدد العقد: 4
pnn: 0 192.168.2.200 موافق (هذه العقدة)
pnn: 1 192.168.2.201 حسنًا
pnn: 2 192.168.2.202 حسنًا
pnn: 3 192.168.2.203 حسنًا

بينغ
سيقوم هذا الأمر بـ "تنفيذ الأمر ping" لعقد CTDB المحددة في الكتلة للتحقق من أنها كذلك
تشغيل.

مثال
# ctdb ping -n الكل
استجابة من 0 وقت = 0.000054 ثانية (3 عملاء)
استجابة من 1 وقت = 0.000144 ثانية (2 عملاء)
استجابة من 2 وقت = 0.000105 ثانية (2 عملاء)
استجابة من 3 وقت = 0.000114 ثانية (2 عملاء)

com.iffaces
سيعرض هذا الأمر قائمة واجهات الشبكة ، والتي يمكن أن تستضيف عامة
العناوين ، إلى جانب وضعها.

مثال
# ctdb ifaces
واجهات على العقدة 0
الاسم: رابط eth5: المراجع: 2
الاسم: رابط eth4: المراجع السفلية: 0
الاسم: رابط eth3: المراجع: 1
الاسم: رابط eth2: المراجع: 1

# ctdb -X ifaces
| الاسم | LinkStatus | المراجع |
| eth5 | 1 | 2 |
| eth4 | 0 | 0 |
| eth3 | 1 | 1 |
| eth2 | 1 | 1 |

ip
سيعرض هذا الأمر قائمة العناوين العامة التي توفرها المجموعة
وأي عقدة مادية تخدم حاليًا عنوان IP هذا. افتراضيا هذا الأمر سوف فقط
تظهر تلك العناوين العامة المعروفة للعقدة نفسها. لرؤية القائمة الكاملة للجميع
يجب استخدام "ctdb ip -n all" في جميع أنحاء المجموعة.

مثال
# كتدب الملكية الفكرية -v
عناوين IP العامة على العقدة 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]

# ctdb -X ip -v
| IP العام | عقدة | ActiveInterface | AvailableInterfaces | ConfiguredInterfaces |
|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|

com.ipinfo IP
سيعرض هذا الأمر تفاصيل حول العناوين العامة المحددة.

مثال
# كتدب إيبينفو 172.31.92.85
معلومات IP العامة [172.31.92.85] حول العقدة 0
IP: 172.31.92.85
العقدة الحالية: 0
عدد الواجهات: 2
الواجهة [1]: الاسم: eth4 الرابط: أسفل المراجع: 0
الواجهة [2]: الاسم: eth5 الرابط: up المراجع: 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.multipathd الحالة: جيدة المدة: 0.038 الثلاثاء 24 مارس 18:56:57 2009
31. حالة clamd: معطل
40.vsftpd الحالة: جيدة المدة: 0.045 الثلاثاء 24 مارس 18:56:57 2009
41.httpd الحالة: جيدة المدة: 0.039 الثلاثاء 24 مارس 18:56:57 2009
50.samba الحالة: خطأ المدة: 0.082 الثلاثاء مارس 24 18:56:57 2009
الإخراج: خطأ: منفذ Samba tcp 445 لا يستجيب

ديابليسكريبت SCRIPT
يستخدم هذا الأمر لتعطيل سيناريو الأحداث.

سيصبح هذا ساري المفعول في المرة التالية التي يتم فيها تنفيذ نصوص الأحداث بحيث يمكن أن يستغرق الأمر
فترة قصيرة حتى ينعكس هذا في "scriptstatus".

يمينسكريبت SCRIPT
يستخدم هذا الأمر لتمكين سيناريو الأحداث.

سيصبح هذا ساري المفعول في المرة التالية التي يتم فيها تنفيذ نصوص الأحداث بحيث يمكن أن يستغرق الأمر
فترة قصيرة حتى ينعكس هذا في "scriptstatus".

القوائم
ضع قائمة بجميع المتغيرات القابلة للضبط ، باستثناء قيم المتغيرات التي عفا عليها الزمن مثل
فراغ يمكن استرداد التوليفات القديمة بشكل صريح فقط باستخدام "ctdb
getvar ".

مثال
# قائمة ctdb
الحد الأقصى لعدد إعادة التوجيه = 3
الفاصل الزمني = 1000
مهلة التحكم = 60
زمن العبور = 20
KeepaliveInterval = 5
كيبالايف ليميت = 5
وقت الاسترداد = 20
فترة الاسترداد = 1
مهلة الانتخابات = 3
مهلة الاستحواذ = 9
مراقب الفاصل = 15
TickleUpdateInterval = 20
EventScriptTimeout = 30
EventScriptTimeoutCount = 1
فترة نعمة الاسترداد = 120
فترة الاسترداد = 300
قاعدة البيانات HashSize = 100001
داتاباسيماكسديد = 5
وقت إعادة الاسترداد = 10
تمكين بانز = 1
حتمية IPs = 0
LCP2PublicIPs = 1
فترة إعادة الساعة = 60
رقم IPFailback = 0
ديسابلي آي بي فايلوفر = 0
أسماء الذاكرة المطولة = 0
ريكدبينغتيميوت = 60
ريسدفيلكونت = 10
سجل زمن الاستجابة = 0
RecLockLatencyMs = 1000
RecoveryDropAllIPs = 120
فاصل الفراغ = 10
فاكيوم ماكس رون تايم = 30
حد إعادة التعبئة = 10000
حد الفراغ = 5000
فراغ فاست باثكونت = 60
MaxQueueDropMsg = 1000000
أحداث استخدام الحالة = 0
السماح بقراءة غير صحية = 0
ستات هيستوري إنترفال = 1
مؤجل أتاتشو = 120
السماح لكلينتدباتاش = 1
استردادPDBBySeqNum = 0

جيتفار اسم
احصل على قيمة وقت التشغيل لمتغير قابل للضبط.

مثال
# ctdb getvar MaxRedirectCount
الحد الأقصى لعدد إعادة التوجيه = 3

سيتفار اسم VALUE
قم بتعيين قيمة وقت التشغيل لمتغير قابل للضبط.

مثال: ctdb setvar MaxRedirectCount 5

lvsmaster
يوضح هذا الأمر أي عقدة هي LVSMASTER حاليًا. LVSMASTER هي العقدة الموجودة في ملف
الكتلة التي تقود نظام LVS والتي تستقبل كل حركة المرور الواردة من العملاء.

LVS هو الوضع الذي تستخدم فيه مجموعة CTDB / Samba بأكملها عنوان IP واحدًا لملف
الكتلة بأكملها. في هذا الوضع ، يتصل جميع العملاء بعقدة واحدة محددة والتي ستقوم بذلك بعد ذلك
مضاعفة / تحميل العملاء بالتساوي على العقد الأخرى في الكتلة. هذا
بديل لاستخدام عناوين IP العامة. راجع صفحة manpage لـ ctdbd للحصول على مزيد من المعلومات
حول LVS.

لفس
يوضح هذا الأمر العقد الموجودة في الكتلة النشطة حاليًا في LVS
إعدادات. أي العقد التي نقوم حاليًا بموازنة عنوان IP الفردي
بجانب.

سيعمل LVS افتراضيًا فقط على موازنة التحميل عبر تلك العقد التي تكون قادرة على LVS وأيضًا
صحيح. إلا إذا كانت جميع العقد غير سليمة وفي هذه الحالة سوف تتوازن LVS في الكل
العقد غير الصحية كذلك. لن تستخدم LVS أبدًا العقد التي تم فصلها أو إيقافها أو حظرها
أو تعطيل.

مثال على الناتج:

2:10.0.0.13
3:10.0.0.14

الحصول على القدرات
يوضح هذا الأمر قدرات العقدة الحالية. راجع قسم القدرات في
com.ctdb(7) لمزيد من التفاصيل.

مثال على الناتج:

ريكماستر: نعم
ماجستير: نعم
LVS: لا
ناتغو: نعم

إحصائيات
اجمع الإحصائيات من البرنامج الخفي CTDB حول عدد المكالمات التي قدمها. معلومة
حول مختلف المجالات في الإحصاء يمكن العثور عليها في ctdb-Statistics(7).

مثال
# ctdb الإحصائيات
إصدار CTDB 1
عدد العملاء 3
0 المجمدة
يتعافى 0
Client_packets_sent 360489
Client_packets_recv 360466
العقدة_الحزم_المرسلة 480931
Node_packets_recv 240120
keepalive_packets_sent 4
keepalive_packets_recv 3
العقدة
طلب_الاتصال 2
رد_الاتصال 2
req_dmaster 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
max_call_latency 4.948321 ثانية
max_lockwait_latency 0.000000 ثانية

مجموعة الإحصائيات
يستخدم هذا الأمر لمسح جميع عدادات الإحصائيات في العقدة.

مثال: مجموعة إحصائيات ctdb

com.dbstatistics DB
عرض إحصائيات حول قاعدة البيانات DB. معلومات حول مختلف المجالات في dbstatistics
يمكن العثور عليها في ctdb-Statistics(7).

مثال
# تأمين ctdb dbstatistics.tdb
إحصائيات قاعدة البيانات: locking.tdb
التفويضات_العادية 0
رو_يبطل 0
أقفال
إجمالي 14356
فشل 0
0 الحالي
معلقة 0
hop_count_buckets: 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
locks_latency MIN / AVG / MAX 0.001066 / 0.012686 / 4.202292 ثانية من 14356
عدد المفاتيح الساخنة: 1
Count:8 Key:ff5bd7cb3ee3822edc1f0000000000000000000000000000

com.getreclock
إظهار اسم ملف قفل الاسترداد ، إن وجد.

مثال على الناتج:

ملف Reclock: /clusterfs/.ctdb/recovery.lock

com.setreclock [FILE]
يحدد FILE اسم ملف قفل الاسترداد. إذا تم تغيير ملف قفل الاسترداد في
وقت التشغيل ، سيؤدي ذلك إلى استرداد ، مما يؤدي بدوره إلى قفل الاسترداد
استعاد.

إذا لم يتم تحديد FILE ، فلن يتم استخدام ملف قفل الاسترداد بعد الآن.

يؤثر هذا الأمر فقط على إعداد وقت التشغيل لعقدة CTDB واحدة. هذا الإعداد يجب be
تغيرت على جميع العقد في وقت واحد عن طريق تحديد -n من جميع (أو مشابه). للحصول على معلومات
حول تكوين ملف قفل الاسترداد ، يرجى مراجعة إدخال CTDB_RECOVERY_LOCK بتنسيق
ctdbd.conf(5) ومدخل --reclock في ctdbd(1). للحصول على معلومات حول قفل الاسترداد
يرجى مراجعة قسم RECOVERY LOCK بتنسيق com.ctdb(7).

com.getdebug
احصل على مستوى التصحيح الحالي للعقدة. يتحكم مستوى التصحيح في ماهية المعلومات
مكتوبة في ملف السجل.

يتم تعيين مستويات التصحيح إلى مستويات سجل النظام المقابلة. عندما يتم تعيين مستوى التصحيح ،
ستتم طباعة الرسائل الموجودة على هذا المستوى والمستويات الأعلى فقط.

قائمة مستويات التصحيح من الأعلى إلى الأدنى هي:

خطأ في تصحيح معلومات إشعار التحذير

com.setdebug مستوى التصحيح
عيّن مستوى تصحيح الأخطاء للعقدة. هذا يتحكم في المعلومات التي سيتم تسجيلها.

يعد debuglevel واحدًا من ERR WARNING NOTICE INFO DEBUG

com.getpid
سيعيد هذا الأمر معرف العملية لخادم ctdb.

تعطيل
يستخدم هذا الأمر لتعطيل عقدة في الكتلة إداريًا. عقدة معطلة
ستظل تشارك في المجموعة واستضافة سجلات TDB المجمعة ولكن IP العام الخاص بها
تم الاستيلاء على العنوان بواسطة عقدة مختلفة ولم يعد يستضيف أي خدمات.

تمكين
أعد تمكين العقدة التي تم تعطيلها إداريًا.

توقف
يستخدم هذا الأمر لإيقاف عقدة في الكتلة إدارياً. العقدة المتوقفة هي
متصل بالكتلة ولكنه لن يستضيف أي عنوان IP عام ، ولا يشارك
في VNNMAP. الفرق بين العقدة المعطلة والعقدة المتوقفة هو أن العقدة المتوقفة
لا تستضيف العقدة أي أجزاء من قاعدة البيانات مما يعني أن الاسترداد مطلوب
توقف / متابعة العقد.

استمر
أعد تشغيل عقدة تم إيقافها إداريًا.

أديب IPADDR/قناع أواجه
يستخدم هذا الأمر لإضافة عنوان IP عام جديد إلى عقدة أثناء وقت التشغيل. هذا يسمح للجمهور
العناوين المراد إضافتها إلى نظام مجموعة دون الحاجة إلى إعادة تشغيل ctdb daemons.

لاحظ أن هذا يقوم فقط بتحديث مثيل وقت تشغيل ctdb. سيتم فقدان أي تغييرات بعد ذلك
وقت إعادة تشغيل ctdb وإعادة قراءة ملف العناوين العامة. إذا كنت تريد هذا التغيير
لكي تكون دائمًا ، يجب عليك أيضًا تحديث ملف العناوين العامة يدويًا.

com.delip IPADDR
يستخدم هذا الأمر لإزالة عنوان IP العام من عقدة أثناء وقت التشغيل. إذا كان هذا IP العام
يتم استضافتها حاليًا بواسطة العقدة التي تتم إزالتها منها ، سيتم إخفاق عنوان IP أولاً في
عقدة أخرى ، إن أمكن ، قبل إزالتها.

لاحظ أن هذا يقوم فقط بتحديث مثيل وقت تشغيل ctdb. سيتم فقدان أي تغييرات بعد ذلك
وقت إعادة تشغيل ctdb وإعادة قراءة ملف العناوين العامة. إذا كنت تريد هذا التغيير
لكي تكون دائمًا ، يجب عليك أيضًا تحديث ملف العناوين العامة يدويًا.

تحرك IPADDR بي إن إن
يمكن استخدام هذا الأمر لفشل عنوان IP العام يدويًا في عقدة معينة.

من أجل تجاوز التوزيع "التلقائي" لعناوين IP العامة يدويًا
يوفر ctdb عادةً ، لا يعمل هذا الأمر إلا عندما تقوم بتغيير التوليفات لـ
الخفي إلى:

حتمية IPs = 0

رقم IPFailback = 1

إغلاق
سيؤدي هذا الأمر إلى إيقاف تشغيل برنامج خفي محدد لـ CTDB.

سيتلماستيرول تشغيل | إيقاف
يتم استخدام هذا الأمر لتمكين / تعطيل قدرة LMASTER لعقدة في وقت التشغيل. هذا
القدرة على تحديد ما إذا كان يمكن استخدام العقدة كـ LMASTER للسجلات في ملف
قاعدة البيانات. لن تظهر العقدة التي لا تحتوي على إمكانية LMASTER في خريطة vnnmap.

ستتمتع العقد افتراضيًا بهذه الإمكانية ، ولكن يمكن تجريدها من العقد بواسطة
الإعداد في ملف sysconfig أو باستخدام هذا الأمر.

بمجرد تمكين / تعطيل هذا الإعداد ، تحتاج إلى إجراء استرداد ليقوم به
تأثير.

راجع أيضًا "ctdb getcapabilities"

سيتريكماستيرول تشغيل | إيقاف
يتم استخدام هذا الأمر لتمكين / تعطيل إمكانية RECMASTER لعقدة في وقت التشغيل.
تحدد هذه الإمكانية ما إذا كان يمكن استخدام العقدة كمسجل لملف
تَجَمَّع. لا يمكن للعقدة التي لا تحتوي على إمكانية RECMASTER أن تفوز بـ recmaster
انتخاب. العقدة التي هي بالفعل recmaster للكتلة عندما تكون الإمكانية
جردت من العقدة سيبقى recmaster حتى الانتخابات الكتلة المقبلة.

ستتمتع العقد افتراضيًا بهذه الإمكانية ، ولكن يمكن تجريدها من العقد بواسطة
الإعداد في ملف sysconfig أو باستخدام هذا الأمر.

راجع أيضًا "ctdb getcapabilities"

إعادة التحميل
يتم استخدام هذا الأمر عند إضافة عقد جديدة ، أو إزالة العقد الموجودة من العقد الموجودة
العنقودية.

إجراء إضافة عقدة:

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" على جميع العقد وتحقق من أن العقدة المحذوفة لم تعد تظهر في
القائمة..

يعيد تحميل [قائمة PNN]
يقوم هذا الأمر بإعادة تحميل ملف تكوين العناوين العامة على العقد المحددة. متى
تكمل العناوين ستتم إعادة تكوينها وإعادة تخصيصها عبر المجموعة كـ
ضروري.

com.getdbmap
يسرد هذا الأمر جميع قواعد بيانات TDB المجمعة التي أرفقها البرنامج الخفي CTDB. بعض
يتم وضع علامة على قواعد البيانات على أنها PERSISTENT ، وهذا يعني أن قاعدة البيانات تخزن البيانات باستمرار
وستبقى البيانات عبر عمليات إعادة التشغيل. أحد الأمثلة على قاعدة البيانات هذه هو secrets.tdb
حيث يتم تخزين معلومات حول كيفية انضمام الكتلة إلى المجال.

إذا لم تكن قاعدة البيانات الدائمة في حالة سليمة ، فسيتم وضع علامة على قاعدة البيانات باعتبارها "غير صالحة".
إذا كانت هناك عقدة واحدة على الأقل سليمة تمامًا تعمل في الكتلة ، فمن المحتمل ذلك
يتم استعادة المحتوى من خلال تشغيل الاسترداد تلقائيًا. خلاف ذلك يحتاج المسؤول إلى
حلل المشكلة.

راجع أيضًا "ctdb getdbstatus" ، "ctdb backupdb" ، "ctdb restoredb" ، "ctdb dumpbackup" ، "ctdb
wipedb "،" ctdb setvar AllowUnhealthyDBRead 1 "و (إذا تم تثبيت samba أو tdb-utils)
"فحص tdbtool".

معظم قواعد البيانات ليست ثابتة وتقوم فقط بتخزين معلومات الحالة الموجودة حاليًا
تحتاج تشغيل شياطين سامبا. يتم دائمًا مسح قواعد البيانات هذه عند بدء ctdb / samba و
عند إعادة تشغيل العقدة.

مثال
# ctdb getdbmap
عدد قواعد البيانات: 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: links.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 الدائم غير سليم

# ctdb -X getdbmap
| المعرف | الاسم | المسار | ثابت | غير صحي |
|0x7bbbd26c|passdb.tdb|/var/ctdb/persistent/passdb.tdb.0|1|0|

النسخ الاحتياطي DB FILE
انسخ محتويات قاعدة البيانات DB إلى FILE. يمكن إعادة قراءة FILE لاحقًا باستخدام المستعادة ب.
هذا مفيد بشكل أساسي لنسخ قواعد البيانات الدائمة احتياطيًا مثل secrets.tdb وما شابه ذلك.

المستعادة ب FILE [DB]
يستعيد هذا الأمر قاعدة بيانات ثابتة تم نسخها احتياطيًا مسبقًا باستخدام backupdb.
بشكل افتراضي ، ستتم استعادة البيانات مرة أخرى إلى نفس قاعدة البيانات التي تم إنشاؤها منها.
من خلال تحديد dbname ، يمكنك استعادة البيانات إلى قاعدة بيانات مختلفة.

com.setdbreadonly DB
سيمكن هذا الأمر دعم التسجيل للقراءة فقط لقاعدة البيانات. هذا
ميزة تجريبية لتحسين الأداء للسجلات المتنازع عليها في المقام الأول في locking.tdb
و brlock.tdb. عند تمكين هذه الميزة ، يجب عليك تعيينها على جميع العقد في الكتلة.

com.setdbsticky DB
سيمكن هذا الأمر دعم السجل اللاصق لقاعدة البيانات المحددة. هذا
ميزة تجريبية لتحسين الأداء للسجلات المتنازع عليها في المقام الأول في locking.tdb
و brlock.tdb. عند تمكين هذه الميزة ، يجب عليك تعيينها على جميع العقد في الكتلة.

الداخلية أوامر

يتم استخدام الأوامر الداخلية بواسطة البرامج النصية لـ CTDB وليست مطلوبة لإدارة CTDB
تَجَمَّع. معلماتهم وسلوكهم عرضة للتغيير.

مقبلات IPADDR
إظهار اتصالات TCP المسجلة مع CTDB لتكون "مدغدغة" إذا كان هناك تجاوز فشل.

غرينشوسارب IPADDR INTERFACE
أرسل ARP ممتنًا للواجهة المحددة من خلال الواجهة المحددة. هذا
يتم استخدام الأمر بشكل أساسي بواسطة نصوص أحداث ctdb.

killtcp
اقرأ قائمة اتصالات TCP ، واحد في كل سطر ، من الإدخال القياسي وإنهاء كل منها
اتصال. يتم تحديد الاتصال على النحو التالي:

SRC-IPADDR:SRC- بورت DST-IPADDR:ميناء التوقيت الصيفي

يتم إنهاء كل اتصال عن طريق إصدار TCP RST إلى نقطة نهاية SRC-IPADDR: SRC-PORT.

يمكن تحديد اتصال واحد في سطر الأوامر بدلاً من الإدخال القياسي.

com.pdelete DB KEY
حذف KEY من DB.

pfetch DB KEY
اطبع القيمة المرتبطة بـ KEY في DB.

com.pstore DB KEY FILE
تخزين KEY في DB مع محتويات FILE كقيمة مرتبطة.

ptrans DB [FILE]
اقرأ قائمة أزواج القيمة الرئيسية ، واحد في كل سطر من FILE ، وقم بتخزينها في قاعدة بيانات باستخدام ملف
معاملة واحدة. القيمة الفارغة تعادل حذف المفتاح المحدد.

يجب فصل المفتاح والقيمة بمسافات أو علامات تبويب. يجب أن يكون كل مفتاح / قيمة ملف
سلسلة قابلة للطباعة محاطة بعلامات اقتباس مزدوجة.

رونستيت [الإعداد | الاسترداد الأول | بدء التشغيل | قيد التشغيل]
اطبع حالة تشغيل العقدة المحددة. يتم استخدام Runstates لإجراء تسلسل لحالة مهمة
الانتقالات في CTDB ، خاصة أثناء بدء التشغيل.

إذا تم تحديد وسيطة حالة تشغيل اختيارية واحدة أو أكثر ، فيجب أن تكون العقدة في واحدة من
هذه الحالات الجريئة للأمر لكي ينجح.

مثال
# حالة تشغيل ctdb
الركض و المشي

سيتيفاسيلينك أواجه أعلى | أسفل
اضبط الحالة الداخلية لواجهة الشبكة IFACE. يستخدم هذا عادةً في ملف
10. واجهة البرنامج النصي في حدث "الشاشة".

مثال: ctdb setifacelink eth0 up

com.setnatgwstate تشغيل | إيقاف
تمكين أو تعطيل القدرة الرئيسية لعبّارة NAT على العقدة.

دغدغة SRC-IPADDR:SRC- بورت DST-IPADDR:ميناء التوقيت الصيفي
إرسال دغدغة TCP إلى المضيف المصدر لاتصال TCP المحدد. دغدغة TCP هو ملف
حزمة TCP ACK ذات التسلسل غير الصحيح ورقم الإقرار وسوف يتم استلامها بواسطة
ينتج عن مضيف المصدر أنه يرسل ACK صحيحًا وفوريًا إلى الطرف الآخر.

تعد دغدغة TCP مفيدة في "دغدغة" العملاء بعد حدوث تجاوز فشل IP منذ حدوث ذلك
اجعل العميل يتعرف على الفور على أن اتصال TCP قد تعطل وأن ملف
سيحتاج العميل إلى إعادة إنشائه. يؤدي هذا إلى تسريع الوقت الذي يستغرقه العميل بشكل كبير
الكشف وإعادة التأسيس بعد تجاوز فشل IP في كتلة ctdb.

الإصدار
اعرض إصدار CTDB.

تفكيك أوامر

تُستخدم هذه الأوامر في المقام الأول لتطوير واختبار CTDB ولا ينبغي استخدامها
للإدارة العادية.

OPTIONS
- طباعة السجلات
يتيح ذلك طباعة السجلات الفارغة عند تفريغ قواعد البيانات باستخدام catdb و cattbd
وأوامر dumpdbbackup. تعتبر السجلات التي تحتوي على مقطع بيانات فارغ محذوفة بواسطة
ctdb وتنظيفه بواسطة آلية المكنسة الكهربائية ، لذلك يمكن أن يكون هذا المفتاح مفيدًا
تصحيح سلوك الكنس.

- طباعة البيانات
يتيح ذلك لعمليات تفريغ قاعدة البيانات (catdb و cattdb و dumpdbbackup) طباعة حجم السجل
البيانات بدلاً من إغراق محتويات البيانات.

--طباعة- lmaster
هذا يتيح لـ catdb طباعة lmaster لكل سجل.

- طباعة التجزئة
يتيح ذلك لعمليات تفريغ قاعدة البيانات (catdb و cattdb و dumpdbbackup) طباعة التجزئة لكل سجل.

- طباعة-سجلات
يتيح ذلك لـ catdb و dumpdbbackup طباعة إشارات السجل لكل سجل. لاحظ أن
cattdb يطبع الأعلام دائمًا.

العملية موجودة PID
يتحقق هذا الأمر من وجود عملية محددة على مضيف CTDB. يستخدم هذا بشكل رئيسي من قبل
Samba للتحقق مما إذا كانت النسخ البعيدة من السامبا لا تزال تعمل أم لا.

com.getdbstatus DB
يعرض هذا الأمر مزيدًا من التفاصيل حول قاعدة البيانات.

مثال
# ctdb getdbstatus test.tdb.0
دي بي آي: 0x122224da
الاسم: test.tdb
المسار: /var/ctdb/test.tdb.0
المثابرة: لا
الصحة: ​​حسنًا

# ctdb getdbstatus Registry.tdb # مع ملف TDB تالف
دي بي آي: 0xf2a58948
الاسم: Registry.tdb
المسار: /var/ctdb/persistent/registry.tdb.0
المثابرة: نعم
الصحة: ​​NO-HEALTHY-NODES - خطأ - النسخ الاحتياطي لـ TDB التالف في "/var/ctdb/persistent/registry.tdb.0.corrupt.20091208091949.0Z"

com.catdb DB
طباعة تفريغ قاعدة بيانات قاعدة بيانات TDB المجمعة.

كاتدب DB
طباعة تفريغ محتويات قاعدة بيانات TDB المحلية DB.

تفريغ النسخ الاحتياطي FILE
اطبع ملف تفريغ للمحتويات من ملف النسخ الاحتياطي لقاعدة البيانات ، على غرار ملف com.catdb.

ممسوح DB
قم بإزالة كافة محتويات قاعدة البيانات DB.

استعادة
سيؤدي هذا الأمر إلى تشغيل برنامج الاسترداد الخفي للقيام باستعادة الكتلة.

ipreallocate ، مزامنة
سيؤدي هذا الأمر إلى إجبار مدير الاسترداد على إجراء عملية إعادة تخصيص IP كاملة و
إعادة توزيع كافة عناوين IP. هذا مفيد في "إعادة تعيين" التخصيصات إلى
الحالة الافتراضية إذا تم تغييرها باستخدام الأمر "moveip". في حين أن إرادة "التعافي"
تؤدي أيضًا عملية إعادة التخصيص هذه ، فالتعافي يمثل وزنًا أكبر بكثير لأنه سيفعل ذلك أيضًا
إعادة بناء كافة قواعد البيانات.

com.getmonmode
يقوم هذا الأمر بإرجاع وضع المراقبة للعقدة. يكون وضع المراقبة إما نشطًا
أو تعطيل. عادةً ما تراقب العقدة باستمرار جميع العقد الأخرى الموجودة
المتوقعة هي في الواقع متصلة وأنهم يستجيبون للأوامر.

نشط - هذا هو الوضع العادي. العقدة تراقب بنشاط جميع العقد الأخرى ، كلاهما
أن النقل متصل وأيضًا أن العقدة تستجيب للأوامر. إذا كانت العقدة
يصبح غير متاح ، سيتم وضع علامة عليه على أنه غير متصل وسيبدأ الاسترداد إلى
استعادة الكتلة.

معطلة - لا تراقب هذه العقدة توفر العقد الأخرى. في هذا الوضع العقدة
لن يتم الكشف عن الفشل ولن يتم إجراء أي استرداد. هذا الوضع مفيد عندما
لأغراض تصحيح الأخطاء ، يريد المرء إرفاق GDB بعملية ctdb ولكنه يريد منع
باقي الكتلة من تعليم هذه العقدة على أنها مفصولة والقيام بالاسترداد.

com.setmonmode 0 | 1
يمكن استخدام هذا الأمر لتعطيل / تمكين وضع المراقبة بشكل صريح على العقدة. الرئيسية
الغرض هو إذا أراد المرء إرفاق GDB ببرنامج ctdb الخفي قيد التشغيل ولكنه يريد منع
العقد الأخرى من تعليمها على أنها غير متصلة وإصدار استرداد. للقيام بذلك ، قم بتعيين
وضع المراقبة إلى 0 على جميع العقد قبل إرفاقه بـ GDB. تذكر أن تضبط المراقبة
الوضع يعود إلى 1 بعد ذلك.

يرفق DBNAME [مثابر]
قم بإنشاء قاعدة بيانات CTDB جديدة تسمى DBNAME وأرفقها بجميع العقد.

فصل قائمة قاعدة البيانات
افصل قاعدة (قواعد) البيانات غير الدائمة المحددة عن الكتلة. سيتم فصل هذا الأمر
قاعدة (قواعد) البيانات المحددة على جميع العقد في الكتلة. يجب استخدام هذا الأمر فقط عندما
أيا من قواعد البيانات المحددة قيد الاستخدام.

يجب أن تكون جميع العقد نشطة ويجب تعطيل AllowClientDBAccess القابل للضبط على جميع العقد
قبل فصل قواعد البيانات.

تفريغ الذاكرة
هذا أمر تصحيح. هذا الأمر سيجعل البرنامج الخفي ctdb يكتب ذاكرة تعبئة
خريطة التخصيص للإخراج القياسي.

com.rddumpmemory
هذا أمر تصحيح. سيقوم هذا الأمر بتفريغ شجرة تخصيص الذاكرة Talloc لـ
عفريت الاسترداد للإخراج القياسي.

ذوبان
قم بإذابة عقدة مجمدة مسبقًا.

الأحداث الحجج
هذا أمر تصحيح. يمكن استخدام هذا الأمر لاستدعاء وتشغيل ملف
Eventscritps مع الحجج التعسفية.

حظر بان تايم
إداريًا حظر العقدة لمدة BANTIME ثانية. سيتم فك العقدة بعد BANTIME
لقد انقضت ثواني.

لا تشارك العقدة المحظورة في الكتلة. لا يستضيف أي سجلات لـ
مجمع TDB ولا يستضيف أي عناوين IP عامة.

يتم حظر العقد تلقائيًا إذا أساءت التصرف. على سبيل المثال ، قد يتم حظر العقدة إذا كانت
يسبب عددًا كبيرًا جدًا من عمليات الاسترداد العنقودية.

لاستبعاد عقدة من كتلة إداريًا ، استخدم الامتداد توقف أمر.

رفع الحظر
يستخدم هذا الأمر لإلغاء حظر عقدة تم حظرها إداريًا باستخدامها
أمر الحظر أو تم حظره تلقائيًا.

إعادة التوازن [قائمة PNN]
يشير هذا الأمر إلى العقد المحددة كأهداف إعادة التوازن في تخصيص LCP2 IP
الخوارزمية. ال يعيد تحميل الأمر سيفعل هذا حسب الضرورة لذلك لا ينبغي أن يكون هذا الأمر
الحاجة.

check_srvids سرفيد
يتحقق هذا الأمر مما إذا كانت مجموعة من منافذ رسائل srvid مسجلة في العقدة أم
لا. يأخذ الأمر قائمة من القيم للتحقق منها.

مثال
#ctdb check_srvids 1 2 3 14765
معرف الخادم 0: 1 غير موجود
معرف الخادم 0: 2 غير موجود
معرف الخادم 0: 3 غير موجود
معرف الخادم 0: 14765 موجود

استخدم ctdb عبر الإنترنت باستخدام خدمات onworks.net