cr_restart - آنلاین در Cloud

برنامه:

نام

cr_restart - یک فرآیند، گروه فرآیند یا جلسه را از یک فایل چک پوینت راه اندازی مجدد می کند.

خلاصه

cr_restart [گزینه های] [checkpoint_file]

شرح

cr_restart یک فرآیند (یا مجموعه ای از فرآیندها) را از یک فایل چک پوینت ایجاد شده با آن، دوباره راه اندازی می کند
cr_checkpoint(1).

یک فرآیند راه اندازی مجدد تمام ویژگی هایی را که در زمان بازرسی داشتند، از جمله آن، دارد
شناسه فرآیند اگر منابع مورد نیاز برای فرآیندهای یک ایست بازرسی قابل دستیابی نباشد
فایل (مثلاً یک pid در حال استفاده است)، cr_restart ناموفق خواهد بود. اگر یک گروه فرآیند یا جلسه باشد
راه اندازی مجدد، تمام روابط والدین/فرزند و لوله ها، و غیره، بین فرآیندهای موجود در
ایست بازرسی به درستی بازیابی خواهد شد.

اگر stdin/stdout/استدرر هر فرآیند راه اندازی مجدد به ترمینال در هدایت شد
زمان بازرسی، به ترمینال کنترل برنامه cr_restart هدایت می شود.

دایرکتوری کاری فعلی یک فرآیند راه اندازی مجدد مانند زمانی است که بود
بدون توجه به اینکه فایل متنی در کجا قرار دارد یا cr_restart کجاست، checkpoint شده است
احضار شد.

فرآیند cr_restart به والد فرآیند «قدیمی‌ترین» در هر کار راه‌اندازی مجدد می‌شود.
این بدان معناست که بی حال(2) ممکن است مقدار متفاوتی را به قدیمی ترین فرآیند پس از آن برگرداند
راه اندازی مجدد هنگامی که قدیمی ترین فرآیند راه اندازی مجدد خارج می شود (یا از یک سیگنال می میرد)، cr_restart انجام می شود
با همان کد خطا خارج شوید (یا خود را با همان سیگنال بکشید)، بنابراین تا حد زیادی همینطور است
نامرئی (لازم است cr_restart را بین پوسته خود نگه دارید و دوباره راه اندازی کنید
با این حال، بسیاری از پوسته های یونیکس با مشاهده فرزندان خود کاملاً گیج می شوند
تغییر شناسه فرآیند).

سیگنال
به طور پیش فرض فرآیندهای راه اندازی مجدد پس از اتمام راه اندازی مجدد شروع به اجرا می کنند. متناوبا، از سوی دیگر،
ممکن است مشخص کنید که آنها متوقف شوند (از طریق --متوقف کردن) یا خاتمه/سقط/کشته شد (از طریق
--مدت، اصطلاح, -- سقط، یا --کشتن). این کار با ارسال سیگنال مناسب به هر یک انجام می شود
فرآیندی که بخشی از راه اندازی مجدد است. اگر فرآیندها در آن زمان متوقف می شد
پس از آن پست بازرسی درخواست شد --ادامه ممکن است برای ارسال SIGCONT به تمام فرآیندهای پس از آن استفاده شود
راه اندازی مجدد کامل شد

خطا اداره
به‌طور پیش‌فرض cr_restart تا زمانی که فرآیند راه‌اندازی مجدد به پایان برسد، مسدود می‌شود و خارج می‌شود
با همان مقدار خروجی فرآیند راه اندازی مجدد (حتی اگر فرآیند راه اندازی مجدد شده با
یک سیگنال کشنده). این امر می تواند تشخیص خروج غیر صفر از آن را تقریباً غیرممکن کند
cr_restart به دلیل عدم راه اندازی مجدد است، یا کد خروج از یک راه اندازی مجدد درست است
روند. روش ساده جستجوی «راه‌اندازی مجدد ناموفق:» قابل اعتماد نیست.
بنابراین، --ادامه دادن-* خانواده پرچم ها برای عرضه جایگزین (یا
تکمیلی) رسیدگی به خطا. زمانی که هر یک از --ادامه دادن-* پرچم گذشت، قلاب است
برای دسته بندی معین شکست (یا موفقیت)، همانطور که در زیر تعریف شده است، نصب شده است. هنگامی که یک خطا
(یا موفقیت) شناسایی می شود و یک قلاب مربوطه نصب می شود، قلاب از طریق اجرا می شود
سیستم(3) عملکرد. اگر کد خروجی هوک غیر صفر باشد، cr_restart برمی گردد
این مقدار، هر پیغام خطایی را که در غیر این صورت ایجاد می شد، سرکوب می کند. اگر قلاب نیست
نصب شده است، قلاب یک رشته خالی است، یا اگر قلاب کد خروجی صفر را برمی گرداند،
سپس یک پیام خطای توضیحی چاپ می شود و یک کد خروج مربوط به مقدار errno است
در زمان شکست برگردانده می شود.

--run-on-success='cmd'
به محض اینکه فرآیند(های) راه اندازی مجدد مشخص شد دستور داده شده را اجرا می کند
در حال اجرا اگر مقدار بازگشتی '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-* قلاب ها

پرونده جابجایی
به‌طور پیش‌فرض، فایل‌ها و دایرکتوری‌ها «با مرجع» ذخیره می‌شوند و نام مسیر کامل خود را در آن ذخیره می‌کنند
فایل زمینه این شامل فایل های مرتبط با یک فرآیند از طریق باز کن(2) و/یا
نقشه(2) و دایرکتوری های مرتبط از طریق opendir(3) یا به عنوان دایرکتوری کاری فعلی.
استفاده از --نقل مکان مسیر قدیمی = مسیر جدید اجازه می دهد تا نقشه مجدد چنین مسیرهایی را به مکان های جدید در
زمان راه اندازی مجدد

هنگام تجزیه --نقل مکان آرگومان دنباله های «\=» و «\\» به صورت «=» تفسیر می شوند
و "\" به ترتیب، برای اجازه دادن به مسیرهایی که حاوی کاراکتر "=" هستند. "\"
شخصیت در هیچ زمینه دیگری خاص نیست. (توجه داشته باشید که پوسته های فرمان نیز دارند
رفتار ویژه با "\" و بنابراین ممکن است به نقل قول یا کاراکترهای اضافی "\" برای آن نیاز داشته باشید
استدلال مورد نظر خود را بپذیرید.)

هنگامی که پیوندهای فایل یا دایرکتوری بازیابی می شوند، قدیمی با ذخیره شده مقایسه می شود
مسیر کامل هر فایل یا دایرکتوری اگر با اجزای اصلی مسیر مطابقت داشته باشد،
قسمت مطابق با مقدار جایگزین می شود مسیر جدید. توجه داشته باشید که قدیمی باید مطابقت داشته باشد تمام
اجزای مسیر و فقط برجسته اجزاء. بنابراین یک قدیمی of /tmp/foo مطابقت خواهد داشت
/tmp/foo or /tmp/foo/1، اما خواهد شد نه مطابقت به /tmp/fooz (با جزء کامل مطابقت ندارد
فوز) و یا به /var/tmp/foo (با جزء اصلی مطابقت ندارد / var.)

مهم است که بدانید تمام مسیرهای ذخیره شده در یک فایل زمینه، متعارف هستند
راه ها. بنابراین قدیمی شما ارائه می کنید همچنین باید یک مسیر متعارف باشد، هر چند
مسیر جدید نیازی نیست به عنوان مثال، اگر دایرکتوری / tmp یک لینک نمادین است / var / tmp، سپس اگر
برنامه شما فایل را باز می کند /tmp/work/1234 مسیر ذخیره شده در فایل زمینه خواهد بود
/var/tmp/work/1234است. بنابراین،
--نقل مکان /tmp/work=/tmp/play
خواهد بود نه به دلخواه کار می کند، اما یکی از موارد زیر می تواند:
--نقل مکان /var/tmp/work=/tmp/play
--نقل مکان /var/tmp/work=/var/tmp/play

اگر --نقل مکان گزینه چندین بار ارسال می شود، همه به فایل بازیابی یا اعمال می شوند
پیوندهای دایرکتوری، اما فقط اولین تطابق برای هر مسیر داده شده اعمال می شود. در حال حاضر
حداکثر 16 جابجایی پشتیبانی می شود.

PID و مربوط شناسه ها
به‌طور پیش‌فرض، فرآیندها با همان pid و thread id (همانطور که توسط بازگردانده شده است، دوباره راه‌اندازی می‌شوند
بی حال(2)، و گرفتگی(2) به ترتیب). این پیش‌فرض فرآیندها و رشته‌ها را تضمین می‌کند
که به یکدیگر سیگنال می دهند و فرآیندهایی که در انتظار کودکان هستند به کار خود ادامه می دهند
به درستی. با این حال، این از راه اندازی مجدد نمونه های همزمان از یک زمینه جلوگیری می کند
فایل.

به طور پیش فرض، گروه فرآیند و جلسه (همانطور که توسط getpgrp(2)، و گسید(2)) هستند
روی برنامه cr_restart تنظیم کنید. این امر کنترل کار را از طریق درخواست کننده تضمین می کند
رهبر جلسه (معمولاً یک پوسته ورود به سیستم) به درستی کار می کند. با این حال،
این با هرگونه سیگنالینگ گروهی کنترل شغل یا فرآیندی که ممکن است انجام شود تداخل می کند
در میان فرآیندهای راه اندازی مجدد

گزینه هایی برای کنترل جداگانه وجود دارد که آیا pid، گروه فرآیند و جلسه هستند
به مقادیر ذخیره شده خود بازیابی می شوند یا مقادیر جدیدی را در نظر می گیرند (گروه فرآیند و جلسه
از cr_restart به ارث رسیده و یک pid تازه به دست آمده از چنگال(2)). جدا وجود ندارد
شناسه های رشته را کنترل کنید، زیرا آنها باید همیشه از خط مشی pid پیروی کنند. این
در ادامه هر یک از گزینه ها را همراه با برخی از خطرات مرتبط با آن تشریح می کند
موارد غیر پیش فرض:

--بازیابی-pid
(پیش فرض) این باعث می شود که شناسه های pid و رشته به مقادیر ذخیره شده خود بازیابی شوند.

--no-restore-pid
این باعث می شود که شناسه های pid و thread مقادیر جدیدی به خود بگیرند. هر فرآیند چند رشته ای
امکان استفاده از توابعی مانند tkill(2) که مانند آن رفتار نخواهد کرد
اگر شناسه های رشته بازیابی نشده باشند، مورد نظر است. به طور مشابه، هر چند فرآیندی
برنامه ممکن است استفاده کند کشتن(2) یا منتظر(2)، در میان دیگران، که نیاز دارند
پیدهای بازیابی شده برای عملکرد صحیح همچنین شایان ذکر است که بسیاری از نسخه های
glibc نتیجه getpid() را کش می‌کند، که ممکن است پس از بازیابی منجر به تماس‌ها شود
مقدار اولیه را برمی گرداند، حتی اگر pid با راه اندازی مجدد تغییر کرده باشد.

-- restore-pgid
این باعث می شود شناسه های گروه فرآیند به مقادیر ذخیره شده خود بازیابی شوند. این هست
برای عملکرد صحیح هر برنامه چند فرآیندی که ممکن است انجام شود مورد نیاز است
عملیات سیگنال یا انتظار در گروه های فرآیندی (مانند ارسال یک مقدار pid منفی به
کشتن(2) یا منتظر(2)، در میان دیگران)، یا که از گروه های فرآیند برای کار POSIX استفاده می کند
عملیات کنترل این رفتار پیش فرض نیست زیرا فرآیند بازیابی است
شناسه های گروه از کنترل شغل توسط پوسته درخواست کننده (یا سایر کنترل ها) جلوگیری می کند
روند).

--no-restore-pgid
(پیش‌فرض) این باعث می‌شود که فرآیندهای راه‌اندازی مجدد به گروه فرآیندی بپیوندند
فرآیند cr_restart.

-- restore-sid
این باعث می شود شناسه های جلسه به مقادیر ذخیره شده خود بازگردانده شوند. این هست
به عنوان مثال، برای سیستم هایی که حسابداری دسته ای را بر اساس آن انجام می دهند، مورد نیاز است
شناسه جلسه

--no-restore-sid
(پیش‌فرض) این باعث می‌شود که فرآیندهای راه‌اندازی مجدد به جلسه cr_restart بپیوندند
روند.

توجه داشته باشید که استفاده از -- restore-pgid or -- restore-sid در صورتی که خطا ایجاد کند
شناسه های مورد نیاز در سیستم در حال استفاده هستند. این شامل این امکان است که
آنها با گروه فرآیند یا جلسه cr_restart تضاد دارند.

OPTIONS

سوالات عمومی گزینه ها:
-؟، --کمک
این پیام راهنما را چاپ کنید.

-v, - نسخه
اطلاعات نسخه چاپی

-q, --ساکت
سرکوب پیام های خطا/هشدار به stderr.

گزینه برای منبع محل of la ایست بازرسی:
-d, -- کارگردان DIR
نقطه بازرسی از دایرکتوری DIR، با یک فایل "context.ID" در هر فرآیند خوانده می شود
(اجرا نشده).

-f, --فایل فایل
ایست بازرسی از FILE خوانده شد.

-F, --fd FD
ایست بازرسی از یک توصیفگر فایل باز خوانده می شود.

گزینه های این گروه متقابل هستند. اگر هیچ گزینه ای از این داده نمی شود
گروه، پیش فرض این است که آرگومان نهایی را به عنوان FILE در نظر بگیرید.

گزینه برای سیگنال فرستاده به فرآیند(های) بعد از راه اندازی مجدد:
--اجرا کن هیچ سیگنالی ارسال نشد: ادامه اجرا (پیش‌فرض).

-S, --علامت NUM
سیگنال NUM به همه فرآیندها/رشته ها ارسال می شود.

--متوقف کردن SIGSTOP به تمام فرآیندها ارسال شد.

--مدت، اصطلاح SIGTERM به تمام فرآیندها ارسال شد.

-- سقط
SIGABRT به تمام فرآیندها ارسال شد.

--کشتن SIGKILL به تمام فرآیندها ارسال شد.

--ادامه SIGCONT به تمام فرآیندها ارسال شد.

گزینه های این گروه متقابل هستند. اگر بیش از یک داده شود، فقط
آخرین مورد تجلیل خواهد بود.

گزینه برای پست های بازرسی of شروع مجدد فرآیند(های):
-- حذف-شاید
از یک اکتشافی برای حذف cr_restart از نقاط چک استفاده کنید (پیش‌فرض)

-- حذف - همیشه
همیشه cr_restart را از نقاط بازرسی حذف کنید

-- حذف - هرگز
هرگز cr_restart را از پست های بازرسی حذف نکنید

گزینه برای متناوب خطا رسیدگی:
--run-on-success='cmd'
دستور داده شده را روی موفقیت اجرا کنید

--run-on-fail-args='cmd'
دستور داده شده را آرگومان های نامعتبر اجرا کنید

--run-on-fail-temp='cmd'
دستور داده شده را روی شکست موقتی اجرا کنید

--run-on-fail-env='cmd'
دستور داده شده را در مورد شکست "محیطی" اجرا کنید

--run-on-fail-perm='cmd'
دستور داده شده را روی شکست دائمی اجرا کنید

--run-on-failure='cmd'
در صورت شکست دستور داده شده را اجرا کنید

گزینه برای جابجایی:
--نقل مکان OLDPATH=NEWPATH
نقشه مسیرهای فایل ها و دایرکتوری ها به مکان های جدید با جایگزینی پیشوند.

گزینه هایی برای بازیابی شناسه های pid، گروه پردازش و جلسه

--بازیابی-pid
بازیابی pids به مقادیر ذخیره شده (پیش فرض).

--no-restore-pid
با پیدهای جدید راه اندازی مجدد کنید.

-- restore-pgid
pgid را به مقادیر ذخیره شده بازیابی کنید.

--no-restore-pgid
راه اندازی مجدد با pgid های جدید (پیش فرض).

-- restore-sid
sid را به مقادیر ذخیره شده بازگردانید.

--no-restore-sid
راه اندازی مجدد با sides جدید (پیش فرض).

گزینه‌های هر جفت بازیابی/بدون بازیابی متقابلاً منحصر به فرد هستند. اگر هر دو داده شود
آنگاه تنها آخرین مورد تجلیل خواهد بود.

گزینه برای هسته ورود به سیستم پیام (پیش فرض is --kmsg-error):
--kmsg-هیچکدام
هیچ پیام هسته ای را گزارش نکنید.

--kmsg-error
در صورت عدم راه اندازی مجدد، هرگونه پیام هسته مرتبط با stderr را گزارش دهید
درخواست راه اندازی مجدد

--kmsg-warning
هر پیام هسته مرتبط با درخواست راه اندازی مجدد را در stderr گزارش دهید،
بدون توجه به موفقیت یا شکست پیام های تولید شده در صورت عدم موفقیت هستند
به عنوان هشدار در نظر گرفته می شود.

گزینه های این گروه متقابل هستند. اگر بیش از یک داده شود، فقط
آخرین مورد تجلیل خواهد بود. توجه داشته باشید که --ساکت تمام خروجی stderr را سرکوب می کند،
از جمله این پیام ها

AUTHORS

جیسون دوئل، پل هارگرو و اریک رومن، آزمایشگاه ملی لارنس برکلی.

گزارش نویسی اشکالات

گزارش‌های اشکال ممکن است در وب به آدرس اینترنتی ارسال شوند http://mantis.lbl.gov/bugzilla.

با استفاده از خدمات onworks.net از cr_restart آنلاین استفاده کنید