ນີ້ແມ່ນຄໍາສັ່ງ cr_restart ທີ່ສາມາດດໍາເນີນການໄດ້ໃນ OnWorks ຜູ້ໃຫ້ບໍລິການໂຮດຕິ້ງຟຣີໂດຍໃຊ້ຫນຶ່ງໃນຫຼາຍໆບ່ອນເຮັດວຽກອອນໄລນ໌ຂອງພວກເຮົາເຊັ່ນ Ubuntu Online, Fedora Online, Windows online emulator ຫຼື MAC OS online emulator
ໂຄງການ:
NAME
cr_restart - restarts ຂະບວນການ, ກຸ່ມຂະບວນການ, ຫຼື session ຈາກໄຟລ໌ checkpoint.
ສະຫຼຸບສັງລວມ
cr_restart [ທາງເລືອກໃນການ] [checkpoint_file]
ລາຍລະອຽດ
cr_restart ຣີສະຕາດຂະບວນການ (ຫຼືຊຸດຂອງຂະບວນການ) ຈາກໄຟລ໌ດ່ານທີ່ສ້າງຂຶ້ນດ້ວຍ
cr_ຈຸດກວດກາ(1).
ຂະບວນການເລີ່ມຕົ້ນໃໝ່ມີຄຸນສົມບັດທັງໝົດທີ່ພວກເຂົາມີໃນເວລາກວດກາ, ລວມທັງມັນ
ID ຂະບວນການ ຖ້າຊັບພະຍາກອນທີ່ຈໍາເປັນບໍ່ສາມາດບັນລຸໄດ້ສໍາລັບຂະບວນການຢູ່ໃນດ່ານ
ໄຟລ໌ (ເຊັ່ນ: pid ກໍາລັງໃຊ້ຢູ່), cr_restart ຈະລົ້ມເຫລວ. ຖ້າກຸ່ມຂະບວນການຫຼືກອງປະຊຸມແມ່ນ
restarted, ຄວາມສໍາພັນຂອງພໍ່ແມ່ / ເດັກທັງຫມົດແລະທໍ່, ແລະອື່ນໆ, ລະຫວ່າງຂະບວນການໃນ
ດ່ານຈະຖືກຟື້ນຟູຢ່າງຖືກຕ້ອງ.
ຖ້າ stdin/stdout/stderr ຂອງຂະບວນການ restarted ໃດໄດ້ມຸ້ງໄປຫາ terminal ຢູ່
ເວລາກວດກາ, ມັນຖືກໂອນໄປຫາຈຸດຄວບຄຸມຂອງໂຄງການ cr_restart.
ໄດເລກະທໍລີທີ່ເຮັດວຽກໃນປະຈຸບັນຂອງຂະບວນການເລີ່ມຕົ້ນໃຫມ່ແມ່ນຄືກັນກັບເວລາທີ່ມັນເກີດຂຶ້ນ
checkpointed, ໂດຍບໍ່ຄໍານຶງເຖິງບ່ອນທີ່ໄຟລ໌ບໍລິບົດຢູ່, ຫຼືບ່ອນທີ່ cr_restart ແມ່ນ
ຮຽກຮ້ອງ.
ຂະບວນການ cr_restart ກາຍເປັນພໍ່ແມ່ຂອງຂະບວນການ 'ທີ່ອາວຸໂສ' ໃນທຸກວຽກທີ່ເລີ່ມໃໝ່.
ນີ້ຫມາຍຄວາມວ່າ getppid(2) ອາດຈະກັບຄືນຄ່າທີ່ແຕກຕ່າງກັນກັບຂະບວນການທີ່ສູງສຸດຫຼັງຈາກ
ເລີ່ມຕົ້ນໃຫມ່. ເມື່ອຂະບວນການຣີສະຕາດທີ່ເກົ່າແກ່ທີ່ສຸດອອກໄປ (ຫຼືຕາຍຈາກສັນຍານ), cr_restart ຈະ
ອອກຈາກລະຫັດຂໍ້ຜິດພາດດຽວກັນ (ຫຼືຂ້າຕົວມັນເອງດ້ວຍສັນຍານດຽວກັນ), ດັ່ງນັ້ນມັນສ່ວນໃຫຍ່ແມ່ນ
ເບິ່ງບໍ່ເຫັນ (ມັນຈໍາເປັນຕ້ອງຮັກສາ cr_restart 'ໃນລະຫວ່າງ' shell ຂອງທ່ານແລະ restarted
ຂະບວນການ, ແນວໃດກໍ່ຕາມ, ຍ້ອນວ່າແກະຂອງ Unix ສ່ວນໃຫຍ່ສັບສົນຫຼາຍຖ້າພວກເຂົາສັງເກດເຫັນລູກຂອງພວກເຂົາ
ການປ່ຽນແປງ IDs).
ສັນຍານ
ຕາມຄ່າເລີ່ມຕົ້ນ ຂະບວນການຣີສະຕາດເລີ່ມເຮັດວຽກຫຼັງຈາກຣີສະຕາດສຳເລັດ. ອີກທາງເລືອກ,
ທ່ານອາດຈະລະບຸວ່າພວກເຂົາຖືກຢຸດ (ຜ່ານ --ຢຸດ), ຫຼືຢຸດເຊົາ / ເອົາອອກ / ຂ້າ (ຜ່ານ
--ໄລຍະ, --ເອົາລູກອອກ, ຫຼື --ຂ້າ). ນີ້ແມ່ນເຮັດໄດ້ໂດຍການສົ່ງສັນຍານທີ່ເຫມາະສົມກັບທຸກໆ
ຂະບວນການທີ່ເປັນສ່ວນຫນຶ່ງຂອງ restart. ຖ້າຂະບວນການຖືກຢຸດໃນເວລານັ້ນ
ດ່ານຖືກຮ້ອງຂໍ, ຈາກນັ້ນ --ຕໍ່ ອາດຈະຖືກນໍາໃຊ້ເພື່ອສົ່ງ SIGCONT ກັບຂະບວນການທັງຫມົດຫຼັງຈາກ
restart ແມ່ນສໍາເລັດ.
Error ການຈັດການ
ໂດຍຄ່າເລີ່ມຕົ້ນ cr_restart ຈະປິດກັ້ນຈົນກ່ວາຂະບວນການເລີ່ມຕົ້ນໃຫມ່ໄດ້ສໍາເລັດ, ແລະຈະອອກ
ທີ່ມີຄ່າທາງອອກດຽວກັນກັບຂະບວນການເລີ່ມຕົ້ນໃຫມ່ (ເຖິງແມ່ນວ່າຂະບວນການເລີ່ມຕົ້ນໃຫມ່ໄດ້ເສຍຊີວິດກັບ
ສັນຍານອັນຕະລາຍ). ນີ້ສາມາດເຮັດໃຫ້ມັນເກືອບເປັນໄປບໍ່ໄດ້ທີ່ຈະກໍານົດວ່າການອອກທີ່ບໍ່ແມ່ນສູນຈາກ
cr_restart ແມ່ນເນື່ອງມາຈາກຄວາມລົ້ມເຫຼວທີ່ຈະປິດເປີດໃຫມ່, ຫຼືແມ່ນລະຫັດອອກຂອງ restarted ຢ່າງຖືກຕ້ອງ
ຂະບວນການ. ວິທີການງ່າຍດາຍຂອງການຊອກຫາ 'Restart ລົ້ມເຫລວ:' ແມ່ນບໍ່ຫນ້າເຊື່ອຖື.
ດັ່ງນັ້ນ, ໄດ້ --ແລ່ນ-* ຄອບຄົວຂອງທຸງມີໃຫ້ສະຫນອງທາງເລືອກ (ຫຼື
ເສີມ) ການຈັດການຄວາມຜິດພາດ. ເມື່ອໃດທີ່ --ແລ່ນ-* ທຸງແມ່ນຜ່ານ, hook ແມ່ນ
ຕິດຕັ້ງສໍາລັບປະເພດຂອງຄວາມລົ້ມເຫຼວ (ຫຼືຄວາມສໍາເລັດ), ດັ່ງທີ່ກໍານົດໄວ້ຂ້າງລຸ່ມນີ້. ເມື່ອເກີດຄວາມຜິດພາດ
(ຫຼືຜົນສໍາເລັດ) ຖືກກວດພົບແລະ hook ທີ່ສອດຄ້ອງກັນໄດ້ຖືກຕິດຕັ້ງ, hook ແມ່ນດໍາເນີນການໂດຍຜ່ານ
ລະບົບ(3) ຫນ້າທີ່. ຖ້າລະຫັດອອກຂອງ hook ບໍ່ແມ່ນສູນ, ຫຼັງຈາກນັ້ນ cr_restart ກັບຄືນມາ
ມູນຄ່ານີ້, ສະກັດກັ້ນຂໍ້ຄວາມສະແດງຂໍ້ຜິດພາດທີ່ອາດຈະຖືກສ້າງຂື້ນ. ຖ້າບໍ່ມີ hook
ໄດ້ຖືກຕິດຕັ້ງ, hook ແມ່ນສາຍທີ່ຫວ່າງເປົ່າ, ຫຼືຖ້າ hook ສົ່ງຄືນລະຫັດອອກຂອງສູນ,
ຫຼັງຈາກນັ້ນ, ຂໍ້ຄວາມສະແດງຂໍ້ຜິດພາດອະທິບາຍຖືກພິມອອກແລະລະຫັດອອກທີ່ກ່ຽວຂ້ອງກັບຄ່າ errno
ໃນເວລາທີ່ຄວາມລົ້ມເຫຼວແມ່ນກັບຄືນມາ.
--run-on-success='cmd'
ດໍາເນີນການຄໍາສັ່ງທີ່ໃຫ້ທັນທີທີ່ຂະບວນການ restarted (es) ເປັນທີ່ຮູ້ຈັກ
ແລ່ນ. ຖ້າຄ່າກັບຄືນຂອງ 'cmd' ບໍ່ແມ່ນສູນ, ນີ້ຍັງສົ່ງຜົນໃຫ້ cr_restart
ການຢຸດເຊົາໂດຍບໍ່ມີການລໍຖ້າການຢຸດເຊົາຂະບວນການເລີ່ມຕົ້ນໃຫມ່.
--run-on-fail-args='cmd'
ແລ່ນຄຳສັ່ງທີ່ໃຫ້ມາຖ້າອາກິວເມັນບໍ່ຖືກຕ້ອງ. ນີ້ລວມທັງກໍລະນີໃນ
ເຊິ່ງໄຟລ໌ບໍລິບົດທີ່ໃຫ້ນັ້ນຂາດຫາຍໄປ ຫຼືບໍ່ສາມາດອ່ານໄດ້.
--run-on-fail-temp='cmd'
ແລ່ນຄຳສັ່ງທີ່ໃຫ້ມາຖ້າກວດພົບຄວາມລົ້ມເຫລວ "ຊົ່ວຄາວ". ນີ້ປະກອບມີ
ກໍລະນີຂອງ pid ທີ່ຕ້ອງການໄດ້ຖືກນໍາໃຊ້.
--run-on-fail-perm='cmd'
ດໍາເນີນການຄໍາສັ່ງທີ່ໃຫ້ຖ້າຄວາມລົ້ມເຫຼວ "ຖາວອນ" ຖືກກວດພົບ. ນີ້ແມ່ນທົ່ວໄປທີ່ສຸດ
ເນື່ອງຈາກໄຟລ໌ບໍລິບົດເສຍຫາຍ.
--run-on-fail-env='cmd'
ດໍາເນີນການຄໍາສັ່ງທີ່ໃຫ້ຖ້າຫາກວ່າຄວາມລົ້ມເຫຼວ "ສິ່ງແວດລ້ອມ" ຖືກກວດພົບ. ນີ້ປະກອບມີ
ເມື່ອໄຟລ໌ທີ່ຕ້ອງການສໍາລັບການປິດເປີດໃໝ່ ຫຼືບໍ່ສາມາດເຂົ້າໃຊ້ໄດ້.
--run-on-failure='cmd'
ນີ້ຕິດຕັ້ງຄໍາສັ່ງໃຫ້ສໍາລັບທັງຫມົດຂອງ --run-on-fail-* hooks.
ເອກະສານ ການຍົກຍ້າຍ
ໂດຍຄ່າເລີ່ມຕົ້ນ, ໄຟລ໌ແລະໄດເລກະທໍລີຖືກບັນທຶກໄວ້ 'ໂດຍອ້າງອີງ', ເກັບຮັກສາຊື່ເຕັມຂອງພວກເຂົາຢູ່ໃນ
ໄຟລ໌ບໍລິບົດ. ນີ້ປະກອບມີໄຟລ໌ທີ່ກ່ຽວຂ້ອງກັບຂະບວນການໂດຍຜ່ານ ເປີດ(2) ແລະ/ຫຼື
ແຜນທີ່(2) ແລະໄດເລກະທໍລີທີ່ກ່ຽວຂ້ອງໂດຍຜ່ານ opendir(3) ຫຼືເປັນໄດເລກະທໍລີທີ່ເຮັດວຽກໃນປະຈຸບັນ.
ການ ນຳ ໃຊ້ -- ຍົກຍ້າຍ oldpath=ເສັ້ນທາງໃໝ່ ອະນຸຍາດໃຫ້ remapping ຂອງເສັ້ນທາງດັ່ງກ່າວໄປຫາສະຖານທີ່ໃຫມ່ຢູ່ທີ່
restart-time.
ເມື່ອວິເຄາະ -- ຍົກຍ້າຍ argument ລໍາດັບ `\=' ແລະ `\\' ຖືກຕີຄວາມວ່າ `='
ແລະ `\', ຕາມລໍາດັບ, ເພື່ອອະນຸຍາດໃຫ້ເສັ້ນທາງທີ່ປະກອບດ້ວຍຕົວອັກສອນ `='. `\'
ລັກສະນະບໍ່ພິເສດໃນສະພາບການອື່ນ. (ໃຫ້ສັງເກດວ່າ shells ຄໍາສັ່ງຍັງມີ
ການປິ່ນປົວພິເສດຂອງ `\' ແລະດັ່ງນັ້ນທ່ານອາດຈະຕ້ອງການວົງຢືມຫຼືຕົວອັກສອນ `\' ເພີ່ມເຕີມເພື່ອ
ຜ່ານການໂຕ້ຖຽງທີ່ທ່ານຕັ້ງໃຈ.)
ເມື່ອເອກະສານຫຼືລາຍຊື່ໄດເລກະທໍລີຖືກຟື້ນຟູ, ເສັ້ນທາງເກົ່າ ຖືກປຽບທຽບກັບຄວາມລອດ
fullpath ຂອງແຕ່ລະໄຟລ໌ຫຼືໄດເລກະທໍລີ. ຖ້າມັນກົງກັບອົງປະກອບຊັ້ນນໍາຂອງເສັ້ນທາງ, the
ສ່ວນທີ່ກົງກັນຖືກແທນທີ່ດ້ວຍຄ່າຂອງ ເສັ້ນທາງໃໝ່. ໃຫ້ສັງເກດວ່າ ເສັ້ນທາງເກົ່າ ຕ້ອງກົງກັນ ທັງຫມົດ
ອົງປະກອບເສັ້ນທາງ, ແລະພຽງແຕ່ ນໍາ ອົງປະກອບ. ເພາະສະນັ້ນ, ເປັນ ເສັ້ນທາງເກົ່າ of /tmp/foo ຈະກົງກັນ
/tmp/foo or /tmp/foo/1, ແຕ່ຈະ ບໍ່ ກົງກັບ /tmp/fooz (ບໍ່ກົງກັບອົງປະກອບເຕັມ
fooz) ຫຼື /var/tmp/foo (ບໍ່ກົງກັບອົງປະກອບຊັ້ນນໍາ / var.)
ມັນເປັນສິ່ງ ສຳ ຄັນທີ່ຈະຕ້ອງຮູ້ວ່າເສັ້ນທາງເຕັມທີ່ບັນທຶກໄວ້ໃນແຟ້ມເອກະສານແມ່ນເປັນ canonical
ເສັ້ນທາງ. ເພາະສະນັ້ນຈຶ່ງ ເສັ້ນທາງເກົ່າ ທ່ານສະຫນອງຍັງຈະຕ້ອງເປັນເສັ້ນທາງ canonical, ເຖິງແມ່ນວ່າ
ເສັ້ນທາງໃໝ່ ບໍ່ຈໍາເປັນຕ້ອງເປັນ. ສໍາລັບຕົວຢ່າງ, ຖ້າ / tmp ແມ່ນການເຊື່ອມຕໍ່ທີ່ເປັນສັນຍາລັກໃຫ້ / var / tmp, ຫຼັງຈາກນັ້ນຖ້າຫາກວ່າ
ແອັບພລິເຄຊັນຂອງເຈົ້າເປີດໄຟລ໌ /tmp/work/1234 ເສັ້ນທາງທີ່ເກັບໄວ້ໃນໄຟລ໌ບໍລິບົດຈະເປັນ
/var/tmp/work/1234. ສະນັ້ນ,
-- ຍົກຍ້າຍ /tmp/ວຽກ=/tmp/play
ຈະ ບໍ່ ເຮັດວຽກຕາມທີ່ຕ້ອງການ, ແຕ່ອັນໃດອັນໜຶ່ງຕໍ່ໄປນີ້ຈະ:
-- ຍົກຍ້າຍ /var/tmp/work=/tmp/play
-- ຍົກຍ້າຍ /var/tmp/work=/var/tmp/play
ຖ້າ -- ຍົກຍ້າຍ ທາງເລືອກແມ່ນຜ່ານຫຼາຍຄັ້ງ, ທັງຫມົດແມ່ນນໍາໃຊ້ກັບໄຟລ໌ທີ່ຟື້ນຟູຫຼື
ສະມາຄົມໄດເລກະທໍລີ, ແຕ່ວ່າພຽງແຕ່ການຈັບຄູ່ທໍາອິດທີ່ຖືກນໍາໃຊ້ກັບເສັ້ນທາງໃດກໍ່ຕາມ. ໃນປັດຈຸບັນ
ຮອງຮັບການຍົກຍ້າຍໄດ້ສູງສຸດ 16 ບ່ອນ.
ອັກເສບທ້ອງນ້ອຍ ແລະ ທີ່ກ່ຽວຂ້ອງ ຕົວລະບຸຕົວຕົນ
ໂດຍຄ່າເລີ່ມຕົ້ນ, ຂະບວນການຕ່າງໆຈະເລີ່ມໃໝ່ດ້ວຍ pid ແລະ thread id ດຽວກັນ (ຕາມທີ່ສົ່ງກັບ
getpid(2) ແລະ gettid(2) ຕາມລໍາດັບ). ຄ່າເລີ່ມຕົ້ນນີ້ຮັບປະກັນວ່າຂະບວນການແລະກະທູ້
ທີ່ສົ່ງສັນຍານເຊິ່ງກັນແລະກັນແລະຂະບວນການທີ່ລໍຖ້າເດັກນ້ອຍຈະສືບຕໍ່ເຮັດວຽກ
ຢ່າງຖືກຕ້ອງ. ແນວໃດກໍ່ຕາມ, ນີ້ປ້ອງກັນບໍ່ໃຫ້ restart ກໍລະນີພ້ອມກັນຂອງສະພາບການດຽວກັນ
ຍື່ນ.
ໂດຍຄ່າເລີ່ມຕົ້ນ, ກຸ່ມຂະບວນການແລະກອງປະຊຸມ (ຕາມທີ່ສົ່ງກັບ getpgrp(2) ແລະ ໄດ້ຮັບ(2)) ແມ່ນ
ຕັ້ງຄ່າໃຫ້ກັບໂປຣແກຣມ cr_restart. ນີ້ຮັບປະກັນວ່າການຄວບຄຸມວຽກຜ່ານຜູ້ຮ້ອງຂໍ
ຜູ້ນໍາຂອງເຊດຊັນ (ໂດຍປົກກະຕິເປັນ shell ເຂົ້າສູ່ລະບົບ) ຈະສືບຕໍ່ເຮັດວຽກຢ່າງຖືກຕ້ອງ. ແນວໃດກໍ່ຕາມ,
ນີ້ແຊກແຊງການຄວບຄຸມວຽກຫຼືຂະບວນການຂອງກຸ່ມສັນຍານທີ່ອາດຈະເກີດຂຶ້ນ
ໃນບັນດາຂະບວນການເລີ່ມຕົ້ນໃຫມ່.
ມີທາງເລືອກໃນການຄວບຄຸມສ່ວນບຸກຄົນບໍ່ວ່າຈະເປັນ pid, ກຸ່ມຂະບວນການແລະກອງປະຊຸມ
ຟື້ນຟູຄ່າທີ່ບັນທຶກໄວ້ຂອງເຂົາເຈົ້າຫຼືສົມມຸດຄ່າໃຫມ່ (ກຸ່ມຂະບວນການແລະກອງປະຊຸມ
ສືບທອດມາຈາກ cr_restart ແລະ pid ສົດທີ່ໄດ້ຮັບຈາກ fork(2)). ບໍ່ມີແຍກຕ່າງຫາກ
ການຄວບຄຸມສໍາລັບ thread ids, ຍ້ອນວ່າພວກເຂົາຕ້ອງປະຕິບັດຕາມນະໂຍບາຍດຽວກັນກັບ pid ສະເຫມີ. ໄດ້
ຕໍ່ໄປນີ້ອະທິບາຍແຕ່ລະທາງເລືອກ, ພ້ອມກັບການອະທິບາຍບາງສ່ວນຂອງຄວາມສ່ຽງທີ່ກ່ຽວຂ້ອງກັບ
ອັນທີ່ບໍ່ແມ່ນຄ່າເລີ່ມຕົ້ນ:
--restore-pid
(ຄ່າເລີ່ມຕົ້ນ) ອັນນີ້ເຮັດໃຫ້ pid ແລະ thread ids ຖືກຟື້ນຟູເປັນຄ່າທີ່ບັນທຶກໄວ້.
--no-restore-pid
ນີ້ເຮັດໃຫ້ pid ແລະ thread ids ສົມມຸດຄ່າໃຫມ່. ຂະບວນການຫຼາຍກະທູ້ໃດໆ
ມີຄວາມເປັນໄປໄດ້ຂອງການນໍາໃຊ້ຫນ້າທີ່ຄ້າຍຄື tkill(2) ທີ່ຈະບໍ່ປະຕິບັດເປັນ
ຕ້ອງການຖ້າ ids ກະທູ້ບໍ່ໄດ້ຖືກຟື້ນຟູ. ເຊັ່ນດຽວກັນ, ຂະບວນການຫຼາຍ
ຄໍາຮ້ອງສະຫມັກອາດຈະເຮັດໃຫ້ການນໍາໃຊ້ ຂ້າ(2) ຫຼື ລໍຄອຍ(2), ແລະອື່ນໆ, ທີ່ຮຽກຮ້ອງໃຫ້ມີ
ການຟື້ນຟູ pid ສໍາລັບການປະຕິບັດງານທີ່ຖືກຕ້ອງ. ມັນຍັງເປັນມູນຄ່າບອກວ່າຫຼາຍສະບັບຂອງ
glibc ຈະ cache ຜົນຂອງ getpid(), ເຊິ່ງອາດຈະສົ່ງຜົນໃຫ້ການໂທຫຼັງຈາກການຟື້ນຟູ
ກັບຄືນມູນຄ່າຕົ້ນສະບັບ, ເຖິງແມ່ນວ່າ pid ໄດ້ຖືກປ່ຽນໂດຍການເລີ່ມຕົ້ນໃຫມ່.
--restore-pgid
ອັນນີ້ເຮັດໃຫ້ ids ກຸ່ມຂະບວນການຖືກຟື້ນຟູເປັນຄ່າທີ່ບັນທຶກໄວ້ຂອງເຂົາເຈົ້າ. ນີ້ແມ່ນ
ຕ້ອງການສໍາລັບການດໍາເນີນການທີ່ຖືກຕ້ອງຂອງຄໍາຮ້ອງສະຫມັກຫຼາຍຂະບວນການທີ່ອາດຈະປະຕິບັດ
ສັນຍານຫຼືການລໍຖ້າການດໍາເນີນງານກ່ຽວກັບກຸ່ມຂະບວນການ (ເປັນໂດຍການຜ່ານຄ່າ pid ທາງລົບກັບ
ຂ້າ(2) ຫຼື ລໍຄອຍ(2), ແລະອື່ນໆ), ຫຼືໃຊ້ກຸ່ມຂະບວນການສໍາລັບວຽກ POSIX
ການຄວບຄຸມການດໍາເນີນງານ. ນີ້ບໍ່ແມ່ນພຶດຕິກໍາເລີ່ມຕົ້ນເພາະວ່າການຟື້ນຟູຂະບວນການ
ກຸ່ມ IDs ຈະປ້ອງກັນການຄວບຄຸມວຽກໂດຍ Shell ຂອງຜູ້ຮ້ອງຂໍ (ຫຼືການຄວບຄຸມອື່ນໆ
ຂະບວນການ).
--no-restore-pgid
(ຄ່າເລີ່ມຕົ້ນ) ນີ້ເຮັດໃຫ້ຂະບວນການເລີ່ມຕົ້ນໃຫມ່ເຂົ້າຮ່ວມກຸ່ມຂະບວນການຂອງ
cr_restart ຂະບວນການ.
--restore-sid
ອັນນີ້ເຮັດໃຫ້ ids ເຊດຊັນຖືກຟື້ນຟູເປັນຄ່າທີ່ບັນທຶກໄວ້ຂອງເຂົາເຈົ້າ. ນີ້ແມ່ນ
ຕ້ອງການ, ສໍາລັບການຍົກຕົວຢ່າງ, ສໍາລັບລະບົບທີ່ກໍາລັງປະຕິບັດການບັນຊີ batch ໂດຍອີງໃສ່
ID ເຊດຊັນ.
--no-restore-sid
(ຄ່າເລີ່ມຕົ້ນ) ອັນນີ້ເຮັດໃຫ້ຂະບວນການຣີສະຕາດເຂົ້າຮ່ວມເຊສຊັນຂອງ cr_restart
ຂະບວນການ.
ໃຫ້ສັງເກດວ່າການນໍາໃຊ້ --restore-pgid or --restore-sid ຈະຜະລິດຄວາມຜິດພາດໃນກໍລະນີທີ່
ຕົວລະບຸທີ່ຕ້ອງການແມ່ນໃຊ້ຢູ່ໃນລະບົບ. ນີ້ປະກອບມີຄວາມເປັນໄປໄດ້ທີ່
ພວກເຂົາຂັດກັບກຸ່ມຂະບວນການຫຼືເຊດຊັນຂອງ cr_restart.
OPTIONS
ໂດຍທົ່ວໄປ ຕົວເລືອກ:
-?, - ຊ່ວຍ
ພິມຂໍ້ຄວາມຊ່ວຍເຫຼືອນີ້.
-v, - ການປ່ຽນແປງ
ຂໍ້ມູນສະບັບພິມ.
-q, --ງຽບ
ສະກັດກັ້ນຂໍ້ຄວາມຜິດພາດ / ເຕືອນເພື່ອ stderr.
ທາງເລືອກໃນການ ສໍາລັບການ ແຫຼ່ງ ສະຖານທີ່ of ໄດ້ ດ່ານ:
-d, --dir DIR
ດ່ານກວດອ່ານຈາກໄດເລກະທໍລີ DIR, ດ້ວຍໄຟລ໌ 'context.ID' ນຶ່ງໄຟລ໌ຕໍ່ຂະບວນການ
(ບໍ່ໄດ້ປະຕິບັດ).
-f, --file ເອກະສານ
ດ່ານກວດອ່ານຈາກ FILE.
-F, --fd FD
ດ່ານກວດອ່ານຈາກຕົວອະທິບາຍໄຟລ໌ເປີດ.
ທາງເລືອກໃນກຸ່ມນີ້ແມ່ນສະເພາະເຊິ່ງກັນແລະກັນ. ຖ້າບໍ່ມີທາງເລືອກແມ່ນໃຫ້ຈາກນີ້
ກຸ່ມ, ຄ່າເລີ່ມຕົ້ນແມ່ນເພື່ອເອົາການໂຕ້ຖຽງສຸດທ້າຍເປັນ FILE.
ທາງເລືອກໃນການ ສໍາລັບການ signal ຄວາມຮູ້ສຶກ to ຂະບວນການ ຫຼັງຈາກ ເລີ່ມຕົ້ນໃຫມ່:
--ແລ່ນ ບໍ່ມີສັນຍານສົ່ງ: ສືບຕໍ່ປະຕິບັດ (ຄ່າເລີ່ມຕົ້ນ).
-S, --ສັນຍານ NUMBER
ສັນຍານ NUM ສົ່ງໄປຫາທຸກຂະບວນການ/ກະທູ້.
--ຢຸດ SIGSTOP ສົ່ງໄປໃຫ້ທຸກຂະບວນການ.
--ໄລຍະ SIGTERM ຖືກສົ່ງໄປຫາຂະບວນການທັງຫມົດ.
--ເອົາລູກອອກ
SIGABRT ຖືກສົ່ງໄປຫາຂະບວນການທັງຫມົດ.
--ຂ້າ SIGKILL ຖືກສົ່ງໄປຫາຂະບວນການທັງຫມົດ.
--ຕໍ່ SIGCONT ສົ່ງໄປຫາຂະບວນການທັງຫມົດ.
ທາງເລືອກໃນກຸ່ມນີ້ແມ່ນສະເພາະເຊິ່ງກັນແລະກັນ. ຖ້າຫຼາຍກວ່າຫນຶ່ງແມ່ນໃຫ້ພຽງແຕ່
ສຸດທ້າຍຈະໄດ້ຮັບກຽດ.
ທາງເລືອກໃນການ ສໍາລັບການ ດ່ານ of ເລີ່ມ ໃໝ່ ແລ້ວ ຂະບວນການ:
--omit-ບາງທີ
ໃຊ້ heuristic ເພື່ອຍົກເລີກ cr_restart ຈາກຈຸດກວດກາ (ຄ່າເລີ່ມຕົ້ນ)
--omit-ສະເໝີ
ຍົກເວັ້ນ cr_restart ຈາກຈຸດກວດກາສະເໝີ
--omit-ບໍ່ເຄີຍ
ບໍ່ເຄີຍຍົກເລີກ cr_restart ຈາກຈຸດກວດກາ
ທາງເລືອກໃນການ ສໍາລັບການ ຈັບສະຫຼັບ ຄວາມຜິດພາດ ການຈັດການ:
--run-on-success='cmd'
ດໍາເນີນການຄໍາສັ່ງທີ່ໃຫ້ສໍາລັບຄວາມສໍາເລັດ
--run-on-fail-args='cmd'
ດໍາເນີນການຄໍາສັ່ງທີ່ໃຫ້ arguments ບໍ່ຖືກຕ້ອງ
--run-on-fail-temp='cmd'
ດໍາເນີນການຄໍາສັ່ງທີ່ໃຫ້ຢູ່ໃນຄວາມລົ້ມເຫລວ 'ຊົ່ວຄາວ'
--run-on-fail-env='cmd'
ດໍາເນີນການຄໍາສັ່ງທີ່ໃຫ້ຢູ່ໃນຄວາມລົ້ມເຫຼວຂອງ 'ສິ່ງແວດລ້ອມ'
--run-on-fail-perm='cmd'
ດໍາເນີນການຄໍາສັ່ງທີ່ໃຫ້ຢູ່ໃນຄວາມລົ້ມເຫລວ 'ຖາວອນ'
--run-on-failure='cmd'
ດໍາເນີນການຄໍາສັ່ງທີ່ໃຫ້ຢູ່ໃນຄວາມລົ້ມເຫຼວໃດໆ
ທາງເລືອກໃນການ ສໍາລັບການ ການຍົກຍ້າຍ:
-- ຍົກຍ້າຍ OLDPATH=NEWPATH
ແຜນທີ່ເສັ້ນທາງຂອງໄຟລ໌ແລະລະບົບໄປຫາສະຖານທີ່ໃຫມ່ໂດຍການທົດແທນຄໍານໍາຫນ້າ.
ທາງເລືອກສໍາລັບການຟື້ນຟູ pid, ກຸ່ມຂະບວນການແລະ ids ກອງປະຊຸມ
--restore-pid
ຟື້ນຟູ pid ກັບຄ່າທີ່ບັນທຶກໄວ້ (ຄ່າເລີ່ມຕົ້ນ).
--no-restore-pid
restart ກັບ pid ໃຫມ່.
--restore-pgid
ຟື້ນຟູ pgid ກັບຄ່າທີ່ບັນທຶກໄວ້.
--no-restore-pgid
ຣີສະຕາດດ້ວຍ pgids ໃໝ່ (ຄ່າເລີ່ມຕົ້ນ).
--restore-sid
ຟື້ນຟູ sid ກັບຄ່າທີ່ບັນທຶກໄວ້.
--no-restore-sid
ຣີສະຕາດດ້ວຍໜ້າໃໝ່ (ຄ່າເລີ່ມຕົ້ນ).
ທາງເລືອກໃນແຕ່ລະຄູ່ການຟື້ນຟູ / ບໍ່ມີການຟື້ນຟູແມ່ນສະເພາະເຊິ່ງກັນແລະກັນ. ຖ້າທັງສອງແມ່ນໃຫ້
ຫຼັງ ຈາກ ນັ້ນ ພຽງ ແຕ່ ສຸດ ທ້າຍ ຈະ ໄດ້ ຮັບ ການ ເປັນ ກຽດ.
ທາງເລືອກໃນການ ສໍາລັບການ kernel log ຂໍ້ຄວາມ (ຄ່າເລີ່ມຕົ້ນ is --kmsg-error):
--kmsg-none
ຢ່າລາຍງານຂໍ້ຄວາມ kernel ໃດໆ.
--kmsg-ຜິດພາດ
ເມື່ອ restart ຄວາມລົ້ມເຫຼວ, ລາຍງານກ່ຽວກັບ stderr ຂໍ້ຄວາມ kernel ໃດໆທີ່ກ່ຽວຂ້ອງກັບ
restart ຄໍາຮ້ອງສະຫມັກ.
--kmsg-ເຕືອນ
ລາຍງານກ່ຽວກັບ stderr ຂໍ້ຄວາມ kernel ໃດໆທີ່ກ່ຽວຂ້ອງກັບຄໍາຮ້ອງຂໍການເລີ່ມຕົ້ນໃຫມ່,
ໂດຍບໍ່ຄໍານຶງເຖິງຄວາມສໍາເລັດຫຼືຄວາມລົ້ມເຫລວ. ຂໍ້ຄວາມທີ່ສ້າງຂຶ້ນໃນການຂາດຄວາມລົ້ມເຫຼວແມ່ນ
ຖືວ່າເປັນການເຕືອນໄພ.
ທາງເລືອກໃນກຸ່ມນີ້ແມ່ນສະເພາະເຊິ່ງກັນແລະກັນ. ຖ້າຫຼາຍກວ່າຫນຶ່ງແມ່ນໃຫ້ພຽງແຕ່
ສຸດທ້າຍຈະໄດ້ຮັບກຽດ. ໃຫ້ສັງເກດວ່າ --ງຽບ ສະກັດກັ້ນຜົນຜະລິດ stderr ທັງຫມົດ,
ລວມທັງຂໍ້ຄວາມເຫຼົ່ານີ້.
AUTHORS
Jason Duell, Paul Hargrove, ແລະ Eric Roman, ຫ້ອງທົດລອງແຫ່ງຊາດ Lawrence Berkeley.
ການລາຍງານ ບັກ
ບົດລາຍງານ bug ອາດຈະຖືກຍື່ນກ່ຽວກັບເວັບໄຊຕ໌ທີ່ http://mantis.lbl.gov/bugzilla.
ໃຊ້ cr_restart ອອນໄລນ໌ໂດຍໃຊ້ບໍລິການ onworks.net
