pegasus-monitord - ອອນລາຍໃນຄລາວ

ໂຄງການ:

NAME

pegasus-monitord - ຕິດຕາມຄວາມຄືບຫນ້າຂອງຂະບວນການເຮັດວຽກ, ຂໍ້ມູນການຂຸດຄົ້ນ

ສະຫຼຸບສັງລວມ

pegasus-monitord [- ຊ່ວຍ|-ຊ່ວຍ] [-- verbose|-v]
[--ປັບ|-a i] [-- ເບື້ອງໜ້າ|-N]
[--no-daemon|-n] [--ວຽກ|-j jobstate.log ເອກະສານ]
[--ບັນທຶກ|-l logfile] [--conf ຄຸນສົມບັດ ເອກະສານ]
[--no-recursive] [--ບໍ່ມີຖານຂໍ້ມູນ | -- ບໍ່ມີເຫດການ]
[--ຫຼິ້ນຄືນ|-r] [-- ບໍ່ມີການແຈ້ງເຕືອນ]
[--notifications-ສູງສຸດ max_notifications]
[--notifications-ໝົດເວລາ ຫມົດ​ເວ​ລາ]
[--ຊິມ|-s ມິນລິສນອນ] [--db-ສະຖິຕິ]
[--skip-stdout] [--ກຳລັງ|-f]
[--ຊັອກເກັດ] [--output-dir | -o dir]
[--dest|-d PATH or URL] [--ການເຂົ້າລະຫັດ|-e bp | bson]
DAGMan output ເອກະສານ

ລາຍລະອຽດ

ໂປຣແກຣມນີ້ປະຕິບັດຕາມຂັ້ນຕອນການເຮັດວຽກ, ວິເຄາະຜົນຜະລິດຂອງໄຟລ໌ dagman.out ຂອງ DAGMAN. ໃນ
ນອກຈາກການສ້າງໄຟລ໌ jobstate.log, pegasus-monitord ຍັງສາມາດໃຊ້ຂອງຂ້ອຍໄດ້
ຂໍ້​ມູນ​ຈາກ​ໄຟລ​໌ dag ແລະ​ວຽກ​ເຮັດ​ງານ​ທໍາ​' ສົ່ງ​ແລະ​ໄຟລ​໌​ອອກ​, ແລະ​ທັງ​ຫມົດ​
ສ້າງຖານຂໍ້ມູນ ຫຼືຂຽນໄຟລ໌ເຫດການ NetLogger ດ້ວຍຂໍ້ມູນນັ້ນ.
pegasus-monitord ຍັງສາມາດປະຕິບັດການແຈ້ງເຕືອນໃນເວລາທີ່ຕິດຕາມຄວາມຄືບຫນ້າຂອງ workflow ໃນ
ເວ​ລາ​ຈິງ.

OPTIONS

-h, - ຊ່ວຍ
ພິມບົດສະຫຼຸບການນຳໃຊ້ດ້ວຍທຸກຕົວເລືອກແຖວຄຳສັ່ງທີ່ມີຢູ່.

-v, -- verbose
ກໍານົດລະດັບບັນທຶກສໍາລັບ pegasus-monitord. ຖ້າຖືກລະເວັ້ນ, ຄ່າເລີ່ມຕົ້ນ ລະດັບ ຈະຖືກຕັ້ງຄ່າໃຫ້
ຄໍາເຕືອນ. ເມື່ອຕົວເລືອກນີ້ຖືກມອບໃຫ້, ລະດັບບັນທຶກຈະຖືກປ່ຽນເປັນ INFO. ຖ້າທາງເລືອກນີ້
ຖືກຊ້ໍາ, ລະດັບບັນທຶກຈະຖືກປ່ຽນເປັນ ດີບັກ.

ລະດັບການເຂົ້າສູ່ລະບົບ pegasus-monitord ຍັງສາມາດປັບຕົວແບບໂຕ້ຕອບໄດ້, ໂດຍການສົ່ງ
1 USR ແລະ 2 USR ສັນຍານຕໍ່ກັບຂະບວນການ, ຕາມລໍາດັບສໍາລັບການເພີ່ມຂຶ້ນແລະຫຼຸດລົງ
ລະ​ດັບ​ບັນ​ທຶກ​.

-a i, --ປັບ i
ສໍາລັບການປັບຄວາມແຕກຕ່າງເຂດເວລາໂດຍ i ວິນາທີ, ຄ່າເລີ່ມຕົ້ນແມ່ນ 0.

-N, -- ເບື້ອງໜ້າ
ບໍ່ daemonize pegasus-monitord, ໄປໂດຍຜ່ານການເຄື່ອນໄຫວເປັນຖ້າຫາກວ່າ (Condor).

-n, --no-daemon
ບໍ່ daemonize pegasus-monitord, ຮັກສາມັນຢູ່ໃນພື້ນຫລັງ (ສໍາລັບການດີບັກ).

-j jobstate.log ເອກະສານ, --ວຽກ jobstate.log ເອກະສານ
ສະ​ຖານ​ທີ່​ທາງ​ເລືອກ​ສໍາ​ລັບ​ການ​ jobstate.log ໄຟລ໌. ຄ່າເລີ່ມຕົ້ນແມ່ນການຂຽນ a jobstate.log
ຢູ່ໃນໄດເລກະທໍລີ workflow. ຊື່ໄຟລ໌ຢ່າງແທ້ຈິງຄວນຈະຖືກນໍາໃຊ້ພຽງແຕ່ຖ້າຫາກວ່າຂະບວນການເຮັດວຽກ
ບໍ່ມີ workflows ຍ່ອຍ, ເນື່ອງຈາກວ່າແຕ່ລະ sub-workflow ຈະສ້າງຂອງຕົນເອງ
jobstate.log ໄຟລ໌. ຖ້າເປັນທາງເລືອກ, ບໍ່ແມ່ນຢ່າງແທ້ຈິງ, ຊື່ໄຟລ໌ແມ່ນໃຫ້ກັບນີ້
ທາງເລືອກ, pegasus-monitord ຈະສ້າງໄຟລ໌ຫນຶ່ງໃນແຕ່ລະ workflow (ແລະ sub-workflow)
ໄດເລກະທໍລີທີ່ມີຊື່ໄຟລ໌ສະຫນອງໃຫ້ໂດຍຜູ້ໃຊ້ທີ່ມີທາງເລືອກນີ້. ຖ້າຢ່າງແທ້ຈິງ
ຊື່ໄຟລ໌ໄດ້ຖືກສະຫນອງໃຫ້ແລະພົບຂັ້ນຕອນການເຮັດວຽກຍ່ອຍ, ຂໍ້ຄວາມເຕືອນຈະຖືກພິມອອກ
ແລະ pegasus-monitord ຈະບໍ່ຕິດຕາມຂະບວນການຍ່ອຍໃດໆ.

--ບັນທຶກ logfile, --log-file logfile
ລະບຸທາງເລືອກ logfile ການ​ນໍາ​ໃຊ້​ແທນ​ທີ່​ຈະ​ເປັນ​ monitord.log ໄຟລ໌ໃນຕົ້ນຕໍ
ໄດເລກະທໍລີ workflow. ແຕກຕ່າງຈາກ jobstate.log ໄຟລ​໌​ຂ້າງ​ເທິງ​, pegasus-monitord
ພຽງແຕ່ສ້າງຫນຶ່ງ logfile ຕໍ່ການປະຕິບັດ (ແລະບໍ່ແມ່ນຫນຶ່ງຕໍ່ workflow ແລະ sub-workflow ມັນ
ຕິດຕາມ).

--conf properties_file
ເປັນໄຟລ໌ທາງເລືອກທີ່ບັນຈຸຄຸນສົມບັດຢູ່ໃນ key=value ຮູບແບບ, ແລະອະນຸຍາດໃຫ້ຜູ້ໃຊ້
ເພື່ອ override ຄ່າທີ່ອ່ານຈາກ braindump.txt ໄຟລ໌. ຕົວເລືອກນີ້ມີຄວາມສຳຄັນກວ່າ
ໄຟລ໌ຄຸນສົມບັດທີ່ລະບຸໄວ້ໃນ braindump.txt ໄຟລ໌. ກະລຸນາສັງເກດວ່າສິ່ງເຫຼົ່ານີ້
ຄຸນສົມບັດຈະໃຊ້ບໍ່ພຽງແຕ່ກັບຂະບວນການເຮັດວຽກຕົ້ນຕໍ, ແຕ່ຍັງກັບຂະບວນການຍ່ອຍຍ່ອຍທັງຫມົດ
ພົບເຫັນ.

--no-recursive
ຕົວເລືອກນີ້ປິດໃຊ້ງານ pegasus-monitord ເພື່ອປະຕິບັດຕາມຂະບວນການຍ່ອຍຕ່າງໆໂດຍອັດຕະໂນມັດ
ພົບເຫັນ.

--nodatabase, --ບໍ່ມີຖານຂໍ້ມູນ, -- ບໍ່ມີເຫດການ
ປິດການສ້າງເຫດການ (ເມື່ອຕົວເລືອກນີ້ຖືກມອບໃຫ້, pegasus-monitord ພຽງແຕ່ຈະ
ສ້າງໄຟລ໌ jobstate.log). ຄ່າເລີ່ມຕົ້ນແມ່ນເພື່ອບັນທຶກຂໍ້ມູນອັດຕະໂນມັດໄປຫາ a
ຖານຂໍ້ມູນ SQLite (ເບິ່ງ --dest ທາງເລືອກຂ້າງລຸ່ມນີ້ສໍາລັບລາຍລະອຽດເພີ່ມເຕີມ). ຕົວເລືອກນີ້ລົບລ້າງ
ຕົວກໍານົດການໃດໆທີ່ໃຫ້ໂດຍ --dest ທາງເລືອກ.

-r, --ຫຼິ້ນຄືນ
ຕົວເລືອກນີ້ຖືກໃຊ້ເພື່ອຫຼິ້ນຄືນຜົນຜະລິດຂອງຂັ້ນຕອນການເຮັດວຽກທີ່ສໍາເລັດແລ້ວ. ມັນ​ຄວນ
ໃຊ້ພຽງແຕ່ຫຼັງຈາກຂັ້ນຕອນການເຮັດວຽກສໍາເລັດ (ບໍ່ຈໍາເປັນສົບຜົນສໍາເລັດ). ຖ້າ ກ
jobstate.log ພົບໄຟລ໌, ມັນຈະຖືກຫມຸນ. ຢ່າງໃດກໍຕາມ, ເມື່ອນໍາໃຊ້ຖານຂໍ້ມູນ, ທັງຫມົດ
ການອ້າງອີງກ່ອນໜ້ານີ້ຕໍ່ກັບຂັ້ນຕອນການເຮັດວຽກນັ້ນ (ແລະທຸກຂັ້ນຕອນການເຮັດວຽກຍ່ອຍຂອງມັນ) ຈະຖືກລຶບຖິ້ມ
ມັນ. ເມື່ອສົ່ງອອກໄປຍັງໄຟລ໌ bp, ໄຟລ໌ຈະຖືກລຶບຖິ້ມ. ເມື່ອແລ່ນຢູ່ໃນ replay
ຮູບແບບ, pegasus-monitord ສະເຫມີຈະດໍາເນີນການກັບ --no-daemon ທາງເລືອກ, ແລະຄວາມຜິດພາດໃດໆ
ຈະຖືກສົ່ງອອກໂດຍກົງກັບ terminal. ນອກຈາກນີ້, pegasus-monitord ຈະບໍ່ດໍາເນີນການໃດໆ
ການແຈ້ງເຕືອນໃນຂະນະທີ່ຢູ່ໃນໂໝດຫຼິ້ນຄືນ.

-- ບໍ່ມີການແຈ້ງເຕືອນ
ທາງເລືອກນີ້ປິດການແຈ້ງເຕືອນຢ່າງສົມບູນ, ເຮັດໃຫ້ pegasus-monitord ບໍ່ສົນໃຈທັງຫມົດ
.notify ໄຟລ໌ສໍາລັບ workflows ທັງຫມົດທີ່ມັນຕິດຕາມ.

--notifications-ສູງສຸດ max_notifications
ທາງເລືອກນີ້ກໍານົດຈໍານວນສູງສຸດຂອງການແຈ້ງເຕືອນພ້ອມກັນນັ້ນ pegasus-monitord
ຈະເລີ່ມຕົ້ນ. ໃນ​ເວ​ລາ​ທີ່ max_notifications ຮອດຂີດຈຳກັດແລ້ວ, pegasus-monitord ຈະແຖວ
ການ​ແຈ້ງ​ເຕືອນ​ແລະ​ລໍ​ຖ້າ​ສໍາ​ລັບ​ສະ​ຄິບ​ແຈ້ງ​ການ​ທີ່​ຍັງ​ຄ້າງ​ຢູ່​ທີ່​ຈະ​ສໍາ​ເລັດ​ກ່ອນ​ທີ່​ຈະ​ເລີ່ມ​ຕົ້ນ a
ໃຫມ່. ຖ້າ max_notifications ຖືກຕັ້ງເປັນ 0, ການແຈ້ງເຕືອນຈະຖືກປິດໃຊ້ງານ.

--notifications-ໝົດເວລາ ຫມົດ​ເວ​ລາ
ໂດຍປົກກະຕິ, pegasus-monitord ຈະ​ເລີ່ມ​ຕົ້ນ​ສະ​ຄຣິບ​ແຈ້ງ​ການ​ແລະ​ລໍ​ຖ້າ​ບໍ່​ມີ​ກໍາ​ນົດ​ສໍາ​ລັບ​ການ​
ມັນໃຫ້ສໍາເລັດ. ຕົວເລືອກນີ້ອະນຸຍາດໃຫ້ຜູ້ໃຊ້ສາມາດຕັ້ງຄ່າສູງສຸດ ຫມົດ​ເວ​ລາ ທີ່
pegasus-monitord ຈະລໍຖ້າໃຫ້ສະຄຣິບການແຈ້ງເຕືອນສຳເລັດກ່ອນທີ່ຈະປິດມັນ.
ຖ້າສະຄິບການແຈ້ງເຕືອນບໍ່ສໍາເລັດໃນຈໍານວນເວລາທີ່ເຫມາະສົມ, ມັນສາມາດເຮັດໃຫ້ເກີດ
ສະຄຣິບການແຈ້ງເຕືອນອື່ນໆທີ່ຈະຖືກຈັດຄິວເນື່ອງຈາກມີຈໍານວນສູງສຸດຂອງ concurrent
ສະຄຣິບອະນຸຍາດໂດຍ pegasus-monitord. ນອກຈາກນັ້ນ, ຈົນກ່ວາທັງຫມົດ script ການແຈ້ງເຕືອນ
ຈົບ, pegasus-monitord ຈະບໍ່ສິ້ນສຸດ.

-s ມິນລິສນອນ, --ຊິມ ມິນລິສນອນ
ຕົວເລືອກນີ້ຈໍາລອງການຊັກຊ້າລະຫວ່າງການອ່ານ, ໂດຍການນອນ ມິນລິສນອນ ມິນລິວິນາທີ. ນີ້
ທາງເລືອກແມ່ນໃຊ້ໂດຍນັກພັດທະນາສ່ວນໃຫຍ່.

--db-ສະຖິຕິ
ທາງເລືອກນີ້ເຮັດໃຫ້ໂມດູນຖານຂໍ້ມູນເກັບກໍາແລະພິມສະຖິຕິຖານຂໍ້ມູນຢູ່ທີ່
ສິ້ນ​ສຸດ​ການ​ປະ​ຕິ​ບັດ​. ມັນ​ບໍ່​ມີ​ຜົນ​ກະ​ທົບ​ຖ້າ​ຫາກ​ວ່າ​ --ບໍ່ມີຖານຂໍ້ມູນ ທາງເລືອກແມ່ນໃຫ້.

--skip-stdout
ທາງເລືອກນີ້ເຮັດໃຫ້ເກີດ pegasus-monitord ບໍ່ໃຫ້ populate ວຽກເຮັດງານທໍາ 'stdout ແລະ stderr ເຂົ້າໄປໃນ
ໄຟລ໌ BP ຫຼືຖານຂໍ້ມູນ Stampede. ມັນຄວນຈະຖືກນໍາໃຊ້ເພື່ອຫຼີກເວັ້ນການເພີ່ມຖານຂໍ້ມູນ
ຂະຫນາດຢ່າງຫຼວງຫຼາຍໃນກໍລະນີທີ່ວຽກເຮັດງານທໍາແມ່ນ verbose ຫຼາຍໃນຜົນຜະລິດຂອງເຂົາເຈົ້າ.

-f, --ກຳລັງ
ທາງເລືອກນີ້ເຮັດໃຫ້ເກີດ pegasus-monitord ເພື່ອຂ້າມການກວດສອບຕົວຢ່າງອື່ນຂອງຕົນເອງ
ແລ່ນຢູ່ໃນໄດເລກະທໍລີ workflow ດຽວກັນແລ້ວ. ພຶດຕິກໍາເລີ່ມຕົ້ນປ້ອງກັນສອງຫຼື
ເພີ່ມເຕີມ pegasus-monitord ຕົວຢ່າງຈາກການເລີ່ມຕົ້ນ ແລະແລ່ນພ້ອມກັນ (ເຊິ່ງຈະ
ເຮັດໃຫ້ໄຟລ໌ bp ແລະຖານຂໍ້ມູນຖືກປະໄວ້ໃນສະຖານະທີ່ບໍ່ຫມັ້ນຄົງ). ທາງເລືອກນີ້ຄວນ
noly ຈະຖືກນໍາໃຊ້ໃນເວລາທີ່ຜູ້ໃຊ້ຮູ້ຕົວຢ່າງທີ່ຜ່ານມາຂອງ pegasus-monitord is ບໍ່
ແລ່ນອີກຕໍ່ໄປ.

--ຊັອກເກັດ
ທາງເລືອກນີ້ເຮັດໃຫ້ເກີດ pegasus-monitord ເພື່ອເລີ່ມຕົ້ນການໂຕ້ຕອບ socket ທີ່ສາມາດນໍາໃຊ້ໄດ້
ການດີບັກຂັ້ນສູງ. ໝາຍເລກພອດເພື່ອເຊື່ອມຕໍ່ pegasus-monitord ສາມາດພົບເຫັນຢູ່ໃນ
ໄດ້ monitord.sock ໄຟລ໌ໃນໄດເລກະທໍລີ workflow (ໄຟລ໌ຖືກລຶບເມື່ອ
pegasus-monitord ສໍາ​ເລັດ​ຮູບ). ຖ້າບໍ່ໄດ້ເລີ່ມຕົ້ນແລ້ວ, ການໂຕ້ຕອບຂອງເຕົ້າຮັບແມ່ນຍັງ
ສ້າງເມື່ອ pegasus-monitord ໄດ້ຮັບ a 1 USR signal

-o dir, --ouput-dir dir
ເມື່ອທາງເລືອກນີ້ຖືກມອບໃຫ້, pegasus-monitord ຈະສ້າງໄຟລ໌ຜົນຜະລິດທັງຫມົດຂອງຕົນຢູ່ໃນ
ໄດເລກະທໍລີທີ່ລະບຸໂດຍ d. ຕົວເລືອກນີ້ແມ່ນເປັນປະໂຫຍດສໍາລັບການອະນຸຍາດໃຫ້ຜູ້ໃຊ້ສາມາດ debug a
ຂະບວນການເຮັດວຽກຢູ່ໃນໄດເລກະທໍລີທີ່ຜູ້ໃຊ້ບໍ່ມີສິດໃນການຂຽນ. ໃນກໍລະນີນີ້, ທັງຫມົດ
ໄຟລ໌ທີ່ສ້າງຂຶ້ນໂດຍ pegasus-monitord ຈະມີຂະບວນການເຮັດວຽກ wf_uid ເປັນຄໍານໍາຫນ້າດັ່ງນັ້ນ
ໄຟລ໌ຈາກຫຼາຍຂະບວນການຍ່ອຍສາມາດຖືກຈັດໃສ່ໃນໄດເລກະທໍລີດຽວກັນ. ທາງເລືອກນີ້ແມ່ນ
ສ່ວນໃຫຍ່ແມ່ນໃຊ້ໂດຍ pegasus-ນັກວິເຄາະ. ມັນເປັນສິ່ງສໍາຄັນທີ່ຈະສັງເກດວ່າສະຖານທີ່ສໍາລັບການ
ຜົນຜະລິດ BP ໄຟລ໌ຫຼືຖານຂໍ້ມູນບໍ່ມີການປ່ຽນແປງໂດຍທາງເລືອກນີ້ແລະຄວນຈະຖືກຕັ້ງຄ່າໂດຍຜ່ານ
--dest ທາງເລືອກ.

-d URL params, --dest URL params
ຕົວເລືອກນີ້ອະນຸຍາດໃຫ້ຜູ້ໃຊ້ສາມາດລະບຸປາຍທາງສໍາລັບເຫດການບັນທຶກທີ່ສ້າງຂຶ້ນໂດຍ
pegasus-monitord. ຖ້າຕົວເລືອກນີ້ຖືກລະເວັ້ນ, pegasus-monitord ຈະສ້າງ SQLite
ຖານຂໍ້ມູນໃນໄດເລກະທໍລີແລ່ນຂອງ workflow ທີ່ມີຊື່ດຽວກັນກັບ workflow, ແຕ່ມີ
a .stampede.db ຄຳນຳໜ້າ. ສໍາລັບການ ຫວ່າງເປົ່າ ໂຄງການ, params ແມ່ນເສັ້ນທາງໄຟລ໌ທີ່ມີ - ຊຶ່ງຫມາຍຄວາມວ່າ
ຜົນຜະລິດມາດຕະຖານ. ສໍາ​ລັບ x-tcp ໂຄງການ, params ມີ TCP_host[:port=14380]. ສໍາລັບຖານຂໍ້ມູນ
ໂຄງການ, params ແມ່ນກ SQLAlchemy ເຄື່ອງ​ຈັກ URL ດ້ວຍສາຍເຊື່ອມຕໍ່ຖານຂໍ້ມູນທີ່ສາມາດ
ຖືກນໍາໃຊ້ເພື່ອກໍານົດເຄື່ອງຈັກຖານຂໍ້ມູນທີ່ແຕກຕ່າງກັນ. ກະລຸນາເບິ່ງພາກຕົວຢ່າງຂ້າງລຸ່ມນີ້
ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບວິທີການນໍາໃຊ້ທາງເລືອກນີ້. ໃຫ້ສັງເກດວ່າເມື່ອໃຊ້ເຄື່ອງຈັກຖານຂໍ້ມູນ
ອື່ນກ່ວາ sqlite, ໄດເວີຖານຂໍ້ມູນ Python ທີ່ຈໍາເປັນຈະຕ້ອງຖືກຕິດຕັ້ງ.

-e ການເຂົ້າລະຫັດ, --ການເຂົ້າລະຫັດ ການເຂົ້າລະຫັດ
ຕົວເລືອກນີ້ລະບຸວິທີການເຂົ້າລະຫັດເຫດການບັນທຶກ. ສອງຄວາມເປັນໄປໄດ້ທີ່ມີຢູ່ bp
ແລະ bson. ຖ້າຕົວເລືອກນີ້ບໍ່ໄດ້ຖືກລະບຸ, ເຫດການຈະຖືກສ້າງຂື້ນໃນ bp ຮູບແບບ.

DAGMan_output_file
ໄດ້ DAGMan_output_file ແມ່ນພຽງແຕ່ຕ້ອງການການໂຕ້ຖຽງເສັ້ນຄໍາສັ່ງໃນ pegasus-monitord
ແລະຕ້ອງມີ .dag.dagman.out ການຂະຫຍາຍ.

ກັບຄືນ ມູນຄ່າ

ຖ້າສາມາດສ້າງແຜນການ, pegasus-monitord ກັບຄືນມາດ້ວຍລະຫັດອອກຂອງ 0.
ຢ່າງໃດກໍຕາມ, ໃນກໍລະນີຂອງຄວາມຜິດພາດ, ລະຫັດອອກທີ່ບໍ່ແມ່ນສູນຊີ້ໃຫ້ເຫັນບັນຫາ. ໃນກໍລະນີດັ່ງກ່າວ, ໄດ້
logfile ຄວນມີຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບສະພາບຄວາມຜິດພາດ.

ENVIRONMENT ຄວາມຮັບຜິດຊອບ

pegasus-monitord ບໍ່ໄດ້ຮຽກຮ້ອງໃຫ້ມີການກໍານົດຕົວແປສະພາບແວດລ້ອມໃດໆ. ມັນຕັ້ງຂອງມັນ
ຕ້ອງການໂມດູນ Python ໂດຍອີງໃສ່ສະຖານທີ່ຂອງຕົນເອງ, ແລະດັ່ງນັ້ນຈິ່ງບໍ່ຄວນຖືກຍ້າຍ
ຢູ່ນອກບັນຊີ Pegasus' bin.

ຕົວຢ່າງ

ໂດຍປົກກະຕິແລ້ວ, pegasus-monitord ແມ່ນ invoked ອັດຕະໂນມັດໂດຍ pegasus-ແລ່ນ ແລະຕິດຕາມຂະບວນການເຮັດວຽກ
ຄວາມຄືບຫນ້າໃນເວລາທີ່ແທ້ຈິງ, ການຜະລິດ jobstate.log ໄຟລ໌ແລະ SQLite ທີ່ສອດຄ້ອງກັນ
ຖານຂໍ້ມູນ. ເມື່ອຂະບວນການເຮັດວຽກລົ້ມເຫລວ, ແລະຖືກສົ່ງຄືນດ້ວຍ DAG ກູ້ໄພ, pegasus-monitord
ອັດຕະໂນມັດຈະເອົາຂຶ້ນຈາກບ່ອນທີ່ມັນໄວ້ກ່ອນຫນ້ານີ້ແລະສືບຕໍ່ການ jobstate.log
ໄຟລ໌ແລະຖານຂໍ້ມູນ.

ຖ້າຜູ້ໃຊ້ຕ້ອງການສ້າງ jobstate.log ໄຟລ໌ຫຼັງຈາກຂັ້ນຕອນການເຮັດວຽກສໍາເລັດແລ້ວ, ໄດ້
--ຫຼິ້ນຄືນ | -r ທາງເລືອກຄວນຈະຖືກນໍາໃຊ້ໃນເວລາທີ່ແລ່ນ pegasus-monitord ດ້ວຍຕົນເອງ. ຍົກ​ຕົວ​ຢ່າງ:

$ pegasus_monitord -r diamond-0.dag.dagman.out

ຈະເປີດຕົວ pegasus-monitord ໃນ​ຮູບ​ແບບ replay​. ໃນກໍລະນີນີ້, ຖ້າ ກ jobstate.log ໄຟລ໌ແລ້ວ
ມີຢູ່, ມັນຈະຖືກຫມຸນແລະໄຟລ໌ໃຫມ່ຈະຖືກສ້າງຂື້ນ. ຖ້າ ກ diamond-0.stampede.db
ຖານຂໍ້ມູນ SQLite ມີຢູ່ແລ້ວ, pegasus-monitord ຈະລຶບການອ້າງອີງທັງໝົດຕໍ່ກັບຂະບວນການເຮັດວຽກ
id ລະບຸໄວ້ໃນ braindump.txt ໄຟລ໌, ລວມທັງຂະບວນການຍ່ອຍທັງຫມົດທີ່ກ່ຽວຂ້ອງກັບນັ້ນ
ID ຂັ້ນຕອນການເຮັດວຽກ

$ pegasus_monitord -r --no-database diamond-0.dag.dagman.out

ຈະເຮັດສິ່ງດຽວກັນ, ແຕ່ໂດຍບໍ່ມີການສ້າງເຫດການບັນທຶກໃດໆ.

$ pegasus_monitord -r --dest `pwd`/diamond-0.bp diamond-0.dag.dagman.out

ຈະສ້າງໄຟລ໌ ເພັດ-0.bp ໃນໄດເລກະທໍລີປະຈຸບັນ, ປະກອບມີເຫດການ NetLogger
ກັບຂໍ້ມູນຂະບວນການເຮັດວຽກທັງຫມົດ. ນີ້ແມ່ນນອກເຫນືອໄປຈາກ jobstate.log ຍື່ນ.

ສໍາລັບການນໍາໃຊ້ຖານຂໍ້ມູນ, ຜູ້ໃຊ້ຄວນສະຫນອງການເຊື່ອມຕໍ່ຖານຂໍ້ມູນໃນຮູບແບບຂອງ:

ພາສາ: // ຊື່ຜູ້ໃຊ້: password@host:port/database

ບ່ອນທີ່ ພາສາ ແມ່ນ​ຊື່​ຂອງ​ຜູ້​ຂັບ​ລົດ​ທີ່​ຕິດ​ພັນ (mysql, sqlite, oracle, ໄປສະນີ) ແລະ
ຖານຂໍ້ມູນ ແມ່ນຊື່ຂອງຖານຂໍ້ມູນທີ່ເຮັດວຽກຢູ່ໃນເຄື່ອງແມ່ຂ່າຍຢູ່ທີ່ ເຈົ້າພາບ ຄອມພິວເຕີ.

ຖ້າຜູ້ໃຊ້ຕ້ອງການໃຊ້ທີ່ແຕກຕ່າງກັນ SQLite ຖານຂໍ້ມູນ, pegasus-monitord ຮຽກຮ້ອງໃຫ້ເຂົາເຈົ້າ
ລະບຸເສັ້ນທາງຢ່າງແທ້ຈິງຂອງໄຟລ໌ສຳຮອງ. ຍົກ​ຕົວ​ຢ່າງ:

$ pegasus_monitord -r --dest sqlite:////home/user/diamond_database.db diamond-0.dag.dagman.out

ນີ້ແມ່ນເອກະສານທີ່ມີລາຍລະອຽດຂອງໄດເວີທີ່ຮອງຮັບທັງໝົດ:
http://www.sqlalchemy.org/docs/05/reference/dialects/index.html

ຕົວເລືອກຕໍ່ຖານຂໍ້ມູນເພີ່ມເຕີມທີ່ເຮັດວຽກຢູ່ໃນສາຍເຊື່ອມຕໍ່ແມ່ນໄດ້ລະບຸໄວ້ຢູ່ທີ່ນັ້ນ.

ມັນເປັນສິ່ງສໍາຄັນທີ່ຈະສັງເກດວ່າຫນຶ່ງຈະຕ້ອງມີຫ້ອງສະຫມຸດການໂຕ້ຕອບ db ທີ່ເຫມາະສົມ
ຕິດຕັ້ງ. ຊຶ່ງຫມາຍຄວາມວ່າ, SQLAlchemy ເປັນ wrapper ປະມານຫ້ອງສະຫມຸດການໂຕ້ຕອບ mysql
(ຕົວຢ່າງ), ມັນບໍ່ໄດ້ສະຫນອງ a MySQL ຄົນຂັບເອງ. ໄດ້ Pegasus ການແຜ່ກະຈາຍ
ລວມມີທັງສອງ SQLAlchemy ແລະ SQLite ຄົນຂັບ Python.

ໃນຖານະເປັນບັນທຶກສຸດທ້າຍ, ມັນເປັນສິ່ງສໍາຄັນທີ່ຈະກ່າວເຖິງວ່າບໍ່ຄືກັບເວລາທີ່ໃຊ້ SQLite ຖານຂໍ້ມູນ, ການນໍາໃຊ້
SQLAlchemy ກັບເຄື່ອງແມ່ຂ່າຍຖານຂໍ້ມູນອື່ນໆ, eg MySQL or ໄປສະນີ, ຖານຂໍ້ມູນເປົ້າຫມາຍຕ້ອງການ
ມີຢູ່. ດັ່ງນັ້ນ, ຖ້າຜູ້ໃຊ້ຕ້ອງການເຊື່ອມຕໍ່ກັບ:

mysql://pegasus-user:supersecret@localhost:localport/diamond

ມັນຈະຕ້ອງທໍາອິດເຊື່ອມຕໍ່ກັບເຄື່ອງແມ່ຂ່າຍທີ່ localhost ແລະອອກການສ້າງທີ່ເຫມາະສົມ
ຄໍາສັ່ງຖານຂໍ້ມູນກ່ອນທີ່ຈະດໍາເນີນການ pegasus-monitord as SQLAlchemy ຈະດູແລການສ້າງ
ຕາຕະລາງແລະດັດສະນີຖ້າພວກເຂົາບໍ່ມີຢູ່ແລ້ວ.

ໃຊ້ pegasus-monitord ອອນໄລນ໌ໂດຍໃຊ້ບໍລິການ onworks.net