ctdb - آنلاین در ابر

برنامه:

نام

ctdb - ابزار مدیریت CTDB

خلاصه

ctdb [گزینه...] {COMMAND} [COMMAND-ARGS]

شرح

ctdb ابزاری برای مشاهده و مدیریت یک خوشه CTDB است.

عبارات زیر برای اشاره به گره ها در یک خوشه استفاده می شود:

PNN
شماره گره فیزیکی شماره گره فیزیکی یک عدد صحیح است که گره را توصیف می کند
در خوشه اولین گره دارای گره فیزیکی شماره 0. در یک خوشه است.

PNN-LIST
این یا یک PNN منفرد، یک لیست با کاما جدا از PNN یا "همه" است.

دستوراتی که به پایگاه داده ارجاع می دهند از عبارات زیر استفاده می کنند:

DB
این یا یک نام پایگاه داده است، مانند locking.tdb یا یک شناسه پایگاه داده مانند
"0x42fe72c5".

DB-LIST
فهرستی با فاصله از حداقل یک DB.

OPTIONS

-n PNN-LIST
گره های مشخص شده توسط PNN-LIST باید برای اطلاعات درخواستی پرس و جو شوند.
پیش فرض این است که از دیمون در حال اجرا بر روی میزبان محلی پرس و جو کنید.

-Y
برای تجزیه آسان تر توسط اسکریپت ها خروجی را به شکل قابل خواندن ماشین تولید کنید. این از a استفاده می کند
جداکننده میدان ':'. همه دستورات از این گزینه پشتیبانی نمی کنند.

-x جدا کننده
از SEPARATOR برای محدود کردن فیلدها در خروجی قابل خواندن ماشین استفاده کنید. این به معنای -Y است.

-X
برای تجزیه آسان تر توسط اسکریپت ها خروجی را به شکل قابل خواندن ماشین تولید کنید. این از a استفاده می کند
جداکننده میدان '|'. همه دستورات از این گزینه پشتیبانی نمی کنند.

این معادل "-x|" است و از برخی مسائل مربوط به نقل قول پوسته اجتناب می کند.

-t TIMEOUT
نشان می دهد که ctdb باید تا TIMEOUT ثانیه صبر کند تا به اکثر دستورات پاسخ دهد
به دیمون CTDB ارسال شد. پیش فرض 10 ثانیه است.

-T محدودیت زمانی
نشان می دهد که TIMELIMIT حداکثر زمان اجرا (بر حسب ثانیه) برای دستور ctdb است.
وقتی از TIMELIMIT فراتر رفت، دستور ctdb با یک خطا خاتمه می یابد. پیشفرض
120 ثانیه است

-؟ --کمک
چند متن راهنما را روی صفحه چاپ کنید.

--استفاده
اطلاعات استفاده را روی صفحه چاپ کنید.

-d --debug=DEBUGLEVEL
سطح اشکال زدایی دستور را تغییر دهید. پیش فرض NOTICE (2) است.

--سوکت=نام فایل
مشخص کنید که FILENAME نام سوکت دامنه یونیکس برای استفاده در هنگام اتصال است
شبح محلی CTDB. پیش فرض /tmp/ctdb.socket است.

اداری دستورات

اینها دستوراتی هستند که برای نظارت و مدیریت یک خوشه CTDB استفاده می شوند.

pnn
این دستور PNN گره فعلی را نمایش می دهد.

xpnn
این دستور PNN گره فعلی را بدون تماس با دیمون CTDB نمایش می دهد. آی تی
فایل گره ها را مستقیماً تجزیه می کند، بنابراین در صورت داشتن فایل گره می تواند خروجی غیرمنتظره ای تولید کند
ویرایش شده است اما بارگذاری مجدد نشده است.

وضعیت
این دستور وضعیت فعلی تمام گره های CTDB را بر اساس اطلاعات موجود در آن نشان می دهد
گره پرس و جو

توجه: اگر گره مورد بررسی غیرفعال باشد، ممکن است وضعیت فعلی نباشد.

گره وضعیت
این شامل تعداد گره های فیزیکی و وضعیت هر گره است. دیدن ctdb(7)
برای اطلاعات در مورد وضعیت گره.

نسل
شناسه نسل عددی است که نسل فعلی یک خوشه را نشان می دهد
نمونه، مثال. هر بار که یک خوشه از طریق پیکربندی مجدد یا بازیابی انجام می شود
شناسه نسل تغییر خواهد کرد

این عدد معنای خاصی جز پیگیری زمانی ندارد
خوشه بهبودی را پشت سر گذاشته است. این یک عدد تصادفی است که نشان دهنده جریان است
نمونه ای از یک خوشه ctdb و پایگاه داده های آن. دیمون CTDB از این عدد استفاده می کند
به صورت داخلی قادر به تشخیص زمان اجرای دستورات روی خوشه و
پایگاه های داده در نسل متفاوتی از خوشه صادر شد تا از این دستورات اطمینان حاصل شود
که روی پایگاه‌های داده کار می‌کنند، در بازیابی پایگاه داده خوشه‌ای زنده نمی‌مانند.
پس از بازیابی، تمام دستورات برجسته قدیمی به طور خودکار نامعتبر می شوند.

گاهی اوقات این عدد به عنوان "INVALID" نشان داده می شود. این فقط به این معنی است که ctdbd
daemon شروع شده است اما هنوز از طریق بازیابی با خوشه ادغام نشده است. همه
گره‌ها با نسل «INVALID» شروع می‌شوند و تا زمانی که یک شناسه نسل واقعی به آنها اختصاص داده نمی‌شود
آنها با موفقیت با یک خوشه از طریق بازیابی ادغام شدند.

مجازی گره شماره (VNN) نقشه
شامل تعداد گره های مجازی و نقشه برداری از شماره گره های مجازی به
شماره گره های فیزیکی گره های مجازی میزبان پایگاه های داده CTDB هستند. فقط گره هایی که هستند
شرکت در نقشه VNN می تواند به lmaster یا dmaster برای رکوردهای پایگاه داده تبدیل شود.

بهبود حالت
این حالت بازیابی فعلی خوشه است. دو حالت ممکن وجود دارد:

NORMAL - خوشه کاملاً عملیاتی است.

بازیابی - پایگاه‌های داده خوشه‌ای همگی منجمد شده‌اند و همه سرویس‌ها را متوقف کرده‌اند
خوشه منتظر یک فرآیند بازیابی برای تکمیل است. یک فرآیند بازیابی باید در داخل به پایان برسد
ثانیه اگر یک خوشه در حالت RECOVERY گیر کرده باشد، این نشان دهنده یک خوشه است
نقصی که نیاز به بررسی دارد

هنگامی که استاد بازیابی یک ناسازگاری را تشخیص داد، برای مثال یک گره تبدیل می شود
قطع/متصل شده است، دیمون بازیابی فرآیند بازیابی خوشه ای را راه اندازی می کند.
که در آن همه پایگاه های داده در سراسر خوشه دوباره ترکیب می شوند. هنگامی که این فرآیند شروع می شود،
Recovery Master ابتدا تمام پایگاه‌های داده را مسدود می‌کند تا از برنامه‌هایی مانند
samba از دسترسی به پایگاه های داده و همچنین حالت بازیابی را به عنوان علامت گذاری می کند
بهبود.

هنگامی که دیمون CTDB راه اندازی می شود، در حالت RECOVERY شروع می شود. هنگامی که گره شده است
در یک خوشه ادغام شده و همه پایگاه های داده بازیابی شده اند، حالت گره تغییر خواهد کرد
در حالت NORMAL قرار می گیرد و پایگاه داده ها "ذوب" می شوند و به سامبا اجازه دسترسی به آن را می دهند
دوباره پایگاه های داده

بهبود استاد
این گره خوشه ای است که در حال حاضر به عنوان اصلی بازیابی تعیین شده است. این
گره مسئول نظارت بر سازگاری خوشه و انجام آن است
فرآیند بازیابی واقعی در صورت نیاز

فقط یک گره در هر زمان می تواند به عنوان اصلی بازیابی تعیین شده باشد. کدام گره است
تعیین استاد بازیابی توسط یک فرآیند انتخاباتی در بهبود تصمیم می گیرد
شیاطین در حال اجرا بر روی هر گره.

مثال
# وضعیت ctdb
تعداد گره ها: 4
pnn:0 192.168.2.200 OK (THIS NODE)
pnn:1 192.168.2.201 OK
pnn:2 192.168.2.202 OK
pnn:3 192.168.2.203 OK
نسل:1362079228
حجم: 4
hash:0 lmaster:0
hash:1 lmaster:1
hash:2 lmaster:2
hash:3 lmaster:3
حالت بازیابی: NORMAL (0)
Recovery Master:0

nodestatus [PNN-LIST]
این دستور شبیه به وضعیت فرمان زیر مجموعه "وضعیت گره" را نشان می دهد
خروجی تفاوت های اصلی عبارتند از:

· کد خروجی بیتی-OR پرچم ها برای هر گره مشخص شده است ctdb
وضعیت اگر بتواند وضعیت همه گره ها را بازیابی کند با 0 خارج می شود.

· ctdb وضعیت اطلاعات وضعیت را برای همه گره ها فراهم می کند. ctdb nodestatus پیش فرض به
ارائه وضعیت فقط برای گره فعلی. اگر PNN-LIST ارائه شده باشد، وضعیت موجود است
برای گره (های) نشان داده شده است.

به طور پیش فرض، ctdb nodestatus وضعیت را از گره محلی جمع آوری می کند. با این حال، در صورت استناد
با "-n all" (یا مشابه) سپس وضعیت از گره(های) داده شده جمع آوری می شود. که در
ویژه ctdb nodestatus تمام و ctdb nodestatus -n تمام متفاوت تولید خواهد کرد
خروجی امکان ارائه 2 گره متفاوت (با و بدون "-n") وجود دارد اما
خروجی معمولا گیج کننده است!

فراخوانی رایج در اسکریپت ها این است ctdb nodestatus تمام برای بررسی اینکه آیا تمام گره ها در a
خوشه سالم هستند

مثال
# ctdb nodestatus
pnn:0 10.0.0.30 OK (THIS NODE)

# ctdb nodestatus all
تعداد گره ها: 2
pnn:0 10.0.0.30 OK (THIS NODE)
pnn:1 10.0.0.31 OK

recmaster
این دستور pnn گره ای را که در حال حاضر recmaster است را نشان می دهد.

توجه: اگر گره مورد بررسی غیرفعال باشد، ممکن است وضعیت فعلی نباشد.

آپ تایم
این دستور زمان آپ تایم دیمون ctdb را نشان می دهد. زمانی که آخرین بازیابی یا ip-failover
تکمیل شد و چقدر طول کشید. اگر "مدت" به عنوان یک عدد منفی نشان داده شود، این است
نشان می دهد که یک بازیابی / شکست در حال انجام است و چند ثانیه شروع شده است
پیش.

مثال
# ctdb uptime
زمان کنونی گره: پنجشنبه 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 ثانیه

لیست گره ها
این دستور فهرستی از آدرس‌های IP تمام گره‌های خوشه را نشان می‌دهد.

مثال
# ctdb listnodes
192.168.2.200
192.168.2.201
192.168.2.202
192.168.2.203

natgwlist
استاد دروازه NAT فعلی و وضعیت همه گره ها در دروازه NAT فعلی را نشان دهید
گروه بخش NAT GATEWAY را در اینجا ببینید ctdb(7) برای جزئیات بیشتر.

مثال
# ctdb natgwlist
0 192.168.2.200
تعداد گره ها: 4
pnn:0 192.168.2.200 OK (THIS NODE)
pnn:1 192.168.2.201 OK
pnn:2 192.168.2.202 OK
pnn:3 192.168.2.203 OK

پینگ
این دستور گره های CTDB مشخص شده را در خوشه "پینگ" می کند تا تایید شود که هستند
در حال اجرا

مثال
# ctdb ping -n همه
پاسخ از زمان 0=0.000054 ثانیه (3 مشتری)
پاسخ از زمان 1=0.000144 ثانیه (2 مشتری)
پاسخ از زمان 2=0.000105 ثانیه (2 مشتری)
پاسخ از زمان 3=0.000114 ثانیه (2 مشتری)

چهره ها
این دستور لیستی از رابط های شبکه را که می توانند میزبان عمومی باشند را نمایش می دهد
آدرس ها به همراه وضعیت آنها

مثال
# چهره ctdb
رابط های روی گره 0
name:eth5 link:up مراجع:2
name:eth4 link:down references:0
name:eth3 link:up مراجع:1
name:eth2 link:up مراجع:1

# ctdb -X چهره
| نام | وضعیت پیوند | مراجع|
|eth5|1|2|
|eth4|0|0|
|eth3|1|1|
|eth2|1|1|

ip
این دستور لیستی از آدرس های عمومی ارائه شده توسط خوشه را نمایش می دهد
و کدام گره فیزیکی در حال حاضر این ip را سرو می کند. به طور پیش فرض این دستور ONLY خواهد بود
نشانی های عمومی که برای خود گره شناخته شده است را نشان دهید. برای دیدن لیست کامل همه
IP های عمومی در سراسر خوشه باید از "ctdb ip -n all" استفاده کنید.

مثال
# ctdb ip -v
IP های عمومی در گره 0
172.31.91.82 node[1] فعال[] موجود[eth2,eth3] پیکربندی شده[eth2,eth3]
172.31.91.83 node[0] فعال[eth3] موجود[eth2,eth3] پیکربندی شده[eth2,eth3]
172.31.91.84 node[1] فعال[] موجود[eth2,eth3] پیکربندی شده[eth2,eth3]
172.31.91.85 node[0] فعال[eth2] موجود[eth2,eth3] پیکربندی شده[eth2,eth3]
172.31.92.82 node[1] فعال[] موجود[eth5] پیکربندی شده[eth4,eth5]
172.31.92.83 node[0] فعال[eth5] موجود[eth5] پیکربندی شده[eth4,eth5]
172.31.92.84 node[1] فعال[] موجود[eth5] پیکربندی شده[eth4,eth5]
172.31.92.85 node[0] فعال[eth5] موجود[eth5] پیکربندی شده[eth4,eth5]

# ctdb -X ip -v
|IP عمومی|گره|ActiveInterface|Interfaces موجود|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|

ipinfo IP
این دستور جزئیات مربوط به آدرس های عمومی مشخص شده را نمایش می دهد.

مثال
# ctdb ipinfo 172.31.92.85
اطلاعات IP عمومی [172.31.92.85] در گره 0
IP: 172.31.92.85
CurrentNode: 0
تعداد رابط ها: 2
رابط[1]: نام:eth4 پیوند: پایین مراجع: 0
Interface[2]: Name:eth5 Link: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 وضعیت:OK مدت: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
خروجی: خطا: پورت tcp Samba 445 پاسخ نمی دهد

غیرفعال کردن اسکریپت اسکریپت
این دستور برای غیرفعال کردن یک رویداد اسکریپت استفاده می شود.

دفعه بعد که رویدادهای اسکریپت اجرا می‌شوند این کار اعمال می‌شود، بنابراین ممکن است یک طول بکشد
مدت کوتاهی تا زمانی که این در "وضعیت اسکریپت" منعکس شود.

enablescript اسکریپت
این دستور برای فعال کردن یک رویداد اسکریپت استفاده می شود.

دفعه بعد که رویدادهای اسکریپت اجرا می‌شوند این کار اعمال می‌شود، بنابراین ممکن است یک طول بکشد
مدت کوتاهی تا زمانی که این در "وضعیت اسکریپت" منعکس شود.

listvars
همه متغیرهای قابل تنظیم را فهرست کنید، به جز مقادیر قابل تنظیم‌های منسوخ مانند
VacuumMinInterval. تنظیم‌پذیرهای منسوخ را فقط می‌توان به طور صریح با "ctdb" بازیابی کرد
دستور getvar".

مثال
# ctdb listvars
MaxRedirectCount = 3
SeqnumInterval = 1000
ControlTimeout = 60
TraverseTimeout = 20
KeepaliveInterval = 5
KeepaliveLimit = 5
RecoverTimeout = 20
RecoverInterval = 1
زمان انتخابات = 3
TakeoverTimeout = 9
MonitorInterval = 15
TickleUpdateInterval = 20
EventScriptTimeout = 30
EventScriptTimeoutCount = 1
RecoveryGracePeriod = 120
RecoveryBanPeriod = 300
DatabaseHashSize = 100001
DatabaseMaxDead = 5
RerecoveryTimeout = 10
EnableBans = 1
DeterministicIPs = 0
LCP2PublicIPs = 1
ReclockPingPeriod = 60
NoIPFailback = 0
DisableIPFailover = 0
VerboseMemoryNames = 0
RecdPingTimeout = 60
RecdFailCount = 10
LogLatencyMs = 0
RecLockLatencyMs = 1000
RecoveryDropAllIPs = 120
VacuumInterval = 10
VacuumMaxRunTime = 30
RepackLimit = 10000
VacuumLimit = 5000
VacuumFastPathCount = 60
MaxQueueDropMsg = 1000000
UseStatusEvents = 0
AllowUnhealthyDBRead = 0
StatHistoryInterval = 1
DeferredAttachTO = 120
AllowClientDBAttach = 1
RecoverPDBBySeqNum = 0

getvar نام
مقدار زمان اجرا یک متغیر قابل تنظیم را دریافت کنید.

مثال
# ctdb getvar MaxRedirectCount
MaxRedirectCount = 3

ستوار نام ارزش
مقدار زمان اجرا یک متغیر قابل تنظیم را تنظیم کنید.

مثال: ctdb setvar MaxRedirectCount 5

lvsmaster
این دستور نشان می دهد که کدام گره در حال حاضر LVSMASTER است. LVSMASTER گره موجود در
خوشه ای که سیستم LVS را هدایت می کند و تمام ترافیک ورودی را از مشتریان دریافت می کند.

LVS حالتی است که در آن کل خوشه CTDB/Samba از یک آدرس IP واحد برای
کل خوشه در این حالت همه مشتریان به یک گره خاص متصل می شوند که سپس
Multiplex/loadbalance کلاینت ها را به طور یکنواخت روی گره های دیگر در خوشه تنظیم کنید. این یک
جایگزینی برای استفاده از آدرس های IP عمومی. برای اطلاعات بیشتر به صفحه man برای ctdbd مراجعه کنید
در مورد LVS

lvs
این دستور نشان می دهد که کدام گره ها در کلاستر در حال حاضر در LVS فعال هستند
پیکربندی یعنی در حال حاضر کدام گره‌ها را در حال لودبالانسینگ آدرس آی‌پی واحد هستیم
در سراسر

LVS به‌طور پیش‌فرض فقط در میان آن دسته از گره‌هایی که هم قابلیت LVS را دارند و هم دارای تعادل بار هستند
سالم. به جز اگر همه گره ها ناسالم باشند که در این صورت LVS در همه موارد بارگذاری می شود
گره های ناسالم نیز. LVS هرگز از گره هایی که قطع شده، متوقف شده، ممنوع هستند استفاده نمی کند
یا غیر فعال

نمونه خروجی:

2:10.0.0.13
3:10.0.0.14

قابلیت های دریافت
این دستور قابلیت های گره فعلی را نشان می دهد. به بخش قابلیت ها مراجعه کنید
ctdb(7) برای جزئیات بیشتر.

نمونه خروجی:

RECMASTER: بله
LMASTER: بله
LVS: نه
NATGW: بله

ارقام
جمع آوری آمار از شبح CTDB در مورد تعداد تماس هایی که سرویس داده است. اطلاعات
در مورد زمینه های مختلف آمار را می توان در ctdb-statistics(7).

مثال
# آمار ctdb
CTDB نسخه 1
num_clients 3
منجمد 0
بهبودی 0
client_packets_sent 360489
client_packets_recv 360466
node_packets_sent 480931
node_packets_recv 240120
keepalive_packets_sent 4
keepalive_packets_recv 3
گره
req_call 2
reply_call 2
req_dmaster 0
reply_dmaster 0
reply_error 0
req_message 42
req_control 120408
reply_control 360439
مشتری
req_call 2
req_message 24
req_control 360440
خاتمه
با شماره 0 تماس بگیرید
کنترل 0
پیمایش 0
total_calls 2
pending_calls 0
lockwait_calls 0
pending_lockwait_calls 0
memory_used 5040
max_hop_count 0
max_call_latency 4.948321 ثانیه
max_lockwait_latency 0.000000 ثانیه

تنظیم مجدد آمار
این دستور برای پاک کردن تمام شمارنده های آمار در یک گره استفاده می شود.

مثال: ctdb statisticsreset

dbstatistics DB
نمایش آمار در مورد پایگاه داده DB. اطلاعات در مورد زمینه های مختلف در dbstatistics
را می توان در یافت ctdb-statistics(7).

مثال
# ctdb dbstatistics locking.tdb
آمار DB: locking.tdb
ro_delegations 0
ro_revokes 0
قفل
مجموع 14356
0 شکست خورده
فعلی 0
در انتظار 0
hop_count_buckets: 28087 2 1 0 0 0 0 0 0 0 0 0 0 0 0 0 XNUMX
قفل_سطل ها: 0 14188 38 76 32 19 3 0 0 0 0 0 0 0 0 0 XNUMX
locks_latency MIN/AVG/MAX 0.001066/0.012686/4.202292 ثانیه از 14356
تعداد کلیدهای داغ: 1
Count:8 Key:ff5bd7cb3ee3822edc1f0000000000000000000000000000

getreclock
در صورت وجود، نام فایل قفل بازیابی را نشان دهید.

نمونه خروجی:

فایل مجدد:/clusterfs/.ctdb/recovery.lock

ساعت قبل [فایل]
FILE نام فایل قفل بازیابی را مشخص می کند. اگر فایل قفل بازیابی در تغییر کرده باشد
زمان اجرا باعث بازیابی می شود که به نوبه خود باعث قفل بازیابی می شود
دوباره گرفته شده است.

اگر FILE مشخص نشده باشد، دیگر از فایل قفل بازیابی استفاده نخواهد شد.

این دستور فقط بر تنظیم زمان اجرا یک گره CTDB منفرد تأثیر می گذارد. این تنظیم باید be
با تعیین همزمان روی همه گره ها تغییر کرد -n تمام (یا مشابه). برای اطلاعات
در مورد پیکربندی فایل قفل بازیابی، لطفاً ورودی CTDB_RECOVERY_LOCK را در
ctdbd.conf(5) و ورودی --reclock در ctdbd(1). برای اطلاعات در مورد قفل بازیابی
لطفاً بخش RECOVERY LOCK را در اینجا ببینید ctdb(7).

اشکال زدایی
سطح اشکال زدایی فعلی را برای گره دریافت کنید. سطح اشکال زدایی اطلاعات را کنترل می کند
در فایل log نوشته شده است.

سطوح اشکال زدایی به سطوح سیستم لاگ مربوطه نگاشت می شوند. هنگامی که یک سطح اشکال زدایی تنظیم می شود،
فقط آن پیام ها در آن سطح و سطوح بالاتر چاپ می شوند.

لیست سطوح اشکال زدایی از بالاترین به پایین ترین عبارتند از:

ERR اخطار اخطار اشکال زدایی اطلاعات

setdebug DEBUGLEVEL
سطح اشکال زدایی یک گره را تنظیم کنید. این کنترل می کند که چه اطلاعاتی ثبت می شود.

سطح اشکال زدایی یکی از ERR WARNICE INFO DEBUG است

بی حال
این دستور شناسه فرآیند دیمون ctdb را برمی گرداند.

از کار انداختن
این دستور برای غیرفعال کردن اداری یک گره در خوشه استفاده می شود. یک گره غیرفعال
همچنان در رکوردهای TDB خوشه‌بندی‌شده و میزبان اما IP عمومی آن شرکت خواهد کرد
آدرس توسط گره دیگری تصاحب شده است و دیگر هیچ سرویسی را میزبانی نمی کند.

قادر ساختن
گره ای را که از نظر اداری غیرفعال شده است دوباره فعال کنید.

متوقف کردن
این دستور برای STOP اداری یک گره در خوشه استفاده می شود. یک گره متوقف شده است
به خوشه متصل است، اما هیچ آدرس IP عمومی را میزبانی نمی کند، و در آن شرکت نمی کند
در VNNMAP تفاوت بین گره DISABLED و گره STOPPED در STOPPED است
گره هیچ بخشی از پایگاه داده را میزبانی نمی کند، به این معنی که بازیابی لازم است
گره های توقف/ادامه

ادامه دادن
یک گره را که از نظر اداری متوقف شده است، دوباره راه اندازی کنید.

اضافه کردن IPADDR/ماسک IFACE
این دستور برای افزودن یک ip عمومی جدید به یک گره در زمان اجرا استفاده می شود. این اجازه می دهد تا عمومی
آدرس هایی که بدون نیاز به راه اندازی مجدد دیمون های ctdb به یک خوشه اضافه می شوند.

توجه داشته باشید که این فقط نمونه زمان اجرا ctdb را به روز می کند. هر تغییری در مرحله بعد از بین خواهد رفت
زمان ctdb راه اندازی مجدد می شود و فایل آدرس های عمومی دوباره خوانده می شود. اگر این تغییر را می خواهید
برای دائمی بودن باید فایل آدرس های عمومی را نیز به صورت دستی به روز کنید.

از بین بردن IPADDR
این دستور برای حذف یک ip عمومی از یک گره در طول زمان اجرا استفاده می شود. اگر این آی پی عمومی
در حال حاضر توسط گره‌ای میزبانی می‌شود که از آن حذف می‌شود، ابتدا آی‌پی با شکست مواجه می‌شود
گره دیگری، در صورت امکان، قبل از حذف آن.

توجه داشته باشید که این فقط نمونه زمان اجرا ctdb را به روز می کند. هر تغییری در مرحله بعد از بین خواهد رفت
زمان ctdb راه اندازی مجدد می شود و فایل آدرس های عمومی دوباره خوانده می شود. اگر این تغییر را می خواهید
برای دائمی بودن باید فایل آدرس های عمومی را نیز به صورت دستی به روز کنید.

moveip IPADDR PNN
از این دستور می توان برای خراب کردن دستی یک آدرس IP عمومی در یک گره خاص استفاده کرد.

به منظور لغو دستی توزیع "خودکار" آدرس های IP عمومی که
ctdb به طور معمول ارائه می دهد، این دستور تنها زمانی کار می کند که شما تنظیم کننده ها را برای آن تغییر داده باشید
دیمون به:

DeterministicIPs = 0

NoIPFailback = 1

تعطیل
این دستور یک شبح CTDB خاص را خاموش می کند.

setlmasterrole روشن | خاموش
این دستور برای فعال/غیرفعال کردن قابلیت LMASTER برای یک گره در زمان اجرا استفاده می شود. این
قابلیت تعیین می کند که آیا یک گره می تواند به عنوان LMASTER برای رکوردهای موجود در آن استفاده شود یا خیر
پایگاه داده گره ای که قابلیت LMASTER را ندارد در vnnmap نمایش داده نمی شود.

گره‌ها به‌طور پیش‌فرض این قابلیت را خواهند داشت، اما می‌توان آن را از گره‌ها حذف کرد
را در فایل sysconfig یا با استفاده از این دستور تنظیم کنید.

هنگامی که این تنظیم فعال/غیرفعال شد، باید یک بازیابی انجام دهید تا انجام شود
اثر.

همچنین به "ctdb getcapabilities" مراجعه کنید

setrecmasterrole روشن | خاموش
این دستور برای فعال/غیرفعال کردن قابلیت RECMASTER برای یک گره در زمان اجرا استفاده می شود.
این قابلیت تعیین می کند که آیا یک گره می تواند به عنوان RECMASTER برای آن استفاده شود یا خیر
خوشه. گره ای که قابلیت RECMASTER را ندارد نمی تواند recmaster را برنده شود
انتخابات گرهی که در حال حاضر Recmaster برای خوشه است، زمانی که قابلیت وجود دارد
stripped node تا انتخابات خوشه بعدی به عنوان recmaster باقی خواهد ماند.

گره‌ها به‌طور پیش‌فرض این قابلیت را خواهند داشت، اما می‌توان آن را از گره‌ها حذف کرد
را در فایل sysconfig یا با استفاده از این دستور تنظیم کنید.

همچنین به "ctdb getcapabilities" مراجعه کنید

reloadnodes
این دستور هنگام افزودن گره های جدید یا حذف گره های موجود از گره های موجود استفاده می شود
خوشه.

مراحل اضافه کردن گره:

1، برای گسترش یک خوشه موجود، ابتدا با 'وضعیت ctdb' مطمئن شوید که همه گره ها بالا هستند
و دویدن و اینکه همه سالم هستند. سعی نکنید یک خوشه را گسترش دهید مگر اینکه اینطور باشد
کاملا سالم!

2، در همه گره ها، /etc/ctdb/nodes را ویرایش کنید و گره جدید را به عنوان آخرین ورودی به فایل اضافه کنید.
گره جدید باید به انتهای این فایل اضافه شود!

3، بررسی کنید که همه گره ها پس از ویرایش فایل های /etc/ctdb/nodes یکسان دارند.
و گره جدید را اضافه کرد!

4، 'ctdb reloadnodes' را اجرا کنید تا همه گره ها را مجبور به بارگذاری مجدد nodesfile کنید.

5، از "وضعیت ctdb" در همه گره ها استفاده کنید و بررسی کنید که اکنون گره اضافی را نشان می دهند.

6، گره جدید را نصب و پیکربندی کنید و آن را آنلاین کنید.

مراحل حذف یک گره:

1، برای حذف یک گره از یک خوشه موجود، ابتدا با 'وضعیت ctdb' مطمئن شوید که همه اینها هستند
گره ها، به جز گره ای که باید حذف شود، فعال هستند و همه آنها سالم هستند. انجام دادن
سعی نکنید یک گره را از یک خوشه حذف کنید، مگر اینکه خوشه کاملا سالم باشد!

2، گره را خاموش و خاموش کنید تا حذف شود.

3، در تمام گره‌های دیگر، فایل /etc/ctdb/nodes را ویرایش کنید و در مورد گره نظر دهید.
حذف شده. خط مربوط به آن گره را حذف نکنید، فقط با افزودن یک "#" در آن نظر دهید
ابتدای خط

4، 'ctdb reloadnodes' را اجرا کنید تا همه گره ها را مجبور به بارگذاری مجدد nodesfile کنید.

5، از "وضعیت ctdb" در همه گره ها استفاده کنید و بررسی کنید که گره حذف شده دیگر در
لیست..

بارگیری مجدد [PNN-LIST]
این دستور فایل پیکربندی آدرس های عمومی را در گره های مشخص شده بارگذاری مجدد می کند. چه زمانی
آدرس‌ها را تکمیل می‌کند دوباره پیکربندی می‌شوند و مجدداً در سراسر خوشه به عنوان تخصیص داده می‌شوند
لازم است

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 name:notify.tdb مسیر:/var/ctdb/notify.tdb.0
dbid:0x42fe72c5 name:locking.tdb path:/var/ctdb/locking.tdb.0
dbid:0x1421fb78 name:brlock.tdb مسیر:/var/ctdb/brlock.tdb.0
dbid:0x17055d90 name:connections.tdb مسیر:/var/ctdb/connections.tdb.0
dbid:0xc0bdde6a name:sessionid.tdb مسیر:/var/ctdb/sessionid.tdb.0
dbid:0x122224da name:test.tdb مسیر:/var/ctdb/test.tdb.0
dbid:0x2672a57f name:idmap2.tdb مسیر:/var/ctdb/persistent/idmap2.tdb.0 PERSISTENT
dbid:0xb775fff6 name:secrets.tdb مسیر:/var/ctdb/persistent/secrets.tdb.0 PERSISTENT
dbid:0xe98e08b6 name:group_mapping.tdb مسیر:/var/ctdb/persistent/group_mapping.tdb.0 PERSISTENT
dbid:0x7bbbd26c name:passdb.tdb مسیر:/var/ctdb/persistent/passdb.tdb.0 PERSISTENT

# ctdb getdbmap # مثال برای پایگاه داده ناسالم
تعداد پایگاه داده: 1
dbid:0xb775fff6 name:secrets.tdb مسیر:/var/ctdb/persistent/secrets.tdb.0 دائمی ناسالم

# ctdb -X getdbmap
|شناسه|نام|مسیر|مداوم|ناسالم|
|0x7bbbd26c|passdb.tdb|/var/ctdb/persistent/passdb.tdb.0|1|0|

backupdb DB فایل
محتویات DB پایگاه داده را در FILE کپی کنید. FILE بعداً با استفاده از آن قابل خواندن مجدد است restoredb.
این به طور عمده برای پشتیبان گیری از پایگاه داده های پایدار مانند Secrets.tdb و موارد مشابه مفید است.

restoredb فایل [DB]
این دستور یک پایگاه داده پایدار را که قبلاً با استفاده از backupdb پشتیبان گیری شده بود، بازیابی می کند.
به‌طور پیش‌فرض، داده‌ها به همان پایگاه داده‌ای که از آن ایجاد شده‌اند بازیابی می‌شوند.
با تعیین dbname می توانید داده ها را در پایگاه داده دیگری بازیابی کنید.

یکبار تنظیم کنید DB
این دستور پشتیبانی از رکورد فقط خواندنی را برای پایگاه داده فعال می کند. این یک
ویژگی آزمایشی برای بهبود عملکرد برای رکوردهای متخاصم عمدتاً در locking.tdb
و brlock.tdb. هنگام فعال کردن این ویژگی، باید آن را در تمام گره‌های خوشه تنظیم کنید.

setdbstiky DB
این دستور پشتیبانی رکورد چسبنده را برای پایگاه داده مشخص شده فعال می کند. این یک
ویژگی آزمایشی برای بهبود عملکرد برای رکوردهای متخاصم عمدتاً در locking.tdb
و brlock.tdb. هنگام فعال کردن این ویژگی، باید آن را در تمام گره‌های خوشه تنظیم کنید.

درونی؛ داخلی دستورات

دستورات داخلی توسط اسکریپت های CTDB استفاده می شوند و برای مدیریت CTDB مورد نیاز نیستند.
خوشه. پارامترها و رفتار آنها در معرض تغییر است.

گرفتگی ها IPADDR
اتصالات TCP را که با CTDB ثبت شده‌اند نشان دهید تا در صورت وجود خطا، «قلقل‌کش» شوند.

بخشنده IPADDR رابط
از طریق رابط مشخص شده یک ARP لطفآمیز برای رابط مشخص شده ارسال کنید. این
دستور عمدتا توسط رویدادهای ctdb استفاده می شود.

killtcp
فهرستی از اتصالات TCP، یکی در هر خط، را از ورودی استاندارد بخوانید و هر کدام را خاتمه دهید
ارتباط. یک اتصال به صورت زیر مشخص می شود:

SRC-IPADDR:SRC-PORT DST-IPADDR:DST-PORT

هر اتصال با صدور یک TCP RST به نقطه پایانی SRC-IPADDR:SRC-PORT خاتمه می یابد.

یک اتصال واحد را می توان در خط فرمان به جای ورودی استاندارد مشخص کرد.

حذف کنید DB KEY
KEY را از DB حذف کنید.

pfetch DB KEY
مقدار مربوط به KEY را در DB چاپ کنید.

pstore DB KEY فایل
KEY را در DB با محتوای FILE به عنوان مقدار مرتبط ذخیره کنید.

ptrans DB [فایل]
فهرستی از جفت‌های کلید-مقدار، یکی در هر خط از FILE را بخوانید و با استفاده از یک
معامله تک یک مقدار خالی معادل حذف کلید داده شده است.

کلید و مقدار باید با فاصله یا برگه ها از هم جدا شوند. هر کلید/مقدار باید یک باشد
رشته قابل چاپ که در دو گیومه محصور شده است.

runstate [راه اندازی|اول_بازیابی|راه اندازی|در حال اجرا]
Runstate گره مشخص شده را چاپ کنید. Runstates برای سریال سازی حالت های مهم استفاده می شود
انتقال در CTDB، به ویژه در هنگام راه اندازی.

اگر یک یا چند آرگومان حالت اجرای اختیاری مشخص شده باشد، گره باید در یکی از آنها باشد
این Runstates برای موفقیت دستور.

مثال
# ctdb runstate
دویدن

setifacelink IFACE بالا|پایین
وضعیت داخلی رابط شبکه IFACE را تنظیم کنید. این معمولا در استفاده می شود
اسکریپت 10.interface در رویداد "مانیتور".

مثال: ctdb setifacelink eth0 up

setnatgwstate روشن | خاموش
قابلیت اصلی دروازه NAT را در یک گره فعال یا غیرفعال کنید.

غلغلک دادن SRC-IPADDR:SRC-PORT DST-IPADDR:DST-PORT
برای اتصال TCP مشخص شده یک تیک TCP به میزبان منبع ارسال کنید. غلغلک TCP یک است
بسته TCP ACK با دنباله نامعتبر و شماره تایید و پس از دریافت توسط
میزبان منبع منجر به ارسال یک ACK صحیح فوری به انتهای دیگر می شود.

غلغلک‌های TCP برای «غلغلک دادن» کلاینت‌ها پس از وقوع یک خطای IP مفید هستند، زیرا چنین خواهد شد
کاری کنید که کلاینت بلافاصله تشخیص دهد که اتصال TCP مختل شده است و اینکه
مشتری نیاز به ایجاد مجدد دارد. این به میزان زیادی زمان لازم را برای مشتری افزایش می دهد
شناسایی و پس از یک خطای IP در خوشه ctdb، دوباره برقرار کنید.

نسخه
نمایش نسخه CTDB

اشکال زدایی دستورات

این دستورات در درجه اول برای توسعه و آزمایش CTDB استفاده می شوند و نباید استفاده شوند
برای مدیریت عادی

OPTIONS
--چاپ-تخلیه رکوردها
این امکان چاپ سوابق خالی را در هنگام تخلیه پایگاه داده با catdb، cattbd فراهم می کند.
و دستورات dumpdbbackup. رکوردهای دارای بخش داده خالی حذف شده در نظر گرفته می شوند
ctdb و توسط مکانیزم جاروبرقی تمیز می شود، بنابراین این سوئیچ می تواند مفید باشد
اشکال زدایی رفتار جاروبرقی

---print-datasize
این اجازه می دهد تا داده های پایگاه داده (catdb، cattdb، dumpdbbackup) اندازه رکورد را چاپ کنند.
داده ها به جای ریختن محتویات داده ها.

--print-lmaster
این به catdb اجازه می دهد lmaster را برای هر رکورد چاپ کند.

--چاپ-هش
این به دیتابیس dumps (catdb، cattdb، dumpdbbackup) اجازه می‌دهد هش را برای هر رکورد چاپ کند.

--چاپ-رکورد پرچم ها
این به catdb و dumpdbbackup اجازه می‌دهد پرچم‌های رکورد را برای هر رکورد چاپ کنند. توجه داشته باشید که
cattdb همیشه پرچم ها را چاپ می کند.

فرآیند وجود دارد PID
این دستور بررسی می کند که آیا فرآیند خاصی در میزبان CTDB وجود دارد یا خیر. این عمدتا توسط
Samba برای بررسی اینکه آیا نمونه های راه دور سامبا هنوز در حال اجرا هستند یا خیر.

getdbstatus DB
این دستور جزئیات بیشتری را در مورد یک پایگاه داده نمایش می دهد.

مثال
# ctdb getdbstatus test.tdb.0
dbid: 0x122224da
نام: test.tdb
مسیر: /var/ctdb/test.tdb.0
مداوم: نه
سلامت: باشه

# ctdb getdbstatus registry.tdb # با یک TDB خراب
dbid: 0xf2a58948
نام: registry.tdb
مسیر: /var/ctdb/persistent/registry.tdb.0
مداوم: بله
HEALTH: NO-HEALTHY-NODES - ERROR - پشتیبان گیری از TDB خراب در '/var/ctdb/persistent/registry.tdb.0.corrupted.20091208091949.0Z'

catdb DB
یک Dump از DB پایگاه داده TDB خوشه ای را چاپ کنید.

cattdb DB
روگرفتی از محتویات پایگاه داده محلی TDB DB را چاپ کنید.

dumpdbbackup فایل
چاپ روگرفتی از محتویات از FILE پشتیبان پایگاه داده، شبیه به catdb.

wipedb DB
تمام محتویات پایگاه داده DB را حذف کنید.

بهبود پیدا کن
این دستور دیمون بازیابی را برای انجام یک بازیابی کلاستر فعال می کند.

تخصیص دادن، همگام
این دستور ریکاوری مستر را مجبور می کند تا یک فرآیند تخصیص مجدد IP کامل را انجام دهد و
همه آدرس های IP را دوباره توزیع کنید. این برای "بازنشانی" تخصیص ها به آن مفید است
حالت پیش فرض اگر با استفاده از دستور "moveip" تغییر کرده باشند. در حالی که یک "بازیابی" اراده
همچنین این تخصیص مجدد را انجام دهید
تمام پایگاه های داده را بازسازی کنید.

getmonmode
این دستور حالت مانیتورینگ یک گره را برمی گرداند. حالت نظارت یا ACTIVE است
یا غیر فعال به طور معمول یک گره به طور مداوم تمام گره های دیگر را که هستند نظارت می کند
انتظار می رود در واقع متصل هستند و به دستورات پاسخ می دهند.

ACTIVE - این حالت عادی است. گره به طور فعال تمام گره های دیگر، هر دو را نظارت می کند
انتقال متصل است و همچنین گره به دستورات پاسخ می دهد. اگر یک گره
در دسترس نیست، به عنوان DISCONNECTED علامت‌گذاری می‌شود و بازیابی شروع می‌شود
خوشه را بازیابی کنید

غیرفعال شده - این گره نظارتی بر وجود گره های دیگر ندارد. در این حالت یک گره
خرابی شناسایی نخواهد شد و هیچ بازیابی انجام نخواهد شد. این حالت زمانی مفید است که
برای اهداف اشکال زدایی، یکی می خواهد GDB را به یک فرآیند ctdb متصل کند اما می خواهد از
بقیه خوشه از علامت گذاری این گره به عنوان DISCONNECTED و انجام یک بازیابی.

حالت setmon 0 | 1
از این دستور می توان برای غیرفعال کردن/فعال کردن صریح حالت نظارت بر روی یک گره استفاده کرد. اصلی
هدف این است که کسی بخواهد GDB را به دیمون در حال اجرا ctdb متصل کند اما بخواهد از آن جلوگیری کند
گره های دیگر از علامت گذاری آن به عنوان DISCONNECTD و صدور بازیابی. برای انجام این کار، تنظیم کنید
حالت نظارت بر روی 0 در همه گره ها قبل از اتصال با GDB. به یاد داشته باشید که نظارت را تنظیم کنید
پس از آن حالت را به 1 برگردانید.

ضمیمه کردن DBNAME [مداوم]
یک پایگاه داده CTDB جدید به نام DBNAME ایجاد کنید و در تمام گره ها به آن متصل کنید.

جدا کردن DB-LIST
پایگاه داده(های) غیر پایدار مشخص شده را از خوشه جدا کنید. این دستور قطع خواهد شد
پایگاه داده(های) مشخص شده در تمام گره های خوشه. این دستور فقط باید زمانی استفاده شود که
هیچ یک از پایگاه داده(های) مشخص شده در حال استفاده نیستند.

همه گره ها باید فعال باشند و AllowClientDBAccess قابل تنظیم باید در همه گره ها غیرفعال باشد.
قبل از جدا کردن پایگاه های داده

حافظه زباله
این یک دستور رفع اشکال است. این دستور دیمون ctdb را برای نوشتن یک حافظه پر می کند
نقشه تخصیص به خروجی استاندارد

حافظه rddump
این یک دستور رفع اشکال است. این دستور درخت تخصیص حافظه talloc را برای حذف می کند
دیمون بازیابی به خروجی استاندارد.

گرم شدن
یک گره منجمد قبلی را آب کنید.

رویدادنامه ادله
این یک دستور رفع اشکال است. از این دستور می توان برای فراخوانی و اجرای دستی استفاده کرد
رویدادها با آرگومان های دلخواه.

منع کردن BANTIME
به صورت اداری یک گره را برای BANTIME ثانیه ممنوع کنید. گره پس از BANTIME لغو ممنوعیت خواهد شد
ثانیه گذشته است.

یک گره ممنوعه در خوشه شرکت نمی کند. هیچ رکوردی برای آن میزبانی نمی کند
TDB خوشه ای است و هیچ آدرس IP عمومی را میزبانی نمی کند.

گره ها در صورت بدرفتاری به طور خودکار ممنوع می شوند. به عنوان مثال، اگر یک گره ممنوع شود
باعث بازیابی بیش از حد خوشه می شود.

برای حذف اداری یک گره از یک خوشه از متوقف کردن فرمان

ممنوع کردن
این دستور برای لغو ممنوعیت گره‌ای استفاده می‌شود که یا از نظر اداری ممنوع شده است
دستور ban یا به طور خودکار ممنوع شده است.

rebalancenode [PNN-LIST]
این دستور گره های داده شده را به عنوان اهداف تعادل مجدد در تخصیص IP LCP2 علامت گذاری می کند
الگوریتم در بارگیری مجدد دستور این کار را در صورت لزوم انجام می دهد، بنابراین این دستور نباید باشد
مورد نیاز است

check_srvids SRVID ...
این دستور بررسی می‌کند که آیا مجموعه‌ای از پورت‌های پیام srvid روی گره ثبت شده است یا خیر
نه دستور فهرستی از مقادیر را برای بررسی می گیرد.

مثال
# ctdb check_srvids 1 2 3 14765
شناسه سرور 0:1 وجود ندارد
شناسه سرور 0:2 وجود ندارد
شناسه سرور 0:3 وجود ندارد
شناسه سرور 0:14765 وجود دارد

با استفاده از خدمات onworks.net از ctdb آنلاین استفاده کنید