ນີ້ແມ່ນຄໍາສັ່ງ lamboot ທີ່ສາມາດດໍາເນີນການໄດ້ໃນ OnWorks ຜູ້ໃຫ້ບໍລິການໂຮດຕິ້ງຟຣີໂດຍໃຊ້ຫນຶ່ງໃນຫຼາຍໆບ່ອນເຮັດວຽກອອນໄລນ໌ຂອງພວກເຮົາເຊັ່ນ Ubuntu Online, Fedora Online, Windows online emulator ຫຼື MAC OS online emulator
ໂຄງການ:
NAME
lamboot - ເລີ່ມຄອມພິວເຕີ LAM multicomputer.
ສະຫຼຸບສັງລວມ
lamboot [-b] [-d] [-h] [-H] [-l] [-s] [-v] [-V] [-x] [-nn] [-np] [-c conf file ] [-prefix
/lam/install/path/] [-sessionprefix value] [-sessionsuffix value]
[-withlamprefixpath value] [-ssi key value] [bhost]
OPTIONS
-b ສົມມຸດວ່າຫອຍທ້ອງຖິ່ນແລະຫ່າງໄກສອກຫຼີກແມ່ນຄືກັນ. ນີ້ຫມາຍຄວາມວ່າພຽງແຕ່ຫນຶ່ງ shell ຫ່າງໄກສອກຫຼີກ
invocation ແມ່ນໃຊ້ກັບແຕ່ລະ node. ຖ້າ -b ບໍ່ໄດ້ຖືກນໍາໃຊ້, ສອງຄໍາຮ້ອງສະຫມັກ shell ຫ່າງໄກສອກຫຼີກ
ຖືກນໍາໃຊ້ກັບແຕ່ລະ node.
-d ເປີດການດີບັ໊ກຜົນອອກ. ນີ້ຫມາຍຄວາມວ່າ -v.
-h ພິມເມນູຊ່ວຍເຫຼືອຄໍາສັ່ງ.
-l ຊັກຊ້າການແກ້ໄຂຊື່ໂຮສຫາ IP-ທີ່ຢູ່.
- ຄໍານໍາຫນ້າ ໃຊ້ການຕິດຕັ້ງ LAM ທີ່ລະບຸໄວ້ໃນ /lam/install/path/. ບໍ່ເຂົ້າກັນໄດ້ກັບ
ລຸ້ນ LAM/MPI ກ່ອນໜ້າ 7.1.
-s ປິດ stdio ໃນ node ທ້ອງຖິ່ນ.
-ssi ທີ່ສໍາຄັນ ມູນຄ່າ
ສົ່ງການໂຕ້ຖຽງກັບໂມດູນ SSI ຕ່າງໆ. ເບິ່ງພາກສ່ວນ "SSI", ຂ້າງລຸ່ມນີ້.
-v ເປັນຄຳເວົ້າ.
-x ດໍາເນີນການໃນຮູບແບບຄວາມທົນທານຕໍ່ຄວາມຜິດ.
-H ຢ່າສະແດງຫົວຄໍາສັ່ງ.
- ນ ຢ່າເພີ່ມ "-n" ໃສ່ແຖວຄໍາສັ່ງຕົວແທນທາງໄກ
-e.g ຢ່າບັງຄັບໃຫ້ປະຕິບັດ $HOME/.profile ເທິງໂຮສທາງໄກ
-session-prefix ມູນຄ່າ
ກໍານົດຄໍານໍາຫນ້າຂອງເຊດຊັນ, overriding LAM_MPI_SESSION_PREFIX.
-session-suffix ມູນຄ່າ
ຕັ້ງຄຳຕໍ່ທ້າຍຂອງເຊດຊັນ, ແທນທີ່ LAM_MPI_SESSION_SUFFIX.
-withlamprefixpath ມູນຄ່າ
ຂ້າມເສັ້ນທາງການຕິດຕັ້ງພາຍໃນ. ສໍາລັບການນໍາໃຊ້ພາຍໃນເທົ່ານັ້ນ, ຢ່າໃຊ້ເວັ້ນເສຍແຕ່
ເຈົ້າຮູ້ວ່າເຈົ້າກໍາລັງເຮັດຫຍັງ.
ENVIRONMENT ຄວາມຮັບຜິດຊອບ
LAM_MPI_SESSION_PREFIX
LAM_MPI_SESSION_SUFFIX
ມັນເປັນໄປໄດ້ທີ່ຈະປ່ຽນໄດເລກະທໍລີ session ທີ່ໃຊ້ໂດຍ LAM / MPI, ໂດຍປົກກະຕິຂອງ
ແບບຟອມ:
tmpdir/lam-username@hostname[-suffix]
tmpdir ຈະຖືກຕັ້ງເປັນ LAM_MPI_SESSION_PREFIX ຖ້າຕັ້ງ. ຖ້າບໍ່ດັ່ງນັ້ນ, ມັນຈະຫຼຸດລົງກັບຄືນໄປບ່ອນ
ມູນຄ່າຂອງ TMPDIR. ຖ້າທັງສອງອັນນີ້ບໍ່ຖືກຕັ້ງ, ຄ່າເລີ່ມຕົ້ນແມ່ນ /tmp.
suffix ສາມາດ overridden ໂດຍ LAM_MPI_SESSION_SUFFIX ສະພາບແວດລ້ອມປ່ຽນແປງ. ຖ້າ
LAM_MPI_SESSION_SUFFIX ບໍ່ໄດ້ຕັ້ງໄວ້ ແລະ LAM ກໍາລັງເຮັດວຽກພາຍໃຕ້ຊຸດທີ່ຮອງຮັບ
ລະບົບການກໍານົດເວລາ, $suffix ຈະເປັນຄ່າທີ່ເປັນເອກະລັກສະເພາະກັບວຽກທີ່ກຳລັງເຮັດວຽກຢູ່.
ລາຍລະອຽດ
ໄດ້ lamboot ເຄື່ອງມືເລີ່ມຕົ້ນຊອບແວ LAM ໃນແຕ່ລະເຄື່ອງທີ່ລະບຸໄວ້ໃນ boot ໄດ້
schema, ເຈົ້າພາບ. boot schema ກໍານົດ hostnames ຂອງ nodes ທີ່ຈະໃຊ້ໃນ run-
ສະພາບແວດລ້ອມທີ່ໃຊ້ເວລາ MPI, ແລະເປັນທາງເລືອກໃນລາຍການວິທີການທີ່ CPUs LAM ອາດຈະຖືກນໍາໃຊ້ໃນແຕ່ລະ node. ໄດ້
ຜູ້ໃຊ້ອາດຈະຕ້ອງການທີ່ຈະດໍາເນີນການທໍາອິດ ຄືນດີ(1) ເຄື່ອງມືເພື່ອກວດສອບວ່າ LAM ສາມາດເລີ່ມຕົ້ນໄດ້.
ການເລີ່ມຕົ້ນ LAM ແມ່ນຂັ້ນຕອນສາມຂັ້ນຕອນ. ໃນຂັ້ນຕອນທໍາອິດ, hboot(1) ແມ່ນ invoked ໃນແຕ່ລະຂອງ
ເຄື່ອງທີ່ລະບຸໄວ້. ຫຼັງຈາກນັ້ນ, ແຕ່ລະເຄື່ອງຈັກຈັດສັນພອດແບບເຄື່ອນໄຫວແລະການສື່ສານ
ກັບໄປ lamboot ທີ່ເກັບກໍາໃຫ້ເຂົາເຈົ້າ. ໃນຂັ້ນຕອນທີສາມ, lamboot ໃຫ້ແຕ່ລະເຄື່ອງຈັກ
ບັນຊີລາຍຊື່ຂອງເຄື່ອງຈັກ / ພອດເພື່ອປະກອບເປັນ topology ເຊື່ອມຕໍ່ຢ່າງເຕັມສ່ວນ. ຖ້າເຄື່ອງໃດແມ່ນ
ບໍ່ສາມາດເລີ່ມຕົ້ນ, ຫຼືຖ້າຫາກວ່າໄລຍະຫມົດເວລາຫມົດອາຍຸກ່ອນທີ່ຂັ້ນຕອນທໍາອິດສໍາເລັດ, lamboot
invokes ແກະ(1) ເພື່ອຢຸດ LAM ແລະລາຍງານຄວາມຜິດພາດ.
ໄດ້ ເຈົ້າພາບ ໄຟລ໌ແມ່ນ LAM boot schema ທີ່ຖືກຂຽນໄວ້ໃນ syntax ໄຟລ໌ເຈົ້າພາບ. ເບິ່ງ ເຈົ້າພາບ(5).
ແທນທີ່ຈະເປັນເສັ້ນຄໍາສັ່ງ, schema boot ສາມາດຖືກກໍານົດໄວ້ໃນສະພາບແວດລ້ອມ LAMBHOST
ຕົວແປ. ຖ້າບໍ່ດັ່ງນັ້ນ, ໄຟລ໌ເລີ່ມຕົ້ນ, lam-bhost.def, ຖືກໃຊ້. LAM ຊອກຫາ ເຈົ້າພາບ ຄັ້ງທໍາອິດ
ໃນໄດເລກະທໍລີທ້ອງຖິ່ນແລະຫຼັງຈາກນັ້ນໃນໄດເລກະທໍລີການຕິດຕັ້ງພາຍໃຕ້ etc /.
ເພີ່ມເຕີມ, lamboot ໃຊ້ໂຄງຮ່າງຂະບວນການສໍາລັບ nodes LAM ສ່ວນບຸກຄົນ. ໂຄງການຂະບວນການ
(ເບິ່ງ conf(5)) ແມ່ນລາຍລະອຽດຂອງຂະບວນການທີ່ປະກອບເປັນລະບົບປະຕິບັດການໃນ a
node. ໂດຍທົ່ວໄປ, ຜູ້ເບິ່ງແຍງລະບົບຮັກສາໄຟລ໌ນີ້ - ຜູ້ໃຊ້ LAM/MPI ຈະ
ໂດຍທົ່ວໄປແລ້ວບໍ່ຈໍາເປັນຕ້ອງປ່ຽນໄຟລ໌ນີ້. ມັນຍັງເປັນໄປໄດ້ສໍາລັບຜູ້ໃຊ້ທີ່ຈະປັບແຕ່ງ
ຊອບແວ LAM ທີ່ມີໂຄງຮ່າງຂະບວນການສ່ວນຕົວ.
ໄດ້ ເຈົ້າພາບ ເອກະສານ
ຮູບແບບຂອງ ເຈົ້າພາບ ໄຟລ໌ແມ່ນບັນທຶກໄວ້ໃນ ເຈົ້າພາບ(5) ຫນ້າຜູ້ຊາຍ.
lamboot ຈະແກ້ໄຂຊື່ທັງຫມົດໃນ ເຈົ້າພາບ ໃນ node ທີ່ lamboot ໄດ້ຖືກຮຽກຮ້ອງໃຫ້ (ໄດ້
node ຕົ້ນກໍາເນີດ). ຫຼັງຈາກນັ້ນ, LAM ຈະໃຊ້ພຽງແຕ່ທີ່ຢູ່ IP, ບໍ່ແມ່ນຊື່. ໂດຍສະເພາະ, ໄດ້
ການຕັ້ງຄ່າການແກ້ໄຂຊື່ຢູ່ໃນ nodes ອື່ນໆທັງຫມົດບໍ່ໄດ້ຖືກນໍາໃຊ້. ເພາະສະນັ້ນ, ຂໍ້ຂອງຕົ້ນກໍາເນີດ
ຈະຕ້ອງສາມາດແກ້ໄຂຊື່ທັງຫມົດໃນ ເຈົ້າພາບ ກັບທີ່ຢູ່ທີ່ທຸກຄົນສາມາດເຂົ້າເຖິງໄດ້
nodes ອື່ນໆ.
ຄວາມຜິດພາດທົ່ວໄປແມ່ນການລາຍຊື່ localhost (ຫຼືຊື່ໃດນຶ່ງທີ່ແກ້ໄຂກັບທີ່ຢູ່ພິເສດ
127.0.0.1 -- ອຸປະກອນ TCP/IP loopback) ໃນ a ເຈົ້າພາບ ໄຟລ໌ທີ່ປະກອບດ້ວຍ nodes ອື່ນໆ. ໃນ
ກໍລະນີນີ້, ທີ່ຢູ່ 127.0.0.1 ຈະຖືກສົ່ງໄປຫາແຕ່ລະ nodes ອື່ນໆເປັນທີ່ຢູ່.
ຂອງ node ຕົ້ນກໍາເນີດ. ຖ້າ nodes ອື່ນໆພະຍາຍາມໃຊ້ 127.0.0.1 ເພື່ອຕິດຕໍ່ກັບ node ຕົ້ນກໍາເນີດ,
ຕົວຈິງແລ້ວເຂົາເຈົ້າຈະຕິດຕໍ່ກັບຕົນເອງ, ແລະໃນທີ່ສຸດກໍຈະໝົດເວລາ ແລະລົ້ມເຫລວ.
ທີ່ຢູ່ IP ທີ່ໄດ້ຮັບຈາກ ເຈົ້າພາບ ຖືກນໍາໃຊ້ສໍາລັບຂໍ້ຄວາມ meta ຂອງ LAM: ການເລີ່ມຕົ້ນແລະ
ການປິດການເຮັດວຽກ, ຂໍ້ຄວາມອອກຈາກແຖບທີ່ໃຊ້ສໍາລັບການປະສານງານ, ແລະອື່ນໆຈໍານວນການຈະລາຈອນ
ແມ່ນຕໍ່າພໍສົມຄວນ (ເວັ້ນເສຍແຕ່ວ່າໃຊ້ໂຫມດ "lamd" ຂອງການຖ່າຍທອດຂໍ້ຄວາມ MPI, ໃນກໍລະນີນີ້ MPI ທັງຫມົດ
ການຈະລາຈອນຍັງຈະໃຊ້ຂໍ້ຄວາມ meta ຂອງ LAM ສໍາລັບການຂົນສົ່ງ - ເບິ່ງ ໄພຣຸນ(1)). ເມື່ອໃຊ້
TCP RPI, ທີ່ຢູ່ IP ເຫຼົ່ານີ້ຍັງຖືກໃຊ້ສໍາລັບຂໍ້ຄວາມ MPI ທີ່ຜ່ານຊ່ອງສຽບໂດຍກົງ
ລະຫວ່າງແຕ່ລະຄູ່ຂອງ nodes.
ກໍລະນີທົ່ວໄປແມ່ນບ່ອນທີ່ໂຫມດ "ແມ່ບົດ" ມີບັດການໂຕ້ຕອບເຄືອຂ່າຍຫຼາຍ (NICs) -- ຫນຶ່ງ
ທີ່ເຊື່ອມຕໍ່ກັບເຄືອຂ່າຍສາທາລະນະ, ແລະຫນຶ່ງທີ່ເຊື່ອມຕໍ່ກັບເຄືອຂ່າຍເອກະຊົນ
ບ່ອນທີ່ວຽກຂະຫນານຈະດໍາເນີນການ. ເພື່ອລວມເອົາ master node ໃນ a ເຈົ້າພາບ ໄຟລ໌, IP
ຊື່ (ຫຼືທີ່ຢູ່) ຂອງ NIC ໃນເຄືອຂ່າຍສ່ວນຕົວຄວນຈະຖືກລະບຸໄວ້ໃນ ເຈົ້າພາບ. ນີ້
ຮັບປະກັນວ່າ nodes ອື່ນໆທັງໝົດສາມາດເຂົ້າຫາ master node ໃນເຄືອຂ່າຍສ່ວນຕົວໄດ້.
ເປັນຕົວຢ່າງອື່ນ, ບາງການຕັ້ງຄ່າມີຫຼາຍ TCP/IP NICs ໃນແຕ່ລະ node ຂອງ a
ວຽກຂະຫນານ. NIC ຫນຶ່ງແມ່ນຖືວ່າ "ຊ້າ" (ຕົວຢ່າງ: 10Mbps), ໃນຂະນະທີ່ອີກອັນຫນຶ່ງຖືກພິຈາລະນາ
"ໄວ" (ເຊັ່ນ: 100Mbps). ມັນເປັນຄວາມປາຖະຫນາທີ່ຈະອະນຸຍາດໃຫ້ LAM ໃຊ້ປະໂຍດຈາກທີ່ສູງຂຶ້ນ
ແບນວິດໃນເຄືອຂ່າຍ "ໄວ" ສໍາລັບຂໍ້ຄວາມ MPI. ດັ່ງນັ້ນ, ເຈົ້າພາບ ຄວນບອກຊື່ IP
(ຫຼືທີ່ຢູ່) ຂອງ NICs "ໄວ" ທັງຫມົດ. ຢ່າງໃດກໍຕາມ, ຖ້າ LAM RPI ບໍ່ໃຊ້ TCP/IP (ເຊັ່ນ:
ໄດ້ Myrinet / GM RPI), ໄດ້ ເຈົ້າພາບ ໄຟລ໌ຄວນຈະລາຍຊື່ NICs "ຊ້າ" ດັ່ງນັ້ນ LAM's
ການຈາລະຈອນຂໍ້ຄວາມ meta ບໍ່ໄດ້ເຮັດໃຫ້ເກີດການ overhead ແລະມີທ່າແຮງທີ່ຈະຂັດຂວາງການປະຕິບັດ
ເຄືອຂ່າຍ "ໄວ" ຈາກແອັບພລິເຄຊັນທີ່ມີປະສິດທິພາບສູງອື່ນໆ.
ການຊັກຊ້າ hostname ການຊອກຫາ
ໂດຍປົກກະຕິ, ການແກ້ໄຂຊື່ຂອງ hostnames ແມ່ນເຮັດຢູ່ໃນເຄື່ອງທີ່ lamboot ຖືກຮຽກຮ້ອງ.
ນີ້ແມ່ນເຮັດສໍາລັບເຫດຜົນການເພີ່ມປະສິດທິພາບ, ດັ່ງນັ້ນບັນຊີລາຍຊື່ຂອງ hostnames ພຽງແຕ່ຕ້ອງການ
ແກ້ໄຂຄັ້ງດຽວ (ອາດເຮັດໃຫ້ຈໍານວນ DNS ຫຼືເຄືອຂ່າຍຊອກຫາຊື່ໂຮດອື່ນໜ້ອຍທີ່ສຸດ
ການຈະລາຈອນ).
ຢ່າງໃດກໍ່ຕາມ, ໃນບາງສະພາບແວດລ້ອມເຄືອຂ່າຍທີ່ບໍ່ເປັນເອກະພາບ, ນີ້ບໍ່ພຽງພໍເພາະວ່າແຕ່ລະຄົນ
ໂຮສອາດມີທີ່ຢູ່ IP ທີ່ແຕກຕ່າງກັນໃນແຕ່ລະໝູ່ເພື່ອນຂອງມັນ. ຕົວຢ່າງ, ເຈົ້າພາບ A ອາດຈະມີ
ທີ່ຢູ່ Z ໃນເຈົ້າພາບ B, ແຕ່ມີທີ່ຢູ່ Y ໃນເຈົ້າພາບ C.
ໄດ້ -l ທາງເລືອກທີ່ຈະ lamboot ຈະເຮັດໃຫ້ LAM ແຈກຢາຍ hostnames ໃຫ້ກັບແຕ່ລະ node ແທນທີ່ຈະເປັນ a
ແກ້ໄຂຊຸດທີ່ຢູ່ IP ຢ່າງສົມບູນ. ເພາະສະນັ້ນ, ແຕ່ລະ node ທີ່ LAM ຖືກ booted ຈະເຮັດຂອງຕົນເອງ
ການແກ້ໄຂຊື່ໃນບັນຊີລາຍຊື່ຂອງ hostnames.
SSI (ລະບົບ ບໍລິການ ອິນເຕີເຟດ)
ໄດ້ -ssi switch ອະນຸຍາດໃຫ້ຖ່າຍທອດພາລາມິເຕີໄປຫາໂມດູນ SSI ຕ່າງໆ. SSI ຂອງ LAM
ໂມດູນໄດ້ຖືກອະທິບາຍຢ່າງລະອຽດໃນ ລຳຊີ(7). ໂມດູນ SSI ມີຜົນກະທົບໂດຍກົງຕໍ່ MPI
ໂປລແກລມເພາະວ່າພວກມັນອະນຸຍາດໃຫ້ຕັ້ງຄ່າພາລາມິເຕີທີ່ສາມາດປັບໄດ້ໃນເວລາແລ່ນ (ເຊັ່ນວ່າ boot ໃດ
ອຸປະກອນການຂັບລົດທີ່ຈະນໍາໃຊ້, ຕົວກໍານົດການທີ່ຈະຜ່ານການຂັບລົດນັ້ນ, ແລະອື່ນໆ).
ໄດ້ -ssi switch ໃຊ້ສອງການໂຕ້ຖຽງ: ທີ່ສໍາຄັນ ແລະ ມູນຄ່າ. ໄດ້ ທີ່ສໍາຄັນ ການໂຕ້ຖຽງໂດຍທົ່ວໄປກໍານົດ
ເຊິ່ງໂມດູນ SSI ຈະໄດ້ຮັບຄ່າ. ສໍາລັບຕົວຢ່າງ, ໄດ້ ທີ່ສໍາຄັນ "boot" ຖືກນໍາໃຊ້ເພື່ອເລືອກ
RPI ທີ່ຈະໃຊ້ສໍາລັບການເລີ່ມຕົ້ນຂະບວນການໃນ nodes ຫ່າງໄກສອກຫຼີກ. ໄດ້ ມູນຄ່າ ການໂຕ້ຖຽງແມ່ນ
ຄ່າທີ່ຜ່ານ. ຍົກຕົວຢ່າງ:
lamboot -ssi boot tm
ບອກ LAM ໃຫ້ໃຊ້ໂມດູນບູດ "tm" ສໍາລັບການເປີດຕົວພື້ນເມືອງໃນ PBSPro / OpenPBS
ສະພາບແວດລ້ອມ (ໂມດູນ boot tm ບໍ່ຈໍາເປັນຕ້ອງມີ boot schema).
lamboot -ssi boot rsh -ssi rsh_agent "ssh -x" boot_schema
ບອກ LAM ໃຫ້ໃຊ້ໂມດູນບູດ "rsh", ແລະບອກໂມດູນ rsh ໃຫ້ໃຊ້ "ssh -x" ເປັນ.
ຕົວແທນສະເພາະເພື່ອເປີດການດໍາເນີນການໃນ nodes ໄລຍະໄກ.
ແລະອື່ນໆ. ໂມດູນ SSI boot ຂອງ LAM ໄດ້ຖືກອະທິບາຍໄວ້ໃນ lamssi_boot(7). ຫນ້ານີ້ຄວນຈະເປັນ
ໄດ້ປຶກສາຫາລືສໍາລັບການປະຕິບັດສະເພາະທີ່ປະຕິບັດໂດຍ, ແລະວິທີການປັບປ່ຽນພຶດຕິກໍາທີ່ໃຊ້ເວລາແລ່ນ
ຂອງແຕ່ລະໂມດູນ boot.
ໄດ້ -ssi ສະຫຼັບສາມາດໃຊ້ຫຼາຍຄັ້ງເພື່ອລະບຸຄວາມແຕກຕ່າງ ທີ່ສໍາຄັນ ແລະ / ຫຼື ມູນຄ່າ
ການໂຕ້ຖຽງ. ຖ້າຄືກັນ ທີ່ສໍາຄັນ ຖືກກໍານົດຫຼາຍກວ່າຫນຶ່ງຄັ້ງ, the ມູນຄ່າs ແມ່ນ concatenated ກັບ
ເຄື່ອງໝາຍຈຸດ (",") ແຍກພວກມັນ.
ຫມາຍເຫດວ່າ -ssi switch ແມ່ນພຽງແຕ່ທາງລັດສໍາລັບການຕັ້ງຄ່າຕົວແປສະພາບແວດລ້ອມ. ໄດ້
ຜົນກະທົບດຽວກັນອາດຈະຖືກປະຕິບັດໂດຍການຕັ້ງຄ່າຕົວແປສະພາບແວດລ້ອມທີ່ສອດຄ້ອງກັນກ່ອນ
ການເຮັດວຽກ lamboot. ຮູບແບບຂອງຕົວແປສະພາບແວດລ້ອມທີ່ LAM ກໍານົດແມ່ນ:
LAM_MPI_SSI_key=ຄ່າ.
ຫມາຍເຫດວ່າ -ssi switch overrides ທຸກຕົວແປສະພາບແວດລ້ອມທີ່ກໍານົດໄວ້ກ່ອນຫນ້ານີ້. ຫມາຍເຫດ
ທີ່ບໍ່ຮູ້ຈັກ ທີ່ສໍາຄັນ arguments ຍັງຖືກຕັ້ງເປັນຕົວແປສະພາບແວດລ້ອມ -- ພວກມັນບໍ່ໄດ້ຖືກກວດສອບ
(ໂດຍ ແກະ) ເພື່ອຄວາມຖືກຕ້ອງ. ຜິດກົດໝາຍ ຫຼື ບໍ່ຖືກຕ້ອງ ມູນຄ່າ ການໂຕ້ຖຽງອາດຈະເປັນຫຼືອາດຈະບໍ່ແມ່ນ
ລາຍງານ -- ມັນຂຶ້ນກັບໂມດູນ SSI ສະເພາະ.
ຫ່າງໄກສອກຫຼີກ ສາມາດປະຕິບັດໄດ້ Invocation
ທຸກໆດ້ານທີ່ສາມາດປັບແຕ່ງໄດ້ຂອງການເປີດຕົວ executables ໃນ nodes ໄລຍະໄກໃນລະຫວ່າງ lamboot ມີ
ສົນທະນາໃນ ລຳຊີ(7) ແລະ lamssi_boot(7). ຫົວຂໍ້ປະກອບມີ (ແຕ່ບໍ່ຈໍາກັດ):
ການຄົ້ນພົບ shell ຫ່າງໄກສອກຫຼີກ, overrides run-time ຂອງຕົວແທນການນໍາໃຊ້ເພື່ອເປີດຕົວຫ່າງໄກສອກຫຼີກ
executables (ເຊັ່ນ: rsh ແລະ ssh), ແລະອື່ນໆ.
ປິດ stdio
stdio ຂອງແຕ່ລະ LAM daemon ຢູ່ໃນໂຮດຫ່າງໄກສອກຫຼີກທີ່ເປີດຕົວໂດຍ lamboot ປິດໂດຍ
ຄ່າເລີ່ມຕົ້ນ. ໂດຍປົກກະຕິ, stdio ຂອງ LAM daemon ເປີດຕົວຢູ່ໃນເຈົ້າພາບທ້ອງຖິ່ນແມ່ນເປີດໄວ້ດັ່ງນັ້ນ
ວ່າ LAM ພາຍໃນ tstdio(3) ຊຸດເຮັດວຽກຢ່າງຖືກຕ້ອງ. ຢ່າງໃດກໍຕາມ, ມັນແມ່ນບາງຄັ້ງ
ຕ້ອງການທີ່ຈະປິດ stdio ຂອງ daemon LAM ທ້ອງຖິ່ນເຊັ່ນດຽວກັນ. ຍົກຕົວຢ່າງ:
rsh somenode lamboot -s hostfile
ນີ້ແມ່ນຍ້ອນວ່າ rsh ລໍຖ້າສອງເງື່ອນໄຂກ່ອນທີ່ຈະອອກ: lamboot ອອກໄປ, ແລະ stdout /
stderr ທີ່ຈະຖືກປິດ. ໂດຍບໍ່ມີການ -s, stdout / stderr ຈະບໍ່ຖືກປິດ, ແລະ rsh (ແລະ ssh)
ຈະ hang ເຖິງແມ່ນວ່າ lamboot ໄດ້ສໍາເລັດ. -s ເຮັດໃຫ້ເກີດ stdout / stderr ທ້ອງຖິ່ນ
LAM daemon ຈະຖືກປິດຕາມການຮຽກຮ້ອງ, ເຊິ່ງຈະອະນຸຍາດໃຫ້ rsh ສໍາເລັດ. ການນໍາໃຊ້ -s ຈະ
ບໍ່ມີຜົນກະທົບ lamboot ໃນທາງອື່ນ, ແຕ່ມັນຈະປ້ອງກັນບໍ່ໃຫ້ເກີດ tstdio(3) ຊຸດຈາກ
ເຮັດວຽກຢ່າງຖືກຕ້ອງ.
ຄວາມຜິດ ຄວາມທົນທານ
ຖ້າ -x ທາງເລືອກແມ່ນໄດ້ຮັບ, LAM ແລ່ນຢູ່ໃນໂຫມດທົນທານຕໍ່ຄວາມຜິດ. ໃນຮູບແບບນີ້, ການແລກປ່ຽນຂໍ້
ຂໍ້ຄວາມ ``ຫົວໃຈຕີ” ເປັນໄລຍະໆເພື່ອໃຫ້ແນ່ໃຈວ່າ nodes ທັງໝົດກຳລັງແລ່ນ ແລະເຊື່ອມຕໍ່
ການເຊື່ອມຕໍ່ພວກເຂົາແມ່ນການດໍາເນີນງານ. ເມື່ອຫົວໃຈເຕັ້ນຂອງຫົວໃຈຢຸດ, ມັນຈະຖືກປະກາດວ່າ "ຕາຍ"
ແລະທຸກ nodes LAM (ແລະຂະບວນການ) ໄດ້ຖືກແຈ້ງ. ນີ້ອະນຸຍາດໃຫ້ຜູ້ໃຊ້ຂຽນຄວາມທົນທານຕໍ່ຄວາມຜິດ
ແອັບພລິເຄຊັ່ນທີ່ສາມາດລຸດຜ່ອນໄດ້ຢ່າງສະຫງ່າງາມ, ຫຼືຟື້ນຟູໄດ້ຢ່າງເຕັມສ່ວນໂດຍການປ່ຽນແທນ node ທີ່ບໍ່ເຮັດວຽກ
ກັບຄົນອື່ນ (ເບິ່ງ ລູກແກະ(1)). ນັບຕັ້ງແຕ່ຮູບແບບນີ້ແນະນໍາການລົງໂທດການປະຕິບັດ, ມັນແມ່ນ
ບໍ່ໄດ້ເປີດໃຊ້ງານໂດຍຄ່າເລີ່ມຕົ້ນ.
ຕົວຢ່າງ
lamboot -v
ເລີ່ມຕົ້ນ LAM ໃນເຄື່ອງທີ່ອະທິບາຍໄວ້ໃນ boot schema ເລີ່ມຕົ້ນ. ລາຍງານກ່ຽວກັບ
ຂັ້ນຕອນທີ່ສໍາຄັນຍ້ອນວ່າພວກເຂົາເຮັດແລ້ວ.
lamboot -d hostfile
ເລີ່ມ LAM ໃນເຄື່ອງທີ່ອະທິບາຍໄວ້ໃນໄຟລ໌ hostfile. ສະຫນອງລາຍລະອຽດຢ່າງບໍ່ຫນ້າເຊື່ອ
ລາຍງານກ່ຽວກັບສິ່ງທີ່ເກີດຂຶ້ນໃນແຕ່ລະຂັ້ນຕອນໃນຂະບວນການ boot.
lamboot mynodes
ເລີ່ມ LAM ໃນເຄື່ອງທີ່ອະທິບາຍໄວ້ໃນ boot schema mynodes. ດໍາເນີນການຢ່າງງຽບໆ.
ໃຊ້ lamboot ອອນໄລນ໌ໂດຍໃຊ້ບໍລິການ onworks.net
