sacctmgr(1) Slurm Commands sacctmgr(1)

sacctmgr - برای مشاهده و ویرایش اطلاعات حساب‌های کاربری Slurm استفاده می‌شود.

sacctmgr [OPTIONS...] [COMMAND...]

دستور sacctmgr برای مشاهده یا ویرایش اطلاعات حساب‌های کاربری Slurm به کار می‌رود. اطلاعات حساب‌ها در یک پایگاه‌داده نگهداری می‌شوند که رابط آن توسط slurmdbd (دیمن پایگاه‌داده Slurm) ارائه می‌شود. این پایگاه‌داده می‌تواند به عنوان یک مخزن مرکزی از اطلاعات کاربران و رایانه‌ها برای چندین رایانه در یک سایت واحد عمل کند. اطلاعات حساب‌های Slurm بر اساس چهار پارامتر ثبت می‌شود که مفهومی به نام association (وابستگی/انتساب) را تشکیل می‌دهند. این پارامترها عبارتند از user، cluster، partition و account. پارامتر user نام ورود به سیستم (login name) است. پارامتر cluster نام خوشه مدیریت‌شده توسط Slurm است که با پارامتر ClusterName در فایل پیکربندی slurm.conf مشخص شده است. پارامتر partition نام یک پارتیشن Slurm در آن خوشه است. پارامتر account حسابی است که کار (job) برای آن ثبت می‌شود. شیوه کار مورد نظر به این صورت است که ابتدا دستور sacctmgr را اجرا کنید، رکوردهای association را اضافه، حذف، ویرایش و/یا فهرست‌بندی نمایید و سپس تغییرات را اعمال (commit) کرده و خارج شوید.

NOTE: محتویات پایگاه‌داده Slurm با حروف کوچک (lower case) نگهداری می‌شوند. این موضوع ممکن است باعث شود برخی از خروجی‌های sacctmgr با خروجی دیگر دستورهای Slurm متفاوت باشد.

همراه با show یا list برای نمایش ارتباطات (associations) مرتبط با موجودیت استفاده می‌شود. این گزینه معادل دستور associations است.
چاپ پیام راهنما که نحوه استفاده از sacctmgr را توضیح می‌دهد. این گزینه معادل دستور help است.
اعمال فوری تغییرات بدون درخواست تأیید.
تخلیه اطلاعات در قالب JSON با استفاده از افزونه پیش‌فرض data_parser یا یک data_parser مشخص همراه با پارامترها. آرگومان‌های مرتب‌سازی و قالب‌بندی نادیده گرفته خواهند شد. این گزینه برای همه دستورها در دسترس نیست.
هیچ سرآیندی به ابتدای خروجی اضافه نخواهد شد.
خروجی با '|' جدا شده و در انتها نیز یک '|' خواهد داشت.
خروجی با '|' جدا شده و در انتها بدون '|' خواهد بود.
هیچ پیامی غیر از پیام‌های خطا چاپ نشود. این گزینه معادل دستور quiet است.
مانع از آن می‌شود که sacctmgr در حال اجرا بتواند اطلاعات حسابداری را تغییر دهد. گزینه readonly برای استفاده در حالت تعاملی (interactive) است.
تخلیه اطلاعات در قالب YAML با استفاده از افزونه پیش‌فرض data_parser یا یک data_parser مشخص همراه با پارامترها. آرگومان‌های مرتب‌سازی و قالب‌بندی نادیده گرفته خواهند شد. این گزینه برای همه دستورها در دسترس نیست.
فعال‌سازی ثبت دقیق گزارش‌ها (verbose logging). این گزینه معادل دستور verbose است.
نمایش شماره نسخه. این گزینه معادل دستور version است.

افزودن یک موجودیت (entity). مشابه دستور create است.
نوشتن اطلاعات پایگاه‌داده در یک فایل متنی ساده (flat file) یا بارگذاری اطلاعاتی که قبلاً در یک فایل نوشته شده‌اند.
پاک‌سازی آمار سرور.
افزودن یک موجودیت. مشابه دستور add است.
حذف موجودیت‌های مشخص‌شده. مشابه دستور remove است.
dump <cluster>
تخلیه داده‌های خوشه در فایل مشخص‌شده. اگر نام فایل مشخص نشود، به‌طور پیش‌فرض از نام فایل clustername.cfg استفاده می‌کند.
نمایش توضیحات مربوط به گزینه‌ها و دستورهای sacctmgr.
نمایش اطلاعات مربوط به موجودیت مشخص‌شده. به‌طور پیش‌فرض تمام مدخل‌ها نمایش داده می‌شوند؛ می‌توانید با مشخص کردن SPECS در پرس‌وجوی خود، نتایج را محدودتر کنید. مشابه دستور show است.
load <FILENAME>
بارگذاری داده‌های خوشه از فایل مشخص‌شده. این یک فایل پیکربندی است که با اجرای دستور sacctmgr dump تولید شده است. این دستور داده‌های بایگانی را بارگذاری نمی‌کند، به جای آن گزینه sacctmgr archive load را ببینید.
ویرایش یک موجودیت.
ارسال پینگ و بررسی ارتباط با slurmdbd.
پیکربندی مجدد SlurmDBD (در صورت در حال اجرا بودن آن).
حذف موجودیت‌های مشخص‌شده. مشابه دستور delete است.
نمایش اطلاعات مربوط به موجودیت مشخص‌شده. به‌طور پیش‌فرض تمام مدخل‌ها نمایش داده می‌شوند؛ می‌توانید با مشخص کردن SPECS در پرس‌وجوی خود، نتایج را محدودتر کنید. مشابه دستور list است.
خاموش کردن سرور.
نمایش شماره نسخه sacctmgr.

نکته: تمام دستورهای فهرست‌شده در زیر را می‌توان در حالت تعاملی استفاده کرد، اما نه در خط فرمان اولیه.

پایان دادن به حالت تعاملی sacctmgr. همانند دستور quit است.
چاپ نکردن هیچ پیامی به‌جز پیام‌های خطا.
پایان دادن به اجرای حالت تعاملی sacctmgr. همانند دستور exit است.
فعال‌سازی گزارش‌گیری با جزئیات (detailed logging). این شامل برچسب‌های زمانی (time-stamps) روی ساختارهای داده، تعداد رکوردها و غیره است. این یک دستور مستقل بدون گزینه است که برای استفاده در حالت تعاملی در نظر گرفته شده است.
!!
تکرار آخرین دستور.

یک حساب (account)، که معمولاً هنگام ارسال کار (job submit time) با استفاده از گزینهٔ --account= مشخص می‌شود. این حساب‌ها ممکن است به صورت سلسله‌مراتبی مرتب شوند؛ برای نمونه، حساب‌های 'chemistry' و 'physics' می‌توانند زیرمجموعهٔ حساب 'science' باشند. این سلسله‌مراتب می‌تواند عمق دلخواهی داشته باشد.
موجودیتی که برای گروه‌بندی اطلاعات شامل چهار پارامتر استفاده می‌شود: account، cluster، partition (اختیاری) و user. تنها با دستور list یا show استفاده می‌شود. عملیات add، modify و delete باید روی موجودیت user، account یا cluster انجام شوند که به نوبهٔ خود associationهای زیربنایی را به‌روزرسانی خواهند کرد. تغییر ویژگی‌هایی مانند محدودیت‌ها (limits) برای یک association مجاز است، اما تغییر دادن چهار ویژگی اصلی یک association مجاز نیست. شما نمی‌توانید تنظیمات partition را برای یک association موجود تغییر دهید (یا در صورت عدم تنظیم، یکی تعیین کنید). در عوض، باید یک association جدید ایجاد کنید که partition در آن گنجانده شده باشد. شما می‌توانید association قبلی را بدون تعریف partition نگه دارید، یا آن را حذف کنید. توجه داشته باشید که این associationهای تازه اضافه‌شده موجودیت‌هایی یکتا هستند و هیچ اطلاعات مصرف موجودی به association جدید منتقل نخواهد شد.
پارامتر ClusterName در فایل پیکربندی slurm.conf، که برای تفکیک حساب‌ها روی ماشین‌های مختلف استفاده می‌شود.
تنها با دستور list یا show برای گزارش پیکربندی کنونی سیستم استفاده می‌شود.
یک کاربر ویژه با امتیازات دسترسی، معمولاً مدیر یک حساب، که می‌تواند کاربرها یا زیرحساب‌هایی را به حسابی که هماهنگ‌کنندهٔ (coordinator) آن است اضافه کند. این فرد باید شخصی قابل اعتماد باشد، زیرا می‌تواند محدودیت‌های مربوط به associationهای حساب و کاربر را تغییر دهد، و همچنین کارهای درون حوزهٔ خود را لغو (cancel)، بازصف‌بندی (requeue) یا حساب آن‌ها را دوباره تعیین (reassign) کند.
رویدادهایی مانند گره‌های از کار افتاده (downed) یا تخلیه‌شده (drained) در خوشه‌ها. توجه داشته باشید که این شامل حالت‌های گذرا مانند DRAINING نمی‌شود.
گروهی از خوشه‌ها که برای زمان‌بندی کارها با یکدیگر همکاری می‌کنند.
برای تغییر فیلدهای مشخصی از یک کار (job) استفاده می‌شود: Derived Exit Code، Comment، AdminComment، Extra، SystemComment، TRES یا WCKey.
برای نمایش مشکلات موجودیت‌ها با show یا list استفاده می‌شود.
کیفیت خدمات (Quality of Service).
مجموعه‌ای از منابع که برای استفادهٔ یک حساب، کاربر یا گروهی از کاربران خاص در یک بازهٔ زمانی معین رزرو شده است.
منابع نرم‌افزاری سیستم. این‌ها مجوزهای نرم‌افزاری (software licenses) به اشتراک گذاشته‌شده میان خوشه‌ها هستند.
تنها با دستور list یا show برای گزارش کارهای جاری که روی خوشهٔ محلی بی‌سرپرست (orphaned) شده‌اند و اکنون مهارگسیخته (runaway) هستند، استفاده می‌شود. اگر کارهایی در این وضعیت وجود داشته باشند، گزینه‌ای برای «تعمیر» (fix) آنها نیز در اختیارتان قرار می‌دهد. این کار زمان پایان هر کار را روی آخرین زمان از میان زمان‌های start، eligible و submit آن کار تنظیم می‌کند و وضعیت را به طور پیش‌فرض روی completed قرار می‌دهد. پس از اصلاح، این امر SlurmDBD را تحریک می‌کند تا میزان مصرف را از قبل از زودترین زمان ارسال تمام کارهای مهارگسیخته دوباره محاسبه کند. برای انجام این کار باید دست‌کم دارای AdminLevel در سطح Operator باشید.

نکته: این عملیات ممکن است زمان زیادی ببرد و sreport ممکن است تا پایان محاسبهٔ مجدد، داده‌ای بازنگرداند. بهتر است این عملیات زمانی اجرا شود که سیستم شلوغ نیست.

با دستور list یا show برای مشاهدهٔ آمار کارساز (server) استفاده می‌شود. آرگومان اختیاری ave_time یا total_time را برای مرتب‌سازی بر اساس آن فیلدها می‌پذیرد. به طور پیش‌فرض، بر اساس فیلد تعداد RPC به صورت صعودی مرتب می‌کند.
فهرست تراکنش‌هایی که در یک بازه زمانی مشخص رخ داده‌اند.
با دستور list یا show برای مشاهدهٔ فهرستی از منابع قابل‌ردیابی (Trackable RESources) پیکربندی‌شده روی سیستم استفاده می‌شود.
نام کاربری ورود. نام‌های کاربری به بزرگی و کوچکی حروف حساس نیستند (به حروف کوچک تبدیل می‌شوند) مگر اینکه گزینهٔ PreserveCaseUser در فایل پیکربندی SlurmDBD تنظیم شده باشد.
کلید مشخصه‌سازی بار کاری (Workload Characterization Key). یک رشتهٔ دلخواه برای گروه‌بندی حساب‌های متعامد (orthogonal accounts). نکته: محدودیت‌های گروهی (GrpJobs، GrpTRES و غیره) هنگامی که یک شغل برای تخصیص منابع در دست بررسی قرار می‌گیرد، آزمایش و ارزیابی می‌شوند. اگر آغاز یک شغل موجب فراتر رفتن از هر یک از محدودیت‌های گروهی آن شود، آن شغل برای زمان‌بندی در نظر گرفته نخواهد شد؛ حتی اگر اجرای آن شغل بتواند تقدم شغل‌های دیگر را لغو کند (preempt) که در نتیجه آن، منابع گروهی کافی برای راه‌اندازی شغل معلق آزاد گردد.

نکته: هرگونه تغییر در محدودیت TRES با استفاده از نحو "+=" یا "-=" همواره مقداری بین 0 و 18446744073709551600 تولید خواهد کرد. تلاش برای تنظیم یک مقدار منفی با استفاده از "-=" مقدار آن TRES را به 0 تغییر می‌دهد، حتی اگر از پیش هیچ محدودیتی برای آن TRES وجود نداشته باشد.

سطح کیفیتی (QOS) که این انتساب و فرزندان آن در صورت مجاز بودن در فهرست QosLevel ذکرشده در زیر، به‌طور پیش‌فرض استفاده خواهند کرد. در صورت تنظیم مستقیم روی یک کاربر، این مقدار لغو و بازنویسی می‌شود. برای پاک کردن مقدار موجود، یک مقدار جدید -1 تعیین کنید.
سهم‌های تخصیص‌یافته که برای محاسبات fairshare استفاده می‌شوند. این مقدار می‌تواند رشته parent نیز باشد که بسته به این که روی یک کاربر یا یک حساب تنظیم شود، تفسیر متفاوتی دارد. اگر روی یک کاربر تنظیم شود، انتساب والد برای fairshare استفاده می‌شود. اگر روی یک حساب تنظیم شود، فرزندان آن حساب برای محاسبات fairshare عملاً به نخستین والد از والدشان که دارای Fairshare=parent نباشد بازوالددهی (re-parent) می‌شوند. محدودیت‌ها بدون تغییر باقی می‌مانند و تنها مقدار fairshare آن متأثر می‌شود. برای پاک کردن مقدار موجود، یک مقدار جدید -1 تعیین کنید.
حداکثر تعداد شغل‌های در حال اجرا در مجموع برای این انتساب و فرزندان آن. برای پاک کردن مقدار موجود، یک مقدار جدید -1 تعیین کنید.
حداکثر تعداد شغل‌های معلق در مجموع که قادر به انباشتن اولویت سنی برای این انتساب و فرزندان آن هستند. برای پاک کردن مقدار موجود، یک مقدار جدید -1 تعیین کنید.
حداکثر تعداد شغل‌ها در وضعیت معلق یا در حال اجرا در هر زمان، در مجموع برای این انتساب و فرزندان آن. برای پاک کردن مقدار موجود، یک مقدار جدید -1 تعیین کنید.
حداکثر تعداد TRES قابل تخصیص توسط شغل‌های در حال اجرا در مجموع برای این انتساب و فرزندان آن.

برای جزئیات بیشتر به بخش اطلاعات TRES (TRES information) در زیر مراجعه کنید.

حداکثر تعداد دقیقه-TRES که امکان استفاده از آن توسط شغل‌های گذشته، حال و آینده در این انتساب و فرزندان آن وجود دارد.

برای جزئیات بیشتر به بخش اطلاعات TRES (TRES information) در زیر مراجعه کنید.

نکته: این محدودیت در صورت تعیین روی انتساب ریشه (root association) یک کلاستر اعمال نمی‌شود. بنابراین، حتی اگر در خروجی sacctmgr ظاهر شود، اعمال نخواهد شد.

نکته: این محدودیت تنها هنگام استفاده از پلاگین Priority Multifactor اعمال می‌گردد. زمان بر اساس مقدار PriorityDecayHalfLife یا PriorityUsageResetPeriod طبق تنظیمات در slurm.conf دچار واپاشی می‌شود. با رسیدن به این محدودیت، تمامی شغل‌های در حال اجرای مرتبط متوقف (kill) خواهند شد و کلیه شغل‌های آینده که با انتساب‌های این گروه ارسال شوند، تا زمانی که امکان اجرای آن‌ها درون این محدودیت فراهم گردد به تأخیر می‌افتند.

حداکثر تعداد دقیقه-TRES قابل تخصیص توسط شغل‌های در حال اجرا در این انتساب و فرزندان آن. این پارامتر محدودیت زمانی شغل‌های در حال اجرا را در نظر گرفته و آن را مصرف می‌کند. اگر محدودیت تکمیل شود، تا زمان اتمام سایر شغل‌ها و آزاد شدن زمان، هیچ شغل جدیدی آغاز نخواهد شد.

برای جزئیات بیشتر به بخش اطلاعات TRES (TRES information) در زیر مراجعه کنید.

حداکثر زمان واقعی سپری‌شده (wall clock time) قابل تخصیص توسط شغل‌های در حال اجرا در مجموع در این انتساب و فرزندان آن. قالب GrpWall به صورت <min> یا <min>:<sec> یا <hr>:<min>:<sec> یا <days>-<hr>:<min>:<sec> یا <days>-<hr> است. این مقدار بر حسب دقیقه و با گرد کردن در صورت نیاز ثبت می‌گردد. برای پاک کردن مقدار موجود، یک مقدار جدید -1 تعیین کنید.

نکته: اگرچه ممکن است این محدودیت در خروجی sacctmgr ظاهر شود، اما در صورتی که روی انتساب ریشه یک کلاستر تنظیم شده باشد، اعمال نخواهد شد.

نکته: این محدودیت تنها هنگام استفاده از پلاگین Priority Multifactor اعمال می‌گردد. زمان بر اساس مقدار PriorityDecayHalfLife یا PriorityUsageResetPeriod طبق تنظیمات در slurm.conf دچار واپاشی می‌شود. با رسیدن به این محدودیت، تمامی شغل‌های در حال اجرای مرتبط متوقف (kill) خواهند شد و کلیه شغل‌های آینده که با انتساب‌های این گروه ارسال شوند، تا زمانی که امکان اجرای آن‌ها درون این محدودیت فراهم گردد به تأخیر می‌افتند.

حداکثر تعداد شغل‌های در حال اجرا به ازای هر کاربر در این انتساب. در صورت تنظیم مستقیم روی یک کاربر، این مقدار لغو و بازنویسی می‌شود. مقدار پیش‌فرض، محدودیت کلاستر است. برای پاک کردن مقدار موجود، یک مقدار جدید -1 تعیین کنید.
حداکثر تعداد شغل‌های معلق که قادرند در هر زمان مشخص در این انتساب اولویت سنی انباشته کنند. در صورت تنظیم مستقیم روی یک کاربر، این مقدار لغو و بازنویسی می‌شود. پیش‌فرض، محدودیت کلاستر است. برای پاک کردن مقدار موجود، یک مقدار جدید -1 تعیین کنید.
حداکثر تعداد شغل‌ها در وضعیت معلق یا در حال اجرا در هر زمان در این انتساب. پیش‌فرض، محدودیت کلاستر است. برای پاک کردن مقدار موجود، یک مقدار جدید -1 تعیین کنید.
حداکثر تعداد TRES که هر شغل می‌تواند در این انتساب استفاده کند. در صورت تنظیم مستقیم روی یک کاربر، این مقدار لغو و بازنویسی می‌شود. پیش‌فرض، محدودیت کلاستر است.

برای جزئیات بیشتر به بخش اطلاعات TRES (TRES information) در زیر مراجعه کنید.

حداکثر تعداد دقیقه-TRES که هر شغل می‌تواند در این انتساب استفاده کند. در صورت تنظیم مستقیم روی یک کاربر، این مقدار لغو و بازنویسی می‌شود. پیش‌فرض، محدودیت کلاستر است.

برای جزئیات بیشتر به بخش اطلاعات TRES (TRES information) در زیر مراجعه کنید.

حداکثر تعداد TRES که هر گره در یک تخصیص شغل می‌تواند در این انتساب استفاده کند. در صورت تنظیم مستقیم روی یک کاربر، این مقدار لغو و بازنویسی می‌شود. پیش‌فرض، محدودیت کلاستر است.

برای جزئیات بیشتر به بخش اطلاعات TRES (TRES information) در زیر مراجعه کنید.

حداکثر زمان واقعی سپری‌شده‌ای که هر شغل می‌تواند در این انتساب استفاده کند. در صورت تنظیم مستقیم روی یک کاربر، این مقدار لغو و بازنویسی می‌شود. پیش‌فرض، محدودیت کلاستر است. قالب MaxWall به صورت <min> یا <min>:<sec> یا <hr>:<min>:<sec> یا <days>-<hr>:<min>:<sec> یا <days>-<hr> است. این مقدار بر حسب دقیقه و با گرد کردن در صورت نیاز ثبت می‌گردد. برای پاک کردن مقدار موجود، یک مقدار جدید -1 تعیین کنید.

نکته: تغییر این مقدار هیچ اثری بر شغل‌های در حال اجرا نخواهد داشت، اما ممکن است محدودیت زمانی پیش‌فرض را برای شغل‌های معلق به‌روزرسانی کند.

ضریب اولویت انتساب برای استفاده توسط افزونه priority/multifactor. در صورت تنظیم مستقیم روی یک کاربر، این مقدار لغو و بازنویسی می‌شود. به‌طور پیش‌فرض تنظیم نشده است، که نشان می‌دهد هیچ اولویت اضافه‌ای اعطا نمی‌گردد. برای پاک کردن مقدار موجود، یک مقدار جدید -1 تعیین کنید.
فهرست نام‌های QOS موجود برای شغل‌های در حال اجرا در این انتساب. برای دریافت فهرست QOSهای معتبر، دستور 'sacctmgr list qos' را به کار ببرید. این مقدار، مقدار والد خود را بازنویسی کرده و به عنوان پیش‌فرض جدید به فرزندان آن اعمال می‌گردد. تنظیم QosLevel به صورت '' (دو علامت نقل‌قول تکی بدون هیچ فاصله‌ای میان آن‌ها) تنظیمات پیش‌فرض آن را بازمی‌گرداند. همچنین می‌توانید از عملگرهای += و -= برای افزودن یا حذف کردن QOSهای معین از فهرست QOS استفاده کنید.

مقادیر معتبر <operator> عبارتند از:.IP

=
QosLevel را به مقدار مشخص‌شده تنظیم می‌کند. نکته: سطوح کیفی سرویس (QOS) قابل استفاده در یک حساب معین در سلسله‌مراتب، توسط فرزندان آن حساب به ارث برده می‌شوند. با اختصاص دادن QOS با علامت =، تنها QOS اختصاص‌یافته توسط این حساب و فرزندانش قابل استفاده خواهد بود.
+=
مقدار <qos> مشخص‌شده را به QosLevel فعلی اضافه می‌کند. این حساب به این QOS و هر مورد دیگری که قبلاً به آن اختصاص یافته بود دسترسی خواهد داشت.
-=
مقدار <qos> مشخص‌شده را از QosLevel فعلی حذف می‌کند.
بخش مثال‌ها (EXAMPLES) را در زیر ببینید.

حساب‌ها را می‌توان با sacctmgr ایجاد، ویرایش و حذف کرد. این گزینه‌ها به شما امکان می‌دهند تا هنگام پرس‌وجو برای حساب‌ها، مشخصه‌های متناظر را تنظیم کنید یا بر اساس آن‌ها پالایش انجام دهید.

خوشهٔ مشخصی که حساب به آن اضافه می‌شود. پیش‌فرض همهٔ خوشه‌های سیستم است.
رشته‌ای دلخواه برای توصیف یک حساب.
گزینه‌های معتبر عبارتند از:
امتیازی را که UsersAreCoords تنظیم می‌کند حذف می‌کند.
در صورت تنظیم، همهٔ کاربران این حساب وضعیت هماهنگ‌کننده (coordinator) را در این حساب و هر زیرحسابی در سلسله‌مراتب آن خواهند داشت.
نام یک حساب. توجه داشته باشید که نام باید یکتا باشد و نمی‌تواند نمایانگر حساب‌های مختلف در نقاط متفاوتی از سلسله‌مراتب حساب باشد.
سازمانی که حساب به آن تعلق دارد.
حساب والد این حساب. پیش‌فرض حساب root (یک حساب سطح بالا) است.
این گزینه به مدیر سیستم اجازه می‌دهد تا میزان مصرف خام انباشته‌شده برای یک حساب را بازنشانی کند. تنها مقداری که در حال حاضر پشتیبانی می‌شود 0 (صفر) است. این فقط یک مشخصهٔ قابل تنظیم است - نمی‌توان از آن به عنوان پالایه (فیلتر) برای فهرست کردن حساب‌ها استفاده کرد.
نمایش تمام وابستگی‌ها (associations) برای این حساب.
نمایش تمام هماهنگ‌کننده‌ها (coordinators) برای این حساب.
نمایش اطلاعات به همراه داده‌هایی که قبلاً حذف شده‌اند. حساب‌هایی که ظرف ۲۴ ساعت پس از ایجاد حذف شوند و در طول این مدت هیچ کاری در حساب اجرا نشده باشد، از پایگاه داده پاک خواهند شد. در غیر این صورت، حساب به عنوان حذف‌شده علامت‌گذاری می‌شود و با پرچم WithDeleted قابل مشاهده خواهد بود.

نکته: در صورت استفاده از گزینهٔ WithAssoc، می‌توانید بر اساس اطلاعات ویژهٔ وابستگی نیز پرس‌وجو کنید تا فقط وابستگی‌های معینی را که این حساب ممکن است داشته باشد مشاهده نمایید. این گزینه‌های اضافه را می‌توان در بخش SPECIFICATIONS FOR ASSOCIATIONS یافت. همچنین می‌توانید از مشخصات عمومی فهرست‌شده در بالا در بخش GENERAL SPECIFICATIONS FOR ASSOCIATION BASED ENTITIES استفاده کنید.

فیلدهایی که می‌توانید هنگام مشاهدهٔ سوابق حساب با استفاده از گزینهٔ format= نمایش دهید. قالب پیش‌فرض عبارت است از:
Account,Description,Organization

نام یک حساب.
رشته‌ای دلخواه برای توصیف یک حساب.
پرچم‌های تنظیم‌شده روی حساب.
سازمانی که حساب به آن تعلق دارد.
فهرستی از کاربرانی که هماهنگ‌کنندهٔ حساب هستند. (فقط هنگام استفاده از گزینهٔ WithCoordinator پر می‌شود.)

نکته: در صورت استفاده از گزینهٔ WithAssoc، همچنین می‌توانید اطلاعات مربوط به وابستگی‌های مختلفی را که ممکن است این حساب در تمام خوشه‌های سیستم داشته باشد مشاهده کنید. اطلاعات وابستگی را می‌توان پالایش کرد. توجه داشته باشید که تمام حساب‌های موجود در پایگاه داده همیشه نشان داده خواهند شد، چرا که پالایه فقط روی داده‌های وابستگی اعمال می‌شود. فیلدهای قالب وابستگی در بخش LIST/SHOW ASSOCIATION FORMAT OPTIONS شرح داده شده‌اند.

انتساب‌ها (Associations) را می‌توان با sacctmgr ایجاد، ویرایش و حذف کرد. این گزینه‌ها به شما امکان می‌دهند ویژگی‌های مربوطه را تنظیم کنید یا هنگام جستجو برای انتساب‌ها، بر اساس آن‌ها پالایش (فیلتر) انجام دهید.

فهرست کردن انتساب‌های کلاستر(ها).
فهرست کردن انتساب‌های حساب(ها).
فهرست کردن انتساب‌های کاربر(ها).
فهرست کردن انتساب‌های پارتیشن(ها).

نکته: هنگام تعیین حالتی که هیچ پارتیشنی وجود ندارد، از Partitions="" یا Partitions='' بدون درج هیچ نام دیگری استفاده کنید. این قابلیت می‌تواند هنگام استفاده از یک فرمان با موجودیتی که دارای انتساب‌های با پارتیشن و بدون پارتیشن است، مفید باشد. اگر در پوسته‌ای استفاده شود که علامت‌های نقل‌قول مصرف می‌شوند، باید خود آن‌ها را داخل نقل‌قول قرار داد. برای نمونه: Partitions=\"\".

نکته: همچنین می‌توانید از فهرست مشخصات عمومی در بخش GENERAL SPECIFICATIONS FOR ASSOCIATION BASED ENTITIES استفاده کنید.

سایر گزینه‌های اختصاصی برای فهرست کردن انتساب‌ها:

تنها نمایش انتساب‌هایی که انتساب پیش‌فرض هستند.
نمایش نام حساب‌ها به صورت سلسله‌مراتبی (درختی).
نمایش اطلاعات همراه با داده‌های قبلاً حذف‌شده. انتساب‌هایی که ظرف ۲۴ ساعت پس از ایجاد حذف شوند و در این مدت کاری در آن انتساب اجرا نشده باشد، به طور کامل از پایگاه‌داده حذف خواهند شد. در غیر این صورت، انتساب به عنوان حذف‌شده علامت‌گذاری می‌شود و با پرچم WithDeleted قابل مشاهده خواهد بود.
نمایش اطلاعات به همراه زیرحساب‌ها. تنها زمانی کاربرد واقعی دارد که به همراه گزینه account= استفاده شود. این گزینه تمامی انتساب‌های زیرحساب را به همراه حساب‌های فهرست‌شده در این گزینه نمایش می‌دهد.
نمایش اطلاعات بدون اطلاعات محدودیت‌ها. این گزینه برای یک قالب پیش‌فرض کوچک‌تر به شکل "Cluster,Account,User,Partition" است.
نمایش اطلاعات بدون اطلاعات والد (یعنی شناسه والد و نام حساب والد). این گزینه همچنین به طور ضمنی گزینه WOPLimits را فعال می‌کند.
نمایش اطلاعات بدون محدودیت‌های سلسله‌مراتبی والد (یعنی تنها محدودیت‌هایی را نمایش می‌دهد که مستقیماً تنظیم شده‌اند، به جای انتشار دادن آن‌ها از والد).

فیلدهایی که می‌توانید هنگام مشاهده رکوردهای انتساب با استفاده از گزینه format= نمایش دهید.

نام یک حساب در انتساب.
نام یک کلاستر در انتساب.
کیفیت سرویس (QOS) پیش‌فرضی که این انتساب و فرزندان آن استفاده خواهند کرد، در صورتی که در فهرست QosLevel ذکر شده در زیر مجاز باشد.
سهم‌های تخصیص‌یافته که برای محاسبه سهم منصفانه (fairshare) استفاده می‌شوند. همچنین می‌تواند رشته parent باشد که بسته به این که روی یک کاربر یا یک حساب تنظیم شود، تفسیر متفاوتی دارد. اگر روی یک کاربر تنظیم شود، از انتساب والد برای fairshare استفاده می‌شود. اگر روی یک حساب تنظیم شود، فرزندان آن حساب برای محاسبات fairshare عملاً به اولین والدِ والد خود که Fairshare=parent نیست، بازوالددهی (re-parent) می‌شوند. محدودیت‌ها بدون تغییر باقی می‌مانند و تنها مقدار fairshare آن تحت تأثیر قرار می‌گیرد.
پرچم‌های تنظیم‌شده روی انتساب.
حداکثر تعداد کارهای در حال اجرا در مجموع برای این انتساب و فرزندان آن.
حداکثر تعداد کارهای در انتظار در مجموع که قادر به انباشت اولویت سنی برای این انتساب و فرزندان آن هستند.
حداکثر تعداد کارها در وضعیت در انتظار یا در حال اجرا در هر لحظه، در مجموع برای این انتساب و فرزندان آن.
حداکثر تعداد TRES قابل تخصیص توسط کارهای در حال اجرا در مجموع برای این انتساب و فرزندان آن.
حداکثر TRES-دقیقه قابل استفاده توسط کارهای گذشته، حال و آینده در این انتساب و فرزندان آن.
حداکثر TRES-دقیقه قابل تخصیص توسط کارهای در حال اجرا در این انتساب و فرزندان آن. این مقدار، محدودیت زمانی کارهای در حال اجرا را در نظر گرفته و آن را مصرف می‌کند. اگر به این محدودیت برسد، هیچ کار جدیدی آغاز نمی‌شود تا زمانی که کارهای دیگر پایان یافته و زمان آزاد شود.
حداکثر زمان واقعی سپری‌شده (wall clock) قابل تخصیص توسط کارهای در حال اجرا در مجموع در این انتساب و فرزندان آن.
شناسه انتساب.
مسیر کامل رو به بالا در سلسله‌مراتب تا انتساب ریشه.
حداکثر تعداد کارهای در حال اجرا به ازای هر کاربر.
حداکثر تعداد کارهای در انتظار که قادر به انباشت اولویت سنی در هر زمان مشخص هستند.
حداکثر تعداد کارها در وضعیت در حال اجرا یا در انتظار در هر لحظه.
حداکثر تعداد TRES که هر کار می‌تواند استفاده کند.
حداکثر میزان TRES-دقیقه که هر کار می‌تواند استفاده کند.
حداکثر تعداد TRES که هر گره در یک تخصیص کار می‌تواند استفاده کند.
حداکثر زمان واقعی (wall clock time) که هر کار می‌تواند استفاده کند.
شناسه انتساب (association ID) والدِ این انتساب.
نام حساب کاربری والدِ این انتساب.
نام یک پارتیشن در انتساب.
ضریب اولویت انتساب که توسط پلاگین priority/multifactor استفاده می‌شود.
سیاست‌های QOS معتبر برای این انتساب.
شناسه‌های عددی QOSهای معتبر برای این انتساب.
نام کاربر در انتساب.
نمایش QosLevel در قالبی خام و ارزیابی‌نشده، شامل فهرستی جداشده با کاما از نام‌های QOS که با ´´ (هیچ)، ´+´ یا ´-´ برای این انتساب پیشوندگذاری شده‌اند. نام‌های QOS بدون پیشوند +/- مستقیماً تخصیص داده شده‌اند (مانند sacctmgr modify ... set QosLevel=qos_name) برای موجودیت فهرست‌شده یا یکی از والدین آن در سلسله‌مراتب. نام‌های QOS با پیشوند +/- نشان می‌دهند که QOS برای موجودیت مذکور یا یکی از والدین آن در سلسله‌مراتب اضافه/فیلتر شده است (مانند sacctmgr modify ... set QosLevel=[+-]qos_name). گنجاندن WOPLimits دقیقاً نشان خواهد داد که هر QOS در کجای سلسله‌مراتب تخصیص یافته، افزوده یا فیلتر شده است.

خوشه‌ها را می‌توان با sacctmgr ایجاد، اصلاح و حذف کرد. این گزینه‌ها به شما اجازه می‌دهند تا ویژگی‌های متناظر را تنظیم کرده یا هنگام پرس‌وجوی خوشه‌ها، بر اساس آن‌ها فیلتر اعمال کنید.

نوع ماشین؛ دسته‌بندی‌های فعلی عبارتند از capability، capacity و capapacity.
ویژگی‌هایی که مختص خوشه هستند. کارهای فدراسیونی (federated jobs) را می‌توان به خوشه‌هایی هدایت کرد که حاوی ویژگی‌های درخواستی کار باشند.

برای افزودن یا حذف ویژگی‌های تکی، از عملگرهای += یا -= استفاده کنید. برای پاک کردن تمام ویژگی‌های موجود، مقدار جدید را برابر با ´´ (دو علامت تک‌کوتیشن بدون هیچ فاصله‌ای بین آن‌ها) قرار دهید.

فدراسیونی که این خوشه باید عضو آن باشد. یک خوشه در هر زمان تنها می‌تواند عضو یک فدراسیون باشد.
وضعیت خوشه در فدراسیون.
وضعیت‌های معتبر عبارتند از:
خوشه به‌طور فعال کارهای فدراسیونی را پذیرفته و زمان‌بندی می‌کند.
خوشه هیچ کاری را زمان‌بندی نکرده و نمی‌پذیرد.
خوشه هیچ کار جدیدی را نمی‌پذیرد و اجازه می‌دهد کارهای فدراسیونیِ موجود به پایان برسند.
خوشه هیچ کار جدیدی را نمی‌پذیرد و به محض اتمام تمام کارهای فدراسیونی، خود را از فدراسیون حذف می‌کند. پس از حذف از فدراسیون، خوشه کارها را به عنوان یک خوشه غیرفدراسیونی خواهد پذیرفت.
نام یک خوشه. این مقدار باید برابر با پارامتر ClusterName در فایل پیکربندی slurm.conf برای یک خوشه مدیریت‌شده با Slurm باشد.
فهرستی جداشده با کاما از مقادیر عددی RPC.
نمایش اطلاعات به همراه داده‌هایی که پیش‌تر حذف شده‌اند. خوشه‌هایی که ظرف ۲۴ ساعت پس از ایجاد حذف شوند و در این مدت هیچ کاری در خوشه اجرا نشده باشد، از پایگاه داده به طور کامل حذف خواهند شد. در غیر این صورت، خوشه به عنوان حذف‌شده علامت‌گذاری می‌شود و با پرچم WithDeleted قابل مشاهده خواهد بود.
ستون‌های مربوط به فدراسیون را به گزینه‌های قالب‌بندی پیش‌فرض اضافه می‌کند (مانند Federation,ID,Features,FedState).
نمایش اطلاعات بدون اطلاعات محدودیت‌ها. این گزینه برای قالب پیش‌فرض کوچک‌ترِ Cluster,ControlHost,ControlPort,RPC کاربرد دارد.

نکته: شما همچنین می‌توانید از فهرست مشخصات عمومی که در بخش GENERAL SPECIFICATIONS FOR ASSOCIATION BASED ENTITIES آمده است استفاده کنید.

فیلدهایی که می‌توانید هنگام مشاهدهٔ رکوردهای خوشه با استفاده از گزینهٔ format= نمایش دهید.

نوع ماشین، یعنی capability،‏ capacity یا capapacity.
نام خوشه.
هنگامی که یک slurmctld در پایگاه‌داده ثبت می‌شود، نشانی IP کنترل‌کننده در اینجا قرار می‌گیرد.
هنگامی که یک slurmctld در پایگاه‌داده ثبت می‌شود، پورتی که کنترل‌کننده روی آن گوش می‌دهد در اینجا قرار می‌گیرد.
فهرست ویژگی‌های موجود روی خوشه (در صورت وجود).
نام فدراسیونی که این خوشه عضو آن است (در صورت وجود).
وضعیت خوشه در فدراسیون (در صورت عضویت در آن).
مقدار عددی نام FedState.
ویژگی‌هایی که خوشه داراست. پرچم‌های کنونی شامل Cray،‏ External و MultipleSlurmd هستند.

خوشه‌های خارجی (External) خوشه‌هایی فقط برای ثبت‌نام (registration only) هستند. یک slurmctld می‌تواند یک slurmdbd خارجی را با گزینهٔ AccountingStorageExternalHost در slurm.conf تعیین کند. این امر به slurmctld اجازه می‌دهد تا در یک slurmdbd خارجی ثبت شود تا خوشه‌های متصل به آن slurmdbd خارجی بتوانند با دستورهای Slurm با خوشهٔ خارجی ارتباط برقرار کنند.

شناسه‌ای که هنگام عضویت در یک فدراسیون به خوشه اختصاص می‌یابد. این شناسه به‌طور یکتا خوشه و کارهای آن را در فدراسیون مشخص می‌کند.
تعداد فعلی گره‌های مرتبط با خوشه.
گره‌های فعلی مرتبط با خوشه.
هنگامی که یک slurmctld در پایگاه‌داده ثبت می‌شود، نسخهٔ RPC که کنترل‌کننده در حال اجرای آن است در اینجا قرار می‌گیرد.
منابع قابل ردگیری یا Trackable RESources (شامل Billing،‏ BB (Burst buffer)،‏ CPU،‏ Energy،‏ GRES،‏ License،‏ Memory و Node) که این خوشه حسابداری آن‌ها را انجام می‌دهد.

نکته: شما همچنین می‌توانید اطلاعات مربوط به انتساب ریشه (root association) را برای خوشه مشاهده کنید. فیلدهای قالب انتساب در بخش LIST/SHOW ASSOCIATION FORMAT OPTIONS شرح داده شده‌اند.

هماهنگ‌کننده‌ها را می‌توان با sacctmgr ایجاد، ویرایش و حذف کرد. این گزینه‌ها به شما اجازه می‌دهند تا ویژگی‌های مربوطه را تنظیم کرده یا هنگام پرس‌وجو برای هماهنگ‌کننده‌ها، براساس آن‌ها فیلتر کنید.

نام حسابی که این کاربر به عنوان هماهنگ‌کننده به آن اضافه می‌شود.
نام‌های هماهنگ‌کننده‌ها.

نکته: برای فهرست کردن هماهنگ‌کننده‌ها، از گزینه‌های WithCoordinator همراه با list account یا list user استفاده کنید.

رویدادها به‌طور خودکار ایجاد شده و برای ذخیره‌سازی به slurmdbd ارسال می‌شوند. این‌ها گزینه‌هایی هستند که می‌توانید برای فیلتر کردن انواع خاصی از رویدادها مشخص کنید.

میان‌بری برای دریافت اطلاعات همهٔ خوشه‌ها.
میان‌بری برای دریافت بازهٔ زمانی تمام دوران.
فهرست کردن رویدادهای خوشه(ها). مقدار پیش‌فرض، خوشه‌ای است که دستور در آن اجرا شده است.
فهرست اختیاری از پرچم‌ها برای فیلتر کردن رویدادها.
گزینه‌های معتبر عبارتند از:
در صورت تنظیم، فقط رویدادهای باز گره (در حال حاضر از کار افتاده / down) بازگردانده خواهند شد.
زمان پایان دورهٔ رویدادها. پیش‌فرض now است.
قالب‌های معتبر زمان عبارتند از:

HH:MM[:SS] [AM|PM]
MMDD[YY] یا MM/DD[/YY] یا MM.DD[.YY]
MM/DD[/YY]-HH:MM[:SS]
YYYY-MM-DD[THH:MM[:SS]]
now[{+|-}count[seconds(default)|minutes|hours|days|weeks]]

انواع خاصی از رویدادها برای جستجو. گزینه‌های معتبر Cluster یا Node هستند. پیش‌فرض هر دو است.
بیشینهٔ تعداد CPUهای متأثر از یک رویداد.
کمینهٔ تعداد CPUهای متأثر از یک رویداد.
نام گره‌های متأثر از یک رویداد.
دلیل مربوط به از کار افتادن یک گره. دلیلی که شامل فاصله (space) است باید درون علامت نقل‌قول قرار گیرد.
زمان آغاز دورهٔ رویدادها. مقدار پیش‌فرض 00:00:00 روز قبل است، مگر اینکه وضعیت‌ها همراه با رویدادهای States=<spec> مشخص شده باشند. در این صورت، رفتار پیش‌فرض بازگرداندن رویدادهایی است که در حال حاضر در وضعیت‌های مشخص‌شده قرار دارند.
قالب‌های معتبر زمان عبارتند از:
HH:MM[:SS] [AM|PM]
MMDD[YY] یا MM/DD[/YY] یا MM.DD[.YY]
MM/DD[/YY]-HH:MM[:SS]
YYYY-MM-DD[THH:MM[:SS]]
now[{+|-}count[seconds(default)|minutes|hours|days|weeks]]
وضعیت یک گره در یک رویداد گره (node event). اگر این گزینه تنظیم شود، نوع رویداد به‌طور خودکار روی Node تنظیم می‌شود.
پرس‌وجو بر اساس کاربرانی که رویداد را ثبت کرده‌اند. اگر این گزینه تنظیم شود، نوع رویداد به‌طور خودکار روی Node تنظیم می‌شود، چرا که تنها کاربر slurm می‌تواند یک رویداد خوشه (cluster event) را اجرا کند.

فیلدهایی که می‌توانید هنگام مشاهده رکوردهای Event با استفاده از گزینه format= نمایش دهید. قالب پیش‌فرض عبارت است از:
Cluster,NodeName,TimeStart,TimeEnd,State,Reason,User

نام خوشه‌ای که رویداد در آن رخ داده است.
فهرست گره‌ها (hostlist) در یک خوشه هنگام وقوع یک رویداد خوشه.
مدت زمانی که رویداد برقرار بوده است.
زمان پایان یافتن رویداد.
نام رویداد.
مقدار عددی نام رویداد.
گره‌ای که تحت تأثیر رویداد قرار گرفته است. در یک رویداد خوشه، این مقدار خالی است.
دلیل وقوع رویداد.
زمان شروع رویداد.
در یک رویداد گره، این مقدار وضعیت قالب‌بندی‌شده گره در طول رویداد است.
در یک رویداد گره، این مقدار عددی وضعیت گره در طول رویداد است.
تعداد TRES دخیل در رویداد.
در یک رویداد گره، این کاربری است که باعث وقوع رویداد شده است.

فدراسیون‌ها را می‌توان با استفاده از sacctmgr ایجاد، ویرایش و حذف کرد. این گزینه‌ها به شما اجازه می‌دهند ویژگی‌های مربوطه را تنظیم کرده یا هنگام پرس‌وجو برای فدراسیون‌ها، بر اساس آن‌ها فیلتر اعمال کنید.

فهرست خوشه‌ها جهت افزودن/حذف به/از یک فدراسیون. یک مقدار خالی (مانند clusters=) تمام خوشه‌ها را از فدراسیون حذف خواهد کرد. نکته: هر خوشه تنها می‌تواند عضو یک فدراسیون باشد.
نام فدراسیون.
نمایش فدراسیون‌ها به صورت سلسله‌مراتبی.
نمایش اطلاعات به همراه داده‌هایی که قبلاً حذف شده‌اند. فدراسیون‌هایی که ظرف ۲۴ ساعت پس از ایجاد حذف شوند، به‌طور کامل از پایگاه داده پاک خواهند شد. فدراسیون‌هایی که بیش از ۲۴ ساعت قبل از درخواست حذف ایجاد شده باشند، صرفاً به عنوان حذف‌شده علامت‌گذاری می‌شوند و با پرچم WithDeleted قابل مشاهده خواهند بود.

فیلدهایی که می‌توانید هنگام مشاهده رکوردهای فدراسیون با استفاده از گزینه format= نمایش دهید. قالب پیش‌فرض عبارت است از:
Federation,Cluster,Features,FedState

نام کلاستری که عضو فدراسیون است.
فهرست ویژگی‌های (features) کلاستر.
نام فدراسیون.
وضعیت کلاستر در فدراسیون.
مقدار عددیِ وضعیت کلاستر (FedState).
اندیس کلاستر در فدراسیون.

اطلاعات مربوط به نمونه‌های (instances) گره ابری برای ذخیره‌سازی به slurmdbd ارسال می‌شود. این‌ها گزینه‌هایی هستند که می‌توانید برای پالایش نمونه‌های خاص مشخص کنید.

نام کلاستری که نمونه روی آن اجرا شده است. پیش‌فرض کلاستری است که دستور در آن اجرا شده است.
پایان بازه زمانی نمونه‌ها. پیش‌فرض now (اکنون) است.

قالب‌های زمانی معتبر عبارتند از:
HH:MM[:SS] [AM|PM]
MMDD[YY] یا MM/DD[/YY] یا MM.DD[.YY]
MM/DD[/YY]-HH:MM[:SS]
YYYY-MM-DD[THH:MM[:SS]]
now[{+|-}count[seconds(default)|minutes|hours|days|weeks]]

رشته دلخواه مرتبط با گره در طول چرخه حیات نمونه.
شناسه نمونه ابری (Cloud instance ID).
نوع نمونه ابری (Cloud instance type).
گره‌ای که نمونه روی آن اجرا شده است.
آغاز بازه زمانی نمونه‌ها. پیش‌فرض 00:00:00 روز قبل است.

قالب‌های زمانی معتبر عبارتند از:
HH:MM[:SS] [AM|PM]
MMDD[YY] یا MM/DD[/YY] یا MM.DD[.YY]
MM/DD[/YY]-HH:MM[:SS]
YYYY-MM-DD[THH:MM[:SS]]
now[{+|-}count[seconds(default)|minutes|hours|days|weeks]]

فیلدهایی که می‌توانید هنگام مشاهده رکوردهای نمونه با استفاده از گزینه format= نمایش دهید. قالب پیش‌فرض عبارت است از:
Cluster,NodeName,Start,End,InstanceID,InstanceType,Extra

نام کلاستری که نمونه روی آن اجرا شده است.
زمانی که نمونه به پایان رسیده است.
رشته دلخواه مرتبط با گره در طول چرخه حیات نمونه.
شناسه نمونه ابری.
نوع نمونه ابری.
گره‌ای که نمونه روی آن اجرا شده است.
زمانی که نمونه آغاز شده است.

اطلاعات کار به‌طور خودکار برای ذخیره‌سازی به slurmdbd ارسال می‌شود. این‌ها گزینه‌هایی هستند که می‌توانید برای فیلتر کردن کارهای مشخص تعیین کنید. همچنین برخی ویژگی‌ها وجود دارند که می‌توانید برای یک رکورد کار تغییر دهید.

رشته توصیفی دلخواه. تنها توسط مدیر سیستم Slurm قابل تغییر است. برای پاک کردن یک مقدار موجود، مقدار جدید را برابر '' (دو کوتیشن تکی بدون هیچ فاصله‌ای بین آن‌ها) قرار دهید.
رشته یادداشت کار هنگامی که پارامتر AccountingStoreFlags در فایل slurm.conf شامل 'job_comment' باشد. کاربر تنها می‌تواند رشته یادداشت کار خودش را تغییر دهد. برای پاک کردن یک مقدار موجود، مقدار جدید را برابر '' (دو کوتیشن تکی بدون هیچ فاصله‌ای بین آن‌ها) قرار دهید.
فهرست کلاسترهایی که کارها روی آن‌ها تغییر داده می‌شوند؛ پیش‌فرض کلاستر محلی است.
کد خروج اشتقاقی (derived exit code) را می‌توان پس از اتمام کار، بر اساس تشخیص کاربر از موفقیت یا شکست کار تغییر داد. کاربر تنها می‌تواند کد خروج اشتقاقی کار خودش را تغییر دهد.
کارها باید پیش از این زمان به پایان رسیده باشند تا تغییر یابند. قالب خروجی به‌صورت YYYY-MM-DDTHH:MM:SS است، مگر اینکه از طریق متغیر محیطی SLURM_TIME_FORMAT تغییر یافته باشد.
رشته اضافی (extra) کار هنگامی که پارامتر AccountingStoreFlags در فایل slurm.conf شامل 'job_extra' باشد. کاربر تنها می‌تواند رشته اضافی کار خودش را تغییر دهد. برای پاک کردن یک مقدار موجود، مقدار جدید را برابر '' (دو کوتیشن تکی بدون هیچ فاصله‌ای بین آن‌ها) قرار دهید.
شناسه کار برای تغییر. در صورت تغییر چندین کار با استفاده از مشخصه wckey، نیازی به آن نیست.
برای تغییر نام یک wckey در کار(ها) در پایگاه‌داده حسابداری استفاده می‌شود.
کارها برای تغییر یافتن باید در این زمان یا پس از آن شروع شده باشند؛ در همان قالب EndTime.
رشته توصیفی دلخواه که معمولاً توسط BurstBufferPlugin مدیریت می‌شود. تنها توسط مدیر سیستم Slurm قابل تغییر است. برای پاک کردن یک مقدار موجود، مقدار جدید را برابر '' (دو کوتیشن تکی بدون هیچ فاصله‌ای بین آن‌ها) قرار دهید.
برای تنظیم یا تغییر یک TRES روی کار(هایی) در پایگاه‌داده حسابداری که قبلاً تکمیل شده‌اند استفاده می‌شود.

هشدار: این تغییر دائمی است و مقدار اولیه پس از آن از دست خواهد رفت.

برای مشخص کردن کارهای کاربران جهت تغییر استفاده می‌شود.
برای تعیین wckeyها جهت تغییر استفاده می‌شود.

فیلدهای AdminComment، Comment، DerivedExitCode، Extra، SystemComment و WCKey تنها فیلدهایی از رکورد یک کار در پایگاه‌داده هستند که پس از اتمام کار قابل تغییرند.

دستور sacct دستور اختصاصی برای نمایش رکوردهای کار از پایگاه‌داده Slurm است.

یک QOS می‌تواند با sacctmgr ایجاد، تغییر داده شده و حذف شود. این گزینه‌ها به شما امکان می‌دهند هنگام پرس‌وجو برای یک QOS، ویژگی‌های متناظر را تنظیم کرده یا بر اساس آن‌ها فیلتر کنید.

نکته: محدودیت‌های گروهی (GrpJobs، GrpTRES و غیره) زمانی بررسی می‌شوند که یک کار برای تخصیص منابع در دست بررسی باشد. اگر شروع یک کار باعث شود که هر یک از محدودیت‌های گروهی آن فراتر رود، آن کار برای زمان‌بندی در نظر گرفته نخواهد شد؛ حتی اگر آن کار بتواند سایر کارهایی را که منابع گروهی کافی برای آغاز کار معلق آزاد می‌کنند، لغو اولویت (preempt) کند.

نکته: تمام گزینه‌های TRES (مانند GrpTRES، MaxTRES و غیره) نیز می‌توانند از همان نحو "[+|-]=" موجود برای موجودیت‌های مبتنی بر انتساب (association) استفاده کنند.

رشته‌ای دلخواه برای توصیف یک QOS. تنها توسط مدیر سیستم Slurm قابل تغییر است.
توسط slurmctld برای بازنویسی یا اعمال ویژگی‌های خاصی استفاده می‌شود. برای افزودن یا حذف پرچم‌های منفرد، از عملگرهای += یا -= استفاده کنید. برای پاک کردن تمام پرچم‌های موجود، مقدار جدید -1 را تنظیم کنید.
گزینه‌های معتبر عبارتند از:
در صورت تنظیم، کارهایی که از این QOS استفاده می‌کنند، چنانچه به عنوان کارهای مستقل (stand-alone) با محدودیت‌های 'Max' یا 'Min' مربوط به QOS مطابقت نداشته باشند، در زمان ارسال رد خواهند شد. کارهایی که هنگام در نظر گرفتن سایر کارها از این محدودیت‌ها فراتر می‌روند، اما وقتی به صورت جداگانه در نظر گرفته شوند با محدودیت‌ها مطابقت دارند، رد نخواهند شد؛ بلکه تا زمان در دسترس قرار گرفتن منابع در حالت معلق (pend) باقی می‌مانند. محدودیت‌های گروهی (مانند GrpTRES) نیز مانند محدودیت‌های 'Max' (مانند MaxTRESPerNode) در نظر گرفته می‌شوند و کارها در صورتی که به عنوان کارهای مستقل حد مجاز را نقض کنند، رد خواهند شد. این مورد در حال حاضر تنها بر محدودیت‌های QOS و Association اعمال می‌شود.
در صورت تنظیم، و اگر QOS نیز دارای یک UsageThreshold باشد، هر کاری که با این QOS ارسال شود و به زیر UsageThreshold بیفتد، تا زمانی که Fairshare Usage آن به بالای Threshold برسد در حالت تعلیق (hold) باقی می‌ماند.
در صورت تنظیم، مقادیر GrpTRESMins، GrpWall و UsageRaw این QOS توسط تنظیمات PriorityDecayHalfLife یا PriorityUsageResetPeriod در slurm.conf کاهش (decay) نخواهند یافت. این به یک QOS اجازه می‌دهد تا محدودیت‌های تجمیعی ارائه دهد که پس از مصرف، به‌طور خودکار بازیابی نمی‌شوند. چنین QOSای به عنوان یک سهمیه منابع با زمان محدود برای انتسابی (association) عمل می‌کند که به آن دسترسی دارد. مصرف حساب/کاربر همچنان برای انتساب‌هایی که از این QOS استفاده می‌کنند کاهش می‌یابد. محدودیت‌های GrpTRESMins و GrpWall در QOS را می‌توان افزایش داد یا مقدار RawUsage مربوط به QOS را به 0 (صفر) بازنشانی کرد تا دوباره به کارهای ارسال‌شده با این QOS اجازه صف‌بندی (اگر DenyOnLimit تنظیم شده باشد) یا اجرا داده شود (معلق با دلایل QOSGrp{TRES}MinutesLimit یا QOSGrpWallLimit، که در آن {TRES} نوعی منبع قابل ردیابی است).
در صورت تنظیم و استفاده از زمان‌بندی backfill، کارهایی که از این QOS استفاده می‌کنند، منابع را در نقشه زمان‌بندی backfill از منابع تخصیص‌یافته در طول زمان رزرو نخواهند کرد. این پرچم برای استفاده با QOSای در نظر گرفته شده است که ممکن است توسط کارهای مرتبط با همه QOSهای دیگر لغو اولویت (preempt) شود (مثلاً استفاده با یک QOS از نوع "standby"). اگر این پرچم با یک QOS استفاده شود که نمی‌تواند توسط همه QOSهای دیگر لغو اولویت شود، می‌تواند منجر به گرسنگی (starvation) کارهای بزرگ‌تر شود.
در صورت تنظیم، کارهایی که از این QOS استفاده می‌کنند قادر خواهند بود هرگونه محدودیتی را که توسط محدودیت‌های QOS پارتیشن درخواستی استفاده می‌شود، نادیده بگیرند (override کنند).
در صورت تنظیم، کارهایی که از این QOS استفاده می‌کنند قادر خواهند بود محدودیت MaxNodes پارتیشن درخواستی را نادیده بگیرند (override کنند).
در صورت تنظیم، کارهایی که از این QOS استفاده می‌کنند قادر خواهند بود محدودیت MinNodes پارتیشن درخواستی را نادیده بگیرند (override کنند).
در صورت تنظیم، کارهایی که از این QOS استفاده می‌کنند قادر خواهند بود TimeLimit پارتیشن درخواستی را نادیده بگیرند (override کنند)..IP
در صورت تنظیم، محدودیت‌های QOS به جای محدودیت‌های مطلق، به عنوان درصدی از کلاستر یا پارتیشن در نظر گرفته می‌شوند (اعداد باید کمتر از ۱۰۰ باشند). پس از افزودن پرچم Relative به QOS، کنترل‌کننده (controller) باید مجدداً راه‌اندازی یا پیکربندی مجدد شود.
اگر این مورد به عنوان QOS پارتیشن استفاده شود:

1. محدودیت‌ها به نسبت منابع پارتیشن محاسبه خواهند شد.
2. تنها یک پارتیشن می‌تواند این QOS را به عنوان QOS پارتیشن خود داشته باشد.
3. به کارها اجازه استفاده از آن به عنوان یک QOS عادی داده نخواهد شد.

جزئیات بیشتر در مستندات QOS در آدرس زیر آمده است: https://slurm.schedmd.com/qos.html.
در صورت تنظیم، کارهایی که از این QOS استفاده می‌کنند باید هنگام ارسال کار، یک رزرو (reservation) را تعیین کنند. این گزینه می‌تواند برای محدود کردن استفاده از QOS که قابلیت قبضه‌کردن (preemptive) بیشتر یا منابع اضافی دارد مفید باشد، تا تنها در چارچوب یک رزرو مجاز شمرده شود.
در صورت تنظیم و چنانچه AccountingStorageEnforce شامل Safe باشد، کارها تنها در صورتی قادر به اجرا خواهند بود که بتوانند با اعمال UsageFactor تا پایان اجرا شوند.
مهلت قبضه (preemption grace time) بر حسب ثانیه که به کاری که برای قبضه انتخاب شده است داده می‌شود. مقدار پیش‌فرض صفر است، به این معنی که هیچ مهلت قبضی بر روی این QOS مجاز نیست. این مقدار تنها برای QOS با PreemptMode=CANCEL و PreemptMode=REQUEUE قابل اعمال است.

نکته: کاری که برای قبضه انتخاب شده و پیش از به پایان رسیدن GraceTime خارج می‌شود، صرف‌نظر از دلیل خروج، بر اساس PreemptMode مدیریت خواهد شد (بیشتر زمانی مشهود است که PreemptMode=REQUEUE باشد). Slurm نمی‌تواند بین خروج ناشی از سیگنال قبضه و خروج نامرتبطی که در طول GraceTime رخ می‌دهد، تمایز قائل شود.

حداکثر تعداد کارهای در حال اجرا در مجموع برای این QOS. برای پاک کردن یک مقدار موجود، مقدار جدید را بر روی -1 تنظیم کنید.
حداکثر تعداد کارهای در انتظار در مجموع که قادر به انباشت اولویت سنی (age priority) برای این QOS هستند. این محدودیت تنها بر روی QOS کار اعمال می‌شود و نه QOS پارتیشن. برای پاک کردن یک مقدار موجود، مقدار جدید را بر روی -1 تنظیم کنید.
حداکثر تعداد کارها در وضعیت در انتظار یا در حال اجرا در هر زمان در مجموع برای این QOS. برای پاک کردن یک مقدار موجود، مقدار جدید را بر روی -1 تنظیم کنید.
حداکثر تعداد TRES قابل تخصیص توسط کارهای در حال اجرا در مجموع برای این QOS.

برای جزئیات بیشتر به بخش TRES information در زیر مراجعه کنید.

حداکثر تعداد دقیقه-TRES که احتمالاً می‌تواند توسط کارهای گذشته، حال و آینده با این QOS استفاده شود.

برای جزئیات بیشتر به بخش TRES information در زیر مراجعه کنید.

نکته: این محدودیت تنها هنگام استفاده از افزونه Priority Multifactor اعمال می‌شود. زمان با استفاده از مقدار PriorityDecayHalfLife یا PriorityUsageResetPeriod طبق تنظیمات slurm.conf کاهش (decay) می‌یابد. هنگامی که این محدودیت حاصل شود، تمام کارهای مرتبط در حال اجرا متوقف (kill) خواهند شد و تمام کارهای بعدی ارسال‌شده با این QOS به تعویق می‌افتند تا زمانی که بتوانند در چارچوب محدودیت اجرا شوند.

حداکثر تعداد دقیقه-TRES قابل تخصیص توسط کارهای در حال اجرا با این QOS. این گزینه محدودیت زمانی کارهای در حال اجرا را در نظر گرفته و آن را مصرف می‌کند. اگر محدودیت حاصل شود، هیچ کار جدیدی شروع نمی‌شود تا زمانی که کارهای دیگر به پایان برسند تا زمان آزاد شود.

برای جزئیات بیشتر به بخش TRES information در زیر مراجعه کنید.

حداکثر زمان واقعی (wall clock time) قابل تخصیص توسط کارهای در حال اجرا در مجموع برای این QOS. اگر این محدودیت حاصل شود، ارسال کارها رد خواهد شد و کارهای در حال اجرا متوقف (kill) می‌شوند. قالب GrpWall به صورت <min> یا <min>:<sec> یا <hr>:<min>:<sec> یا <days>-<hr>:<min>:<sec> یا <days>-<hr> است. این مقدار بر حسب دقیقه با گرد کردن در صورت نیاز ثبت می‌شود. برای پاک کردن یک مقدار موجود، مقدار جدید را بر روی -1 تنظیم کنید.

نکته: این محدودیت تنها هنگام استفاده از افزونه Priority Multifactor اعمال می‌شود. زمان با استفاده از مقدار PriorityDecayHalfLife یا PriorityUsageResetPeriod طبق تنظیمات slurm.conf کاهش (decay) می‌یابد. هنگامی که این محدودیت حاصل شود، تمام کارهای مرتبط در حال اجرا متوقف (kill) خواهند شد و تمام کارهای بعدی ارسال‌شده با این QOS به تعویق می‌افتند تا زمانی که بتوانند در چارچوب محدودیت اجرا شوند.

یک مقدار ممیز شناور که در محدودیت‌های [Grp|Max]TRES یک انتساب (association) ضرب می‌شود. به عنوان مثال، اگر LimitFactor برابر ۲ باشد، آنگاه انتسابی با GrpTRES برابر با ۳۰ پردازنده، هنگام اجرا تحت این QOS مجاز به تخصیص ۶۰ پردازنده خواهد بود. برای پاک کردن یک مقدار موجود، مقدار جدید را بر روی -1 تنظیم کنید. نکته: این ضریب تنها بر انتساب‌های در حال اجرا در این QOS اعمال می‌شود و بر هیچ‌یک از محدودیت‌ها در خود QOS اعمال نمی‌گردد.
حداکثر تعداد کارهای در انتظاری که یک حساب (یا زیرحساب) می‌تواند در هر زمان مشخص برای انباشت اولویت سنی داشته باشد. این محدودیت تنها برای QOS کار اعمال می‌شود و نه QOS پارتیشن. برای پاک کردن یک مقدار موجود، مقدار جدید را بر روی -1 تنظیم کنید.
حداکثر تعداد کارهای در انتظاری که یک کاربر می‌تواند در هر زمان مشخص برای انباشت اولویت سنی داشته باشد. این محدودیت تنها برای QOS کار اعمال می‌شود و نه QOS پارتیشن. برای پاک کردن یک مقدار موجود، مقدار جدید را بر روی -1 تنظیم کنید.
حداکثر تعداد کارهای در حال اجرا به ازای هر حساب. برای پاک کردن یک مقدار موجود، مقدار جدید را بر روی -1 تنظیم کنید.
حداکثر تعداد کارهای در حال اجرا به ازای هر کاربر. برای پاک کردن یک مقدار موجود، مقدار جدید را بر روی -1 تنظیم کنید.
حداکثر تعداد کارها در وضعیت در انتظار یا در حال اجرا به ازای هر حساب. برای پاک کردن یک مقدار موجود، مقدار جدید را بر روی -1 تنظیم کنید.
حداکثر تعداد کارها در وضعیت در انتظار یا در حال اجرا به ازای هر کاربر. برای پاک کردن یک مقدار موجود، مقدار جدید را بر روی -1 تنظیم کنید.
حداکثر تعداد TRES که هر کار می‌تواند استفاده کند.

برای جزئیات بیشتر به بخش TRES information در زیر مراجعه کنید.

حداکثر تعداد دقیقه‌های TRES که هر کار می‌تواند استفاده کند.

برای جزئیات بیشتر به بخش TRES information در زیر مراجعه کنید.

حداکثر تعداد TRES که هر حساب می‌تواند استفاده کند.

برای جزئیات بیشتر به بخش TRES information در زیر مراجعه کنید.

حداکثر تعداد TRES که هر گره در یک تخصیص کار می‌تواند استفاده کند.

برای جزئیات بیشتر به بخش TRES information در زیر مراجعه کنید.

حداکثر تعداد TRES که هر کاربر می‌تواند استفاده کند.

برای جزئیات بیشتر به بخش TRES information در زیر مراجعه کنید.

حداکثر تعداد دقیقه‌های TRES که هر حساب می‌تواند استفاده کند. این گزینه محدودیت زمانی کارهای در حال اجرا را در نظر می‌گیرد. اگر محدودیت حاصل شود، تا زمان پایان یافتن کارهای دیگر و آزاد شدن زمان، هیچ کار جدیدی شروع نخواهد شد.

برای جزئیات بیشتر به بخش TRES information در زیر مراجعه کنید.

حداکثر تعداد دقیقه‌های TRES که هر کاربر می‌تواند استفاده کند. این گزینه محدودیت زمانی کارهای در حال اجرا را در نظر می‌گیرد. اگر محدودیت حاصل شود، تا زمان پایان یافتن کارهای دیگر و آزاد شدن زمان، هیچ کار جدیدی شروع نخواهد شد.

برای جزئیات بیشتر به بخش TRES information در زیر مراجعه کنید.

حداکثر زمان واقعی (wall clock) که هر کار می‌تواند استفاده کند. قالب MaxWall به صورت <min> یا <min>:<sec> یا <hr>:<min>:<sec> یا <days>-<hr>:<min>:<sec> یا <days>-<hr> است. این مقدار در صورت لزوم با گرد کردن بر حسب دقیقه ثبت می‌شود. برای پاک کردن مقدار موجود، مقدار جدید را روی -1 تنظیم کنید.
حداقل اولویت لازم برای رزرو منابع هنگام زمان‌بندی. برای پاک کردن مقدار موجود، مقدار جدید را روی -1 تنظیم کنید.
حداقل تعداد TRES که هر کار در حال اجرا تحت این QOS باید درخواست کند. در غیر این صورت، کار تا زمان اصلاح شدن در حالت معلق (pend) باقی خواهد ماند.

برای جزئیات بیشتر به بخش TRES information در زیر مراجعه کنید.

نام QOS. برای ایجاد آن الزامی است.
سایر QOSهایی که این QOS می‌تواند حق تقدم آن‌ها را سلب کند (preempt کند). برای پاک کردن مقدار موجود، مقدار جدید را روی '' (دو علامت نقل‌قول تکی بدون فاصله‌ای بین آن‌ها) تنظیم کنید.

NOTE: پارامتر Priority یک QOS به سلب حق تقدم در QOS ارتباطی ندارد؛ تنها از Preempt برای تعیین اینکه کدام QOS می‌تواند حق تقدم دیگران را سلب کند استفاده می‌شود.

حداقل زمان اجرای کارهای این QOS را پیش از آنکه برای سلب حق تقدم در نظر گرفته شوند مشخص می‌کند. این گزینهٔ QOS نسبت به مقدار سراسری PreemptExemptTime اولویت دارد.
تنظیم روی -1 این گزینه را غیرفعال کرده و اجازه می‌دهد QOS دیگر یا گزینهٔ سراسری اعمال شود. تنظیم روی 0 نشان‌دهندهٔ عدم وجود حداقل زمان اجرا بوده و بر QOS با اولویت پایین‌تر (به OverPartQOS مراجعه کنید) و/یا گزینهٔ سراسری در slurm.conf برتری خواهد داشت.
سازوکاری که برای سلب حق تقدم کارهای در حال اجرا در این QOS هنگامی که PreemptType کلاستر روی preempt/qos تنظیم شده باشد، استفاده می‌شود. این PreemptMode ویژهٔ QOS، مقدار سراسری PreemptMode کلاستر را برای این QOS باطل می‌کند.
برای جزئیات بیشتر https://slurm.schedmd.com/preempt.html را ببینید.

NOTE: به دلایل کارایی، زمان‌بند backfill کل گره‌ها را برای کارها رزرو می‌کند، نه بخشی از گره‌ها را. اگر در طول زمان‌بندی backfill کاری حق تقدم یک یا چند کار دیگر را سلب کند، کل گره‌های آن کارهای مغلوب برای کار سلب‌کننده رزرو می‌شوند، حتی اگر کار سلب‌کننده منابع کمتری از آن درخواست کرده باشد. این گره‌های رزروشده در طول آن چرخهٔ backfill برای کارهای دیگر در دسترس نیستند، حتی اگر کارهای دیگر بتوانند روی آن گره‌ها جای بگیرند. بنابراین، ممکن است کارها در یک تکرار واحد backfill منابع بیشتری نسبت به آنچه درخواست کرده‌اند را تصاحب کنند.
NOTE: برای اینکه یک کار ناهمگن (heterogeneous job) واجد شرایط سلب حق تقدم دانسته شود، تمام اجزای آن باید برای سلب حق تقدم واجد شرایط باشند. هنگامی که قرار است حق تقدم یک کار ناهمگن سلب شود، نخستین جزء شناسایی‌شده از کار که دارای بالاترین مرتبهٔ PreemptMode باشد (به ترتیب SUSPEND (بالاترین)، REQUEUE، و CANCEL (پایین‌ترین)) برای تنظیم PreemptMode تمام اجزا استفاده خواهد شد. مقادیر GraceTime و سیگنال هشدار کاربر برای هر جزء از کار ناهمگن به صورت یکتا باقی می‌ماند. کارهای ناهمگن از عملیات زمان‌بندی GANG مستثنی هستند.

مقدار پیش‌فرض است و از PreemptMode سراسری کلاستر برای سلب حق تقدم کار استفاده می‌کند. مقدار "OFF" یا "" (رشتهٔ خالی) معادل آن است. برای جلوگیری از سلب حق تقدم کارهای موجود در این QOS، اطمینان حاصل کنید که این QOS در فیلد Preempt هیچ QOS دیگری ذکر نشده باشد.
کار سلب‌حق‌تقدم‌شده لغو خواهد شد.
با بازگردانی کارها به صف (در صورت امکان) یا لغو آن‌ها، حق تقدم را سلب می‌کند. برای قرار گرفتن دوبارهٔ کارها در صف، باید گزینهٔ --requeue در sbatch تنظیم شده باشد یا پارامتر سراسری JobRequeue در slurm.conf روی 1 قرار گرفته باشد.
کارهای سلب‌حق‌تقدم‌شده تعلیق می‌شوند و بعداً زمان‌بند Gang آن‌ها را از سر می‌گیرد. بنابراین حالت سلب حق تقدم SUSPEND همیشه مستلزم تعیین گزینهٔ GANG در سطح کلاستر است. همچنین، از آنجا که کارهای تعلیق‌شده همچنان از حافظه روی گره‌های تخصیص‌یافته استفاده خواهند کرد، Slurm برای اینکه قادر به تعلیق کارها باشد، باید بتواند منابع حافظه را ردگیری کند.
اگر PreemptType=preempt/qos پیکربندی شده باشد و کار(های) سلب‌حق‌تقدم‌شده و کار سلب‌کننده روی یک پارتیشن باشند، منابع را به کمک زمان‌بند Gang به اشتراک می‌گذارند (برش زمانی یا time-slicing). در غیر این صورت (یعنی اگر کارهای مغلوب و کار سلب‌کننده روی پارتیشن‌های متفاوتی باشند)، کارهای سلب‌حق‌تقدم‌شده تا زمان پایان یافتن کار سلب‌کننده در حالت تعلیق باقی خواهند ماند.

NOTE: کارهای تعلیق‌شده GRES را آزاد نخواهند کرد. کارهای با اولویت بالاتر قادر به سلب حق تقدم برای دسترسی به GRES نخواهند بود.

تنها زمانی اجازهٔ سلب حق تقدم را می‌دهد که اولویت کار سلب‌کننده بالاتر از اولویت کار سلب‌حق‌تقدم‌شده باشد.
امکان سلب حق تقدم میان کارهایی که از یک qos مشترک استفاده می‌کنند را فراهم می‌کند. به طور پیش‌فرض، PreemptType=preempt/qos کارها را تنها در صورتی واجد شرایط سلب حق تقدم در نظر می‌گیرد که مقدار qos آن‌ها یکسان نباشد.
ضریب اولویت QOS که توسط افزونهٔ priority/multifactor استفاده می‌شود. به طور پیش‌فرض تنظیم نشده است، که نشان می‌دهد هیچ اولویت اضافی اعطا نمی‌شود.

NOTE: پارامتر Priority یک QOS به سلب حق تقدم در QOS ارتباطی ندارد، در عوض Preempt را ببینید..IP

این گزینه به مدیر سیستم اجازه می‌دهد میزان مصرف خام انباشته‌شده برای یک QOS را تعیین کند. تعیین مقدار 0 (صفر) مصرف خام را بازنشانی می‌کند. این تنها یک مشخصه قابل تنظیم است - نمی‌توان از آن به عنوان فیلتری برای فهرست کردن حساب‌ها استفاده کرد.
یک عدد ممیز شناور که در میزان مصرف TRES یک کار ضرب می‌شود (مانند RawUsage ،TRESMins و TRESRunMins). به عنوان مثال، اگر usagefactor برابر با ۲ باشد، به ازای هر ثانیه اجرای کار بر اساس TRESBillingUnit معادل ۲ ثانیه محاسبه خواهد شد. اگر usagefactor برابر با ۰٫۵ باشد، هر ثانیه تنها نصف آن زمان به حساب می‌آید. تنظیم آن روی ۰ هیچ مصرف زمانی ناشی از کار را اضافه نخواهد کرد.

ضریب مصرف تنها برای QOS مربوط به کار اعمال می‌شود و برای QOS پارتیشن اعمال نخواهد شد.

اگر پرچم UsageFactorSafe تنظیم شده باشد و AccountingStorageEnforce شامل Safe باشد، کارها تنها در صورتی شروع می‌شوند که بتوانند با اعمال UsageFactor تا پایان اجرا شوند، و به دلیل محدودیت‌ها متوقف (kill) نخواهند شد.

اگر پرچم UsageFactorSafe تنظیم نشده باشد و AccountingStorageEnforce شامل Safe باشد، کارها در صورتی که بتوانند بدون اعمال UsageFactor تا پایان اجرا شوند شروع خواهند شد، و به دلیل محدودیت‌ها متوقف نخواهند شد.

اگر پرچم UsageFactorSafe تنظیم نشده باشد و AccountingStorageEnforce شامل Safe نباشد، کارها تا زمانی که به محدودیت‌ها نرسیده باشند زمان‌بندی می‌شوند، اما ممکن است به دلیل محدودیت‌ها متوقف شوند.

به AccountingStorageEnforce در صفحه راهنمای slurm.conf مراجعه کنید.

پیش‌فرض ۱ است. برای پاک کردن مقدار موجود، یک مقدار جدید -1 تعیین کنید.

یک عدد ممیز شناور نشان‌دهنده کمترین سهم منصفانه (fairshare) مجاز یک انتساب (association) برای اجرای یک کار. اگر یک انتساب به زیر این آستانه برسد و کارهای معلق داشته باشد یا کارهای جدیدی ثبت کند، آن کارها در حالت تعلیق قرار می‌گیرند تا زمانی که میزان مصرف مجدداً به بالاتر از آستانه بازگردد. از sshare برای مشاهده سهم‌های فعلی در سیستم استفاده کنید. برای پاک کردن مقدار موجود، مقدار جدید -1 را تعیین کنید.

فیلدهایی که می‌توانید هنگام مشاهده رکوردهای QOS با استفاده از گزینه format= نمایش دهید.

یک رشته دلخواه برای توصیف یک QOS.
توسط slurmctld برای بازنویسی یا اعمال ویژگی‌های خاصی استفاده می‌شود.
مهلت زمانی سلب حق تقدم (preemption grace time) برای اعطا به کاری که برای سلب حق تقدم انتخاب شده است، در قالب hh:mm:ss.
حداکثر تعداد کارهای در حال اجرا در مجموع برای این QOS.
حداکثر تعداد کارهای در انتظار در مجموع که قادر به انباشت اولویت سنی (age priority) برای این QOS هستند. این محدودیت تنها برای QOS کار اعمال می‌شود و برای QOS پارتیشن اعمال نمی‌گردد.
حداکثر تعداد کارهای موجود در وضعیت معلق یا در حال اجرا در هر زمان، در مجموع برای این QOS.
حداکثر تعداد TRES قابل تخصیص توسط کارهای در حال اجرا در مجموع برای این QOS.
حداکثر تعداد دقایق TRES که احتمالاً می‌تواند توسط کارهای گذشته، حال و آینده با این QOS استفاده شود.
حداکثر تعداد دقایق TRES قابل تخصیص توسط کارهای در حال اجرا با این QOS.
حداکثر زمان واقعی سپری‌شده (wall clock time) قابل تخصیص توسط کارهای در حال اجرا در مجموع برای این QOS.
شناسه (ID) مربوط به QOS.
یک عدد ممیز شناور که در محدودیت‌های [Grp|Max]TRES یک انتساب ضرب می‌شود.
حداکثر تعداد کارهای در انتظاری که یک حساب (یا زیرحساب) می‌تواند در هر زمان مشخص برای انباشت اولویت سنی داشته باشد. این محدودیت تنها برای QOS کار اعمال می‌شود و برای QOS پارتیشن اعمال نمی‌گردد.
حداکثر تعداد کارهای در انتظاری که یک کاربر می‌تواند در هر زمان مشخص برای انباشت اولویت سنی داشته باشد. این محدودیت تنها برای QOS کار اعمال می‌شود و برای QOS پارتیشن اعمال نمی‌گردد.
حداکثر تعداد کارهای در حال اجرا به ازای هر حساب.
حداکثر تعداد کارهای در حال اجرا به ازای هر کاربر.
حداکثر تعداد کارها در وضعیت معلق یا در حال اجرا به ازای هر حساب.
حداکثر تعداد کارها در وضعیت معلق یا در حال اجرا به ازای هر کاربر.
حداکثر تعداد TRES که هر کار می‌تواند استفاده کند.
حداکثر تعداد دقایق TRES که هر کار می‌تواند استفاده کند.
حداکثر تعداد TRES که هر حساب می‌تواند استفاده کند.
حداکثر تعداد TRES که هر گره در یک تخصیص کار می‌تواند استفاده کند..IP
حداکثر تعداد TRES که هر کاربر می‌تواند استفاده کند.
حداکثر تعداد دقایق TRES که هر حساب (account) می‌تواند استفاده کند.
حداکثر تعداد دقایق TRES که هر کاربر می‌تواند استفاده کند.
حداکثر زمان واقعی سپری‌شده (wall clock) که هر کار می‌تواند استفاده کند.
حداقل اولویت لازم برای رزرو منابع هنگام زمان‌بندی.
حداقل تعداد TRES که هر کارِ در حال اجرا تحت این QOS باید درخواست کند. در غیر این صورت، کار تا زمان اصلاح شدن در حالت تعلیق (pend) باقی خواهد ماند.
نام QOS.
سایر QOSهایی که این QOS می‌تواند تقدم آن‌ها را سلب کند (preempt نماید).
حداقل زمان اجرای کارهای تحت این QOS را پیش از آنکه مشمول سلب تقدم (preemption) شوند، مشخص می‌کند.
سازوکار مورد استفاده برای سلب تقدم (preempt) کارها یا فعال‌سازی زمان‌بندی گروهی (gang scheduling) برای این QOS، هنگامی که PreemptType کلاستر بر روی preempt/qos تنظیم شده باشد. سازوکار پیش‌فرض سلب تقدم با پارامتر پیکربندی سراسری کلاستر، PreemptMode، تعیین می‌شود.
ضریب اولویت QOS جهت استفاده توسط افزونهٔ priority/multifactor.
یک عدد ممیز شناور که در میزان مصرف TRES کار ضرب می‌شود (مانند RawUsage،‏ TRESMins و TRESRunMins).
یک عدد ممیز شناور که کمترین میزان سهم منصفانه (fairshare) یک انتساب (association) را برای مجاز بودن به اجرای کار نشان می‌دهد.
نمایش اطلاعات به همراه داده‌های حذف‌شدهٔ قبلی. یک QOS که ظرف ۲۴ ساعت پس از ایجاد حذف شود و در این مدت هیچ کاری در آن اجرا نشده باشد، از پایگاه داده پاک خواهد شد. در غیر این صورت، این QOS به عنوان حذف‌شده علامت‌گذاری شده و با پرچم WithDeleted قابل مشاهده خواهد بود.

رزروها با دستور scontrol ایجاد می‌شوند و اطلاعات آن‌ها جهت ذخیره‌سازی به slurmdbd ارسال می‌گردد. این‌ها گزینه‌هایی هستند که می‌توانید برای فیلتر کردن رزروهای خاص تعیین کنید.

فهرست کردن رزروهای کلاستر(ها). پیش‌فرض، کلاستری است که دستور در آن اجرا شده است.
پایان بازهٔ رزروها. پیش‌فرض، اکنون (now) است.

قالب‌های معتبر زمان عبارتند از:
HH:MM[:SS] [AM|PM]
MMDD[YY] یا MM/DD[/YY] یا MM.DD[.YY]
MM/DD[/YY]-HH:MM[:SS]
YYYY-MM-DD[THH:MM[:SS]]
now[{+|-}count[seconds(default)|minutes|hours|days|weeks]]

فهرستی از شناسه (ID)های رزرو که با ویرگول از هم جدا شده‌اند.
فهرستی از نام‌های رزرو که با ویرگول از هم جدا شده‌اند.
نام گره‌هایی که رزرو بر روی آن‌ها اجرا شده است.
آغاز بازهٔ رزروها. پیش‌فرض، ساعت 00:00:00 روز قبل است.

قالب‌های معتبر زمان عبارتند از:
HH:MM[:SS] [AM|PM]
MMDD[YY] یا MM/DD[/YY] یا MM.DD[.YY]
MM/DD[/YY]-HH:MM[:SS]
YYYY-MM-DD[THH:MM[:SS]]
now[{+|-}count[seconds(default)|minutes|hours|days|weeks]]

فیلدهایی که می‌توانید هنگام مشاهده سوابق رزرو (Reservation) با استفاده از گزینه format= نمایش دهید. قالب پیش‌فرض عبارت است از:
Cluster,Name,TRES,Start,End,UnusedWall

شناسه‌های (ID) انتساب‌هایی که قادر به اجرا در رزرو هستند.
نام خوشه‌ای که رزرو روی آن قرار دارد.
زمان پایان رزرو.
پرچم‌های تنظیم‌شده روی رزرو.
شناسه رزرو (Reservation ID).
نام این رزرو.
فهرست گره‌های موجود در رزرو.
زمان شروع رزرو.
فهرست TRES در رزرو.
زمان ساعت واقعی (Wall clock) به ثانیه که توسط هیچ کاری استفاده نشده است. میزان مصرف تخصیص‌یافته به یک کار برابر است با مدت‌زمان اجرای آن ضرب در نسبت پردازنده‌های (CPU) آن به کل پردازنده‌های موجود در رزرو. برای مثال، کاری که از تمام پردازنده‌های موجود در رزرو استفاده کند و به مدت ۱ دقیقه اجرا شود، unused_wall را به میزان ۱ دقیقه کاهش می‌دهد.

منابع را می‌توان با sacctmgr ایجاد، ویرایش و حذف کرد. این گزینه‌ها به شما اجازه می‌دهند مشخصه‌های متناظر را تنظیم کنید یا هنگام پرس‌وجو برای منابع، بر اساس آن‌ها فیلتر نمایید.

تعداد منابع نرم‌افزاری با یک نام مشخص که از مقدار Count روی سیستم تحت کنترل یک مدیر منبع مصرف شده است.
فهرست جداشده با کاما از نام خوشه‌هایی که منابع مشخص‌شده باید روی آن‌ها در دسترس باشند. اگر هیچ نامی تعیین نشود، خوشه‌هایی که پیش‌تر اجازه استفاده از این منبع را داشته‌اند تغییر خواهند کرد.
تعداد منابع نرم‌افزاری با یک نام مشخص که روی سیستم تحت کنترل یک مدیر منبع پیکربندی شده است.
توضیح مختصری درباره منبع.
پرچم‌هایی که ویژگی‌های خاص منبع سیستم را مشخص می‌کنند.
گزینه‌های معتبر عبارتند از:
در صورت تنظیم، منبع با مقادیر شمارش‌شده برای Allowed و Allocated به عنوان مقادیر مطلق به جای درصد رفتار خواهد کرد.

نکته: در صورت حذف این مورد با flags-=absolute، هیچ تلاشی برای تبدیل مجدد اعداد موجود در پایگاه داده به درصد صورت نمی‌گیرد. این کار توسط کاربر الزامی است.

به هر خوشه اجازه می‌دهد بدون نیاز به تخصیص انحصاری یک مقدار به هر خوشه، به کل استخر منابع دسترسی داشته باشد. این نیازمند آن است که مقدار Allowed هر خوشه برابر با 0 یا کل Count/100% باشد (با/بدون Absolute).
فهرست جداشده با کاما از نام یک منبع پیکربندی‌شده روی سیستم تحت کنترل یک مدیر منبع. اگر این منبع در slurmctld دیده شود، نام آن به صورت name@server خواهد بود تا از منابع محلی تعریف‌شده در slurm.conf متمایز شود. نام‌های منابع حساس به بزرگ و کوچکی حروف نیستند (به حروف کوچک تبدیل می‌شوند) مگر اینکه گزینه Parameters=PreserveCaseResource در slurmdbd.conf تنظیم شده باشد.
درصد/تعداد یک منبع خاص که می‌تواند در خوشه مشخص‌شده استفاده شود.
رشته‌ای دلخواه که نام سرور ارائه‌دهنده منبع را مشخص می‌کند. پیش‌فرض 'slurmdb' است که نشان می‌دهد مجوزها توسط پایگاه داده ارائه می‌شوند. این پارامتر صرفاً برای برچسب‌گذاری است.
رشته‌ای دلخواه که برای برچسب‌زدن نوع مدیر منبع نرم‌افزاری ارائه‌دهنده مجوزها استفاده می‌شود. به عنوان مثال سرور مجوز FlexNext Publisher Flexlm یا Reprise License Manager RLM. این به معنای هیچ‌گونه یکپارچه‌سازی با مدیران مجوز نیست.
نوع منبع ارائه‌شده توسط این رکورد. در حال حاضر تنها نوع معتبر License است.
نمایش درصد/تعداد منابع خوشه‌ها. اگر منبعی به یک خوشه داده نشده باشد، آن منبع با این پرچم نمایش داده نخواهد شد.
نمایش اطلاعات به همراه داده‌هایی که پیش‌تر حذف شده‌اند. منابعی که ظرف ۲۴ ساعت پس از ایجاد حذف شوند، از پایگاه داده حذف خواهند شد. منابعی که بیش از ۲۴ ساعت قبل از درخواست حذف ایجاد شده باشند، صرفاً به عنوان حذف‌شده نشانه‌گذاری می‌شوند و با پرچم WithDeleted قابل مشاهده خواهند بود.

نکته: منبع (Resource) برای تعریف هر منبع پیکربندی‌شده روی یک سیستم استفاده می‌شود که برای استفاده توسط خوشه‌های Slurm در دسترس است.

فیلدهایی که می‌توانید هنگام مشاهده رکوردهای Resource با استفاده از گزینه format= نمایش دهید. قالب پیش‌فرض به این صورت است:
Name,Server,Type,Count,LastConsumed,Allocated,ServerType,Flags

درصد یا تعداد مجوزهای (licenses) تخصیص‌یافته به یک کلاستر.
تعداد منبع مصرف‌شده مشخص از مقدار Count به‌صورت سراسری در سیستم.
نام کلاستری که منبع به آن اختصاص یافته است.
تعداد منبع مشخصِ پیکربندی‌شده در سیستم به‌صورت سراسری.
توضیحات منبع.
نام این منبع.
سروری که منبع را ارائه می‌دهد.
نوع سرور کنترل‌کننده مجوزها.
نوع منبعی که این رکورد نشان‌دهنده آن است.

تحت شرایط خاص، کارها (jobs) ممکن است بدون اینکه تکمیل آن‌ها توسط slurmdbd ثبت شود، به پایان برسند. این امر منجر به ایجاد یک «runaway job» (کار سرکش) می‌شود که در آن slurmdbd بدون مداخله زمان پایانی برای آن ثبت نخواهد کرد. این دستور کارهایی را که در این وضعیت قرار دارند شناسایی کرده و پیشنهاد پاک‌سازی رکورد(های) کار توسط slurmdbd را ارائه می‌دهد.

این نگارش خاص از دستور «show» همچنین اجازه می‌دهد از کلیدواژه «set» برای تعیین مشخصات زیر استفاده کنید:

وضعیت مطلوب برای استفاده به‌عنوان وضعیت پایانی کارهای اصلاح‌شده. وضعیت‌های پشتیبانی‌شده عبارتند از: Completed، Failed.

فیلدهایی که می‌توانید هنگام مشاهده رکوردهای runaway job با استفاده از گزینه format= نمایش دهید. قالب پیش‌فرض به این صورت است:
ID,Name,Partition,Cluster,State,TimeSubmit,TimeStart,TimeEnd

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

اطلاعات مربوط به تغییرات در خوشه‌ها، منابع، حساب‌ها، وابستگی‌ها (associations) و غیره توسط slurmdbd به عنوان تراکنش ثبت می‌شوند. این‌ها گزینه‌هایی هستند که می‌توانید برای فیلتر کردن تراکنش‌های خاص مشخص کنید.

تنها تراکنش‌های تأثیرگذار بر حساب‌های مشخص‌شده را چاپ می‌کند.
تنها تراکنش‌های مربوط به نوع اقدام (action) مشخص‌شده را نمایش می‌دهد.
تنها تراکنش‌های انجام‌شده توسط یک فرد مشخص را نمایش می‌دهد.
تنها تراکنش‌های تأثیرگذار بر خوشه‌های مشخص‌شده را چاپ می‌کند.
همه تراکنش‌های پیش از این تاریخ و زمان را برمی‌گرداند. مقدار پیش‌فرض now است.
همه تراکنش‌های پس از این تاریخ و زمان را برمی‌گرداند. مقدار پیش‌فرض epoch است.

قالب‌های زمانی معتبر برای End و Start عبارتند از:
HH:MM[:SS] [AM|PM]
MMDD[YY] یا MM/DD[/YY] یا MM.DD[.YY]
MM/DD[/YY]-HH:MM[:SS]
YYYY-MM-DD[THH:MM[:SS]]
now[{+|-}count[seconds(default)|minutes|hours|days|weeks]]

تنها تراکنش‌های تأثیرگذار بر کاربران مشخص‌شده را چاپ می‌کند.
اطلاعات مربوط به اینکه کدام وابستگی‌ها (associations) تحت تأثیر تراکنش‌ها قرار گرفته‌اند را دریافت می‌کند.

فیلدهایی که می‌توانید هنگام مشاهده رکوردهای تراکنش با استفاده از گزینه format= نمایش دهید. قالب پیش‌فرض به این صورت است:
Time,Action,Actor,Where,Info

نوع اقدام (Action) صورت‌گرفته را نمایش می‌دهد.
عامل (Actor) ایجادکننده تراکنش را نمایش می‌دهد.
جزئیات تراکنش را نمایش می‌دهد.
زمان وقوع تراکنش را نمایش می‌دهد.
جزئیات محدودیت‌های مربوط به تراکنش را نمایش می‌دهد.

نکته: در صورت استفاده از گزینه WithAssoc می‌توانید اطلاعات مربوط به وابستگی‌های مختلفی که تراکنش بر آن‌ها تأثیر گذاشته است را نیز مشاهده کنید. فیلدهای قالب وابستگی در بخش LIST/SHOW ASSOCIATION FORMAT OPTIONS شرح داده شده‌اند.

کاربران را می‌توان با sacctmgr ایجاد کرد، تغییر داد و حذف نمود. این گزینه‌ها به شما اجازه می‌دهند ویژگی‌های مربوطه را تنظیم کرده یا هنگام پرس‌وجو برای کاربران، بر اساس آن‌ها فیلتر کنید.

شناخت تفاوت بین یک کاربر (User) و یک وابستگی (Association) بسیار حائز اهمیت است. برای هر نام کاربری یکتا، یک موجودیت کاربر وجود دارد. با این حال، ممکن است چندین وابستگی کاربری (User Association) برای یک کاربر وجود داشته باشد. ترکیب یک Cluster، Account، User و به صورت اختیاری یک Partition، یک User Association را تشکیل می‌دهد. هنگامی که یک کاربر موجود را به حساب دیگری اضافه می‌کنید، در واقع به جای تغییر دادن کاربر موجود، یک User Association جدید ایجاد می‌کنید.

نام حسابی که این کاربر باید به آن افزوده شود.
سطح مدیریتی کاربر. سطوح معتبر عبارتند از None، Operator و Admin.
خوشه مشخصی که کاربر در آن به حساب اضافه می‌شود. مقدار پیش‌فرض همه خوشه‌های موجود در سیستم است.
نام حساب پیش‌فرضی را مشخص می‌کند که در صورت عدم تعیین در زمان ارسال کار (job)، استفاده خواهد شد.
کلید پیش‌فرض مشخصات بار کاری (Workload Characterization Key) را تعیین می‌کند.
نام کاربر.
برای تغییر نام کاربر در پایگاه‌داده حسابداری استفاده می‌شود.
نام پارتیشن (Partition).

نکته: همچنین به Partitions فهرست‌شده در بخش SPECIFICATIONS FOR ASSOCIATIONS مراجعه کنید.

به مدیر سیستم اجازه می‌دهد میزان مصرف خام (raw usage) انباشته‌شده برای یک کاربر را بازنشانی کند. تنها مقداری که در حال حاضر پشتیبانی می‌شود 0 (صفر) است. این گزینه صرفاً یک مشخصه قابل تنظیم است - نمی‌توان از آن به عنوان یک فیلتر برای فهرست کردن کاربران استفاده کرد.
مقادیر کلید مشخصات بار کاری (Workload Characterization Key).
نمایش تمام وابستگی‌ها (associations) برای این کاربر.
نمایش تمام حساب‌هایی که کاربر هماهنگ‌کننده (coordinator) آن‌ها است.
نمایش اطلاعات به همراه داده‌هایی که قبلاً حذف شده‌اند. کاربرانی که ظرف ۲۴ ساعت پس از ایجاد حذف شوند و در این مدت هیچ کاری توسط آن‌ها اجرا نشده باشد، به طور کامل از پایگاه‌داده حذف خواهند شد. در غیر این صورت، کاربر به عنوان حذف‌شده علامت‌گذاری می‌شود و با پرچم WithDeleted قابل مشاهده خواهد بود.

نکته: در صورت استفاده از گزینه WithAssoc می‌توانید بر اساس اطلاعات خاص وابستگی نیز پرس‌وجو کنید تا تنها وابستگی‌های مشخصی که این کاربر ممکن است داشته باشد را مشاهده نمایید. این گزینه‌های اضافی را می‌توان در بخش SPECIFICATIONS FOR ASSOCIATIONS یافت. همچنین می‌توانید از مشخصات عمومی فهرست‌شده در بخش GENERAL SPECIFICATIONS FOR ASSOCIATION BASED ENTITIES استفاده کنید.

فیلدهایی که می‌توانید هنگام مشاهده رکوردهای کاربر با استفاده از گزینه format= نمایش دهید. قالب پیش‌فرض عبارت است از:
User,DefaultAccount,DefaultWCKey,AdminLevel

سطح مدیریتی کاربر.
فهرست کاربرانی که هماهنگ‌کننده (coordinator) حساب هستند. (تنها هنگام استفاده از گزینه WithCoordinator پر می‌شود.)
حساب پیش‌فرض کاربر.
کلید wckey پیش‌فرض کاربر.
نام یک کاربر.

نکته: در صورت استفاده از گزینه WithAssoc می‌توانید اطلاعات مربوط به انتساب‌های (association) مختلفی را که ممکن است کاربر در تمام کلاسترهای سیستم داشته باشد نیز مشاهده کنید. اطلاعات انتساب قابل پالایش (فیلتر) است. توجه داشته باشید که تمام کاربران موجود در پایگاه‌داده همواره نشان داده خواهند شد، چرا که فیلتر فقط بر روی داده‌های انتساب اعمال می‌شود. فیلدهای قالب انتساب در بخش LIST/SHOW ASSOCIATION FORMAT OPTIONS شرح داده شده‌اند.

فیلدهایی که می‌توانید هنگام مشاهده رکوردهای WCKey با استفاده از گزینه format= نمایش دهید. قالب پیش‌فرض عبارت است از:
WCKey,Cluster,User

کلاستر مشخص‌شده برای WCKey.
شناسه WCKey.
نام یک کاربر برای WCKey.
کلید مشخصه‌یابی بار کاری (Workload Characterization Key).
نمایش اطلاعات همراه با داده‌های حذف‌شده قبلی. مواردی از WCKey که ظرف ۲۴ ساعت پس از ایجاد حذف شوند و در این مدت کاری با این WCKey اجرا نشده باشد، از پایگاه‌داده پاک خواهند شد. در غیر این صورت، WCKey به عنوان حذف‌شده علامت‌گذاری می‌شود و با پرچم WithDeleted قابل مشاهده خواهد بود.

فیلدهایی که می‌توانید هنگام مشاهده رکوردهای TRES با استفاده از گزینه format= نمایش دهید. قالب پیش‌فرض عبارت است از:
Type,Name,ID

شماره شناسایی منبع قابل ردیابی همان‌گونه که در پایگاه‌داده ثبت شده است.
نام منبع قابل ردیابی. این گزینه برای انواع TRES از جمله BB (بافر انفجاری یا Burst buffer)، GRES و License الزامی است. انواع CPU، Energy، Memory و Node نام ندارند. برای مثال اگر نوع منبع GRES باشد، آن‌گاه Name عنوان خود GRES است؛ مانند GPU.
نوع منبع قابل ردیابی. انواع فعلی عبارتند از BB (بافر انفجاری یا Burst buffer)، CPU، Energy، GRES، License، Memory و Node.

منابع قابل ردیابی (Trackable RESources یا TRES) در بسیاری از محدودیت‌های QOS یا انتساب (GrpTRES* / MaxTRES*) استفاده می‌شوند. هنگام تعیین محدودیت‌ها، می‌توان یک یا چند مقداردهی جداشده با کاما به فرم "TRES=value" را مشخص کرد.

هر TRES می‌تواند یکی از پیش‌فرض‌های Slurm (مانند cpu، mem، node) یا هر منبع عمومی تعریف‌شده (generic resource) دیگری باشد. می‌توانید فهرست منابع موجود را با اجرای دستور sacctmgr show tres مشاهده کنید.

هر TRES دارای یک محدودیت متفاوت است؛ برای مثال، "GrpTRES=cpu=16,mem=32G" دو محدودیت مجزا تعیین می‌کند: یکی برای ۱۶ پردازنده (CPU) و دیگری برای ۳۲ گیبی‌بایت (GiB) حافظه.

تنظیم مقدار جدید برای یک نوع TRES بر دیگر انواع TRES که قبلاً مشخص شده‌اند تأثیری نمی‌گذارد. به عنوان مثال، بر روی همان موجودیت در بالا، مقداردهی بعدی "GrpTRES=gres/gpu=2" منجر به اعمال "GrpTRES=cpu=16,mem=32G,gres/gpu=2" روی آن موجودیت خواهد شد.

برای حذف یک محدودیت، مقدار -1 را به نوع TRES که محدودیت آن باید حذف شود اختصاص دهید؛ برای مثال، "GrpTRES=cpu=-1" تنها محدودیت TRES پردازنده را حذف کرده و منجر به "GrpTRES=mem=32G,gres/gpu=2" روی آن موجودیت می‌شود.

از Slurm 26.05 به بعد، یک مقداردهی TRES می‌تواند از عملگرهای += یا -= برای افزودن به مقدار قبلی یا کاستن از آن برای آن TRES استفاده کند؛ برای مثال، "GrpTRES=mem-=8G,gres/gpu+=2" منجر به "GrpTRES=mem=24G,gres/gpu=4" روی آن موجودیت خواهد شد.

نکته: هنگام کار با حافظه (Memory) به عنوان یک TRES، واحد پیش‌فرض MiB است. پسوندهای G، T یا P را می‌توان برای مشخص کردن محدودیت در واحدهای بزرگ‌تر اضافه کرد.

نکته: مقدار Billing TRES بر اساس TRESBillingWeights مربوط به یک پارتیشن محاسبه می‌شود. این مقدار در طول زمان‌بندی به‌طور موقت برای هر پارتیشن محاسبه می‌گردد تا محدودیت‌های billing TRES اعمال شوند. مقدار نهایی Billing TRES پس از تخصیص منابع به کار محاسبه شده و در خروجی scontrol show jobs و sacct قابل مشاهده است..SH "گزینه قالب‌بندی سراسری (GLOBAL FORMAT OPTION)" هنگام استفاده از گزینه format برای فهرست کردن فیلدهای گوناگون، می‌توانید یک %NUMBER در ادامه آن قرار دهید تا مشخص کنید چند نویسه باید چاپ شود.

برای نمونه، format=name%30 تعداد 30 نویسه از فیلد name را به‌صورت راست‌چین چاپ می‌کند. مقدار -30 تعداد 30 نویسه را به‌صورت چپ‌چین چاپ خواهد کرد.

دستور sacctmgr این قابلیت را دارد که داده‌های انتساب (association) در Slurm را در یک فایل تخلیه (dump) کرده یا از آن بارگذاری (load) کند. با این روش می‌توان به‌سادگی یک کلاستر جدید افزود یا انتساب‌های یک کلاستر موجود را درون یک کلاستر جدید با حساب‌های مشابه کپی کرد. هر فایل حاوی داده‌های انتساب Slurm برای یک کلاستر منفرد است. از نگارش 25.05 به بعد، اطلاعات QOS نیز در فایل تخلیه گنجانده شده است. می‌توان با نویسه # در فایل توضیحات (کامنت) درج کرد. هر سطر از اطلاعات باید با یکی از این پنج عنوان آغاز شود: QOS، Cluster، Parent، Account یا User. پس از عنوان، یک فاصله، خط تیره، فاصله، مقدار موجودیت (entity value) و سپس مشخصات قرار می‌گیرد. مشخصات با دونقطه از یکدیگر جدا می‌شوند. اگر هر متغیری، مانند نام یک Organization، حاوی فاصله باشد، آن نام را درون علامت‌های نقل‌قول تکی یا دوتایی قرار دهید.

دستور sacctmgr dump/load باید توسط مدیر Slurm یا کاربر ریشه (root) اجرا شود. در صورت استفاده از sacctmgr load روی پایگاه‌داده‌ای که فاقد هرگونه انتساب است، باید حتماً توسط کاربر ریشه (root) اجرا شود (چرا که هنوز هیچ کاربری در پایگاه‌داده وجود ندارد).

انتساب‌های کلاستر را از پایگاه‌داده درون یک فایل تخلیه می‌کند. اگر فایلی مشخص نشده باشد، فایلی با استفاده از نام کلاستر ایجاد خواهد شد. این فایل در دایرکتوری کاری جاری ایجاد می‌شود.

برای ایجاد فایلی حاوی اطلاعات انتساب می‌توانید این دستور را اجرا کنید:

sacctmgr dump tux file=tux.cfg
کلاستری را که اطلاعات آن باید تخلیه شود مشخص می‌کند.
فایلی را برای ذخیره داده‌های متنی ساده مشخص می‌کند. اگر نام فایل مشخص نشود، به‌طور پیش‌فرض از نام فایل clustername.cfg استفاده می‌کند.

انتساب‌های کلاستر را درون پایگاه‌داده بارگذاری می‌کند. انتساب‌های واردشده با موارد موجود تطبیق داده و یکپارچه خواهند شد.

برای بارگذاری فایلی که قبلاً ایجاد شده می‌توانید این دستور را اجرا کنید:

sacctmgr load file=tux.cfg
آنچه را که از قبل وجود داشته حذف کرده و با این اطلاعات از ابتدا شروع می‌کند. بدون هیچ گزینه‌ای، این مورد تنها کلاستر را به همراه انتساب‌های آن حذف می‌کند. هیچ حساب، کاربر یا QOS حذف نخواهد شد. این گزینه همچنین فهرستی جداشده با کاما از گزینه‌های دیگر را برای حذف می‌پذیرد. این موارد شامل 'account'، 'qos' و 'user' هستند. اگر می‌خواهید حساب‌ها، qos و کاربران را به همراه کلاستر و انتساب‌ها حذف کنید، ورودی clean=account,qos,user را وارد نمایید.
نامی متفاوت از آنچه در فایل آمده را برای کلاستر مشخص می‌کند.
یک فایل متنی ساده را برای بارگذاری مشخص می‌کند.

از آنجا که انتساب‌ها در سامانه از یک ساختار سلسله‌مراتبی پیروی می‌کنند، فایل نیز از همین الگو تبعیت می‌کند. هر چیزی که والد (parent) است باید پیش از فرزندانش تعریف شود. تنها استثنا، حساب از پیش شناخته‌شده 'root' است. این حساب همواره برای هر کلاستر یک پیش‌فرض است و نیازی به تعریف آن نیست.

برای ویرایش/ایجاد یک فایل، کار را با یک سطر cluster برای کلاستر جدید آغاز کنید:

Cluster - cluster_name:MaxTRESPerJob=node=15

هر آنچه در این سطر گنجانده شود، پیش‌فرضی برای تمام انتساب‌ها در این کلاستر خواهد بود. گزینه‌های مربوط به کلاستر عبارتند از:

سهم‌های تخصیص‌یافته که برای محاسبه fairshare استفاده می‌شوند.
حداکثر تعداد کارهای در حال اجرا در مجموع برای این انتساب و فرزندان آن.
حداکثر تعداد کارهای در حال انتظار در مجموع که قادر به اندوختن اولویت سنی (age priority) برای این انتساب و فرزندان آن هستند.
این گزینه منسوخ شده و TRES چندمنظوره‌تر جایگزین آن شده است. تعریف محدودیت معادل اکنون به‌صورت GrpTRES=node=# است.
حداکثر تعداد کارها در وضعیت انتظار یا در حال اجرا در هر زمان در مجموع برای این انتساب و فرزندان آن.
حداکثر تعداد TRES قابل تخصیص توسط کارهای در حال اجرا در مجموع برای این انتساب و فرزندان آن.
حداکثر تعداد دقیقه‌های TRES که احتمالاً می‌تواند توسط کارهای گذشته، حال و آینده در این انتساب و فرزندان آن مصرف شود.
حداکثر تعداد دقیقه‌های TRES قابل تخصیص توسط کارهای در حال اجرا در این انتساب و فرزندان آن. این گزینه محدودیت زمانی کارهای در حال اجرا را در نظر گرفته و آن را مصرف می‌کند. اگر به این محدودیت رسیده شود، هیچ کار جدیدی شروع نمی‌شود تا زمانی که سایر کارها پایان یابند و زمان آزاد شود.
حداکثر زمان ساعت دیواری (wall clock time) قابل تخصیص توسط کارهای در حال اجرا در مجموع در این انتساب و فرزندان آن.
حداکثر تعداد کارهای در حال اجرا به ازای هر کاربر در این انتساب.
حداکثر تعداد TRES که هر کار می‌تواند در این انتساب استفاده کند.
حداکثر زمان ساعت دیواری که هر کار می‌تواند در این انتساب استفاده کند.
فهرست جداشده با کاما از نام‌های کیفیت سرویس (تعریف‌شده در sacctmgr).

پس از ورودی حساب root، ورودی‌های مربوط به سایر حساب‌های سامانه را خواهید داشت. این ورودی‌ها شبیه به این مثال خواهند بود:

Parent - root
Account - cs:MaxTRESPerJob=node=5:MaxJobs=4:FairShare=399:MaxWallDurationPerJob=40:Description='Computer Science':Organization='LC'
Parent - cs
Account - test:MaxTRESPerJob=node=1:MaxJobs=1:FairShare=1:MaxWallDurationPerJob=1:Description='Test Account':Organization='Test'

هر یک از گزینه‌های پس از یک “:” می‌توانند حذف شوند و می‌توانند با هر ترتیبی بیایند. اگر می‌خواهید زیرحسابی اضافه کنید، تنها کافی است والدی را که از قبل ایجاد شده است (Parent THAT HAS ALREADY BEEN CREATED)، پیش از حسابی که می‌افزایید قید کنید.

گزینه‌های Account عبارتند از:

توضیحی مختصر درباره حساب.
عددی که همراه با سایر انتساب‌ها برای تعیین اولویت کار استفاده می‌شود..IP
حداکثر تعداد TRES قابل تخصیص توسط کارهای در حال اجرا در مجموع برای این انتساب (association) و فرزندان آن.
حداکثر تعداد TRES-دقیقه که امکان دارد توسط کارهای گذشته، حال و آینده در این انتساب و فرزندان آن استفاده شود.
حداکثر تعداد TRES-دقیقه قابل تخصیص توسط کارهای در حال اجرا در این انتساب و فرزندان آن. این گزینه محدودیت زمانی کارهای در حال اجرا را در نظر گرفته و آن را مصرف می‌کند. اگر به این محدودیت برسد، تا زمان پایان یافتن سایر کارها و آزاد شدن زمان، هیچ کار جدیدی شروع نخواهد شد.
حداکثر تعداد کارهای در حال اجرا در مجموع برای این انتساب و فرزندان آن.
حداکثر تعداد کارهای معلق در مجموع که قادر به کسب اولویت سنی (age priority) برای این انتساب و فرزندان آن هستند.
این گزینه به نفع ویژگی چندمنظوره‌تر TRES منسوخ شده است. تعریف محدودیت معادل اکنون GrpTRES=node=# است.
حداکثر تعداد کارها در وضعیت معلق یا در حال اجرا در هر زمان در مجموع برای این انتساب و فرزندان آن.
حداکثر زمان واقعی (wall clock time) قابل تخصیص توسط کارهای در حال اجرا در مجموع در این انتساب و فرزندان آن.
حداکثر تعداد کارهای در حال اجرا به ازای هر کاربر در این انتساب.
حداکثر تعداد گره‌ها به ازای هر کار در این انتساب.
حداکثر مدت زمان واقعی (wall clock) که هر کار می‌تواند در این انتساب استفاده کند.
نام سازمانی که مالک این حساب است.
فهرستی از نام‌های کیفیت خدمات (QOS) جداشده با کاما (تعریف‌شده در sacctmgr).

برای افزودن کاربران به یک حساب، خطی مشابه زیر را بعد از خط Parent اضافه کنید:

Parent - test
User - adam:MaxTRESPerJob=node:2:MaxJobs=3:FairShare=1:MaxWallDurationPerJob=1:AdminLevel=Operator:Coordinator='test'

گزینه‌های کاربر عبارتند از:

نوع مدیر مربوط به این کاربر (Administrator، Operator)
باید در اولین رخداد کاربر تعریف شود.
فهرستی جداشده با کاما از حساب‌هایی که این کاربر هماهنگ‌کننده (coordinator) آن‌ها است
باید در اولین رخداد کاربر تعریف شود.
نام حساب پیش‌فرض در سراسر سیستم
باید در اولین رخداد کاربر تعریف شود.
عددی که همراه با سایر انتساب‌ها برای تعیین اولویت کار استفاده می‌شود.
حداکثر تعداد کارهای در حال اجرا از این کاربر.
حداکثر مقدار TRES که هر کار از این کاربر می‌تواند استفاده کند.
حداکثر زمان واقعی (wall clock) که هر کار از این کاربر می‌تواند استفاده کند.
فهرستی از نام‌های کیفیت خدمات (QOS) جداشده با کاما (تعریف‌شده در sacctmgr).
دستور sacctmgr توانایی آرشیو داده‌ها در یک فایل متنی ساده (flatfile) و در صورت نیاز، بارگذاری مجدد آن داده‌ها در آینده را دارد. آرشیو کردن معمولاً توسط slurmdbd انجام می‌شود و اکیداً توصیه می‌شود تنها در صورتی این کار را از طریق sacctmgr انجام دهید که کاملاً به فرآیند کاری خود اشراف داشته باشید. برای مشاهده گزینه‌های slurmdbd، جهت کسب اطلاعات بیشتر به "man slurmdbd" مراجعه کنید. بارگذاری داده‌ها در پایگاه داده می‌تواند از این فایل‌ها برای مشاهده داده‌های قدیمی یا بازتولید داده‌های تجمیع‌شده (rolled up) صورت پذیرد. برای کسب اطلاعات درباره پیکربندی یک کارگزار آرشیو، https://slurm.schedmd.com/accounting.html#archive را ببینید.

تخلیه داده‌های حسابداری در فایل. داده‌ها آرشیو نخواهند شد مگر اینکه گزینه پاک‌سازی (purge) متناظر در این دستور یا در slurmdbd.conf گنجانده شده باشد. این عملیات پس از اجرا قابل بازگشت نیست. اگر هنگام فراخوانی sacctmgr یکی از گزینه‌های زیر مشخص نشود، مقدار پیکربندی‌شده در slurmdbd.conf اعمال خواهد شد.

دایرکتوری مقصد برای ذخیره داده‌های آرشیو.
هنگام پاک‌سازی رخدادها، آن‌ها را آرشیو نیز بکند. پیش‌فرض بر حذف دائمی رکوردهای پاک‌سازی‌شده است.
هنگام پاک‌سازی کارها، آن‌ها را به همراه اسکریپت‌ها و محیط‌ها آرشیو نیز بکند. پیش‌فرض بر حذف دائمی رکوردهای پاک‌سازی‌شده است.
هنگام پاک‌سازی اسکریپت‌های کار، آن‌ها را نیز آرشیو کند. پیش‌فرض، پیروی از Jobs است.
هنگام پاک‌سازی محیط‌های کار، آن‌ها را نیز آرشیو کند. پیش‌فرض، پیروی از Jobs است.
پاک‌سازی رکوردهای رخداد خوشه که قدیمی‌تر از زمان اعلام‌شده باشند. واحدها بر حسب ماه (پیش‌فرض)، روز یا ساعت هستند. برای نمونه، مقدار "12hours" تمام رکوردهای قدیمی‌تر از ۱۲ ساعت را پاک‌سازی می‌کند.
پاک‌سازی رکوردهای مجزای کار که قدیمی‌تر از زمان اعلام‌شده باشند (بر اساس زمان پایان). اطلاعات تجمیع‌شده تا مقدار "PurgeUsageAfter" حفظ خواهند شد. واحدها بر حسب ماه (پیش‌فرض)، روز یا ساعت هستند. برای نمونه، مقدار "12hours" تمام چنین رکوردهایی را که قدیمی‌تر از ۱۲ ساعت باشند پاک‌سازی خواهد کرد.

NOTE: اگر گزینه‌های اختصاصی پاک‌سازی مربوط به اسکریپت‌ها و محیط‌های کار (PurgeJobScriptAfter و PurgeJobEnvAfter) تعیین نشده باشند، این گزینه شامل آن‌ها نیز خواهد شد.

پاک‌سازی رکوردهای اسکریپت کار که قدیمی‌تر از زمان اعلام‌شده باشند (بر اساس زمان پایان). واحدها بر حسب ماه (پیش‌فرض)، روز یا ساعت هستند. برای نمونه، مقدار "12hours" تمام رکوردهای قدیمی‌تر از ۱۲ ساعت را پاک‌سازی خواهد کرد.
پاک‌سازی رکوردهای محیط کار که قدیمی‌تر از زمان اعلام‌شده باشند (بر اساس زمان پایان). واحدها بر حسب ماه (پیش‌فرض)، روز یا ساعت هستند. برای نمونه، مقدار "12hours" تمام رکوردهای قدیمی‌تر از ۱۲ ساعت را پاک‌سازی می‌کند.
پاک‌سازی رکوردهای رزرو که قدیمی‌تر از زمان اعلام‌شده باشند (بر اساس زمان پایان). اطلاعات تجمیع‌شده تا مقدار "PurgeUsageAfter" حفظ خواهند شد. واحدها بر حسب ماه (پیش‌فرض)، روز یا ساعت هستند. برای نمونه، مقدار "12hours" تمام رکوردهای قدیمی‌تر از ۱۲ ساعت را پاک‌سازی می‌کند.
پاک‌سازی رکوردهای گام (step) که قدیمی‌تر از زمان اعلام‌شده باشند (بر اساس زمان پایان). واحدها بر حسب ماه (پیش‌فرض)، روز یا ساعت هستند. برای نمونه، مقدار "12hours" تمام رکوردهای قدیمی‌تر از ۱۲ ساعت را پاک‌سازی می‌کند.
پاک‌سازی رکوردهای تعلیق کار که قدیمی‌تر از زمان اعلام‌شده باشند. واحدها بر حسب ماه (پیش‌فرض)، روز یا ساعت هستند. برای نمونه، مقدار "12hours" تمام رکوردهای قدیمی‌تر از ۱۲ ساعت را پاک‌سازی می‌کند.
پاک‌سازی رکوردهای تراکنش که قدیمی‌تر از زمان اعلام‌شده باشند. واحدها بر حسب ماه (پیش‌فرض)، روز یا ساعت هستند. برای نمونه، مقدار "12hours" تمام رکوردهای قدیمی‌تر از ۱۲ ساعت را پاک‌سازی می‌کند.
پاک‌سازی رکوردهای مصرف (Cluster، Association، QOS و WCKey) که قدیمی‌تر از زمان مشخص‌شده باشند (بر اساس زمان ایجاد یا آخرین ویرایش). این جدول‌ها منبع گزارش‌های تولیدشده توسط دستور sreport(1) هستند. واحدها بر حسب ماه (پیش‌فرض)، روز یا ساعت هستند. برای نمونه، مقدار "12hours" تمام رکوردهای قدیمی‌تر از ۱۲ ساعت را پاک‌سازی می‌کند.
هنگام پاک‌سازی رزروها، آن‌ها را آرشیو نیز بکند. پیش‌فرض بر حذف دائمی رکوردهای پاک‌سازی‌شده است.
به‌جای روش عمومی آرشیو در فایل‌های متنی ساده، این اسکریپت را اجرا کند.
هنگام پاک‌سازی گام‌ها، آن‌ها را آرشیو نیز بکند. پیش‌فرض بر حذف دائمی رکوردهای پاک‌سازی‌شده است.
هنگام پاک‌سازی رکوردهای تعلیق، آن‌ها را آرشیو نیز بکند. پیش‌فرض بر حذف دائمی رکوردهای پاک‌سازی‌شده است.
هنگام پاک‌سازی رکوردهای تراکنش، آن‌ها را آرشیو نیز بکند. پیش‌فرض بر حذف دائمی رکوردهای پاک‌سازی‌شده است.
هنگام پاک‌سازی رکوردهای مصرف، آن‌ها را آرشیو نیز بکند. پیش‌فرض بر حذف دائمی رکوردهای پاک‌سازی‌شده است.
داده‌های بایگانی‌شدهٔ قبلی را در پایگاه‌داده بارگذاری می‌کند. اگر رکوردها از قبل در پایگاه‌داده موجود باشند، فایل بایگانی بارگذاری نخواهد شد - بنابراین، تلاش برای بارگذاری بیش از یک‌بار یک فایل بایگانی به خطا منجر می‌شود. هنگامی که این داده‌ها دوباره بایگانی شده و از پایگاه‌داده پاک‌سازی (purge) شوند، چنانچه فایل بایگانی قبلی همچنان در دایرکتوری ArchiveDir باقی مانده باشد، یک فایل بایگانی جدید ایجاد خواهد شد (به ArchiveDir در صفحه راهنمای slurmdbd.conf مراجعه کنید)؛ بنابراین فایل قدیمی بازنویسی نشده و این فایل‌ها شامل رکوردهای تکراری خواهند بود.

فایل‌های بایگانی مربوط به نگارش جاری یا هر یک از نگارش‌های پیشین Slurm را می‌توان از طریق archive load بارگذاری کرد.

فایل جهت بارگذاری در پایگاه‌داده. فایل مشخص‌شده باید روی میزبان slurmdbd وجود داشته باشد، که لزوماً همان ماشینی نیست که دستور را اجرا می‌کند.
دستورات SQL برای درج مستقیم در پایگاه‌داده. از این گزینه باید با احتیاط بسیار استفاده شود، چرا که مستقیماً sql شما را در پایگاه‌داده می‌نویسد.

اجرای sacctmgr یک فراخوانی رویه از راه دور (RPC) به slurmdbd ارسال می‌کند. اگر فراخوانی‌های زیادی به طور هم‌زمان از سوی sacctmgr یا سایر دستورهای کلاینت Slurm که به دیمن slurmdbd فراخوانی از راه دور می‌فرستند انجام شود، می‌تواند به افت کارایی دیمن slurmdbd و احتمالاً ایجاد وضعیت محرومیت از سرویس (DoS) منجر شود.

دستور sacctmgr یا سایر دستورهای کلاینت Slurm را که به slurmdbd فراخوانی رویه از راه دور ارسال می‌کنند، از داخل حلقه‌ها در اسکریپت‌های شل یا سایر برنامه‌ها اجرا نکنید. اطمینان حاصل کنید که برنامه‌ها فراخوانی‌های sacctmgr را به حداقل میزان لازم برای اطلاعاتی که در پی جمع‌آوری آن هستید محدود کنند.

برخی از گزینه‌های sacctmgr ممکن است از طریق متغیرهای محیطی تنظیم شوند. این متغیرهای محیطی، به همراه گزینه‌های متناظرشان، در زیر فهرست شده‌اند. (نکته: گزینه‌های خط فرمان همواره بر این تنظیمات اولویت خواهند داشت.)

مکان فایل پیکربندی Slurm.
پرچم‌های اشکال‌زدایی را برای استفاده توسط sacctmgr مشخص می‌کند. برای فهرست کامل پرچم‌ها، به DebugFlags در صفحه راهنمای slurm.conf(5) مراجعه کنید. این متغیر محیطی بر تنظیمات موجود در slurm.conf اولویت دارد.
کنترل سریال‌سازی JSON:
تولید خروجی JSON تا حد ممکن فشرده.
تولید خروجی JSON در قالب زیبا و آراسته برای خوانایی بیشتر.
کنترل سریال‌سازی YAML:

نکته: برای برپایی انتساب‌های حسابداری (accounting associations) ترتیبی وجود دارد. شما باید پیش از افزودن حساب‌ها خوشه‌ها را تعریف کنید، و پیش از افزودن کاربران باید حساب‌ها را اضافه نمایید.

$ sacctmgr create cluster tux
$ sacctmgr create account name=science fairshare=50
$ sacctmgr create account name=chemistry parent=science fairshare=30
$ sacctmgr create account name=physics parent=science fairshare=20
$ sacctmgr create user name=adam cluster=tux account=physics fairshare=10
$ sacctmgr delete user name=adam cluster=tux account=physics
$ sacctmgr delete user name=adam cluster=tux account=science partition=\"\"
$ sacctmgr delete account name=physics cluster=tux
$ sacctmgr modify user where name=adam cluster=tux account=physics set maxjobs=2 maxwall=30:00
$ sacctmgr add user brian account=chemistry
$ sacctmgr list associations cluster=tux format=Account,Cluster,User,Fairshare tree withd
$ sacctmgr list transactions Action="Add Users" Start=11/03-10:30:00 format=Where,Time
$ sacctmgr dump cluster=tux file=tux_data_file
$ sacctmgr load tux_data_file

حساب یک کاربر را نمی‌توان مستقیماً تغییر داد. لازم است یک انتساب جدید برای کاربر با حساب جدید ایجاد شود. سپس می‌توان انتساب مرتبط با حساب قدیمی را حذف کرد.

هنگام ویرایش یک شیء، جای‌گذاری کلیدواژه 'set' و کلیدواژه اختیاری 'where' برای عملکرد صحیح حیاتی است؛ در ادامه مثال‌هایی برای دستیابی به نتایج درست آمده است. به عنوان یک قاعده سرانگشتی، هر چیزی که قبل از set قرار دهید به عنوان شرط و شناساگر استفاده خواهد شد. اگر می‌خواهید شرطی را بعد از کلیدواژه 'set' قرار دهید، باید از کلیدواژه 'where' استفاده کنید. مورد زیر نادرست است:

$ sacctmgr modify user name=adam set fairshare=10 cluster=tux

این دستور باعث ایجاد خطا می‌شود، زیرا خط بالا به صورت modify user adam set fairshare=10 and cluster=tux خوانده می‌شود. هر یک از موارد زیر صحیح است:

$ sacctmgr modify user name=adam cluster=tux set fairshare=10
$ sacctmgr modify user name=adam set fairshare=10 where cluster=tux

هنگام تغییر qos برای یک مورد، تنها زمانی از عملگر '=' استفاده کنید که بخواهید صراحتاً مقدار qos را تعیین کنید. در بیشتر موارد بهتر است از عملگرهای '+=' یا '-=' برای افزودن به qos فعلی یا کاستن از آن استفاده نمایید.

اگر کاربری از قبل برای یک والد دارای qos از نوع normal,standby باشد یا این‌که صراحتاً تنظیم شده باشد، باید از qos+=expedite برای اضافه کردن آن به فهرست به این شیوه استفاده کنید.

اگر قصد دارید qos مقدار expedite را تنها به یک حساب کاربری یا خوشه خاص اضافه کنید، می‌توانید با مشخص کردن آن‌ها در خط دستور sacctmgr این کار را انجام دهید.

$ sacctmgr modify user name=adam set qos+=expedite

یا

$ sacctmgr modify user name=adam acct=this cluster=tux set qos+=expedite

در ادامه مثالی از نحوه افزودن QOS به حساب‌های کاربری ارائه می‌شود. فهرست کردن تمام QOSهای موجود در خوشه:

$ sacctmgr show qos format=name
       Name
  ---------
     normal
   expedite

فهرست کردن تمام انتساب‌ها در خوشه:

$ sacctmgr show assoc format=cluster,account,qos
   Cluster     Account                  QOS
  --------  ---------- --------------------
     zebra        root               normal
     zebra        root               normal
     zebra           g               normal
     zebra          g1               normal

افزودن QOS نوع expedite به حساب g1 و نمایش نتیجه. با استفاده از عملگر += مقدار QOS به همراه QOS موجود به این حساب اضافه می‌شود:

$ sacctmgr modify account name=g1 set qos+=expedite
$ sacctmgr show assoc format=cluster,account,qos
   Cluster     Account                  QOS
  --------  ---------- --------------------
     zebra        root               normal
     zebra        root               normal
     zebra           g               normal
     zebra          g1      expedite,normal

اکنون QOS مقدار expedite را به عنوان تنها QOS حساب G تنظیم کرده و نتیجه را نمایش می‌دهیم. استفاده از عملگر = نشان می‌دهد که expedite تنها QOS قابل استفاده توسط حساب G خواهد بود:

$ sacctmgr modify account name=G set qos=expedite
$ sacctmgr show assoc format=cluster,account,qos
   Cluster     Account                  QOS
  --------  ---------- --------------------
     zebra        root               normal
     zebra        root               normal
     zebra           g             expedite
     zebra          g1      expedite,normal

اگر حساب جدیدی زیرمجموعه حساب G اضافه شود، QOS نوع expedite را به ارث می‌برد و به QOS نوع normal دسترسی نخواهد داشت.

$ sacctmgr add account banana parent=G
$ sacctmgr show assoc format=cluster,account,qos
   Cluster     Account                  QOS
  --------  ---------- --------------------
     zebra        root               normal
     zebra        root               normal
     zebra           g             expedite
     zebra      banana             expedite
     zebra          g1      expedite,normal

مثالی از فهرست کردن منابع قابل ردیابی (TRES):

$ sacctmgr show tres
      Type              Name      ID
---------- ----------------- --------
       cpu                          1
       mem                          2
    energy                          3
      node                          4
   billing                          5
      gres         gpu:tesla     1001
   license               vcs     1002
        bb              cray     1003
کپی‌رایت (C) 2008-2010 Lawrence Livermore National Security.
تولید شده در Lawrence Livermore National Laboratory (ر.ک. DISCLAIMER).
کپی‌رایت (C) 2010-2022 SchedMD LLC.
این فایل بخشی از Slurm، یک برنامه مدیریت منابع است.
برای جزئیات بیشتر، <https://slurm.schedmd.com> را ببینید.
نرم‌افزار Slurm یک نرم‌افزار آزاد است؛ شما می‌توانید آن را تحت شرایط مجوز عمومی همگانی گنو (GNU General Public License) همان‌طور که توسط بنیاد نرم‌افزار آزاد منتشر شده است، چه نسخه ۲ مجوز و چه (به انتخاب خودتان) هر نسخهٔ بعدی دیگری، بازتوزیع کرده و/یا تغییر دهید.
نرم‌افزار Slurm با این امید که مفید واقع شود توزیع شده است، اما بدون هرگونه ضمانت؛ حتی بدون ضمانت ضمنی قابلیت فروش یا مناسب بودن برای یک هدف خاص. برای جزئیات بیشتر به مجوز عمومی همگانی گنو مراجعه کنید.

slurm.conf(5), slurmdbd(8)

Slurm Commands Slurm 26.05