ນີ້ແມ່ນຄໍາສັ່ງ ibdiagpath ທີ່ສາມາດດໍາເນີນການໄດ້ໃນ OnWorks ຜູ້ໃຫ້ບໍລິການໂຮດຕິ້ງຟຣີໂດຍໃຊ້ຫນຶ່ງໃນຫຼາຍສະຖານີເຮັດວຽກອອນໄລນ໌ຂອງພວກເຮົາເຊັ່ນ Ubuntu Online, Fedora Online, Windows online emulator ຫຼື MAC OS online emulator
ໂຄງການ:
NAME
ibdiagpath - ເສັ້ນທາງການວິນິດໄສ IB
SYNOPSYS
ibdiagpath
{-n <[src-name,]dst-name>|-l <[src-lid,]dst-lid>|-d }
[-ຄ ] [-v] [-ທ ] [-ສ ] [-i ]
[-ປ ] [-o ] [-lw <1x|4x|12x>] [-ls <2.5|5|10>] [-pm]
[-pc] [-P < = >]
ລາຍລະອຽດ
ibdiagpath ຕິດຕາມເສັ້ນທາງລະຫວ່າງສອງຈຸດສິ້ນສຸດແລະສະຫນອງຂໍ້ມູນກ່ຽວກັບການ
nodes ແລະ ports traversed ຕາມເສັ້ນທາງ. ມັນໃຊ້ການສອບຖາມສຸຂະພາບສະເພາະຂອງອຸປະກອນ
ອຸປະກອນທີ່ແຕກຕ່າງກັນຕາມເສັ້ນທາງທີ່ຜ່ານ. ວິທີທີ່ ibdiagpath ດໍາເນີນການແມ່ນຂຶ້ນກັບ
ຮູບແບບທີ່ຢູ່ທີ່ໃຊ້ໃນແຖວຄໍາສັ່ງ. ຖ້າຫາກວ່າການແກ້ໄຂເສັ້ນທາງໄດ້ຮັບການນໍາໃຊ້, ການ
node ທ້ອງຖິ່ນແມ່ນ node ແຫຼ່ງແລະເສັ້ນທາງໄປຫາພອດປາຍທາງແມ່ນເປັນທີ່ຮູ້ຈັກ apriori. ສຸດ
ອີກດ້ານຫນຶ່ງ, ຖ້າເສັ້ນທາງ LID (ຫຼືຊື່) ທີ່ຢູ່ ຖືກນໍາໃຊ້, ຫຼັງຈາກນັ້ນແຫຼ່ງແລະ
ພອດປາຍທາງຂອງເສັ້ນທາງແມ່ນລະບຸໄວ້ໂດຍ LIDs ຂອງພວກເຂົາ (ຫຼືໂດຍຊື່ທີ່ກໍານົດຢູ່ໃນ
ໄຟລ໌ topology). ໃນກໍລະນີນີ້, ເສັ້ນທາງທີ່ແທ້ຈິງຈາກພອດທ້ອງຖິ່ນໄປຫາພອດແຫຼ່ງ, ແລະ
ຈາກພອດແຫຼ່ງໄປຫາພອດປາຍທາງ, ຖືກກໍານົດໂດຍການຄຸ້ມຄອງເຄືອຂ່າຍຍ່ອຍ
Linear Forwarding Table queries ຂອງ nodes switch ຕາມເສັ້ນທາງເຫຼົ່ານັ້ນ. ເພາະສະນັ້ນ, ເສັ້ນທາງ
ບໍ່ສາມາດຄາດຄະເນໄດ້ຍ້ອນວ່າມັນອາດຈະມີການປ່ຽນແປງ. ເຄື່ອງມືດັ່ງກ່າວອະນຸຍາດໃຫ້ລົບລ້າງ node ແຫຼ່ງ, ໃນນັ້ນ
ກໍລະນີທີ່ພອດທ້ອງຖິ່ນໃນເຄື່ອງທີ່ແລ່ນເຄື່ອງມືແມ່ນຄາດວ່າຈະເປັນແຫຼ່ງ. ຫມາຍເຫດ:
ເມື່ອ ibdiagpath ສອບຖາມສໍາລັບການປະຕິບັດການນັບຕາມເສັ້ນທາງລະຫວ່າງແຫຼ່ງແລະ
ports ຈຸດຫມາຍປາຍທາງ, ມັນສະເຫມີ traverses ເສັ້ນທາງ LID, ເຖິງແມ່ນວ່າຖ້າຫາກວ່າເປັນເສັ້ນທາງທີ່ຊີ້ນໍາ
ລະບຸ. ຖ້າຕາມເສັ້ນທາງ LID ຫນຶ່ງຫຼືຫຼາຍການເຊື່ອມຕໍ່ບໍ່ຢູ່ໃນສະຖານະ ACTIVE,
ibdiagpath ລາຍງານຂໍ້ຜິດພາດ. ກວດສອບຄວາມຖືກຕ້ອງຂອງເສັ້ນທາງຈາກພາທິຊັນ, IPoIB ແລະ QoS
ທັດສະນະຍັງໄດ້ຖືກສະຫນອງໃຫ້.
ibdiagpath.log -
ການຖິ້ມຂີ້ເຫຍື້ອຂອງບົດລາຍງານຄໍາຮ້ອງສະຫມັກທັງຫມົດທີ່ສ້າງຂຶ້ນຕາມທຸງທີ່ສະຫນອງໃຫ້
ibdiagnet.pm -
ການຖິ້ມຂີ້ເຫຍື້ອຂອງຄ່າ pm Counters, ຂອງການເຊື່ອມຕໍ່ fabric
OPTIONS
-n <[src-name,]dst-name> :
ຊື່ຂອງແຫຼ່ງທີ່ມາ ແລະພອດປາຍທາງ (ຕາມທີ່ກຳນົດໄວ້ໃນໄຟລ໌ topology; source
ອາດຈະຖືກລະເວັ້ນ -> ທ່າເຮືອທ້ອງຖິ່ນສົມມຸດວ່າເປັນແຫຼ່ງ)
-l <[src-lid,]dst-lid> :
ແຫຼ່ງທີ່ມາ ແລະຈຸດໝາຍປາຍທາງ (ແຫຼ່ງອາດຈະຖືກລະເວັ້ນ -> ທ່າເຮືອທ້ອງຖິ່ນສົມມຸດວ່າເປັນ
ແຫຼ່ງຂໍ້ມູນ)
-d <p1,p2,p3,...> :
ທິດທາງເສັ້ນທາງຈາກ node ທ້ອງຖິ່ນ (ເຊິ່ງແມ່ນແຫຼ່ງ) ແລະຈຸດຫມາຍປາຍທາງ
-c <ນັບ> :
ຈຳນວນແພັກເກັດໜ້ອຍທີ່ສຸດທີ່ຈະສົ່ງຜ່ານແຕ່ລະລິ້ງ (ຄ່າເລີ່ມຕົ້ນ = 100)
-v :
ເປີດໃຊ້ໂໝດ verbose
-t <topo-file> :
ລະບຸຊື່ໄຟລ໌ topology
-s <sys-name> :
ລະບຸຊື່ລະບົບທ້ອງຖິ່ນ. ມີຄວາມຫມາຍພຽງແຕ່ຖ້າໄຟລ໌ topology ຖືກລະບຸ
-i <dev-index> :
ລະບຸດັດຊະນີອຸປະກອນຂອງພອດທີ່ໃຊ້ເພື່ອເຊື່ອມຕໍ່ກັບຜ້າ IB (ໃນ
ກໍລະນີຂອງອຸປະກອນຫຼາຍໃນລະບົບທ້ອງຖິ່ນ)
-p <port-num> :
ລະບຸໝາຍເລກຜອດຂອງອຸປະກອນທ້ອງຖິ່ນທີ່ໃຊ້ເພື່ອເຊື່ອມຕໍ່ກັບຜ້າ IB
-o <ອອກ-dir> :
ລະບຸໄດເລກະທໍລີທີ່ໄຟລ໌ຜົນຜະລິດຈະຖືກວາງໄວ້ (ຄ່າເລີ່ມຕົ້ນ =
/var/cache/ibutils)
-ລວ <1x|4x|12x> :
ລະບຸຄວາມກວ້າງຂອງລິ້ງທີ່ຄາດໄວ້
-ls <2.5|5|10> :
ລະບຸຄວາມໄວເຊື່ອມຕໍ່ທີ່ຄາດໄວ້
- ນ :
ຖິ້ມການເຊື່ອມຕໍ່ຜ້າທັງຫມົດ, pm Counters ເຂົ້າໄປໃນ ibdiagnet.pm
-pc :
ຣີເຊັດການເຊື່ອມຕໍ່ຜ້າທັງໝົດ pmCounters
-P > :
ຖ້າ pm ໃດທີ່ໃຫ້ມາແມ່ນຫຼາຍກວ່າມູນຄ່າຂອງມັນ, ພິມໃສ່ຫນ້າຈໍ
-h|-- ຊ່ວຍ :
ພິມຂໍ້ມູນໜ້າຊ່ວຍເຫຼືອ
-V|-- ລຸ້ນ :
ພິມສະບັບຂອງເຄື່ອງມື
--vars :
ພິມຕົວແປສະພາບແວດລ້ອມຂອງເຄື່ອງມື ແລະຄ່າຂອງພວກມັນ
ERROR ລະຫັດ
1 - ເສັ້ນທາງທີ່ຕິດຕາມແມ່ນບໍ່ມີສຸຂະພາບດີ
2 - ລົ້ມເຫລວໃນການວິເຄາະທາງເລືອກແຖວຄໍາສັ່ງ
3 - ຫຼາຍກວ່ານັ້ນ 64 hops ແມ່ນຕ້ອງການສໍາລັບການຜ່ານທ່າເຮືອທ້ອງຖິ່ນໄປຫາທ່າເຮືອ "ແຫຼ່ງ" ແລະ
ຈາກນັ້ນໄປທີ່ພອດ "ປາຍທາງ".
4 - ບໍ່ສາມາດຂ້າມຂໍ້ມູນ LFT ຈາກແຫຼ່ງໄປຫາປາຍທາງໄດ້
5 - ລົ້ມເຫລວໃນການນໍາໃຊ້ໄຟລ໌ Topology
6 - ລົ້ມເຫລວໃນການໂຫຼດແພັກເກດທີ່ຕ້ອງການ
ໃຊ້ ibdiagpath ອອນໄລນ໌ໂດຍໃຊ້ບໍລິການ onworks.net