ນີ້ແມ່ນຄໍາສັ່ງ ctdb ທີ່ສາມາດດໍາເນີນການໄດ້ໃນ OnWorks ຜູ້ໃຫ້ບໍລິການໂຮດຕິ້ງຟຣີໂດຍໃຊ້ຫນຶ່ງໃນຫຼາຍໆບ່ອນເຮັດວຽກອອນໄລນ໌ຂອງພວກເຮົາເຊັ່ນ Ubuntu Online, Fedora Online, Windows online emulator ຫຼື MAC OS online emulator
ໂຄງການ:
NAME
ctdb - ຜົນປະໂຫຍດການຈັດການ CTDB
ສະຫຼຸບສັງລວມ
ctdb [ທາງເລືອກ...] {ຄໍາສັ່ງ} [ຄໍາສັ່ງ-ARGS]
ລາຍລະອຽດ
ctdb ເປັນຜົນປະໂຫຍດເພື່ອເບິ່ງແລະຈັດການກຸ່ມ CTDB.
ຄຳສັບຕໍ່ໄປນີ້ຖືກໃຊ້ເມື່ອອ້າງອີງໃສ່ຂໍ້ໃນກຸ່ມ:
PNN
Physical Node Number. ຈໍານວນ node ທາງກາຍຍະພາບແມ່ນຈໍານວນເຕັມທີ່ອະທິບາຍເຖິງ node
ໃນກຸ່ມ. node ທໍາອິດມີ node ທາງດ້ານຮ່າງກາຍ 0. ໃນ cluster.
PNN-LIST
ນີ້ເປັນ PNN ດຽວ, ບັນຊີລາຍຊື່ທີ່ແຍກກັນດ້ວຍເຄື່ອງໝາຍຈຸດຂອງ PNN ຫຼື "ທັງໝົດ".
ຄໍາສັ່ງທີ່ອ້າງອີງຖານຂໍ້ມູນໃຊ້ຂໍ້ກໍານົດຕໍ່ໄປນີ້:
DB
ນີ້ແມ່ນຊື່ຖານຂໍ້ມູນເຊັ່ນ locking.tdb ຫຼື ID ຖານຂໍ້ມູນເຊັ່ນ
"0x42fe72c5".
DB-LIST
ຊ່ອງແຍກລາຍການຢ່າງໜ້ອຍນຶ່ງອັນ DB.
OPTIONS
-n PNN-LIST
ໂຫນດທີ່ລະບຸໂດຍ PNN-LIST ຄວນໄດ້ຮັບການສອບຖາມສໍາລັບຂໍ້ມູນທີ່ຮ້ອງຂໍ.
ຄ່າເລີ່ມຕົ້ນແມ່ນການສອບຖາມ daemon ແລ່ນຢູ່ໃນໂຮດທ້ອງຖິ່ນ.
-Y
ຜະລິດຜົນຜະລິດໃນຮູບແບບທີ່ເຄື່ອງອ່ານໄດ້ເພື່ອການແຍກວິເຄາະໂດຍສະຄຣິບງ່າຍຂຶ້ນ. ນີ້ໃຊ້ a
ຕົວຂັ້ນຊ່ອງຂໍ້ມູນຂອງ ':'. ບໍ່ແມ່ນຄໍາສັ່ງທັງຫມົດສະຫນັບສະຫນູນທາງເລືອກນີ້.
-x SEPARATOR
ໃຊ້ SEPARATOR ເພື່ອຈຳກັດຊ່ອງຂໍ້ມູນໃນຜົນຜະລິດທີ່ເຄື່ອງສາມາດອ່ານໄດ້. ນີ້ຫມາຍຄວາມວ່າ -Y.
-X
ຜະລິດຜົນຜະລິດໃນຮູບແບບທີ່ເຄື່ອງອ່ານໄດ້ເພື່ອການແຍກວິເຄາະໂດຍສະຄຣິບງ່າຍຂຶ້ນ. ນີ້ໃຊ້ a
ຕົວຂັ້ນຊ່ອງຂໍ້ມູນຂອງ '|'. ບໍ່ແມ່ນຄໍາສັ່ງທັງຫມົດສະຫນັບສະຫນູນທາງເລືອກນີ້.
ອັນນີ້ເທົ່າກັບ "-x|" ແລະຫຼີກລ້ຽງບັນຫາການອ້າງອີງເປືອກບາງ.
-t ຫມົດເວລາ
ຊີ້ໃຫ້ເຫັນວ່າ ctdb ຄວນລໍຖ້າເຖິງ TIMEOUT ວິນາທີສໍາລັບການຕອບສະຫນອງຕໍ່ຄໍາສັ່ງສ່ວນໃຫຍ່
ຖືກສົ່ງໄປຫາ CTDB daemon. ຄ່າເລີ່ມຕົ້ນແມ່ນ 10 ວິນາທີ.
-T TIMELIMIT
ຊີ້ໃຫ້ເຫັນວ່າ TIMELIMIT ແມ່ນເວລາແລ່ນສູງສຸດ (ເປັນວິນາທີ) ສໍາລັບຄໍາສັ່ງ ctdb.
ເມື່ອເກີນ TIMELIMIT ຄໍາສັ່ງ ctdb ຈະປິດດ້ວຍຄວາມຜິດພາດ. ຄ່າເລີ່ມຕົ້ນ
ແມ່ນ 120 ວິນາທີ.
- ? --ຊ່ວຍ
ພິມຂໍ້ຄວາມຊ່ວຍເຫຼືອໃສ່ໜ້າຈໍ.
-- ການນໍາໃຊ້
ພິມຂໍ້ມູນການນຳໃຊ້ໃສ່ໜ້າຈໍ.
-d --debug=DEBUGLEVEL
ປ່ຽນລະດັບດີບັກສຳລັບຄຳສັ່ງ. ຄ່າເລີ່ມຕົ້ນແມ່ນແຈ້ງການ (2).
--socket=ຊື່ເອກະສານ
ລະບຸວ່າ FILENAME ແມ່ນຊື່ຂອງຊັອກເກັດໂດເມນ Unix ທີ່ຈະໃຊ້ເມື່ອເຊື່ອມຕໍ່ກັບ
daemon CTDB ທ້ອງຖິ່ນ. ຄ່າເລີ່ມຕົ້ນແມ່ນ /tmp/ctdb.socket.
ຜູ້ບໍລິຫານ ສາມາດ
ເຫຼົ່ານີ້ແມ່ນຄໍາສັ່ງທີ່ໃຊ້ໃນການຕິດຕາມແລະບໍລິຫານກຸ່ມ CTDB.
pnn
ຄໍາສັ່ງນີ້ສະແດງ PNN ຂອງ node ໃນປັດຈຸບັນ.
xpnn
ຄໍາສັ່ງນີ້ສະແດງ PNN ຂອງ node ໃນປັດຈຸບັນໂດຍບໍ່ມີການຕິດຕໍ່ກັບ daemon CTDB. ມັນ
parses ໄຟລ໌ nodes ໂດຍກົງ, ດັ່ງນັ້ນສາມາດຜະລິດຜົນໄດ້ຮັບທີ່ບໍ່ຄາດຄິດຖ້າຫາກວ່າໄຟລ໌ nodes ມີ
ໄດ້ຖືກແກ້ໄຂແລ້ວແຕ່ຍັງບໍ່ໄດ້ໂຫລດໃຫມ່.
ສະຖານະພາບ
ຄໍາສັ່ງນີ້ສະແດງໃຫ້ເຫັນສະຖານະພາບປະຈຸບັນຂອງທຸກ CTDB nodes ໂດຍອີງໃສ່ຂໍ້ມູນຈາກ
node ສອບຖາມ.
ໝາຍເຫດ: ຖ້າໂຫນດທີ່ສອບຖາມບໍ່ເຄື່ອນໄຫວ, ສະຖານະອາດຈະບໍ່ເປັນປັດຈຸບັນ.
node ສະຖານະພາບ
ນີ້ປະກອບມີຈໍານວນຂອງ nodes ທາງດ້ານຮ່າງກາຍແລະສະຖານະພາບຂອງແຕ່ລະ node. ເບິ່ງ ctdb(7)
ສໍາລັບຂໍ້ມູນກ່ຽວກັບລັດ node.
ການຜະລິດ
ໝາຍເລກການຜະລິດແມ່ນຕົວເລກທີ່ຊີ້ບອກເຖິງການຜະລິດປັດຈຸບັນຂອງກຸ່ມ
ຕົວຢ່າງ. ແຕ່ລະຄັ້ງທີ່ກຸ່ມຜ່ານການຕັ້ງຄ່າຄືນໃໝ່ ຫຼືການຟື້ນຕົວຂອງມັນ
ລະຫັດການຜະລິດຈະຖືກປ່ຽນແປງ.
ຕົວເລກນີ້ບໍ່ມີຄວາມຫມາຍພິເສດໃດໆນອກເຫນືອຈາກການຕິດຕາມເວລາທີ່ a
cluster ໄດ້ຜ່ານການຟື້ນຟູ. ມັນເປັນຕົວເລກສຸ່ມທີ່ເປັນຕົວແທນຂອງປະຈຸບັນ
ຕົວຢ່າງຂອງກຸ່ມ ctdb ແລະຖານຂໍ້ມູນຂອງມັນ. daemon CTDB ໃຊ້ຕົວເລກນີ້
ພາຍໃນເພື່ອສາມາດບອກໄດ້ວ່າເວລາໃດຄໍາສັ່ງທີ່ຈະດໍາເນີນການກ່ຽວກັບ cluster ແລະ
ຖານຂໍ້ມູນໄດ້ຖືກອອກໃນການຜະລິດທີ່ແຕກຕ່າງກັນຂອງກຸ່ມ, ເພື່ອຮັບປະກັນຄໍາສັ່ງນັ້ນ
ທີ່ດໍາເນີນການຢູ່ໃນຖານຂໍ້ມູນຈະບໍ່ຢູ່ລອດໃນທົ່ວການຟື້ນຕົວຖານຂໍ້ມູນຂອງກຸ່ມ.
ຫຼັງຈາກການຟື້ນຟູ, ຄໍາສັ່ງທີ່ຍັງຄ້າງຄາເກົ່າທັງຫມົດຈະບໍ່ຖືກຕ້ອງອັດຕະໂນມັດ.
ບາງຄັ້ງຕົວເລກນີ້ຈະສະແດງເປັນ "ບໍ່ຖືກຕ້ອງ". ນີ້ພຽງແຕ່ຫມາຍຄວາມວ່າ ctdbd
daemon ໄດ້ເລີ່ມຕົ້ນແຕ່ມັນຍັງບໍ່ທັນໄດ້ລວມເຂົ້າກັບ cluster ໂດຍຜ່ານການຟື້ນຕົວ. ທັງໝົດ
nodes ເລີ່ມຕົ້ນດ້ວຍການຜະລິດ "ບໍ່ຖືກຕ້ອງ" ແລະບໍ່ໄດ້ຖືກມອບຫມາຍເປັນ id ການຜະລິດທີ່ແທ້ຈິງຈົນກ່ວາ
ພວກມັນໄດ້ຖືກລວມເຂົ້າກັນຢ່າງສໍາເລັດຜົນກັບກຸ່ມໂດຍຜ່ານການຟື້ນຕົວ.
virtual node ຈໍານວນ (VNN) ແຜນທີ່
ປະກອບດ້ວຍຈໍານວນຂອງຂໍ້ virtual ແລະການສ້າງແຜນທີ່ຈາກເລກ virtual node ກັບ
ຕົວເລກ node ທາງກາຍະພາບ. ໂນດສະເໝືອນເປັນເຈົ້າພາບຖານຂໍ້ມູນ CTDB. ມີພຽງແຕ່ nodes ທີ່ເປັນ
ການມີສ່ວນຮ່ວມໃນແຜນທີ່ VNN ສາມາດກາຍເປັນ lmaster ຫຼື dmaster ສໍາລັບບັນທຶກຖານຂໍ້ມູນ.
Recovery ຮູບແບບການ
ນີ້ແມ່ນຮູບແບບການຟື້ນຕົວປະຈຸບັນຂອງກຸ່ມ. ມີສອງຮູບແບບທີ່ເປັນໄປໄດ້:
ປົກກະຕິ - ກຸ່ມແມ່ນເຮັດວຽກຢ່າງເຕັມທີ່.
ການຟື້ນຕົວ - ຖານຂໍ້ມູນຂອງກຸ່ມໄດ້ຖືກ frozen, ຢຸດການບໍລິການທັງຫມົດໃນຂະນະທີ່
cluster ລໍຖ້າຂະບວນການຟື້ນຕົວເພື່ອໃຫ້ສໍາເລັດ. ຂະບວນການຟື້ນຕົວຄວນຈະສໍາເລັດພາຍໃນ
ວິນາທີ. ຖ້າກຸ່ມຖືກຕິດຢູ່ໃນສະຖານະ RECOVERY ນີ້ຈະເປັນການຊີ້ບອກກຸ່ມ
ຜິດປົກກະຕິທີ່ຕ້ອງໄດ້ຮັບການສືບສວນ.
ເມື່ອແມ່ບົດການຟື້ນຕົວກວດພົບຄວາມບໍ່ສອດຄ່ອງ, ຕົວຢ່າງເຊັ່ນ node ກາຍເປັນ
ຕັດການເຊື່ອມຕໍ່ / ເຊື່ອມຕໍ່, daemon ການຟື້ນຕົວຈະກະຕຸ້ນຂະບວນການຟື້ນຕົວຂອງກຸ່ມ,
ບ່ອນທີ່ຖານຂໍ້ມູນທັງຫມົດຖືກ remerged ທົ່ວ cluster. ໃນເວລາທີ່ຂະບວນການນີ້ເລີ່ມຕົ້ນ, ໄດ້
ຕົ້ນສະບັບການຟື້ນຕົວຈະທໍາອິດ "ແຊ່ແຂງ" ຖານຂໍ້ມູນທັງຫມົດເພື່ອປ້ອງກັນບໍ່ໃຫ້ຄໍາຮ້ອງສະຫມັກເຊັ່ນ:
samba ຈາກການເຂົ້າເຖິງຖານຂໍ້ມູນແລະມັນຍັງຈະຫມາຍຮູບແບບການຟື້ນຕົວເປັນ
ການຟື້ນຕົວ.
ເມື່ອ CTDB daemon ເລີ່ມຕົ້ນຂຶ້ນ, ມັນຈະເລີ່ມຕົ້ນໃນໂຫມດ RECOVERY. ເມື່ອ node ໄດ້
ຮວມເຂົ້າກັນເປັນກຸ່ມ ແລະຖານຂໍ້ມູນທັງໝົດໄດ້ຖືກກູ້ຄືນແລ້ວ, ໂຫມດ node ຈະປ່ຽນແປງ
ເຂົ້າໄປໃນຮູບແບບປົກກະຕິແລະຖານຂໍ້ມູນຈະຖືກ "thawed", ໃຫ້ samba ເຂົ້າເຖິງ
ຖານຂໍ້ມູນອີກເທື່ອຫນຶ່ງ.
Recovery ຕົ້ນສະບັບ
ນີ້ແມ່ນ node cluster ທີ່ຖືກກຳນົດໃຫ້ເປັນແມ່ແບບການກູ້ຂໍ້ມູນ. ນີ້
node ມີຄວາມຮັບຜິດຊອບໃນການຕິດຕາມຄວາມສອດຄ່ອງຂອງ cluster ແລະປະຕິບັດ
ຂະບວນການຟື້ນຕົວຕົວຈິງໃນເວລາທີ່ reqired.
ມີພຽງແຕ່ຫນຶ່ງ node ໃນເວລານັ້ນສາມາດເປັນແມ່ບົດການຟື້ນຕົວທີ່ກໍານົດໄວ້. ໂນດໃດ
ການແຕ່ງຕັ້ງແມ່ບົດການຟື້ນຟູແມ່ນການຕັດສິນໃຈໂດຍຂະບວນການເລືອກຕັ້ງໃນການຟື້ນຟູ
daemons ແລ່ນຢູ່ໃນແຕ່ລະ node.
ຍົກຕົວຢ່າງ
# ສະຖານະ ctdb
ຈໍານວນ nodes: 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
hash:0 lmaster:0
hash:1 lmaster:1
hash:2 lmaster:2
hash:3 lmaster:3
ຮູບແບບການຟື້ນຕົວ: ປົກກະຕິ (0)
ຕົ້ນສະບັບການຟື້ນຕົວ:0
nodestatus [PNN-LIST]
ຄໍາສັ່ງນີ້ແມ່ນຄ້າຍຄືກັນກັບ ສະຖານະພາບ ຄໍາສັ່ງ. ມັນສະແດງຊຸດຍ່ອຍ "ສະຖານະ node" ຂອງ
ຜົນຜະລິດ. ຄວາມແຕກຕ່າງຕົ້ນຕໍແມ່ນ:
· ລະຫັດອອກແມ່ນ bitwise-OR ຂອງທຸງສໍາລັບແຕ່ລະ node ທີ່ລະບຸ, ໃນຂະນະທີ່ ctdb
ສະຖານະພາບ ອອກດ້ວຍ 0 ຖ້າມັນສາມາດດຶງສະຖານະສໍາລັບທຸກ nodes.
· ctdb ສະຖານະພາບ ໃຫ້ຂໍ້ມູນສະຖານະສໍາລັບທຸກ nodes. ctdb nodestatus ເລີ່ມຕົ້ນເປັນ
ການສະຫນອງສະຖານະພາບສໍາລັບພຽງແຕ່ node ໃນປັດຈຸບັນ. ຖ້າ PNN-LIST ຖືກສະຫນອງໃຫ້, ສະຖານະແມ່ນ
ໃຫ້ສໍາລັບ node(s).
ໂດຍຕົວຢ່າງ, ctdb nodestatus ລວບລວມສະຖານະຈາກ node ທ້ອງຖິ່ນ. ຢ່າງໃດກໍຕາມ, ຖ້າຖືກຮຽກຮ້ອງ
ດ້ວຍ "-n ທັງໝົດ" (ຫຼືຄ້າຍຄືກັນ) ຈາກນັ້ນສະຖານະຈະຖືກລວບລວມຈາກ node(s). ໃນ
ໂດຍສະເພາະ ctdb nodestatus ທັງຫມົດ ແລະ ctdb nodestatus -n ທັງຫມົດ ຈະຜະລິດທີ່ແຕກຕ່າງກັນ
ຜົນຜະລິດ. ມັນເປັນໄປໄດ້ທີ່ຈະສະຫນອງ 2 nodespecs ທີ່ແຕກຕ່າງກັນ (ມີແລະບໍ່ມີ "-n") ແຕ່
ຜົນຜະລິດມັກຈະສັບສົນ!
ການຮຽກຮ້ອງທົ່ວໄປໃນສະຄຣິບແມ່ນ ctdb nodestatus ທັງຫມົດ ເພື່ອກວດເບິ່ງວ່າທຸກ nodes ໃນ a
ກຸ່ມມີສຸຂະພາບດີ.
ຍົກຕົວຢ່າງ
# ctdb nodestatus
pnn:0 10.0.0.30 ຕົກລົງ (ຂໍ້ນີ້)
# ctdb nodestatus ທັງໝົດ
ຈໍານວນ nodes: 2
pnn:0 10.0.0.30 ຕົກລົງ (ຂໍ້ນີ້)
pnn:1 10.0.0.31 ຕົກລົງ
recmaster
ຄໍາສັ່ງນີ້ສະແດງໃຫ້ເຫັນ pnn ຂອງ node ທີ່ປະຈຸບັນເປັນ recmaster.
ໝາຍເຫດ: ຖ້າໂຫນດທີ່ສອບຖາມບໍ່ເຄື່ອນໄຫວ, ສະຖານະອາດຈະບໍ່ເປັນປັດຈຸບັນ.
uptime
ຄໍາສັ່ງນີ້ສະແດງໃຫ້ເຫັນເຖິງເວລາເຮັດວຽກສໍາລັບ daemon ctdb. ໃນເວລາທີ່ການຟື້ນຕົວຄັ້ງສຸດທ້າຍຫຼື ip-failover
ສໍາເລັດແລະໃຊ້ເວລາດົນປານໃດ. ຖ້າ "ໄລຍະເວລາ" ຖືກສະແດງເປັນຕົວເລກລົບ, ນີ້
ຊີ້ໃຫ້ເຫັນວ່າມີການຟື້ນຕົວ / ຄວາມລົ້ມເຫຼວໃນການດໍາເນີນການແລະມັນເລີ່ມຕົ້ນຫຼາຍວິນາທີນັ້ນ
ກ່ອນຫນ້ານີ້.
ຍົກຕົວຢ່າງ
# ເວລາເປີດ ctdb
ເວລາປະຈຸບັນຂອງ node : Thu Oct 29 10:38:54 2009
ເວລາເລີ່ມ Ctdbd : (000 16:54:28) ພຸດ 28 ຕຸລາ 17:44:26 2009
ເວລາຂອງການຟື້ນຟູ / ຄວາມລົ້ມເຫຼວຄັ້ງສຸດທ້າຍ: (000 16:53:31) ວັນພຸດທີ 28 ຕຸລາ 17:45:23 2009
Duration of last recovery/failover: 2.248552 seconds
ບັນຊີລາຍຊື່
ຄໍາສັ່ງນີ້ສະແດງລາຍຊື່ທີ່ຢູ່ ip ຂອງທຸກ nodes ໃນ cluster.
ຍົກຕົວຢ່າງ
# ctdb listnodes
192.168.2.200
192.168.2.201
192.168.2.202
192.168.2.203
natgwlist
ສະແດງແມ່ບົດ gateway NAT ປະຈຸບັນ ແລະສະຖານະຂອງ nodes ທັງໝົດໃນ gateway NAT ປັດຈຸບັນ
ກຸ່ມ. ເບິ່ງພາກສ່ວນ NAT GATEWAY ໃນ ctdb(7) ສໍາລັບລາຍລະອຽດເພີ່ມເຕີມ.
ຍົກຕົວຢ່າງ
# ctdb natgwlist
0 192.168.2.200
ຈໍານວນ nodes: 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
ຄໍາສັ່ງນີ້ຈະ "ping" ກໍານົດ nodes CTDB ໃນ cluster ເພື່ອກວດສອບວ່າພວກເຂົາແມ່ນ
ແລ່ນ.
ຍົກຕົວຢ່າງ
# ctdb ping -n ທັງຫມົດ
ຄໍາຕອບຈາກ 0 ເວລາ = 0.000054 ວິນາທີ (ລູກຄ້າ 3 ຄົນ)
ຄໍາຕອບຈາກ 1 ເວລາ = 0.000144 ວິນາທີ (ລູກຄ້າ 2 ຄົນ)
ຄໍາຕອບຈາກ 2 ເວລາ = 0.000105 ວິນາທີ (ລູກຄ້າ 2 ຄົນ)
ຄໍາຕອບຈາກ 3 ເວລາ = 0.000114 ວິນາທີ (ລູກຄ້າ 2 ຄົນ)
ifaces
ຄໍາສັ່ງນີ້ຈະສະແດງລາຍຊື່ຂອງການໂຕ້ຕອບເຄືອຂ່າຍ, ເຊິ່ງສາມາດເປັນເຈົ້າພາບສາທາລະນະ
ທີ່ຢູ່, ພ້ອມກັບສະຖານະພາບຂອງພວກເຂົາ.
ຍົກຕົວຢ່າງ
# ctdb ifaces
ການໂຕ້ຕອບໃນ node 0
ຊື່:eth5 ການເຊື່ອມຕໍ່:ການອ້າງອີງເຖິງ:2
ຊື່:eth4 ການເຊື່ອມຕໍ່:ການອ້າງອີງລົງ:0
ຊື່:eth3 ການເຊື່ອມຕໍ່:ການອ້າງອີງເຖິງ:1
ຊື່:eth2 ການເຊື່ອມຕໍ່:ການອ້າງອີງເຖິງ:1
# ctdb -X ifaces
|ຊື່|ສະຖານະການເຊື່ອມໂຍງ|ເອກະສານອ້າງອີງ|
|eth5|1|2|
|eth4|0|0|
|eth3|1|1|
|eth2|1|1|
ip
ຄຳສັ່ງນີ້ຈະສະແດງລາຍຊື່ຂອງທີ່ຢູ່ສາທາລະນະທີ່ສະໜອງໃຫ້ໂດຍກຸ່ມ
ແລະວ່າໂຫນດທາງດ້ານຮ່າງກາຍໃດທີ່ກໍາລັງໃຫ້ບໍລິການ ip ນີ້. ໂດຍຄ່າເລີ່ມຕົ້ນຄໍາສັ່ງນີ້ຈະມີພຽງແຕ່
ສະແດງທີ່ຢູ່ສາທາລະນະເຫຼົ່ານັ້ນທີ່ຮູ້ຈັກກັບ node ຕົວຂອງມັນເອງ. ເພື່ອເບິ່ງບັນຊີລາຍຊື່ເຕັມຂອງທັງຫມົດ
ips ສາທາລະນະໃນທົ່ວກຸ່ມທ່ານຕ້ອງໃຊ້ "ctdb ip -n ທັງຫມົດ".
ຍົກຕົວຢ່າງ
# ctdb ip -v
IPs ສາທາລະນະໃນ node 0
172.31.91.82 node[1] active[] available[eth2,eth3] configured[eth2,eth3]
172.31.91.83 node[0] active[eth3] available[eth2,eth3] configured[eth2,eth3]
172.31.91.84 node[1] active[] available[eth2,eth3] configured[eth2,eth3]
172.31.91.85 node[0] active[eth2] available[eth2,eth3] configured[eth2,eth3]
172.31.92.82 node[1] active[] available[eth5] configured[eth4,eth5]
172.31.92.83 node[0] active[eth5] available[eth5] configured[eth4,eth5]
172.31.92.84 node[1] active[] available[eth5] configured[eth4,eth5]
172.31.92.85 node[0] active[eth5] available[eth5] configured[eth4,eth5]
# ctdb -X ip -v
|Public IP|Node|ActiveInterface|Interfaces 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|
ipinfo IP
ຄໍາສັ່ງນີ້ຈະສະແດງລາຍລະອຽດກ່ຽວກັບທີ່ຢູ່ສາທາລະນະທີ່ລະບຸໄວ້.
ຍົກຕົວຢ່າງ
# ctdb ipinfo 172.31.92.85
IP ສາທາລະນະ[172.31.92.85] ຂໍ້ມູນກ່ຽວກັບ node 0
IP: 172.31.92.85
ປະຈຸບັນ: 0
NumInterfaces:2
ການໂຕ້ຕອບ[1]: ຊື່:eth4 ການເຊື່ອມຕໍ່:ລົງ ເອກະສານອ້າງອີງ:0
ການໂຕ້ຕອບ[2]: ຊື່:eth5 ການເຊື່ອມຕໍ່:up ອ້າງອິງ:2 (ການເຄື່ອນໄຫວ)
ສະຖານະສະຄຣິບ
ຄໍາສັ່ງນີ້ສະແດງສະຄິບໃດທີ່ແລ່ນຢູ່ໃນວົງຈອນການຕິດຕາມທີ່ຜ່ານມາແລະ
ຜົນຂອງແຕ່ລະສະຄຣິບ. ຖ້າ script ລົ້ມເຫລວດ້ວຍຄວາມຜິດພາດ, ເຮັດໃຫ້ node ກາຍເປັນ
ບໍ່ດີ, ຜົນໄດ້ຮັບຈາກສະຄິບນັ້ນກໍ່ຖືກສະແດງ.
ຍົກຕົວຢ່າງ
# ctdb scriptstatus
7 ສະຄຣິບຖືກປະຕິບັດຮອບຕິດຕາມສຸດທ້າຍ
00.ctdb ສະຖານະ:OK Duration: 0.056 Tue Mar 24 18:56:57 2009
10.interface Status:OK Duration: 0.077 Tue Mar 24 18:56:57 2009
11.natgw ສະຖານະ:OK Duration: 0.039 Tue Mar 24 18:56:57 2009
20.multipathd ສະຖານະ:OK Duration: 0.038 Tue Mar 24 18:56:57 2009
31.clamd ສະຖານະ:ປິດການໃຊ້ງານ
40.vsftpd ສະຖານະ:OK Duration: 0.045 Tue 24 Mar 18:56:57 2009
41.httpd ສະຖານະ:OK Duration: 0.039 Tue Mar 24 18:56:57 2009
50.samba ສະຖານະ:ERROR Duration: 0.082 Tue Mar 24 18:56:57 2009
OUTPUT:Error: Samba tcp port 445 ບໍ່ຕອບສະໜອງ
ປິດການໃຊ້ງານ SCRIPT
ຄໍາສັ່ງນີ້ຖືກນໍາໃຊ້ເພື່ອປິດການທໍາງານຂອງ eventscript.
ນີ້ຈະມີຜົນໃນຄັ້ງຕໍ່ໄປທີ່ eventscripts ກໍາລັງຖືກປະຕິບັດເພື່ອໃຫ້ມັນສາມາດໃຊ້ເວລາ a
ໃນຂະນະທີ່ສັ້ນຈົນກ່ວານີ້ຈະຖືກສະທ້ອນໃຫ້ເຫັນໃນ 'scriptstatus'.
enablescript SCRIPT
ຄໍາສັ່ງນີ້ຖືກນໍາໃຊ້ເພື່ອເປີດໃຊ້ງານເຫດການ.
ນີ້ຈະມີຜົນໃນຄັ້ງຕໍ່ໄປທີ່ eventscripts ກໍາລັງຖືກປະຕິບັດເພື່ອໃຫ້ມັນສາມາດໃຊ້ເວລາ a
ໃນຂະນະທີ່ສັ້ນຈົນກ່ວານີ້ຈະຖືກສະທ້ອນໃຫ້ເຫັນໃນ 'scriptstatus'.
listvars
ບອກຕົວແປທີ່ສາມາດປັບໄດ້ທັງໝົດ, ຍົກເວັ້ນຄ່າຂອງຕົວແປທີ່ລ້າສະໄຫມເຊັ່ນ
VacuumMinInterval. tunables ທີ່ລ້າສະໄຫມສາມາດຖືກດຶງອອກມາຢ່າງຊັດເຈນດ້ວຍ "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
RecoveryTimeout = 10
ເປີດໃຊ້ Bans = 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
ກູ້ຄືນPDBBySeqNum = 0
getvar NAME
ເອົາຄ່າ runtime ຂອງຕົວແປທີ່ສາມາດປັບໄດ້.
ຍົກຕົວຢ່າງ
# ctdb getvar MaxRedirectCount
MaxRedirectCount = 3
setvar NAME ມູນຄ່າ
ກໍານົດຄ່າ runtime ຂອງຕົວແປທີ່ສາມາດປັບໄດ້.
ຕົວຢ່າງ: ctdb setvar MaxRedirectCount 5
lvsmaster
ຄໍາສັ່ງນີ້ສະແດງໃຫ້ເຫັນວ່າໂຫນດໃດເປັນ LVSMASTER ໃນປັດຈຸບັນ. LVSMASTER ແມ່ນ node ໃນ
ກຸ່ມທີ່ຂັບເຄື່ອນລະບົບ LVS ແລະທີ່ໄດ້ຮັບການຈະລາຈອນຂາເຂົ້າທັງຫມົດຈາກລູກຄ້າ.
LVS ແມ່ນຮູບແບບທີ່ກຸ່ມ CTDB/Samba ທັງໝົດໃຊ້ທີ່ຢູ່ ip ດຽວສຳລັບ
ກຸ່ມທັງໝົດ. ໃນຮູບແບບນີ້ລູກຄ້າທັງຫມົດເຊື່ອມຕໍ່ກັບ node ສະເພາະຫນຶ່ງທີ່ຈະຫຼັງຈາກນັ້ນ
multiplex/loadbalance ລູກຄ້າໃຫ້ເທົ່າກັນໃສ່ກັບ nodes ອື່ນໆໃນ cluster. ນີ້ແມ່ນ
ທາງເລືອກໃນການໃຊ້ທີ່ຢູ່ ip ສາທາລະນະ. ເບິ່ງ manpage ສໍາລັບ ctdbd ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ
ກ່ຽວກັບ LVS.
lvs
ຄໍາສັ່ງນີ້ສະແດງວ່າ nodes ໃນ cluster ປະຈຸບັນມີການເຄື່ອນໄຫວຢູ່ໃນ LVS
ການຕັ້ງຄ່າ. ຄືວ່າໂນດໃດທີ່ພວກເຮົາກຳລັງໂຫຼດຢູ່ ip address ດຽວ
ຂ້າມ.
LVS ຈະຕາມຄ່າເລີ່ມຕົ້ນພຽງແຕ່ loadbalance ໃນທົ່ວ nodes ທີ່ມີທັງ LVS ສາມາດແລະເຊັ່ນດຽວກັນ
ສຸຂະພາບດີ. ຍົກເວັ້ນຖ້າຫາກວ່າ nodes ທັງຫມົດແມ່ນບໍ່ມີສຸຂະພາບໃນກໍລະນີ LVS ຈະ loadbalance ທົ່ວທັງຫມົດ
ຂໍ້ທີ່ບໍ່ໄດ້ສຸຂະພາບເຊັ່ນກັນ. LVS ຈະບໍ່ໃຊ້ nodes ທີ່ຖືກຕັດການເຊື່ອມຕໍ່, ຢຸດ, banned
ຫຼືພິການ.
ຕົວຢ່າງຜົນໄດ້ຮັບ:
2:10.0.0.13
3:10.0.0.14
ຄວາມສາມາດໄດ້ຮັບ
ຄໍາສັ່ງນີ້ສະແດງໃຫ້ເຫັນຄວາມສາມາດຂອງ node ໃນປັດຈຸບັນ. ເບິ່ງພາກ CAPABILITIES ໃນ
ctdb(7) ສໍາລັບລາຍລະອຽດເພີ່ມເຕີມ.
ຕົວຢ່າງຜົນໄດ້ຮັບ:
RECMASTER: ແມ່ນແລ້ວ
LMASTER: ແມ່ນແລ້ວ
LVS: ບໍ່
NATGW: ແມ່ນແລ້ວ
ສະຖິຕິ
ເກັບກໍາສະຖິຕິຈາກ daemon CTDB ກ່ຽວກັບຈໍານວນການໂທທີ່ມັນໄດ້ໃຫ້ບໍລິການ. ຂໍ້ມູນ
ກ່ຽວກັບຂົງເຂດຕ່າງໆໃນສະຖິຕິສາມາດພົບເຫັນຢູ່ໃນ ctdb-ສະຖິຕິ(7).
ຍົກຕົວຢ່າງ
# ສະຖິຕິ ctdb
CTDB ຮຸ່ນ 1
num_clients 3
frozen 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
node
req_call 2
ຕອບ_ໂທ 2
req_dmaster 0
ຕອບ_dmaster 0
ຕອບ_ຜິດພາດ 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
ລໍຖ້າການໂທ 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 ວິ
ປັບສະຖິຕິໃໝ່
ຄຳສັ່ງນີ້ໃຊ້ເພື່ອລຶບລ້າງຕົວນັບສະຖິຕິທັງໝົດໃນ node.
ຕົວຢ່າງ: ສະຖິຕິ ctdb ຣີເຊັດ
ສະຖິຕິ db DB
ສະແດງສະຖິຕິກ່ຽວກັບຖານຂໍ້ມູນ DB. ຂໍ້ມູນກ່ຽວກັບຂົງເຂດຕ່າງໆໃນ dbstatistics
ສາມາດພົບເຫັນຢູ່ໃນ ctdb-ສະຖິຕິ(7).
ຍົກຕົວຢ່າງ
# ctdb dbstatistics locking.tdb
DB ສະຖິຕິ: locking.tdb
ro_dellegations 0
ro_revokes 0
locks
ລວມ 14356
ລົ້ມເຫລວ 0
ປັດຈຸບັນ 0
ລໍຖ້າຢູ່ 0
hop_count_buckets: 28087 2 1 0 0 0 0 0 0 0 0 0 0 0 0 0 XNUMX
lock_buckets: 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 ວິນາທີ
ຈໍານວນ Hot Keys: 1
Count:8 Key:ff5bd7cb3ee3822edc1f0000000000000000000000000000
ໂມງຈັບເວລາ
ສະແດງຊື່ຂອງໄຟລ໌ລັອກການຟື້ນຕົວ, ຖ້າມີ.
ຕົວຢ່າງຜົນໄດ້ຮັບ:
ໄຟລ໌ Reclock:/clusterfs/.ctdb/recovery.lock
ໂມງຕັ້ງ [ເອກະສານ]
FILE ລະບຸຊື່ຂອງໄຟລ໌ລັອກການກູ້ຂໍ້ມູນ. ຖ້າຫາກວ່າໄຟລ໌ lock ການຟື້ນຕົວແມ່ນການປ່ຽນແປງທີ່
run-time ຫຼັງຈາກນັ້ນນີ້ຈະເຮັດໃຫ້ເກີດການຟື້ນຕົວ, ເຊິ່ງເຮັດໃຫ້ການລັອກການຟື້ນຕົວເປັນ
ເອົາຄືນ.
ຖ້າບໍ່ມີ FILE ລະບຸໄວ້, ໄຟລ໌ລັອກການກູ້ຂໍ້ມູນຈະບໍ່ຖືກໃຊ້ອີກຕໍ່ໄປ.
ຄໍາສັ່ງນີ້ມີຜົນກະທົບພຽງແຕ່ການຕັ້ງຄ່າເວລາແລ່ນຂອງ CTDB node ດຽວ. ການຕັ້ງຄ່ານີ້ ຕ້ອງ be
ມີການປ່ຽນແປງຢູ່ໃນທຸກ nodes ພ້ອມກັນໂດຍການລະບຸ -n ທັງຫມົດ (ຫຼືຄ້າຍຄືກັນ). ສໍາລັບຂໍ້ມູນ
ກ່ຽວກັບການຕັ້ງຄ່າໄຟລ໌ lock ການຟື້ນຕົວກະລຸນາເບິ່ງ CTDB_RECOVERY_LOCK ເຂົ້າໃນ
ctdbd.conf(5) ແລະ --reclock entry ໃນ ctdbd(1). ສໍາລັບຂໍ້ມູນກ່ຽວກັບການລັອກການຟື້ນຕົວ
ກະລຸນາເບິ່ງພາກສ່ວນ RECOVERY LOCK ໃນ ctdb(7).
getdebug
ເອົາລະດັບດີບັກປະຈຸບັນສໍາລັບ node. ລະດັບດີບັກຄວບຄຸມວ່າຂໍ້ມູນແມ່ນຫຍັງ
ຂຽນໃສ່ໄຟລ໌ບັນທຶກ.
ລະດັບການດີບັ໊ກຖືກແຜນທີ່ກັບລະດັບ syslog ທີ່ສອດຄ້ອງກັນ. ເມື່ອລະດັບດີບັກຖືກຕັ້ງ,
ພຽງແຕ່ຂໍ້ຄວາມເຫຼົ່ານັ້ນໃນລະດັບນັ້ນແລະລະດັບທີ່ສູງກວ່າຈະຖືກພິມອອກ.
ບັນຊີລາຍຊື່ຂອງລະດັບ debug ຈາກສູງສຸດຫາຕ່ໍາສຸດແມ່ນ:
ຂໍ້ມູນການແຈ້ງເຕືອນຜິດພາດການແກ້ໄຂບັນຫາ
setdebug DEBUGLEVEL
ກໍານົດລະດັບດີບັກຂອງ node. ນີ້ຄວບຄຸມວ່າຂໍ້ມູນໃດຈະຖືກບັນທຶກ.
ລະດັບການດີບັກແມ່ນໜຶ່ງໃນຂໍ້ມູນການເຕືອນ ERR ແຈ້ງເຕືອນການດີບັກ
getpid
ຄໍາສັ່ງນີ້ຈະສົ່ງຄືນ id ຂະບວນການຂອງ daemon ctdb.
ປິດການໃຊ້ວຽກ
ຄໍາສັ່ງນີ້ຖືກນໍາໃຊ້ເພື່ອປິດການທໍາງານຂອງ node ໃນກຸ່ມບໍລິຫານ. ໂນດພິການ
ຍັງຈະເຂົ້າຮ່ວມໃນກຸ່ມ ແລະເປັນເຈົ້າພາບບັນທຶກ TDB ກຸ່ມແຕ່ ip ສາທາລະນະຂອງມັນ
ທີ່ຢູ່ໄດ້ຖືກຍຶດເອົາໂດຍ node ທີ່ແຕກຕ່າງກັນແລະມັນບໍ່ໄດ້ເປັນເຈົ້າພາບບໍລິການໃດໆ.
ເຮັດໃຫ້ສາມາດ
ເປີດໃຊ້ໂຫນດທີ່ຖືກປິດການນຳໃຊ້ຄືນໃໝ່.
ຢຸດ
ຄໍາສັ່ງນີ້ຖືກນໍາໃຊ້ເພື່ອບໍລິຫານ STOP node ໃນ cluster. A STOPPED node ແມ່ນ
ເຊື່ອມຕໍ່ກັບ cluster ແຕ່ຈະບໍ່ເປັນເຈົ້າພາບທີ່ຢູ່ ip ສາທາລະນະໃດໆ, ແລະບໍ່ເຂົ້າຮ່ວມ
ໃນ VNNMAP. ຄວາມແຕກຕ່າງລະຫວ່າງ node DISABLED ແລະ node STOPPED ແມ່ນວ່າ STOPPED
node ບໍ່ໄດ້ເປັນເຈົ້າພາບພາກສ່ວນໃດຂອງຖານຂໍ້ມູນຊຶ່ງຫມາຍຄວາມວ່າການຟື້ນຕົວແມ່ນຕ້ອງການ
ຢຸດ/ສືບຕໍ່ nodes.
ດໍາເນີນການຕໍ່
ເລີ່ມຕົ້ນໂຫນດທີ່ຖືກຢຸດບໍລິຫານຄືນໃໝ່.
addip IPADDR/ຫນ້າກາກ IFACE
ຄໍາສັ່ງນີ້ຖືກນໍາໃຊ້ເພື່ອເພີ່ມ ip ສາທາລະນະໃຫມ່ໃຫ້ກັບ node ໃນລະຫວ່າງການແລ່ນ. ນີ້ອະນຸຍາດໃຫ້ສາທາລະນະ
ທີ່ຢູ່ທີ່ຈະເພີ່ມໃສ່ກຸ່ມໂດຍບໍ່ຈໍາເປັນຕ້ອງ restart ctdb daemons.
ໃຫ້ສັງເກດວ່ານີ້ພຽງແຕ່ປັບປຸງຕົວຢ່າງ runtime ຂອງ ctdb. ການປ່ຽນແປງໃດໆຈະສູນເສຍຕໍ່ໄປ
ເວລາ ctdb ຖືກເລີ່ມຕົ້ນໃຫມ່ແລະໄຟລ໌ທີ່ຢູ່ສາທາລະນະຖືກອ່ານຄືນໃຫມ່. ຖ້າທ່ານຕ້ອງການການປ່ຽນແປງນີ້
ເພື່ອໃຫ້ເປັນຖາວອນ, ທ່ານຕ້ອງໄດ້ປັບປຸງໄຟລ໌ທີ່ຢູ່ສາທາລະນະດ້ວຍຕົນເອງ.
delip IPADDR
ຄໍາສັ່ງນີ້ຖືກນໍາໃຊ້ເພື່ອເອົາ ip ສາທາລະນະອອກຈາກ node ໃນລະຫວ່າງການແລ່ນ. ຖ້າ ip ສາທາລະນະນີ້
ປະຈຸບັນຖືກໂຮດໂດຍ node ທີ່ມັນຖືກໂຍກຍ້າຍອອກຈາກ, ip ທໍາອິດຈະລົ້ມເຫລວ
node ອື່ນ, ຖ້າເປັນໄປໄດ້, ກ່ອນທີ່ມັນຈະຖືກລຶບອອກ.
ໃຫ້ສັງເກດວ່ານີ້ພຽງແຕ່ປັບປຸງຕົວຢ່າງ runtime ຂອງ ctdb. ການປ່ຽນແປງໃດໆຈະສູນເສຍຕໍ່ໄປ
ເວລາ ctdb ຖືກເລີ່ມຕົ້ນໃຫມ່ແລະໄຟລ໌ທີ່ຢູ່ສາທາລະນະຖືກອ່ານຄືນໃຫມ່. ຖ້າທ່ານຕ້ອງການການປ່ຽນແປງນີ້
ເພື່ອໃຫ້ເປັນຖາວອນ, ທ່ານຕ້ອງໄດ້ປັບປຸງໄຟລ໌ທີ່ຢູ່ສາທາລະນະດ້ວຍຕົນເອງ.
ເຄື່ອນທີ່ IPADDR PNN
ຄໍາສັ່ງນີ້ສາມາດຖືກນໍາໃຊ້ເພື່ອລົ້ມເຫລວດ້ວຍຕົນເອງ ip address ສາທາລະນະໄປຫາ node ສະເພາະ.
ໃນຄໍາສັ່ງທີ່ຈະ override ຄູ່ມືການແຈກຢາຍ "ອັດຕະໂນມັດ" ຂອງທີ່ຢູ່ ip ສາທາລະນະທີ່
ctdb ປົກກະຕິສະຫນອງ, ຄໍາສັ່ງນີ້ເຮັດວຽກພຽງແຕ່ເມື່ອທ່ານໄດ້ປ່ຽນ tunables ສໍາລັບ
daemon ກັບ:
DeterministicIPs = 0
NoIPFailback = 1
ປິດເຄື່ອງ
ຄໍາສັ່ງນີ້ຈະປິດ daemon CTDB ສະເພາະ.
setlmasterrole ເປີດ|ປິດ
ຄໍາສັ່ງນີ້ຖືກນໍາໃຊ້ເພື່ອເປີດ / ປິດຄວາມສາມາດ LMASTER ສໍາລັບ node ໃນເວລາແລ່ນ. ນີ້
ຄວາມສາມາດກໍານົດວ່າ node ສາມາດຖືກນໍາໃຊ້ເປັນ LMASTER ສໍາລັບບັນທຶກໃນ
ຖານຂໍ້ມູນ. node ທີ່ບໍ່ມີຄວາມສາມາດ LMASTER ຈະບໍ່ສະແດງຢູ່ໃນ vnnmap.
ໂດຍຄ່າເລີ່ມຕົ້ນຂອງ Nodes ຈະມີຄວາມສາມາດນີ້, ແຕ່ມັນສາມາດຖືກຖອດອອກໂດຍ nodes
ການຕັ້ງຄ່າໃນໄຟລ໌ sysconfig ຫຼືໂດຍໃຊ້ຄໍາສັ່ງນີ້.
ເມື່ອການຕັ້ງຄ່ານີ້ຖືກເປີດໃຊ້ງານ / ປິດການໃຊ້ງານ, ທ່ານຈໍາເປັນຕ້ອງດໍາເນີນການຟື້ນຟູເພື່ອໃຫ້ມັນປະຕິບັດ
ຜົນກະທົບ.
ເບິ່ງເພີ່ມ "ctdb getcapabilities"
setrecmasterrole ເປີດ|ປິດ
ຄໍາສັ່ງນີ້ຖືກນໍາໃຊ້ ot ເປີດ / ປິດຄວາມສາມາດ RECMASTER ສໍາລັບ node ໃນ runtime.
ຄວາມສາມາດນີ້ກໍານົດວ່າ node ສາມາດຖືກນໍາໃຊ້ເປັນ RECMASTER ສໍາລັບ
ກຸ່ມ. node ທີ່ບໍ່ມີຄວາມສາມາດ RECMASTER ບໍ່ສາມາດຊະນະ recmaster ໄດ້
ການເລືອກຕັ້ງ. node ທີ່ແລ້ວແມ່ນ recmaster ສໍາລັບ cluster ເມື່ອຄວາມສາມາດແມ່ນ
ການຖອດອອກຈາກ node ຈະຍັງຄົງເປັນ recmaster ຈົນກ່ວາການເລືອກຕັ້ງກຸ່ມຕໍ່ໄປ.
ໂດຍຄ່າເລີ່ມຕົ້ນຂອງ Nodes ຈະມີຄວາມສາມາດນີ້, ແຕ່ມັນສາມາດຖືກຖອດອອກໂດຍ nodes
ການຕັ້ງຄ່າໃນໄຟລ໌ sysconfig ຫຼືໂດຍໃຊ້ຄໍາສັ່ງນີ້.
ເບິ່ງເພີ່ມ "ctdb getcapabilities"
reloadnodes
ຄໍາສັ່ງນີ້ຖືກນໍາໃຊ້ໃນເວລາທີ່ເພີ່ມ nodes ໃຫມ່, ຫຼືຖອນ nodes ທີ່ມີຢູ່ແລ້ວຈາກທີ່ມີຢູ່ແລ້ວ
cluster.
ຂັ້ນຕອນການເພີ່ມ node:
1, ເພື່ອຂະຫຍາຍກຸ່ມທີ່ມີຢູ່ແລ້ວ, ທໍາອິດໃຫ້ແນ່ໃຈວ່າມີ 'ສະຖານະ ctdb' ວ່າ nodes ທັງຫມົດແມ່ນຂຶ້ນ
ແລະແລ່ນແລະວ່າພວກເຂົາທັງຫມົດມີສຸຂະພາບດີ. ຢ່າພະຍາຍາມຂະຫຍາຍກຸ່ມເວັ້ນເສຍແຕ່ວ່າມັນເປັນ
ສຸຂະພາບແຂງແຮງ!
2, ໃນ nodes ທັງຫມົດ, ແກ້ໄຂ /etc/ctdb/nodes ແລະເພີ່ມ node ໃຫມ່ເປັນລາຍການສຸດທ້າຍຂອງໄຟລ໌.
ໂນດໃໝ່ຈະຕ້ອງຖືກເພີ່ມໃສ່ທ້າຍໄຟລ໌ນີ້!
3, ກວດສອບວ່າ nodes ທັງຫມົດມີໄຟລ໌ /etc/ctdb/nodes ທີ່ຄ້າຍຄືກັນຫຼັງຈາກທີ່ທ່ານແກ້ໄຂໃຫ້ເຂົາເຈົ້າ.
ແລະເພີ່ມ node ໃຫມ່!
4, ດໍາເນີນການ 'ctdb reloadnodes' ເພື່ອບັງຄັບ nodes ທັງຫມົດເພື່ອ reload nodesfile.
5, ໃຊ້ 'ctdb status' ຢູ່ໃນທຸກ nodes ແລະກວດສອບວ່າຕອນນີ້ພວກເຂົາສະແດງ node ເພີ່ມເຕີມ.
6, ຕິດຕັ້ງແລະ configure node ໃຫມ່ແລະເອົາມາໃຫ້ອອນໄລນ໌.
ຂັ້ນຕອນການລົບ node:
1, ເພື່ອເອົາ node ອອກຈາກ cluster ທີ່ມີຢູ່ແລ້ວ, ທໍາອິດໃຫ້ແນ່ໃຈວ່າມີ 'ctdb status' ວ່າທັງຫມົດ
nodes, ຍົກເວັ້ນ node ທີ່ຈະຖືກລົບ, ແມ່ນຂຶ້ນແລະແລ່ນແລະວ່າພວກເຂົາເຈົ້າມີສຸຂະພາບທັງຫມົດ. ເຮັດ
ຢ່າພະຍາຍາມເອົາ node ອອກຈາກ cluster ເວັ້ນເສຍແຕ່ cluster ຈະມີສຸຂະພາບດີຢ່າງສົມບູນ!
2, Shutdown ແລະ poweroff node ທີ່ຈະເອົາອອກ.
3, ໃນ nodes ອື່ນໆທັງຫມົດ, ແກ້ໄຂໄຟລ໌ /etc/ctdb/nodes ແລະສະແດງຄວາມຄິດເຫັນອອກ node ທີ່ຈະເປັນ.
ເອົາອອກ. ຢ່າລຶບເສັ້ນສໍາລັບຂໍ້ນັ້ນ, ພຽງແຕ່ສະແດງຄວາມຄິດເຫັນໂດຍການເພີ່ມ '#' ຢູ່ທີ່
ການເລີ່ມຕົ້ນຂອງເສັ້ນ.
4, ດໍາເນີນການ 'ctdb reloadnodes' ເພື່ອບັງຄັບ nodes ທັງຫມົດເພື່ອ reload nodesfile.
5, ໃຊ້ 'ສະຖານະ ctdb' ໃນທຸກ nodes ແລະກວດສອບວ່າ node ທີ່ຖືກລົບບໍ່ສະແດງຢູ່ໃນ
ບັນຊີລາຍຊື່..
ໂຫຼດຄືນໃໝ່ [PNN-LIST]
ຄຳສັ່ງນີ້ໂຫຼດໄຟລ໌ການຕັ້ງຄ່າທີ່ຢູ່ສາທາລະນະຄືນໃໝ່ຢູ່ໃນໂນດທີ່ລະບຸ. ເມື່ອໃດ
ມັນເຮັດສໍາເລັດທີ່ຢູ່ຈະຖືກປັບຕັ້ງຄືນໃຫມ່ແລະມອບຫມາຍຄືນໃຫມ່ໃນທົ່ວກຸ່ມ
ຈໍາເປັນ.
getdbmap
ຄໍາສັ່ງນີ້ລາຍຊື່ຖານຂໍ້ມູນ TDB ທີ່ເປັນກຸ່ມທັງໝົດທີ່ daemon CTDB ໄດ້ຕິດຢູ່. ບາງ
ຖານຂໍ້ມູນຖືກທຸງເປັນ PERSISTENT, ນີ້ຫມາຍຄວາມວ່າຖານຂໍ້ມູນເກັບຮັກສາຂໍ້ມູນຢ່າງຕໍ່ເນື່ອງ
ແລະຂໍ້ມູນຈະຍັງຄົງຢູ່ຕະຫຼອດການ reboots. ຕົວຢ່າງຫນຶ່ງຂອງຖານຂໍ້ມູນດັ່ງກ່າວແມ່ນ secrets.tdb
ບ່ອນທີ່ຂໍ້ມູນກ່ຽວກັບວິທີການ cluster ໄດ້ເຂົ້າຮ່ວມກັບໂດເມນຖືກເກັບໄວ້.
ຖ້າຖານຂໍ້ມູນ PERSISTENT ບໍ່ຢູ່ໃນສະພາບດີ, ຖານຂໍ້ມູນຈະຖືກໝາຍວ່າບໍ່ປອດໄພ.
ຖ້າມີຢ່າງໜ້ອຍໜຶ່ງຂໍ້ທີ່ມີສຸຂະພາບດີສົມບູນຢູ່ໃນກຸ່ມ, ມັນເປັນໄປໄດ້
ເນື້ອໃນແມ່ນໄດ້ຮັບການຟື້ນຟູໂດຍການດໍາເນີນການຟື້ນຕົວອັດຕະໂນມັດ. ຖ້າບໍ່ດັ່ງນັ້ນຜູ້ບໍລິຫານຕ້ອງການ
ວິເຄາະບັນຫາ.
ເບິ່ງ "ctdb getdbstatus", "ctdb backupdb", "ctdb restoredb", "ctdb dumpbackup", "ctdb
wipedb", "ctdb setvar AllowUnhealthyDBRead 1" ແລະ (ຖ້າ samba ຫຼື tdb-utils ຖືກຕິດຕັ້ງ)
"ການກວດສອບ tdbtool".
ຖານຂໍ້ມູນສ່ວນໃຫຍ່ບໍ່ຄົງທີ່ແລະພຽງແຕ່ເກັບຮັກສາຂໍ້ມູນຂອງລັດທີ່ປະຈຸບັນ
ແລ່ນ samba daemons ຕ້ອງການ. ຖານຂໍ້ມູນເຫຼົ່ານີ້ຖືກລຶບລ້າງສະເໝີເມື່ອ ctdb/samba ເລີ່ມຕົ້ນ ແລະ
ເມື່ອ node ຖືກ rebooted.
ຍົກຕົວຢ່າງ
# 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 ຊື່: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 name:idmap2.tdb path:/var/ctdb/persistent/idmap2.tdb.0 PERSISTENT
dbid:0xb775fff6 ຊື່:secrets.tdb ເສັ້ນທາງ:/var/ctdb/persistent/secrets.tdb.0 PERSISTENT
dbid:0xe98e08b6 ຊື່:group_mapping.tdb ເສັ້ນທາງ:/var/ctdb/persistent/group_mapping.tdb.0 PERSISTENT
dbid:0x7bbbd26c ຊື່:passdb.tdb ເສັ້ນທາງ:/var/ctdb/persistent/passdb.tdb.0 PERSISTENT
# ctdb getdbmap # ຕົວຢ່າງສໍາລັບຖານຂໍ້ມູນທີ່ບໍ່ດີ
ຈໍານວນຖານຂໍ້ມູນ: 1
dbid:0xb775fff6 name:secrets.tdb path:/var/ctdb/persistent/secrets.tdb.0 ຍັງຄົງມີສຸຂະພາບບໍ່ດີ
# ctdb -X getdbmap
|ID|ຊື່|ເສັ້ນທາງ|ຄົງທົນ|ບໍ່ມີສຸຂະພາບ|
|0x7bbbd26c|passdb.tdb|/var/ctdb/persistent/passdb.tdb.0|1|0|
ສຳຮອງ DB ເອກະສານ
ສຳເນົາເນື້ອໃນຂອງຖານຂໍ້ມູນ DB ໄປໃສ່ FILE. ໄຟລ໌ສາມາດອ່ານຄືນໄດ້ໃນພາຍຫຼັງ ຟື້ນຟູ.
ອັນນີ້ສ່ວນໃຫຍ່ແມ່ນເປັນປະໂຫຍດສໍາລັບການສໍາຮອງຖານຂໍ້ມູນທີ່ຍັງຄົງຄ້າງເຊັ່ນ secrets.tdb ແລະຄ້າຍຄືກັນ.
ຟື້ນຟູ ເອກະສານ [DB]
ຄໍາສັ່ງນີ້ຟື້ນຟູຖານຂໍ້ມູນທີ່ຍັງຄົງຄ້າງທີ່ເຄີຍສໍາຮອງໄວ້ກ່ອນຫນ້ານີ້ໂດຍໃຊ້ backupdb.
ໂດຍຄ່າເລີ່ມຕົ້ນ, ຂໍ້ມູນຈະຖືກຟື້ນຟູຄືນສູ່ຖານຂໍ້ມູນດຽວກັນກັບມັນຖືກສ້າງຂຶ້ນຈາກ.
ໂດຍການລະບຸ dbname ທ່ານສາມາດຟື້ນຟູຂໍ້ມູນເຂົ້າໄປໃນຖານຂໍ້ມູນທີ່ແຕກຕ່າງກັນ.
setdbreadonly DB
ຄໍາສັ່ງນີ້ຈະເປີດໃຊ້ການຮອງຮັບການບັນທຶກແບບອ່ານເທົ່ານັ້ນສໍາລັບຖານຂໍ້ມູນ. ນີ້ແມ່ນ
ຄຸນສົມບັດການທົດລອງເພື່ອປັບປຸງປະສິດທິພາບສໍາລັບການບັນທຶກການໂຕ້ແຍ້ງຕົ້ນຕໍໃນ locking.tdb
ແລະ brlock.tdb. ເມື່ອເປີດໃຊ້ຄຸນສົມບັດນີ້, ທ່ານຕ້ອງຕັ້ງມັນຢູ່ໃນທຸກ nodes ໃນ cluster.
setdbsticky DB
ຄໍາສັ່ງນີ້ຈະເປີດໃຊ້ການສະຫນັບສະຫນູນການບັນທຶກຫນຽວສໍາລັບຖານຂໍ້ມູນທີ່ລະບຸ. ນີ້ແມ່ນ
ຄຸນສົມບັດການທົດລອງເພື່ອປັບປຸງປະສິດທິພາບສໍາລັບການບັນທຶກການໂຕ້ແຍ້ງຕົ້ນຕໍໃນ locking.tdb
ແລະ brlock.tdb. ເມື່ອເປີດໃຊ້ຄຸນສົມບັດນີ້, ທ່ານຕ້ອງຕັ້ງມັນຢູ່ໃນທຸກ nodes ໃນ cluster.
ພາຍໃນປະເທດ ສາມາດ
ຄໍາສັ່ງພາຍໃນຖືກນໍາໃຊ້ໂດຍສະຄິບຂອງ CTDB ແລະບໍ່ຈໍາເປັນສໍາລັບການຄຸ້ມຄອງ CTDB
ກຸ່ມ. ຕົວກໍານົດການແລະພຶດຕິກໍາຂອງເຂົາເຈົ້າແມ່ນມີການປ່ຽນແປງ.
ຂີ້ຄ້ານ IPADDR
ສະແດງການເຊື່ອມຕໍ່ TCP ທີ່ລົງທະບຽນກັບ CTDB ເພື່ອ "tickled" ຖ້າມີຄວາມລົ້ມເຫລວ.
ຄວາມກະຕັນຍູ IPADDR INTERFACE
ສົ່ງອອກ ARP ຄວາມກະຕັນຍູສໍາລັບການໂຕ້ຕອບທີ່ກໍານົດໄວ້ໂດຍຜ່ານການໂຕ້ຕອບທີ່ລະບຸ. ນີ້
ຄໍາສັ່ງສ່ວນໃຫຍ່ແມ່ນໃຊ້ໂດຍ ctdb eventscripts.
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, ແລະເກັບໄວ້ໃນ DB ໂດຍໃຊ້ a
ທຸລະກໍາດຽວ. ຄ່າຫວ່າງເປົ່າແມ່ນເທົ່າກັບການລຶບລະຫັດທີ່ໃຫ້.
ລະຫັດ ແລະຄ່າຄວນຖືກແຍກອອກດ້ວຍຍະຫວ່າງ ຫຼືແຖບ. ແຕ່ລະກະແຈ/ຄ່າຄວນເປັນ a
ສະຕຣິງທີ່ສາມາດພິມໄດ້ປິດຢູ່ໃນວົງຢືມຄູ່.
runstate [ການຕັ້ງຄ່າ|first_recovery|startup|ແລ່ນ]
ພິມ runstate ຂອງ node ທີ່ກໍານົດໄວ້. Runstates ຖືກນໍາໃຊ້ເພື່ອ serialise ລັດທີ່ສໍາຄັນ
ການປ່ຽນແປງໃນ CTDB, ໂດຍສະເພາະໃນລະຫວ່າງການເລີ່ມຕົ້ນ.
ຖ້າຫນຶ່ງຫຼືຫຼາຍທາງເລືອກຂອງອາກິວເມັນ runstate ຖືກກໍານົດຫຼັງຈາກນັ້ນ node ຈະຕ້ອງຢູ່ໃນຫນຶ່ງຂອງ
runstats ເຫຼົ່ານີ້ສໍາລັບຄໍາສັ່ງທີ່ຈະສໍາເລັດ.
ຍົກຕົວຢ່າງ
# ctdb runstate
ແລ່ນ
setifacelink IFACE ຂຶ້ນ|ລົງ
ກໍານົດສະຖານະພາຍໃນຂອງການໂຕ້ຕອບເຄືອຂ່າຍ IFACE. ນີ້ແມ່ນໄດ້ຖືກນໍາໃຊ້ໂດຍປົກກະຕິໃນ
10.interface script ໃນເຫດການ "monitor".
ຕົວຢ່າງ: ctdb setifacelink eth0 ຂຶ້ນ
setnatgwstate ເປີດ|ປິດ
ເປີດໃຊ້ຫຼືປິດຄວາມສາມາດ NAT gateway master ໃນ node.
tickle SRC-IPADDR:SRC-PORT DST-IPADDR:DST-PORT
ສົ່ງ TCP tickle ໄປຫາເຈົ້າພາບແຫຼ່ງສໍາລັບການເຊື່ອມຕໍ່ TCP ທີ່ລະບຸ. TCP Tickle ເປັນ
ແພັກເກັດ TCP ACK ທີ່ມີລໍາດັບທີ່ບໍ່ຖືກຕ້ອງແລະຈໍານວນການຮັບຮູ້ແລະຈະໄດ້ຮັບເມື່ອໄດ້ຮັບໂດຍ
ເຈົ້າພາບແຫຼ່ງສົ່ງຜົນໃຫ້ມັນສົ່ງ ACK ທີ່ຖືກຕ້ອງທັນທີກັບຄືນໄປບ່ອນອື່ນ.
TCP tickles ມີປະໂຫຍດຕໍ່ລູກຄ້າ "tickle" ຫຼັງຈາກ IP failover ເກີດຂຶ້ນນັບຕັ້ງແຕ່ນີ້
ເຮັດໃຫ້ລູກຄ້າໄດ້ຮັບຮູ້ທັນທີການເຊື່ອມຕໍ່ TCP ໄດ້ຖືກລົບກວນແລະວ່າ
ລູກຄ້າຈະຕ້ອງໄດ້ຕັ້ງຄືນໃໝ່. ອັນນີ້ຊ່ວຍເລັ່ງເວລາທີ່ລູກຄ້າຕ້ອງການ
ກວດພົບ ແລະຕັ້ງຄືນໃໝ່ຫຼັງຈາກ IP ລົ້ມເຫລວໃນກຸ່ມ ctdb.
ສະບັບພາສາ
ສະແດງສະບັບ CTDB.
ກຳ ລັງດີບັກ ສາມາດ
ຄໍາສັ່ງເຫຼົ່ານີ້ແມ່ນຖືກນໍາໃຊ້ຕົ້ນຕໍສໍາລັບການພັດທະນາ CTDB ແລະການທົດສອບແລະບໍ່ຄວນຖືກນໍາໃຊ້
ສໍາລັບການບໍລິຫານປົກກະຕິ.
OPTIONS
--print-emptyrecords
ນີ້ເຮັດໃຫ້ການພິມບັນທຶກເປົ່າຫວ່າງເມື່ອຖິ້ມຖານຂໍ້ມູນດ້ວຍ catdb, cattbd
ແລະຄໍາສັ່ງ dumpdbbackup. ບັນທຶກທີ່ມີສ່ວນຂໍ້ມູນຫວ່າງເປົ່າແມ່ນຖືວ່າຖືກລົບໂດຍ
ctdb ແລະອະນາໄມໂດຍກົນໄກການສູນຍາກາດ, ສະນັ້ນສະຫຼັບນີ້ສາມາດມາໃນ handy ສໍາລັບ
ການດີບັກພຶດຕິກຳການດູດຊືມ.
--print-datasize
ນີ້ເຮັດໃຫ້ຖານຂໍ້ມູນ dumps (catdb, cattdb, dumpdbbackup) ພິມຂະຫນາດຂອງບັນທຶກ.
ຂໍ້ມູນແທນທີ່ຈະຖິ້ມເນື້ອຫາຂໍ້ມູນ.
--print-lmaster
ນີ້ເຮັດໃຫ້ catdb ພິມ lmaster ສໍາລັບແຕ່ລະບັນທຶກ.
--print-hash
ນີ້ເຮັດໃຫ້ຖານຂໍ້ມູນ dumps (catdb, cattdb, dumpdbbackup) ພິມ hash ສໍາລັບແຕ່ລະບັນທຶກ.
--print-recordflags
ນີ້ເຮັດໃຫ້ catdb ແລະ dumpdbbackup ພິມທຸງບັນທຶກສໍາລັບແຕ່ລະບັນທຶກ. ໃຫ້ສັງເກດວ່າ
cattdb ພິມທຸງສະເໝີ.
ຂະບວນການມີຢູ່ ອັກເສບທ້ອງນ້ອຍ
ຄໍາສັ່ງນີ້ກວດເບິ່ງວ່າຂະບວນການສະເພາະໃດຫນຶ່ງມີຢູ່ໃນໂຮດ CTDB. ນີ້ຖືກນໍາໃຊ້ຕົ້ນຕໍໂດຍ
Samba ເພື່ອກວດເບິ່ງວ່າຕົວຢ່າງທາງໄກຂອງ samba ຍັງເຮັດວຽກຢູ່ຫຼືບໍ່.
getdbstatus DB
ຄໍາສັ່ງນີ້ສະແດງລາຍລະອຽດເພີ່ມເຕີມກ່ຽວກັບຖານຂໍ້ມູນ.
ຍົກຕົວຢ່າງ
# ctdb getdbstatus test.tdb.0
dbid: 0x122224da
ຊື່: test.tdb
ເສັ້ນທາງ: /var/ctdb/test.tdb.0
PERSISTENT: ບໍ່
ສຸຂະພາບ: ຕົກລົງ
# ctdb getdbstatus registry.tdb # ກັບ TDB ທີ່ເສຍຫາຍ
dbid: 0xf2a58948
ຊື່: registry.tdb
ເສັ້ນທາງ: /var/ctdb/persistent/registry.tdb.0
PERSISTENT: ແມ່ນແລ້ວ
ສຸຂະພາບ: NO-HEALTHY-NODES - ຂໍ້ຜິດພາດ - ການສຳຮອງຂໍ້ມູນ TDB ທີ່ເສຍຫາຍໃນ '/var/ctdb/persistent/registry.tdb.0.corrupted.20091208091949.0Z'
catdb DB
ພິມການຖິ້ມຂີ້ເຫຍື້ອຂອງຖານຂໍ້ມູນ TDB ທີ່ເປັນກຸ່ມ DB.
cattdb DB
ພິມການຖິ້ມຂີ້ເຫຍື້ອຂອງເນື້ອໃນຂອງຖານຂໍ້ມູນ TDB ທ້ອງຖິ່ນ DB.
dumpdbbackup ເອກະສານ
ພິມ dump ຂອງເນື້ອໃນຈາກຖານຂໍ້ມູນສໍາຮອງຂໍ້ມູນ FILE, ຄ້າຍຄືກັນກັບ catdb.
wipedb DB
ເອົາເນື້ອໃນທັງຫມົດຂອງຖານຂໍ້ມູນ DB.
ກູ້ຄືນ
ຄໍາສັ່ງນີ້ຈະກະຕຸ້ນ daemon ການຟື້ນຕົວເພື່ອເຮັດການຟື້ນຕົວຂອງກຸ່ມ.
ipreallocate, ຊິງ
ຄໍາສັ່ງນີ້ຈະບັງຄັບໃຫ້ແມ່ບົດການຟື້ນຕົວປະຕິບັດຂະບວນການຈັດສັນ ip ຢ່າງເຕັມທີ່ແລະ
ແຈກຢາຍຄືນທີ່ຢູ່ ip ທັງຫມົດ. ນີ້ແມ່ນເປັນປະໂຫຍດທີ່ຈະ "ປັບ" ການຈັດສັນກັບຄືນໄປບ່ອນຂອງມັນ
ສະຖານະເລີ່ມຕົ້ນຖ້າພວກເຂົາຖືກປ່ຽນແປງໂດຍໃຊ້ຄໍາສັ່ງ "moveip". ໃນຂະນະທີ່ "ຟື້ນຕົວ" ຈະ
ຍັງປະຕິບັດການຈັດສັນນີ້, ການຟື້ນຕົວແມ່ນຫຼາຍ hevyweight ເນື່ອງຈາກວ່າມັນຍັງ
ສ້າງຖານຂໍ້ມູນທັງໝົດຄືນໃໝ່.
getmonmode
ຄໍາສັ່ງນີ້ສົ່ງຄືນຮູບແບບການຕິດຕາມຂອງ node. ຮູບແບບການຕິດຕາມແມ່ນ ACTIVE
ຫຼືພິການ. ໂດຍປົກກະຕິແລ້ວ node ຈະຕິດຕາມຢ່າງຕໍ່ເນື່ອງວ່າ nodes ອື່ນໆທັງໝົດທີ່ເປັນຢູ່
ໃນຄວາມເປັນຈິງ, ຄາດວ່າຈະມີການເຊື່ອມຕໍ່ແລະພວກເຂົາຕອບສະຫນອງຕໍ່ຄໍາສັ່ງ.
ເຄື່ອນໄຫວ - ນີ້ແມ່ນຮູບແບບປົກກະຕິ. ໂຫນດແມ່ນຕິດຕາມຢ່າງຫ້າວຫັນກັບໂຫນດອື່ນໆທັງຫມົດ, ທັງສອງ
ວ່າການຂົນສົ່ງແມ່ນເຊື່ອມຕໍ່ແລະຍັງວ່າ node ຕອບສະຫນອງຄໍາສັ່ງ. ຖ້າເປັນ node
ກາຍເປັນບໍ່ມີຢູ່, ມັນຈະຖືກຫມາຍເປັນ DISCONNECTED ແລະການຟື້ນຕົວແມ່ນໄດ້ເລີ່ມຕົ້ນໃນການ
ຟື້ນຟູກຸ່ມ.
ປິດການໃຊ້ງານ - node ນີ້ບໍ່ໄດ້ຕິດຕາມວ່າ nodes ອື່ນໆມີຢູ່. ໃນຮູບແບບນີ້ node
ຄວາມລົ້ມເຫຼວຈະບໍ່ຖືກກວດພົບແລະບໍ່ມີການຟື້ນຕົວຈະດໍາເນີນການ. ຮູບແບບນີ້ແມ່ນເປັນປະໂຫຍດໃນເວລາທີ່
ສໍາລັບຈຸດປະສົງ debugging ຫນຶ່ງຕ້ອງການທີ່ຈະແນບ GDB ກັບຂະບວນການ ctdb ແຕ່ຕ້ອງການທີ່ຈະປ້ອງກັນບໍ່ໃຫ້
ສ່ວນທີ່ເຫຼືອຂອງກຸ່ມຈາກການຫມາຍ node ນີ້ເປັນ DISCONNECTED ແລະເຮັດການຟື້ນຕົວ.
setmonmode 0 | 1
ຄໍາສັ່ງນີ້ສາມາດຖືກນໍາໃຊ້ເພື່ອປິດການທໍາງານ / ເປີດໃຊ້ໂຫມດການຕິດຕາມຢ່າງຈະແຈ້ງໃນ node. ຕົ້ນຕໍ
ຈຸດປະສົງແມ່ນຖ້າຫາກວ່າຜູ້ຫນຶ່ງຕ້ອງການທີ່ຈະຕິດ GDB ກັບ daemon ctdb ແລ່ນແຕ່ຕ້ອງການທີ່ຈະປ້ອງກັນບໍ່ໃຫ້
nodes ອື່ນໆຈາກການຫມາຍມັນເປັນ DISCONNECTED ແລະອອກການຟື້ນຕົວ. ເພື່ອເຮັດສິ່ງນີ້, ກໍານົດ
ຮູບແບບການຕິດຕາມເປັນ 0 ໃນທຸກ nodes ກ່ອນທີ່ຈະຕິດຢູ່ກັບ GDB. ຈືຂໍ້ມູນການກໍານົດການຕິດຕາມ
ຮູບແບບກັບຄືນໄປບ່ອນ 1 ຫຼັງຈາກນັ້ນ.
ແນບມາ DBNAME [ທົນ]
ສ້າງຖານຂໍ້ມູນ CTDB ໃໝ່ທີ່ເອີ້ນວ່າ DBNAME ແລະແນບໃສ່ມັນຢູ່ໃນທຸກ nodes.
ແນກ DB-LIST
ຖອດຖານຂໍ້ມູນທີ່ບໍ່ຄົງທີ່ທີ່ລະບຸໄວ້ອອກຈາກກຸ່ມ. ຄໍາສັ່ງນີ້ຈະຕັດການເຊື່ອມຕໍ່
ຖານຂໍ້ມູນທີ່ລະບຸໄວ້ໃນທຸກ nodes ໃນກຸ່ມ. ຄໍາສັ່ງນີ້ຄວນຈະຖືກນໍາໃຊ້ພຽງແຕ່ເມື່ອ
ບໍ່ມີຖານຂໍ້ມູນທີ່ລະບຸໄວ້ຢູ່ໃນການນໍາໃຊ້.
ທຸກໆ nodes ຄວນມີການເຄື່ອນໄຫວ ແລະສາມາດປັບແຕ່ງໄດ້ AllowClientDBAccess ຄວນຖືກປິດໃຊ້ງານຢູ່ໃນທຸກ nodes
ກ່ອນທີ່ຈະແຍກຖານຂໍ້ມູນ.
dumpmeory
ນີ້ແມ່ນຄໍາສັ່ງ debugging. ຄໍາສັ່ງນີ້ຈະເຮັດໃຫ້ ctdb daemon ຂຽນຫນ່ວຍຄວາມຈໍາຕື່ມ
ແຜນທີ່ຈັດສັນໃຫ້ຜົນຜະລິດມາດຕະຖານ.
rddumpmeory
ນີ້ແມ່ນຄໍາສັ່ງ debugging. ຄໍາສັ່ງນີ້ຈະ dump ຕົ້ນໄມ້ການຈັດສັນຫນ່ວຍຄວາມຈໍາ talloc ສໍາລັບ
daemon ກູ້ຄືນກັບຜົນຜະລິດມາດຕະຖານ.
ລະລາຍ
ທາໂນດທີ່ແຊ່ແຂງໄວ້ກ່ອນໜ້ານີ້.
ເຫດການ ການໂຕ້ຖຽງ
ນີ້ແມ່ນຄໍາສັ່ງ debugging. ຄໍາສັ່ງນີ້ສາມາດຖືກນໍາໃຊ້ເພື່ອເອີ້ນແລະດໍາເນີນການດ້ວຍຕົນເອງ
eventscritps ດ້ວຍການໂຕ້ຖຽງທີ່ຕົນເອງມັກ.
ban BANTIME
ບໍລິຫານຫ້າມ node ສໍາລັບ BANTIME ວິນາທີ. ໂນດຈະຖືກຍົກເລີກຫຼັງຈາກ BANTIME
ວິນາທີໄດ້ຜ່ານໄປ.
ໂນດທີ່ຖືກຫ້າມບໍ່ໄດ້ເຂົ້າຮ່ວມໃນກຸ່ມ. ມັນບໍ່ໄດ້ເປັນເຈົ້າພາບບັນທຶກໃດໆສໍາລັບການ
ກຸ່ມ TDB ແລະບໍ່ໄດ້ເປັນເຈົ້າພາບທີ່ຢູ່ IP ສາທາລະນະໃດໆ.
ໂນດຖືກຫ້າມອັດຕະໂນມັດຖ້າພວກເຂົາປະພຶດຜິດ. ຕົວຢ່າງ, node ອາດຈະຖືກຫ້າມຖ້າມັນ
ເຮັດໃຫ້ເກີດການຟື້ນຕົວຂອງກຸ່ມຫຼາຍເກີນໄປ.
ເພື່ອບໍລິຫານຍົກເວັ້ນ node ຈາກ cluster ໃຊ້ ຢຸດ ຄໍາສັ່ງ.
ບໍ່ເປັນເອກະພາບ
ຄໍາສັ່ງນີ້ແມ່ນໃຊ້ເພື່ອຍົກເລີກການຫ້າມ node ທີ່ຖືກຫ້າມດ້ວຍການບໍລິຫານ
ຄໍາສັ່ງຫ້າມຫຼືຖືກຫ້າມອັດຕະໂນມັດ.
rebalancenode [PNN-LIST]
ຄໍາສັ່ງນີ້ຫມາຍ nodes ທີ່ໃຫ້ໄວ້ເປັນເປົ້າຫມາຍ rebalance ໃນການຈັດສັນ LCP2 IP
ສູດການຄິດໄລ່. ໄດ້ ໂຫຼດຄືນໃໝ່ ຄໍາສັ່ງຈະເຮັດສິ່ງນີ້ຕາມຄວາມຈໍາເປັນດັ່ງນັ້ນຄໍາສັ່ງນີ້ບໍ່ຄວນຈະເປັນ
ຕ້ອງການ.
check_srvids SRVID ...
ຄໍາສັ່ງນີ້ກວດເບິ່ງວ່າຊຸດຂອງພອດຂໍ້ຄວາມ srvid ຖືກລົງທະບຽນຢູ່ໃນ node ຫຼື
ບໍ່. ຄໍາສັ່ງເອົາບັນຊີລາຍຊື່ຂອງຄ່າເພື່ອກວດສອບ.
ຍົກຕົວຢ່າງ
# ctdb check_srvids 1 2 3 14765
Server id 0:1 ບໍ່ມີ
Server id 0:2 ບໍ່ມີ
Server id 0:3 ບໍ່ມີ
Server id 0:14765 ມີຢູ່
ໃຊ້ ctdb ອອນໄລນ໌ໂດຍໃຊ້ບໍລິການ onworks.net
