IPMI-OEM(8) دستورهای سیستمی IPMI-OEM(8)

ipmi-oem - ابزار IPMI OEM

ipmi-oem [OPTION...] <OEMID> <OEMCOMMAND> [OEMOPTION...]

ipmi-oem برای اجرای دستورات IPMI اختصاصی سازنده (OEM) به کار می‌رود. این ابزار به منظور ارائه رابط کاربری بهتر برای دستورات IPMI اختصاصی OEM به جای استفاده از ipmi-raw(8) طراحی شده است. لطفاً برای مشاهده فهرست دستورات پشتیبانی‌شده IPMI اختصاصی OEM، بخش «شناسه‌ها و دستورات پشتیبانی‌شده OEM» را در ادامه ببینید. همچنین فهرستی از دستورات اختصاصی OEM پشتیبانی‌شده می‌تواند با استفاده از گزینه --list تولید شود. هیچ تضمینی وجود ندارد که دستورات OEM ذکر شده در ادامه روی هر مادربرد خاصی کار کنند. افزونه‌های OEM ممکن است در نگارش‌های سخت‌افزاری خاص یا نگارش‌های سفت‌افزار (فریم‌ور) مادربردها وجود داشته باشند یا نداشته باشند. همچنین این افزونه‌ها ممکن است برای مدل‌های دیگر مادربرد از همان تولیدکننده کار کنند یا نکنند.

در ادامه، گزینه‌های عمومی IPMI، گزینه‌های اختصاصی ابزار، اطلاعات عیب‌یابی، اطلاعات راهکارهای دورزدن مشکلات، مثال‌ها و مسائل شناخته‌شده فهرست شده‌اند. برای آشنایی عمومی با FreeIPMI لطفاً به freeipmi(7) مراجعه کنید.

گزینه‌های زیر گزینه‌های عمومی برای پیکربندی ارتباط IPMI و اجرای دستورات کلی ابزار هستند.

مشخص کردن نوع درایور برای استفاده به جای انتخاب خودکار. درایورهای خارج از باند (out-of-band) موجود در حال حاضر LAN و LAN_2_0 هستند که به ترتیب IPMI 1.5 و IPMI 2.0 را اجرا می‌کنند. درایورهای درون‌باند (in-band) موجود در حال حاضر عبارتند از KCS، SSIF، OPENIPMI، SUNBMC و INTELDCMI.
عدم پویش و شناسایی خودکار دستگاه‌های درون‌باند IPMI برای تنظیمات پیش‌فرض.
مشخص کردن آدرس درایور درون‌باند به جای مقدار شناسایی‌شده. DRIVER-ADDRESS برای مقادیر هگزادسیمال باید با پیشوند «0x» و برای مقادیر هشت‌هشتی (octal) با «0» مشخص شود.
مشخص کردن مسیر فایل دستگاهِ درایور درون‌باند برای استفاده به جای مسیر شناسایی‌شده.
مشخص کردن فاصله رجیستر درایور درون‌باند به جای مقدار شناسایی‌شده. آرگومان بر حسب بایت است (مثلاً فاصله رجیستر ۳۲ بیتی = ۴).
مشخص کردن شماره کانال مقصد در درایور درون‌باند برای ارسال درخواست‌های IPMI به آن.
مشخص کردن نشانی اسلیو (slave) مقصد در درایور درون‌باند برای ارسال درخواست‌های IPMI به آن.
مشخص کردن میزبان(های) راه دور برای برقراری ارتباط. چند نام میزبان را می‌توان با کاما از هم جدا کرد یا در قالب محدوده مشخص نمود؛ بخش «پشتیبانی از محدوده میزبان» را در ادامه ببینید. پورت اختیاری را می‌توان با هر میزبان مشخص کرد که ممکن است در فوروارد پورت یا شرایط مشابه مفید باشد. اگر آدرس و پورت IPv6 مشخص می‌کنید، از قالب [ADDRESS]:PORT استفاده کنید.
مشخص کردن نام کاربری برای احراز هویت با میزبان راه دور. اگر مشخص نشود، نام کاربری تهی (ناشناس) فرض می‌شود. سطح دسترسی کاربری مورد نیاز به دستورات oem اجراشده بستگی دارد.
مشخص کردن گذرواژه برای احراز هویت با میزبان راه دور. اگر مشخص نشود، گذرواژه تهی فرض می‌شود. حداکثر طول گذرواژه برای IPMI 1.5 برابر ۱۶ کاراکتر و برای IPMI 2.0 برابر ۲۰ کاراکتر است.
درخواست تعاملی گذرواژه برای جلوگیری از احتمال نمایش آن در فهرست فرآیندها.
مشخص کردن کلید K_g متعلق به BMC برای احراز هویت با میزبان راه دور در IPMI 2.0. اگر مشخص نشود، کلید تهی فرض می‌شود. برای وارد کردن کلید در قالب هگزادسیمال، رشته را با «0x» آغاز کنید. برای نمونه، کلید «abc» می‌تواند با رشته «abc» یا رشته «0x616263» وارد شود.
درخواست تعاملی k-g برای جلوگیری از احتمال نمایش آن در فهرست فرآیندها.
مشخص کردن مهلت زمانی نشست بر حسب میلی‌ثانیه. در صورت عدم تعیین، مقدار پیش‌فرض ۲۰۰۰۰ میلی‌ثانیه (۲۰ ثانیه) است.
مشخص کردن مهلت زمانی ارسال مجدد بسته بر حسب میلی‌ثانیه. در صورت عدم تعیین، پیش‌فرض ۱۰۰۰ میلی‌ثانیه (۱ ثانیه) است. مهلت زمانی ارسال مجدد نمی‌تواند بیشتر از مهلت زمانی نشست باشد.
مشخص کردن نوع احراز هویت IPMI 1.5 برای استفاده. انواع احراز هویت موجود در حال حاضر عبارتند از NONE، STRAIGHT_PASSWORD_KEY، MD2 و MD5. در صورت عدم تعیین، پیش‌فرض MD5 است.
مشخص کردن شناسه مجموعه‌رمز (Cipher Suite ID) در IPMI 2.0 برای استفاده. شناسه مجموعه‌رمز مجموعه‌ای از الگوریتم‌های احراز هویت، یکپارچگی و محرمانگی را برای ارتباط IPMI 2.0 مشخص می‌کند. الگوریتم احراز هویت الگوریتم مورد استفاده برای برپایی نشست، الگوریتم یکپارچگی الگوریتم مورد استفاده برای امضای بسته‌های نشست، و الگوریتم محرمانگی الگوریتم مورد استفاده برای رمزگذاری بار داده (payload) را تعیین می‌کند. در صورت عدم تعیین، پیش‌فرض شناسه مجموعه‌رمز ۳ است. شناسه‌های مجموعه‌رمز زیر در حال حاضر پشتیبانی می‌شوند:

0 - الگوریتم احراز هویت = None؛ الگوریتم یکپارچگی = None؛ الگوریتم محرمانگی = None

1 - الگوریتم احراز هویت = HMAC-SHA1؛ الگوریتم یکپارچگی = None؛ الگوریتم محرمانگی = None

2 - الگوریتم احراز هویت = HMAC-SHA1؛ الگوریتم یکپارچگی = HMAC-SHA1-96؛ الگوریتم محرمانگی = None

3 - الگوریتم احراز هویت = HMAC-SHA1؛ الگوریتم یکپارچگی = HMAC-SHA1-96؛ الگوریتم محرمانگی = AES-CBC-128

6 - الگوریتم احراز هویت = HMAC-MD5؛ الگوریتم یکپارچگی = None؛ الگوریتم محرمانگی = None

7 - الگوریتم احراز هویت = HMAC-MD5؛ الگوریتم یکپارچگی = HMAC-MD5-128؛ الگوریتم محرمانگی = None

8 - الگوریتم احراز هویت = HMAC-MD5؛ الگوریتم یکپارچگی = HMAC-MD5-128؛ الگوریتم محرمانگی = AES-CBC-128

11 - الگوریتم احراز هویت = HMAC-MD5؛ الگوریتم یکپارچگی = MD5-128؛ الگوریتم محرمانگی = None

12 - الگوریتم احراز هویت = HMAC-MD5؛ الگوریتم یکپارچگی = MD5-128؛ الگوریتم محرمانگی = AES-CBC-128

15 - الگوریتم احراز هویت = HMAC-SHA256؛ الگوریتم یکپارچگی = None؛ الگوریتم محرمانگی = None

16 - الگوریتم احراز هویت = HMAC-SHA256؛ الگوریتم یکپارچگی = HMAC_SHA256_128؛ الگوریتم محرمانگی = None

17 - الگوریتم احراز هویت = HMAC-SHA256؛ الگوریتم یکپارچگی = HMAC_SHA256_128؛ الگوریتم محرمانگی = AES-CBC-128

مشخص کردن سطح دسترسی مورد استفاده. سطوح دسترسی موجود در حال حاضر عبارتند از USER، OPERATOR و ADMIN. در صورت عدم تعیین، پیش‌فرض ADMIN است.
مشخص کردن فایل پیکربندی جایگزین.
مشخص کردن راهکارهای دورزدن مشکلات سازگاری با سازنده (vendor). چند راهکار را می‌توان با کاما از هم جدا کرد. فلگ ویژه «none» در خط فرمان نشان‌دهنده عدم اعمال هیچ راهکاری است (ممکن است برای بازنویسی مقادیر پیش‌فرض پیکربندی‌شده مفید باشد). برای مشاهده فهرست راهکارهای موجود، بخش WORKAROUNDS را در ادامه ببینید.
فعال کردن اشکال‌زدایی.
-?, --help
نمایش فهرست راهنما و خروج.
نمایش پیام نحوه استفاده و خروج.
نمایش نسخه برنامه و خروج.

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

تخلیه و پاکسازی نسخه کش‌شده از مخزن داده‌های حسگر (SDR). داده‌های SDR معمولاً برای دسترسی سریع‌تر بعدی کش می‌شوند. با این حال، اگر SDR در سیستمی به‌روزرسانی شده باشد، ممکن است نیاز به پاکسازی و تولید مجدد آن باشد.
عدم خروجی دادن اطلاعات درباره ایجاد یا حذف حافظه موقت. ممکن است در اسکریپت‌نویسی مفید باشد.
اگر حافظه موقت SDR قدیمی یا نامعتبر باشد، حافظه موقت مخزن داده‌های حسگر (SDR) را به صورت خودکار بازسازی کن. این گزینه ممکن است برای مقاصد اسکریپت‌نویسی مفید باشد.
مشخص کردن یک فایل خاص برای ذخیره یا خواندن حافظه موقت مخزن داده‌های حسگر (SDR). اگر این گزینه در صورت تعیین چند میزبان استفاده شود، همان فایل حافظه موقت SDR برای همه میزبان‌ها استفاده خواهد شد.
مشخص کردن یک دایرکتوری جایگزین برای ذخیره یا خواندن حافظه‌های موقت مخزن داده‌های حسگر (SDR). در صورت عدم تعیین، پیش‌فرض دایرکتوری خانه (home) است.

طبق تعریف IPMI، تمام زمان‌ها و برچسب‌های زمانی IPMI بر حسب زمان محلی (localtime) ذخیره می‌شوند. با این حال، در بسیاری از شرایط، برچسب‌های زمانی در زمان محلی ذخیره نخواهند شد. اینکه آیا یک سیستم واقعاً برچسب‌های زمانی را در زمان محلی ذخیره کرده است یا خیر، به عوامل متعددی مانند سازنده، بایوس (BIOS) و سیستم‌عامل بستگی دارد. گزینه‌های زیر به کاربر اجازه می‌دهند نحوه تفسیر برچسب‌های زمانی ذخیره‌شده و چگونگی خروجی دادن آن‌ها را تنظیم کند.

فرض اینکه تمام زمان‌ها به وقت UTC گزارش شده‌اند و تبدیل زمان به زمان محلی پیش از نمایش در خروجی.
تبدیل تمام برچسب‌های زمانیِ زمان محلی به UTC پیش از نمایش در خروجی.
مشخص کردن یک اختلاف زمانی مشخص با UTC بر حسب ثانیه برای اضافه شدن به برچسب‌های زمانی. مقدار می‌تواند از -86400 تا 86400 ثانیه باشد. در صورت عدم تعیین، پیش‌فرض 0 است.

گزینه‌های زیر خروجی محدوده میزبان را مدیریت می‌کنند. برای اطلاعات تکمیلی در مورد محدوده‌های میزبان، بخش پشتیبانی از محدوده میزبان (HOSTRANGED SUPPORT) را در ادامه ببینید.

بافر کردن خروجی محدوده میزبان. برای هر گره، خروجی استاندارد تا زمانی که عملیات IPMI آن گره کامل شود بافر می‌شود. هنگام مشخص کردن این گزینه، ممکن است داده‌ها کندتر به کاربر نمایش داده شوند، زیرا کل عملیات IPMI باید پیش از خروجی دادن هرگونه داده کامل شود. برای اطلاعات بیشتر بخش HOSTRANGED SUPPORT را در ادامه ببینید.
تجمیع خروجی محدوده میزبان. خروجی استاندارد کامل از تمام گره‌های مشخص‌شده تجمیع می‌شود تا گره‌های دارای خروجی یکسان دو بار خروجی داده نشوند. یک سرآیند گره‌های دارای خروجی یکسان را همراه با خروجی تجمیع‌شده فهرست می‌کند. با تعیین این گزینه، تا زمانی که عملیات IPMI در تمام گره‌ها کامل نشود، هیچ خروجی دیده نمی‌شود. اگر کاربر زودتر برنامه را متوقف کند، تمام خروجی‌های تجمیع‌شده تا آن لحظه نمایش داده می‌شوند. برای اطلاعات بیشتر بخش HOSTRANGED SUPPORT را در ادامه ببینید.
مشخص کردن ضریب انتشار (fanout) برای چند میزبان. از یک الگوریتم «پنجره لغزان» (یا fanout) برای ارتباط موازی IPMI استفاده می‌شود تا گره‌های کندتر یا منقضی‌شده مانع ارتباط موازی نشوند. حداکثر تعداد ریسه‌ها (threads) که همزمان در دسترس هستند با مقدار fanout محدود می‌شود. مقدار پیش‌فرض ۶۴ است.
حذف میزبان‌هایی که توسط ipmidetect شناسایی‌نشده تشخیص داده شده‌اند. این گزینه برای برطرف کردن مشکل رایج انقضای مهلت زمانی اجرای محدوده میزبان به دلیل خارج شدن چندین گره از سرویس در یک کلاستر بزرگ تلاش می‌کند. دیمن ipmidetectd باید روی گره اجراکننده دستور در حال اجرا باشد.
همیشه به خروجی پیشوند اضافه کن، حتی اگر فقط یک میزبان مشخص شده باشد یا ارتباط درون‌باند باشد. این گزینه در درجه اول برای اهداف اسکریپت‌نویسی مفید است. اگر همراه با گزینه -C مشخص شود نادیده گرفته خواهد شد.

گزینه‌های زیر مختص ipmi-oem هستند.

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

شناسه‌ها و دستورات OEM پشتیبانی‌شده در حال حاضر در زیر فهرست شده‌اند. شناسه ویژه OEM با مقدار list می‌تواند برای فهرست کردن تمام شناسه‌ها و دستورات پشتیبانی‌شده OEM داده شود. دستور ویژه OEM با مقدار list می‌تواند به هر شناسه OEM داده شود تا دستورات پشتیبانی‌شده توسط آن شناسه OEM را فهرست کند.

این دستور OEM می‌تواند اطلاعات سیستم مادربرد را بازیابی کند. کلیدهای معتبر عبارتند از guid، asset-tag، service-tag، chassis-service-tag، chassis-related-service-tag، board-revision، platform-model-name، blade-slot-info، system-revision، idrac-info، idrac-ipv4-url، idrac-gui-webserver-control، cmc-info، cmc-ipv4-url، cmc-ipv6-info، cmc-ipv6-url و mac-addresses. عملکرد این دستور روی Dell Poweredge 2900، 2950، R610، R710، R720، M600، M610، M610X، M910 و R905 تایید شده است. با این حال، گزینه‌های اطلاعاتی سیستم به صورت جداگانه ممکن است روی همه سیستم‌ها قابل خواندن یا در دسترس نباشند.
این دستور OEM انتخاب فعلی کارت شبکه (NIC) را برای IPMI مشخص می‌کند؛ این وضعیت می‌تواند اختصاصی (dedicated)، اشتراکی (shared)، اشتراکی با تغییر مسیر به NIC2 در صورت خرابی (shared w/ failover to NIC2) یا اشتراکی با تغییر مسیر به همه (shared w/ failover to all) باشد. حالت Dedicated نشان می‌دهد که IPMI فقط روی یک کارت توسعه در دسترس است؛ حالت shared نشان می‌دهد که IPMI روی NIC1 در دسترس است؛ حالت shared w/ failover to NIC2 نشان می‌دهد که IPMI روی NIC1 در دسترس است و در صورت خرابی NIC1 به NIC2 منتقل می‌شود؛ و حالت shared w/ failover to all نشان می‌دهد که IPMI روی NIC1 فعال است و در صورت بروز خطا به سایر کارت‌های شبکه منتقل خواهد شد. عملکرد این دستور روی Dell Poweredge 2900، 2950، R610، R710 و R905 تایید شده است.
این دستور OEM انتخاب فعلی NIC را روی dedicated، shared، shared_failover_nic2 یا shared_failover_all تنظیم می‌کند. (برای توضیحات ورودی‌ها به get-nic-selection در بالا مراجعه کنید.) در سیستم‌های قدیمی‌تر Poweredge، مقدار shared_failover_nic2 ممکن است فقط با عنوان failover مستند شده باشد. عملکرد این دستور روی Dell Poweredge 2900، 2950، R610، R710 و R905 تایید شده است.
این دستور OEM انتخاب فعلی NIC برای IPMI و کارت شبکه پشتیبان (failover) را تعیین می‌کند. عملکرد این دستور روی Dell Poweredge R720 (سیستم‌های Dell 12G Poweredge) تایید شده است.
این دستور OEM انتخاب فعلی NIC برای IPMI و کارت شبکه پشتیبان را تنظیم می‌کند. گزینه اول کارت شبکه IPMI و گزینه دوم کارت شبکه پشتیبان (failover) را مشخص می‌سازد. عملکرد این دستور روی Dell Poweredge R720 (سیستم‌های Dell 12G Poweredge) تایید شده است.
این دستور OEM کارت شبکه فعال فعلی مورد استفاده برای مدیریت خارج از باند (out of band) و احتمالاً اطلاعات تکمیلی را دریافت می‌کند. کاربران می‌توانند مشخص کنند که نسخه ۱ یا نسخه ۲ این افزونه اجرا شود. اگر نسخه‌ای مشخص نشود، نسخه ۱ اجرا خواهد شد. عملکرد نسخه ۱ این دستور روی Dell Poweredge R610 و R710 (سیستم‌های Dell 11G Poweredge) تایید شده است. نسخه ۲ این دستور روی Dell Poweredge R720 (سیستم‌های Dell 12G Poweredge) تایید شده است.
این دستور OEM پیکربندی فعلی SSH را روی کارت IPMI دریافت می‌کند. عملکرد این دستور روی Dell Poweredge R610 و R710 (سیستم‌های Dell 11G Poweredge) تایید شده است.
این دستور OEM پیکربندی فعلی SSH را روی کارت IPMI تنظیم می‌کند. کلیدها و مقادیر مجاز عبارتند از ssh=enable|disable، idletimeout=seconds و portnumber=num. می‌توان چندین جفت کلید=مقدار را مشخص کرد. اگر هیچ جفت کلید=مقداری تعیین نشود، جفت‌های در دسترس چاپ می‌شوند. برخی از فیلدها ممکن است روی برخی سیستم‌های خاص Poweredge فقط‌خواندنی باشند. عملکرد این دستور روی Dell Poweredge R610 و R710 (سیستم‌های Dell 11G Poweredge) تایید شده است.
این دستور OEM پیکربندی فعلی Telnet را روی کارت IPMI دریافت می‌کند. عملکرد این دستور روی Dell Poweredge R610 و R710 (سیستم‌های Dell 11G Poweredge) تایید شده است.
این دستور OEM پیکربندی فعلی Telnet را روی کارت IPMI تنظیم می‌کند. کلیدها و مقادیر مجاز عبارتند از telnet=enable|disable، sessiontimeout=seconds، portnumber=num و 7fls=enable|disable. می‌توان چندین جفت کلید=مقدار را مشخص کرد. اگر هیچ جفتی مشخص نشود، موارد در دسترس نمایش داده می‌شوند. برخی فیلدها ممکن است روی برخی از سیستم‌های Poweredge فقط‌خواندنی باشند. عملکرد این دستور روی Dell Poweredge R610 و R710 (سیستم‌های Dell 11G Poweredge) تایید شده است.
این دستور OEM پیکربندی فعلی وب‌سرور را روی کارت IPMI دریافت می‌کند. عملکرد این دستور روی Dell Poweredge R610 و R710 (سیستم‌های Dell 11G Poweredge) تایید شده است.
این دستور OEM پیکربندی فعلی وب‌سرور را روی کارت IPMI تنظیم می‌کند. کلیدها و مقادیر مجاز عبارتند از webserver=enable|disable، sessiontimeout=seconds، httpportnumber=num و httpsportnumber=num. می‌توان چندین جفت کلید=مقدار را مشخص کرد. اگر هیچ جفتی مشخص نشود، گزینه‌های موجود نمایش داده می‌شوند. برخی فیلدها ممکن است در سیستم‌های خاص Poweredge فقط‌خواندنی باشند. عملکرد این دستور روی Dell Poweredge R610 و R710 (سیستم‌های Dell 11G Poweredge) تایید شده است.
این دستور OEM پیکربندی فعلی اکتیو دایرکتوری (Active Directory) را روی کارت IPMI دریافت می‌کند. عملکرد این دستور روی Dell Poweredge R610 و R710 (سیستم‌های Dell 11G Poweredge) تایید شده است.
این دستور OEM پیکربندی اکتیو دایرکتوری را روی کارت IPMI تنظیم می‌کند. کلیدها و مقادیر مجاز عبارتند از activedirectory=enable|disable، timeout=seconds، type=extended|standard، sso=enable|disable، و certificatevalidation=enable|disable. اگر جفت کلید=مقداری تعیین نشود، گزینه‌های مجاز نمایش داده می‌شوند. برخی فیلدها ممکن است روی برخی سیستم‌های Poweredge فقط‌خواندنی باشند. عملکرد این دستور روی Dell Poweredge R610 و R710 (سیستم‌های Dell 11G Poweredge) تایید شده است.
این دستور OEM پیکربندی BMC را به مقادیر پیش‌فرض بازنشانی می‌کند. دستور تا زمانی که بازنشانی کامل نشود منتظر می‌ماند (spin). عملکرد این دستور روی Dell Poweredge R610 و R710 (سیستم‌های Dell 11G Poweredge) تایید شده است.
این دستور OEM می‌تواند داده‌های مصرف توان را بازیابی کند. عملکرد این دستور روی Dell Poweredge R610، R710، R905، M610، M610x و M910 تایید شده است.
این دستور OEM می‌تواند داده‌های تجمعی (cumulative) یا اوج (peak) مصرف توان را بازنشانی کند (که از طریق get-power-consumption-data قابل مشاهده است). عملکرد این دستور روی Dell Poweredge R610، R710، R905، M610، M610x و M910 تایید شده است.
این دستور OEM می‌تواند رده‌بندی‌ها و سایر اطلاعات منابع تغذیه (Power Supply) را خوانده و نمایش دهد. این دستور نیاز به دسترسی به SDR دارد. عملکرد این دستور روی Dell Poweredge R610، R710 و M610 تایید شده است.
این دستور OEM می‌تواند داده‌های لحظه‌ای مصرف توان را بخواند. اگر شماره نمونه منبع تغذیه مشخص شود، فقط اطلاعات همان نمونه جمع‌آوری خواهد شد؛ در غیر این صورت، توان کل تجمیعی استخراج می‌شود. عملکرد این دستور روی Dell Poweredge R610، R710، M610، M610x و M910 تایید شده است.
این دستور OEM می‌تواند حاشیه امن توان مصرفی (power head room) را بخواند. عملکرد این دستور روی Dell Poweredge R610 و R710 (سیستم‌های Dell 11G Poweredge) تایید شده است.
این دستور OEM می‌تواند تاریخچه مصرف میانگین، حداکثر یا حداقل توان را بخواند. عملکرد این دستور روی Dell Poweredge R610، R710، M610، M610x و M910 تایید شده است.
این دستور OEM می‌تواند ظرفیت توان مصرفی فعلی را بخواند. عملکرد این دستور روی Dell Poweredge R610، R710، M610، M610x و M910 تایید شده است.
این دستور OEM می‌تواند ظرفیت توان فعلی را بنویسد (به وات مشخص می‌شود). عملکرد این دستور روی Dell Poweredge R610 و R710 (سیستم‌های Dell 11G Poweredge) تایید شده است.
این دستور OEM می‌تواند فعال یا غیرفعال بودن ظرفیت توان مصرفی فعلی را مشخص کند. عملکرد این دستور روی Dell Poweredge R610، R710، M610، M610x و M910 تایید شده است.
این دستور OEM می‌تواند وضعیت ظرفیت توان فعلی را روی فعال یا غیرفعال پیکربندی کند. عملکرد این دستور روی Dell Poweredge R610 و R710 (سیستم‌های Dell 11G Poweredge) تایید شده است.
این دستور OEM وضعیت فعلی شناسایی شاسی (مانند ال‌ای‌دی شناسایی) را بازیابی می‌کند. عملکرد این دستور روی Dell Poweredge 2900، 2950، R610، R710، R905، M600، M610، M610x و M910 تایید شده است.
این دستور OEM اطلاعات مصرف توان را از یک زیرسیستم مشخص برای یک بازه زمانی معین بازیابی می‌کند. اگر بازه زمانی بین ۳۰ تا ۹۰۰ ثانیه باشد، مقادیر توان میانگین، حداقل و حداکثر نیز قابل بازیابی هستند. اگر بازه زمانی بین ۵ تا ۳۰ ثانیه باشد، تنها میانگین مصرف توان برگردانده می‌شود. برای اطلاع از بازه‌های مجاز هر زیرسیستم به power-monitoring-interval-range در زیر مراجعه کنید. عملکرد این دستور روی Dell Poweredge R720 (سیستم‌های Dell 12G Poweredge) تایید شده است.
این دستور OEM بازه‌های مجاز پایش را برای زیرسیستم مشخص‌شده بازیابی می‌کند. عملکرد این دستور روی Dell Poweredge R720 (سیستم‌های Dell 12G Poweredge) تایید شده است.
این دستور OEM آخرین کد POST و رشته خطای مربوط به آن را بازیابی می‌کند. عملکرد این دستور روی Dell Poweredge R720 تایید شده است.
این دستور OEM وضعیت توان یک اسلات PCIe را جابه‌جا (toggle) می‌کند. شماره اسلات PCIe می‌تواند از ۱ تا ۱۶ باشد. عملکرد این دستور روی Dell Poweredge C410x تایید شده است.
این دستور OEM اقدام کنترلی توان را روی یک اسلات PCIe انجام می‌دهد. این افزونه OEM وابستگی بسیار نزدیکی به پلتفرم دارد، بنابراین باید پلتفرم پشتیبانی‌شده مشخص گردد. تنها گزینه در حال حاضر پشتیبانی‌شده برای platform-model مقدار C410x است. اقدام on اسلات را روشن می‌کند، off آن را خاموش می‌کند، و status وضعیت روشن یا خاموش بودن توان فعلی را برمی‌گرداند. اگر وضعیت توان فعلی روشن باشد، اقدام on کاری انجام نمی‌دهد. به طور مشابه اگر وضعیت توان خاموش باشد، اقدام off تاثیری ندارد. اقدامات توان اسلات on، off و status بومی نیستند و از ترکیب جابه‌جایی توان (با استفاده از slot-power-toggle در بالا) و خواندن حسگرهای توان مصرفی اسلات PCIe شبیه‌سازی می‌شوند. شماره اسلات PCIe می‌تواند از ۱ تا ۱۶ باشد. عملکرد این دستور روی Dell Poweredge C410x تایید شده است.
این دستور OEM نگاشت فعلی iPASS به کنترلرها/اسلات‌های PCIe را بازیابی می‌کند. عملکرد این دستور روی Dell Poweredge C410x تایید شده است.
این دستور OEM نگاشت iPass به کنترلرها/اسلات‌های PCIe را تنظیم می‌کند. باید jumper یا bmc مشخص شود تا نشان دهد که نگاشت‌های iPass از طریق جامپرهای روی سیستم کنترل می‌شوند یا از طریق BMC/IPMI. برای اینکه پیکربندی مجدد از طریق ipmi-oem انجام شود، کاربر باید bmc را انتخاب کند. آرگومان ipass-mapping مشخص می‌کند کدام درگاه‌های iPass نگاشت می‌شوند. مقادیر 1:2، 1:4 و 1:8 نگاشتی که باید تنظیم شود را مشخص می‌کنند. برای جزئیات در پلتفرم‌های خاص به ادامه مراجعه کنید. عملکرد این دستور روی Dell Poweredge C410x تایید شده است. برای Dell Poweredge C410x، مقدار ipass-mapping در محدوده ۱ تا ۴ است. مقدار 1 به iPass ۱ و ۵، مقدار 2 به ۲ و ۶، مقدار 3 به ۳ و ۷ و 4 به ۴ و ۸ اشاره دارد. برای پلتفرم C410x، اسلات‌های PCIe ۱، ۲، ۳، ۴، ۱۳، ۱۴، ۱۵ و ۱۶ به iPass ۱، ۲، ۳ و ۴ متصل هستند. اسلات‌های PCIe ۵، ۶، ۷، ۸، ۹، ۱۰، ۱۱ و ۱۲ به iPass ۵، ۶، ۷ و ۸ متصل هستند. به عنوان مثال، اگر 1:2 روی mapping-number برابر با 1 تنظیم شود، اسلات‌های PCIe ۱ و ۱۵ به iPass ۱ و اسلات‌های ۲ و ۱۶ به iPass ۵ اختصاص می‌یابند. اگر 1:4 انتخاب شود، اسلات‌های PCIe ۱، ۲، ۱۵ و ۱۶ به iPass ۱ اختصاص یافته و از iPass ۵ استفاده نخواهد شد. Fujitsu
این دستور OEM دلیل آخرین روشن شدن سیستم (Power On) را برمی‌گرداند. عملکرد این دستور روی Fujitsu RX100 S5 تایید شده است.
این دستور OEM دلیل آخرین خاموش شدن سیستم (Power Off) را برمی‌گرداند. عملکرد این دستور روی Fujitsu RX100 S5 تایید شده است.
این دستور OEM وضعیت یا اتصال حافظه ذخیره‌سازی از راه دور (remote storage) را برمی‌گرداند. connection_number در حال حاضر محدوده 0-1 را پشتیبانی می‌کند. عملکرد این دستور روی Fujitsu RX100 S5 تایید شده است.
این دستور OEM وضعیت فعلی سیستم را برمی‌گرداند. عملکرد این دستور روی Fujitsu RX100 S5 تایید شده است.
این دستور OEM اطلاعات نسخه فعلی اجزای مختلف سخت‌افزار از جمله سفت‌افزار (firmware)، SDR و نسخه بوت را برمی‌گرداند. eeprom_number در حال حاضر از محدوده 0-1 پشتیبانی می‌کند. عملکرد این دستور روی Fujitsu RX100 S5 تایید شده است.
این دستور OEM وضعیت فعلی LED شناسایی را دریافت می‌کند. عملکرد این دستور روی Fujitsu RX100 S5 تایید شده است.
این دستور OEM وضعیت فعلی LED شناسایی را تنظیم می‌کند. عملکرد این دستور روی Fujitsu RX100 S5 تایید شده است.
این دستور OEM وضعیت فعلی LED خطا را دریافت می‌کند. عملکرد این دستور روی Fujitsu RX100 S5 تایید شده است.
این دستور OEM تفسیر متنی اختصاصی فوجیتسو از یک رکورد SEL را بازیابی می‌کند. این دستور می‌تواند برای تفسیر کدهای هگزادسیمال OEM فوجیتسو در SEL مفید باشد. باید شناسه رکورد خاصی از SEL مشخص شود. لطفاً برای نحوه دریافت رکوردهای SEL به ipmi-sel(8) مراجعه کنید. عملکرد این دستور روی Fujitsu RX100 S5 تایید شده است.
این دستور OEM حالت فعلی کارت شبکه را به صورت dedicated (اختصاصی)، shared (اشتراکی) یا failover (پشتیبان) تعیین می‌کند. حالت Dedicated نشان می‌دهد که IPMI فقط روی پورت مدیریتی اختصاصی فعال است. حالت Shared نشان می‌دهد که IPMI روی یکی از پورت‌های اصلی اترنت نیز در دسترس است. حالت Failover نشان می‌دهد که IPMI اختصاصی است اما در صورت خرابی پورت اصلی، می‌تواند به پورت دیگر منتقل شود. عملکرد این دستور روی GIGABYTE MD90-FS0-ZB تایید شده است.
این دستور OEM حالت فعلی کارت شبکه را روی dedicated، shared یا failover تنظیم می‌کند. (برای توضیحات مربوط به حالت‌های dedicated در مقابل shared و failover به get-nic-mode در بالا مراجعه کنید.) عملکرد این دستور روی GIGABYTE MD90-FS0-ZB تایید شده است.
این دستور OEM وضعیت فعال یا غیرفعال بودن سرویس‌های BMC به جز IPMI را نمایش می‌دهد. عملکرد این دستور روی GIGABYTE MD90-FS0-ZB تایید شده است.
این دستور OEM سرویس‌های BMC غیر از IPMI را فعال یا غیرفعال می‌کند. عملکرد این دستور روی GIGABYTE MD90-FS0-ZB تایید شده است.
این دستور OEM وضعیت فعلی LED را دریافت می‌کند. این دستور OEM به دسترسی به SDR نیاز دارد. عملکرد این دستور روی IBM x3755 تایید شده است.
این دستور OEM پیکربندی فعلی SMTP را روی کارت IPMI دریافت می‌کند. به صورت پیش‌فرض، پیکربندی تمام کانال‌های LAN نمایش داده می‌شود. اگر channel-number مشخص شود، فقط پیکربندی همان شماره کانال خاص خروجی داده خواهد شد. عملکرد این دستور روی Intel S5500WB (Penguin Computing Relion 700) و Intel S2600JF (Appro 512X) تایید شده است.
این دستور OEM پیکربندی فعلی SMTP را روی کارت IPMI تنظیم می‌کند. به طور پیش‌فرض، پیکربندی برای تمامی کانال‌های LAN اعمال می‌شود. اگر channel-number مشخص شود، پیکربندی فقط روی همان کانال خاص انجام می‌گیرد. کلیدها و مقادیر مجاز عبارتند از smtp=enable|disable، smtpserveraddress=ipaddress، smtpusername=string، userpassword=string، emailaddress=string، subject=string، messagecontent=string، senderemailaddress=string و smtphostname=string. می‌توان چندین جفت کلید=مقدار را مشخص کرد. اگر هیچ جفتی تعیین نشود، مقادیر در دسترس خروجی داده می‌شوند. عملکرد این دستور روی Intel S5500WB (Penguin Computing Relion 700) و Intel S2600JF (Appro 512X) تایید شده است.
این دستور OEM تاخیر در روشن شدن مجدد (power on delay) را بازیابی می‌کند. این تاخیر زمانی رخ می‌دهد که BMC بر اساس تنظیم خط‌مشی بازیابی برق (Power Restore Policy) سیستم را روشن می‌کند. در سایر موارد (مانند دکمه پاور فیزیکی یا کنترل شاسی) این تاخیر اعمال نمی‌شود. عملکرد این دستور روی Intel S2600JF (Appro 512X) تایید شده است.
این دستور OEM میزان تاخیر در روشن شدن را تنظیم می‌کند. (برای توضیحات تاخیر بازیابی برق به get-power-restore-delay در بالا مراجعه کنید). عملکرد این دستور روی Intel S2600JF (Appro 512X) تایید شده است.
این دستور OEM وضعیت فعلی سرویس‌های BMC مانند ssh، http، rmcp و kvm را دریافت می‌کند. عملکرد این دستور روی Intel S2600WT2 تایید شده است.
این دستور OEM سرویس‌های BMC غیر از IPMI را فعال یا غیرفعال می‌کند. توجه داشته باشید که http هم به http و هم به https اشاره دارد. عملکرد این دستور روی Intel S2600WT2 تایید شده است.
این دستور OEM مقادیر پیکربندی BMC را به مقادیر پیش‌فرض بازمی‌گرداند. دستور تا زمان تایید کامل بازنشانی منتظر می‌ماند (spin). عملکرد این دستور روی Intel S5500WB (Penguin Computing Relion 700) و Intel S2600JF (Appro 512X) تایید شده است. پس از اجرای این دستور، BMC باید بازنشانی (reset) شود تا به وضعیت عملیاتی بازگردد. این کار را می‌توان با اجرای بازنشانی سرد (cold-reset) از طریق bmc-device(8) انجام داد. IntelNM (Intel Node Manager)

دستورات OEM زیر روی چیپست‌های اینتل دارای پشتیبانی از Node Manager کار می‌کنند. تمامی این دستورات به دسترسی به SDR نیاز دارند و ممکن است روی مادربردهای تولیدکنندگان مختلف کار کنند.

این دستور OEM آمار Intel Node Manager را خروجی می‌دهد. مشخص کردن یک mode که نشان‌دهنده نوع آمار مورد نظر باشد الزامی است. کاربر می‌تواند به صورت اختیاری یک domainid یا policyid را تعیین کند، هرچند برخی از گزینه‌های mode ممکن است به آن نیاز داشته باشند. مقدار پیش‌فرض domainid برابر با platform است. عملکرد این دستور روی Intel S5500WB (Penguin Computing Relion 700)، Inventec 5441/5442 (Dell Xanadu II/III)، Quanta S99Q (Dell FS12-TY)، Quanta QSSC-S4R (Appro GB812X-CN)، Supermicro X9DRi-F و Intel S2600JF (Appro 512X) تایید شده است.
[domainid=platform|cpu|memory|highpowerio] [policyid=num] این دستور OEM آمارهای Intel Node Manager را بازنشانی می‌کند. مقدار mode مشخص‌کننده آماری است که باید بازنشانی شود. کاربر می‌تواند به صورت اختیاری یک domainid یا policyid را مشخص کند. مقدار پیش‌فرض domainid برابر با platform است. اگر mode مشخص نشود، بسته به اینکه policyid تعیین شده باشد یا خیر، به طور پیش‌فرض global یا policy خواهد بود. عملکرد این دستور روی Intel S5500WB (Penguin Computing Relion 700)، Inventec 5441/5442 (Dell Xanadu II/III)، Quanta S99Q (Dell FS12-TY)، Quanta QSSC-S4R (Appro GB812X-CN)، Supermicro X9DRi-F و Intel S2600JF (Appro 512X) تایید شده است.
این دستور OEM قابلیت‌های فعلی Intel Node Manager را نمایش می‌دهد. کاربر می‌تواند به صورت اختیاری domainid، policytrigger، policytype یا policypowerdomain را مشخص کند. توجه داشته باشید که policypowerdomain فقط برای شناسه دامنه platform کاربرد دارد. اگر گزینه خاصی مشخص نشود، تمام ترکیب‌های ممکن از سایر گزینه‌ها برای نمایش کلیه قابلیت‌های سیستم امتحان خواهد شد. در صورت فعال بودن گزینه پرگویی (verbose)، پیام‌های خطای اضافی در حین جستجو برای خط‌مشی‌های معتبر نمایش داده می‌شوند. عملکرد این دستور روی Intel S2600JF (Appro 512X) تایید شده است.
این دستور OEM خط‌مشی‌های سراسری، دامنه یا موارد استفاده‌شده توسط Intel Node Manager را فعال یا غیرفعال می‌کند. اگر هیچ domainid مشخص نشود، Node Manager به صورت سراسری فعال یا غیرفعال خواهد شد. اگر domainid مشخص شود، فقط همان دامنه فعال یا غیرفعال می‌شود. اگر هم domainid و هم policyid مشخص شوند، فقط آن خط‌مشی خاص درون دامنه تعیین وضعیت می‌شود. این دستور OEM پیش از استفاده از بسیاری از دستورات پیکربندی زیر برای فعال یا غیرفعال کردن خط‌مشی‌ها الزامی است. عملکرد این دستور روی Intel S2600JF (Appro 512X) تایید شده است.
این دستور OEM خط‌مشی فعلی Node Manager را دریافت می‌کند. اگر هیچ domainid مشخص نشود، تلاش می‌شود تمام خط‌مشی‌ها برای کلیه شناسه‌های دامنه و شناسه خط‌مشی‌ها نمایش داده شوند. اگر domainid مشخص شده باشد اما policyid تعیین نشده باشد، تلاش می‌شود کلیه خط‌مشی‌های درون آن دامنه چاپ شوند. در صورت تنظیم گزینه پرگویی (verbose)، پیام‌های خطای تکمیلی هنگام جستجوی خط‌مشی‌های معتبر خروجی داده می‌شوند. عملکرد این دستور روی Intel S2600JF (Appro 512X) تایید شده است.
این دستور OEM خط‌مشی با شناسه مشخص‌شده را از دامنه مربوطه ایجاد کرده یا تغییر می‌دهد. اکثر فیلدهای بالا اجباری هستند، اگرچه می‌توان آن‌ها را به هر ترتیبی وارد کرد. به صورت پیش‌فرض، هر خط‌مشی ایجادشده/تغییریافته فعال خواهد بود، اما این رفتار را می‌توان با policystate بازنویسی کرد. گزینه policyexceptionaction می‌تواند چندین بار برای پیکربندی چندین اقدام مشخص شود، یا برای عدم پیکربندی هیچ اقدامی نادیده گرفته شود. هنگامی که policytrigger روی none تنظیم شود، محرکی که منجر به اقدامات استثنایی می‌شود، مقدار مشخص‌شده توسط policytargetlimit است. هنگامی که policytrigger برابر با inlettemperaturelimitpolicytrigger، missingpowerreadingtimeout یا timeafterplatformresettrigger باشد، محرک اقدامات استثنایی مقدار تعیین‌شده توسط policytriggerlimit خواهد بود. اگر policytrigger برابر با boottimepolicy باشد، نمایه توان به سادگی بر اساس مقدار تعیین‌شده توسط policytargetlimit نگهداری می‌شود. مقدار پیش‌فرض aggressivepowercorrection برابر با automatic است؛ تنها در صورتی که domainid برابر با platform یا cpu باشد می‌توان آن را روی notaggressive یا aggressive تنظیم کرد. گزینه policystorage تعیین می‌کند که آیا خط‌مشی پیکربندی‌شده پس از راه‌اندازی مجدد دستگاه باقی می‌ماند یا خیر. واحد policytargetlimit به نوع policytrigger انتخابی بستگی دارد. اگر policytrigger برابر با none، inlettemperaturelimitpolicytrigger یا timeafterplatformresettrigger باشد، واحد بر حسب وات خواهد بود. اگر policytrigger برابر با missingpowerreadingtimeout باشد، واحد بر حسب درصد است که ۱۰۰ به معنی حداکثر کاهش مصرف (throttling) است. اگر policytrigger برابر با boottimepolicy باشد، واحد بر حسب تعداد پردازنده‌ها (CPU) است. علاوه بر این، platformbootingmode برای تعیین حالت بهینه‌سازی باید روی performance یا power تنظیم شود. بسته به ورودی policytrigger، گاهی اوقات policytriggerlimit الزامی است. واحد policytriggerlimit به نوع policytrigger بستگی دارد. اگر policytrigger برابر با inlettemperaturelimitpolicytrigger باشد، واحد بر حسب سلسیوس است. اگر policytrigger برابر با missingpowerreadingtimeout یا timeafterplatformresettrigger باشد، واحد بر حسب ثانیه خواهد بود. اگر policytrigger برابر با none یا boottimepolicy باشد، policytriggerlimit از نظر داخلی توسط Intel Node Manager نادیده گرفته می‌شود و نیازی به مشخص کردن آن نیست؛ معمولاً تنظیم آن روی 0 کفایت می‌کند. پارامتر correctiontimelimit مدت زمانی را مشخص می‌کند که Node Manager باید برای بازگرداندن سیستم به محدوده مجاز قبل از اجرای اقدامات policyexceptionaction تلاش اصلاحی انجام دهد. پارامتر statisticsreportingperiod تعداد ثانیه‌هایی است که توان اندازه‌گیری‌شده برای گزارش‌دهی میانگین‌گیری می‌شود. لطفاً برای اطلاع از محدوده‌های مجاز policytargetlimit، correctiontimelimit، policytriggerlimit و statisticsreportingperiod به get-node-manager-policy مراجعه کنید. اگر domainid روی platform پیکربندی شده باشد، کاربر می‌تواند به صورت اختیاری policypowerdomain را روی primary یا secondary تنظیم کند؛ در غیر این صورت policypowerdomain نادیده گرفته خواهد شد. عملکرد این دستور روی Intel S2600JF (Appro 512X) تایید شده است.
این دستور OEM شناسه خط‌مشی مشخص‌شده را از شناسه دامنه حذف می‌کند. مشخص کردن هر دو پارامتر domainid و policyid الزامی است. عملکرد این دستور روی Intel S2600JF (Appro 512X) تایید شده است.
این دستور OEM آستانه‌های فعلی هشدار را دریافت می‌کند. اگر هیچ domainid مشخص نشود، تلاش می‌شود کلیه آستانه‌های هشدار برای شناسه‌های دامنه و خط‌مشی چاپ شوند. اگر domainid مشخص شود اما policyid تعیین نشود، تمام آستانه‌های هشدار درون یک دامنه خروجی داده خواهند شد. واحد آستانه‌ها به پیکربندی خط‌مشی فعلی بستگی دارد. در صورت فعال بودن گزینه پرگویی (verbose)، پیام‌های خطای اضافی در حین جستجوی خط‌مشی‌های معتبر چاپ می‌شوند. عملکرد این دستور روی Intel S2600JF (Appro 512X) تایید شده است.
این دستور OEM آستانه‌های هشدار را برای یک شناسه دامنه و شناسه خط‌مشی مشخص تنظیم می‌کند. حداکثر سه آستانه قابل تعیین است. واحد آستانه‌ها به پیکربندی خط‌مشی جاری بستگی خواهد داشت. عملکرد این دستور روی Intel S2600JF (Appro 512X) تایید شده است.
این دستور OEM دوره‌های تعلیق فعلی خط‌مشی را دریافت می‌کند. دوره‌های تعلیق، خط‌مشی‌های Intel Node Manager را در زمان‌های پیکربندی‌شده به صورت موقت غیرفعال می‌کنند. اگر هیچ domainid مشخص نشود، تمام دوره‌های تعلیق برای تمامی شناسه‌های دامنه و خط‌مشی خروجی داده می‌شوند. اگر domainid مشخص شده اما policyid تعیین نشود، تمام دوره‌های تعلیق درون یک دامنه خروجی داده خواهند شد. در صورت فعال بودن گزینه پرگویی (verbose)، پیام‌های خطای تکمیلی هنگام جستجوی خط‌مشی‌های معتبر نمایش داده می‌شوند. زمان‌های شروع و پایان تعلیق در فرمت ۲۴ ساعته نمایش داده می‌شوند. عملکرد این دستور روی Intel S2600JF (Appro 512X) تایید شده است.
این دستور OEM دوره‌های تعلیق را برای یک خط‌مشی تنظیم می‌کند. دوره‌های تعلیق، خط‌مشی‌های Intel Node Manager را در زمان‌های پیکربندی‌شده به طور موقت غیرفعال می‌سازند. حداکثر تا ۵ دوره تعلیق را می‌توان با suspendperiodstartX، suspendperiodstopX و suspendperiodrepeatX مشخص کرد. پارامترهای suspendperiodstart و suspendperiodstop زمان شروع و پایان را از نیمه‌شب برای دوره تعلیق تعیین می‌کنند. زمان باید در فرمت ۲۴ ساعته مشخص شود (مانند 02:00 یا 13:40). توجه داشته باشید که دوره‌های تعلیق در مضارب ۶ دقیقه پیکربندی می‌شوند، بنابراین پیکربندی ذخیره‌شده ممکن است به پیکربندی متفاوتی گرد شود. گزینه suspendperiodrepeat روزهایی را مشخص می‌کند که دوره تعلیق باید در آن‌ها فعال باشد. این گزینه می‌تواند چندین بار برای پیکربندی دفعات مختلف مشخص شود. عملکرد این دستور روی Intel S2600JF (Appro 512X) تایید شده است.
این دستور OEM محدوده مصرف توان را برای یک شناسه دامنه معین تنظیم می‌کند. پس از این پیکربندی، هر خط‌مشی درون شناسه دامنه که خارج از این محدوده باشد در صورت نیاز غیرفعال می‌شود. محدوده مصرف توان فعلی را می‌توان از طریق get-node-manager-capabilities در بالا خواند. عملکرد این دستور روی Intel S2600JF (Appro 512X) تایید شده است.
این دستور OEM اطلاعات مقصد هشدار فعلی را دریافت می‌کند. برخی از اطلاعات پیکربندی خروجی این دستور باید با کانال دستگاه BMC و پیکربندی PEF تطبیق داده شوند. اطلاعات کانال دستگاه BMC از طریق bmc-info(8) قابل مشاهده است. پیکربندی PEF را می‌توان از طریق ipmi-config(8) مشاهده کرد. عملکرد این دستور روی Intel S2600JF (Appro 512X) تایید شده است.
این دستور OEM گیرنده هشدار فعلی را تنظیم می‌کند. به صورت پیش‌فرض، این دستور تلاش می‌کند یک هشدار را ثبت کند (معادل با register=yes). هنگام ثبت یک گیرنده هشدار، گزینه‌های channelnumber، alertstringselector و sendalertstring باید مشخص شوند. همچنین بسته به شماره کانال مشخص‌شده، slaveaddress یا destinationselector نیز باید تعیین گردند. اگر register=no باشد، اکثر این گزینه‌ها الزامی نیستند. ورودی مناسب شماره کانال را می‌توان از طریق bmc-info(8) تعیین کرد. اطلاعات انتخابگر مقصد (destination selector) و انتخابگر رشته هشدار (alert string selector) را می‌توان از طریق ipmi-config(8) به دست آورد. عملکرد این دستور روی Intel S2600JF (Appro 512X) تایید شده است.
این دستور OEM نسبت همگام‌سازی توربو (Turbo Synchronization Ratio) فعلی را دریافت می‌کند. اگر cpusocket روی سوکت پردازنده خاصی تنظیم نشده باشد، تمام سوکت‌ها حداکثر تنظیمات را برمی‌گردانند.
این دستور OEM نسبت همگام‌سازی توربو را تنظیم می‌کند. اگر cpusocket روی یک سوکت CPU خاص تنظیم نشود، فرض می‌شود که روی تمام هسته‌ها اعمال می‌شود. اگر activecore تنظیم نشود، فرض می‌شود برای همه هسته‌ها در نظر گرفته شده است.
این دستور OEM اطلاعات نسخه فعلی Intel Node Manager را نمایش می‌دهد. عملکرد این دستور روی Intel S5500WB (Penguin Computing Relion 700)، Inventec 5441/5442 (Dell Xanadu II/III)، Quanta S99Q (Dell FS12-TY)، Quanta QSSC-S4R (Appro GB812X-CN) و Intel S2600JF (Appro 512X) تایید شده است. Inventec
این دستور OEM حالت فعلی کارت شبکه را به صورت اختصاصی (dedicated) یا اشتراکی (shared) تعیین می‌کند. حالت Dedicated نشان می‌دهد که IPMI فقط روی پورت مدیریتی اختصاصی در دسترس است. حالت Shared نشان می‌دهد که IPMI روی یکی از پورت‌های اصلی اترنت نیز در دسترس است. عملکرد این دستور روی Inventec 5441/5442 (Dell Xanadu II/III) تایید شده است.
این دستور OEM حالت فعلی کارت شبکه را روی dedicated یا shared تنظیم می‌کند. (برای توضیحات حالت dedicated در برابر shared به get-nic-mode در بالا مراجعه کنید.) این دستور OEM ممکن است به صورت داخلی BMC را بازنشانی (reset) کند که باعث می‌شود BMC برای مدتی غیرقابل استفاده شود. عملکرد این دستور روی Inventec 5441/5442 (Dell Xanadu II/III) تایید شده است.
این دستور آدرس MAC مربوط به BMC را بازیابی می‌کند. این دستور در واقع یک دستور OEM نیست، بلکه همان دستور استاندارد آدرس MAC در IPMI است (مشابه آنچه در ابزار ipmi-config(8) استفاده می‌شود). این دستور صرفاً جهت سهولت کاربری در اینجا قرار داده شده است.
این دستور OEM آدرس MAC مربوط به BMC را در حالت اختصاصی یا اشتراکی تنظیم می‌کند. (برای توضیحات حالت اختصاصی در برابر اشتراکی به get-nic-mode در بالا مراجعه کنید.) آدرس MAC کارت BMC را نمی‌توان از طریق دستور استاندارد آدرس MAC در IPMI (که در ابزار ipmi-config(8) استفاده می‌شود) تنظیم کرد. آدرس MACADDR باید در قالب XX:XX:XX:XX:XX:XX مشخص شود. آدرس MAC اشتراکی BMC ممکن است با ارتباطات اترنت معمولی روی پورت اصلی اترنت تداخل ایجاد کند؛ در این حالت کاربران ممکن است ترجیح دهند یک آدرس MAC جایگزین را پیکربندی کنند. پس از پیکربندی آدرس MAC، کارت BMC باید بازنشانی شود. این کار با اجرای بازنشانی سرد از طریق bmc-device(8) امکان‌پذیر است. عملکرد این دستور روی Inventec 5441/5442 (Dell Xanadu II/III) تایید شده است.
این دستور OEM سرویس‌های فعال فعلی BMC را نمایش می‌دهد. عملکرد این دستور روی Inventec 5441/5442 (Dell Xanadu II/III) تایید شده است.
این دستور OEM سرویس‌های دیگر BMC به جز IPMI را فعال یا غیرفعال می‌کند. می‌توان all را برای فعال/غیرفعال کردن تمام سرویس‌ها مشخص کرد؛ kvm برای KVM و Virtual Storage، http برای HTTP و HTTPS، و ssh برای هر دو پروتکل SSH و Telnet کاربرد دارد. عملکرد این دستور روی Inventec 5441/5442 (Dell Xanadu II/III) تایید شده است.
این دستور OEM تنظیمات احراز هویت اختصاصی OEM تکمیلی را نمایش می‌دهد. (برای توضیحات خروجی‌ها به set-authentication-config در زیر مراجعه کنید.) عملکرد این دستور روی Inventec 5441/5442 (Dell Xanadu II/III) تایید شده است.
این دستور OEM تنظیمات احراز هویت تکمیلی OEM را روی کارت IPMI اعمال می‌کند. کلیدها و مقادیر مجاز عبارتند از maxauthenticationfailures=count، lockoutwindow=seconds، lockouttime=seconds و httpsportnumber=num. پارامتر maxauthenticationfailures حداکثر تعداد مجاز خطاهای احراز هویت را مشخص می‌کند. پارامتر lockoutwindow پنجره زمانی رسیدن به این تعداد خطای احراز هویت برای مسدودسازی کاربر را تعیین می‌کند. پارامتر lockouttime مدت زمان غیرفعال ماندن کاربر در صورت رسیدن به سقف خطای احراز هویت را مشخص می‌سازد. تنظیم مقدار 0 برای هر یک از این گزینه‌ها، ویژگی قفل شدن حساب (lockout) را غیرفعال می‌کند. هر بار که هر یک از این تنظیمات تغییر کند، تعداد خطاهای احراز هویت تمام کاربران فعال به 0 بازنشانی می‌شود. می‌توان چندین جفت کلید=مقدار را مشخص کرد. در صورت عدم تعیین جفت‌ها، گزینه‌های مجاز نمایش داده می‌شوند. عملکرد این دستور روی Inventec 5441/5442 (Dell Xanadu II/III) تایید شده است.
این دستور OEM وضعیت فعلی حساب کاربران را روی BMC نمایش می‌دهد. این دستور به ویژه برای تشخیص کاربرانی که حساب آن‌ها به دلیل خطاهای احراز هویت (تنظیم‌شده در set-authentication-config) قفل شده، بسیار کاربردی است. عملکرد این دستور روی Inventec 5441/5442 (Dell Xanadu II/III) تایید شده است.
این دستور OEM تنظیمات DNS اختصاصی OEM تکمیلی را نمایش می‌دهد. (برای توضیحات خروجی‌ها به set-dns-config در ادامه مراجعه کنید.) عملکرد این دستور روی Inventec 5441/5442 (Dell Xanadu II/III) تایید شده است.
این دستور OEM تنظیمات تکمیلی DNS اختصاصی OEM را روی کارت IPMI اعمال می‌کند. کلیدها و مقادیر مجاز عبارتند از dnsdhcp=enable|disable، dnsserver1=ipaddress، dnsserver2=ipaddress، dnsregisterbmc=enable|disable، dnsbmchostname=string، dnsdomainnamedhcp=enable|disable و dnsdomainname=string. گزینه dnsdhcp تعیین می‌کند که آیا آدرس‌های IP سرور DNS باید از سرور DHCP دریافت شوند یا خیر. گزینه‌های dnsserver1 و dnsserver2 به ترتیب آدرس IP سرورهای ۱ و ۲ را مشخص می‌کنند. در صورت فعال بودن dnsdhcp و DHCP، این فیلدها فقط‌خواندنی خواهند بود. گزینه dnsregisterbmc تعیین می‌کند که آیا نام هاست BMC از طریق سرور DNS ثبت شود یا خیر. گزینه dnsbmchostname نام هاست BMC را مشخص می‌کند؛ این فیلد در صورت فعال بودن dnsregisterbmc فقط‌خواندنی است. گزینه dnsdomainnamedhcp تعیین می‌کند که آیا نام دامنه DNS باید از سرور DHCP تخصیص یابد یا خیر. گزینه dnsdomainname رشته نام دامنه DNS را مشخص می‌کند و در صورت فعال بودن dnsdomainnamedhcp فقط‌خواندنی خواهد بود. می‌توان چندین جفت کلید=مقدار را مشخص کرد. در صورت عدم تعیین، جفت‌های در دسترس چاپ می‌شوند. عملکرد این دستور روی Inventec 5441/5442 (Dell Xanadu II/III) تایید شده است.
این دستور OEM پیکربندی فعلی وب‌سرور را روی کارت IPMI دریافت می‌کند. عملکرد این دستور روی Inventec 5441/5442 (Dell Xanadu II/III) تایید شده است.
این دستور OEM پیکربندی وب‌سرور را روی کارت IPMI تنظیم می‌کند. کلیدها و مقادیر مجاز عبارتند از webserver=enable|disable، webservertimeout=seconds، httpportnumber=num و httpsportnumber=num. می‌توان چندین جفت کلید=مقدار را مشخص کرد. اگر مقداری تعیین نشود، گزینه‌های موجود نمایش داده می‌شوند. عملکرد این دستور روی Inventec 5441/5442 (Dell Xanadu II/III) تایید شده است.
این دستور OEM پیکربندی فعلی مدیریت توان را روی کارت IPMI دریافت می‌کند. عملکرد این دستور روی Inventec 5441/5442 (Dell Xanadu II/III) تایید شده است.
این دستور OEM پیکربندی مدیریت توان را روی کارت IPMI اعمال می‌کند. کلیدها و مقادیر مجاز عبارتند از dpnmpowermanagement=enable|disable، powerstaggeringacrecovery=immediate|auto|user، powerondelay=seconds و maxpowerondelay=seconds. پارامتر dpnmpowermanagement قابلیت مدیریت پویای توان گره (DPNM) را فعال یا غیرفعال می‌کند. برای powerstaggeringacrecovery، مقدار immediate بدون تاخیر است، مقدار auto یک زمان تاخیر تصادفی بین حداقل و حداکثر تنظیم‌شده ایجاد می‌کند، و مقدار user از زمان تعیین‌شده توسط کاربر در powerondelay استفاده می‌کند. مقدار powerondelay باید در محدوده حداقل و حداکثر زمان‌های تاخیر روشن شدن باشد. می‌توان چندین جفت کلید=مقدار را وارد کرد. در صورت عدم تعیین، جفت‌های موجود نمایش داده می‌شوند. عملکرد این دستور روی Inventec 5441/5442 (Dell Xanadu II/III) تایید شده است.
این دستور OEM مدت زمان انقضای بیکاری (idle timeout) سرویس SOL را دریافت می‌کند. عملکرد این دستور روی Inventec 5441/5442 (Dell Xanadu II/III) تایید شده است.
این دستور OEM مدت زمان انقضای بیکاری SOL را تنظیم می‌کند. پارامتر idle-timeout از پایه یک شروع شده، حداکثر ۶۵۵۳۵ است و در گام‌های ۱ دقیقه‌ای محاسبه می‌شود (مثلاً 1 = ۱ دقیقه)؛ مقدار 0 یا "none" به معنی بدون انقضا است. عملکرد این دستور روی Inventec 5441/5442 (Dell Xanadu II/III) تایید شده است.
این دستور OEM وضعیت تغییر مسیر (redirect) پروتکل‌های Telnet/SSH را دریافت می‌کند. عملکرد این دستور روی Inventec 5442 (Dell Xanadu III) تایید شده است.
این دستور OEM وضعیت تغییر مسیر Telnet/SSH را فعال یا غیرفعال می‌کند. عملکرد این دستور روی Inventec 5442 (Dell Xanadu III) تایید شده است.
این دستور OEM می‌تواند شناسه برد (board ID) را دریافت کند. عملکرد این دستور روی Inventec 5441/5442 (Dell Xanadu II/III) تایید شده است.
این دستور OEM می‌تواند شناسه برد را تنظیم کند. عملکرد این دستور روی Inventec 5441/5442 (Dell Xanadu II/III) تایید شده است.
این دستور OEM می‌تواند شماره نسخه برد کنترل فن (FCB) را دریافت کند. عملکرد این دستور روی Inventec 5441/5442 (Dell Xanadu II/III) تایید شده است.
این دستور OEM می‌تواند شماره نسخه برد کنترل فن (FCB) را تنظیم کند. مقادیر majorversion و minorversion باید به صورت هگزادسیمال مشخص شوند. عملکرد این دستور روی Inventec 5441/5442 (Dell Xanadu II/III) تایید شده است.
این دستور OEM مدت زمان انقضای عدم فعالیت SOL را بازیابی می‌کند. عملکرد این دستور روی Inventec 5441/5442 (Dell Xanadu II/III) تایید شده است.
این دستور OEM مدت زمان انقضای عدم فعالیت SOL را تنظیم می‌کند. پارامتر inactivity-timeout از پایه یک شروع شده، حداکثر ۶۵۵۳۵ است و در گام‌های ۱ دقیقه‌ای محاسبه می‌شود (مثلاً 1 = ۱ دقیقه)؛ مقدار 0 یا "none" به معنی بدون انقضا است. عملکرد این دستور روی Inventec 5441/5442 (Dell Xanadu II/III) تایید شده است.
این دستور OEM بخش‌های خاصی از پیکربندی BMC را به مقادیر پیش‌فرض بازمی‌گرداند. دستور تا زمان تایید کامل بازنشانی منتظر می‌ماند (spin). عملکرد این دستور روی Inventec 5442 (Dell Xanadu III) تایید شده است. پس از اجرای این دستور، کارت BMC باید بازنشانی شود تا به وضعیت عملیاتی بازگردد. این کار با اجرای بازنشانی سرد از طریق bmc-device(8) امکان‌پذیر است.
این دستور OEM تراشه eeprom مشخص‌شده را می‌خواند. عملکرد این دستور روی Inventec 5441 (Dell Xanadu II) برای at24c256 تایید شده است.
این دستور OEM حافظه eeprom مشخص‌شده را پاک کرده و تمام بایت‌های آن را با 0xFF بازنویسی می‌کند. در صورت فعال بودن گزینه پرگویی (verbose)، درصد پیشرفت پاک‌سازی نمایش داده خواهد شد. عملکرد این دستور روی Inventec 5441 (Dell Xanadu II) برای at24c256 تایید شده است. Quanta
این دستور OEM حالت فعلی کارت شبکه را به صورت اختصاصی (dedicated) یا اشتراکی (shared) تعیین می‌کند. حالت Dedicated نشان می‌دهد که IPMI فقط روی پورت مدیریتی اختصاصی فعال است. حالت Shared نشان می‌دهد که IPMI روی یکی از پورت‌های اصلی اترنت نیز در دسترس است. عملکرد این دستور روی Quanta S99Q (Dell FS12-TY) تایید شده است.
این دستور OEM حالت فعلی کارت شبکه را روی dedicated یا shared تنظیم می‌کند. (برای توضیحات حالت dedicated در برابر shared به get-nic-mode در بالا مراجعه کنید.) این دستور OEM ممکن است به صورت داخلی BMC را بازنشانی کند که باعث عدم دسترسی موقت به BMC می‌شود. عملکرد این دستور روی Quanta S99Q (Dell FS12-TY) تایید شده است.
این دستور OEM سرویس‌های فعال فعلی BMC را نمایش می‌دهد. عملکرد این دستور روی Quanta S99Q (Dell FS12-TY) تایید شده است.
این دستور OEM سایر سرویس‌های BMC غیر از IPMI را فعال یا غیرفعال می‌کند. می‌توان all را برای تمام سرویس‌ها مشخص کرد؛ kvm برای KVM و Virtual Storage، http برای HTTP و HTTPS، و ssh برای SSH و Telnet کاربرد دارد. عملکرد این دستور روی Quanta S99Q (Dell FS12-TY) تایید شده است.
این دستور OEM وضعیت فعلی حساب کاربران را روی BMC نمایش می‌دهد. این دستور به ویژه برای تشخیص کاربرانی که حساب آن‌ها به دلیل خطاهای احراز هویت قفل شده بسیار مفید است. عملکرد این دستور روی Quanta S99Q (Dell FS12-TY) تایید شده است.
این دستور OEM تنظیمات DNS تکمیلی OEM را نمایش می‌دهد. (برای توضیحات خروجی‌ها به set-dns-config در زیر مراجعه کنید.) عملکرد این دستور روی Quanta S99Q (Dell FS12-TY) تایید شده است.
این دستور OEM تنظیمات تکمیلی DNS را روی کارت IPMI اعمال می‌کند. کلیدها و مقادیر مجاز عبارتند از dnsdhcp=enable|disable، dnsserver1=ipaddress، dnsserver2=ipaddress، dnsregisterbmc=enable|disable، dnsbmchostname=string، dnsdomainnamedhcp=enable|disable و dnsdomainname=string. گزینه dnsdhcp تعیین می‌کند که آیا آدرس‌های IP سرور DNS از سرور DHCP دریافت شوند یا خیر. گزینه‌های dnsserver1 و dnsserver2 به ترتیب آدرس IP سرورهای ۱ و ۲ را مشخص می‌کنند. در صورت فعال بودن dnsdhcp و DHCP، این فیلدها فقط‌خواندنی خواهند بود. گزینه dnsregisterbmc تعیین می‌کند که آیا نام هاست BMC از طریق سرور DNS ثبت شود یا خیر. گزینه dnsbmchostname نام هاست BMC را مشخص می‌کند که در صورت فعال بودن dnsregisterbmc فقط‌خواندنی است. گزینه dnsdomainnamedhcp تعیین می‌کند که آیا نام دامنه DNS باید از سرور DHCP تخصیص یابد یا خیر. گزینه dnsdomainname رشته نام دامنه DNS را مشخص می‌کند و در صورت فعال بودن dnsdomainnamedhcp فقط‌خواندنی خواهد بود. می‌توان چندین جفت کلید=مقدار را مشخص کرد. در صورت عدم تعیین، جفت‌های موجود نمایش داده می‌شوند. عملکرد این دستور روی Quanta S99Q (Dell FS12-TY) تایید شده است.
این دستور OEM پیکربندی فعلی وب‌سرور را روی کارت IPMI دریافت می‌کند. عملکرد این دستور روی Quanta S99Q (Dell FS12-TY) تایید شده است.
این دستور OEM پیکربندی وب‌سرور را روی کارت IPMI تنظیم می‌کند. کلیدها و مقادیر مجاز عبارتند از webserver=enable|disable، webservertimeout=seconds، httpportnumber=num و httpsportnumber=num. می‌توان چندین جفت کلید=مقدار را تعیین کرد. اگر مقداری وارد نشود، جفت‌های موجود نمایش داده می‌شوند. عملکرد این دستور روی Quanta S99Q (Dell FS12-TY) تایید شده است.
این دستور OEM پیکربندی فعلی مدیریت توان را روی کارت IPMI دریافت می‌کند. عملکرد این دستور روی Quanta S99Q (Dell FS12-TY) تایید شده است.
این دستور OEM پیکربندی مدیریت توان را روی کارت IPMI اعمال می‌کند. کلیدها و مقادیر مجاز عبارتند از dpnmpowermanagement=enable|disable، powerstaggeringacrecovery=immediate|auto|user، powerondelay=seconds و maxpowerondelay=seconds. پارامتر dpnmpowermanagement قابلیت مدیریت پویای توان گره (DPNM) را فعال یا غیرفعال می‌کند. برای powerstaggeringacrecovery، مقدار immediate بدون تاخیر است، مقدار auto یک زمان تاخیر بین حداقل و حداکثر تنظیم‌شده ایجاد می‌کند، و مقدار user از زمان تعیین‌شده توسط کاربر در powerondelay استفاده می‌کند. مقدار powerondelay باید در محدوده حداقل و حداکثر زمان‌های تاخیر روشن شدن باشد. می‌توان چندین جفت کلید=مقدار را مشخص کرد. در صورت عدم تعیین، جفت‌های موجود نمایش داده می‌شوند. عملکرد این دستور روی Quanta S99Q (Dell FS12-TY) تایید شده است.
این دستور OEM مدت زمان انقضای بیکاری (idle timeout) سرویس SOL را دریافت می‌کند. عملکرد این دستور روی Quanta S99Q (Dell FS12-TY) تایید شده است.
این دستور OEM مدت زمان انقضای بیکاری SOL را تنظیم می‌کند. پارامتر idle-timeout از پایه یک شروع شده، حداکثر ۶۵۵۳۵ است و در گام‌های ۱ دقیقه‌ای محاسبه می‌شود (مثلاً 1 = ۱ دقیقه)؛ مقدار 0 یا "none" به معنی بدون انقضا است. عملکرد این دستور روی Quanta S99Q (Dell FS12-TY) تایید شده است.
این دستور OEM وضعیت تغییر مسیر (redirect) پروتکل‌های Telnet/SSH را دریافت می‌کند. عملکرد این دستور روی Quanta S99Q (Dell FS12-TY) تایید شده است.
این دستور OEM وضعیت تغییر مسیر Telnet/SSH را فعال یا غیرفعال می‌کند. عملکرد این دستور روی Quanta S99Q (Dell FS12-TY) تایید شده است.
reset-to-defaults all|user|lan|sol|serial|pef
این دستور OEM بخش‌های خاصی از پیکربندی BMC را به مقادیر پیش‌فرض بازمی‌گرداند. دستور تا زمان تایید کامل بازنشانی منتظر می‌ماند (spin). عملکرد این دستور روی Quanta S99Q (Dell FS12-TY) تایید شده است. پس از اجرای این دستور، BMC باید بازنشانی شود تا به وضعیت عملیاتی بازگردد. این کار با اجرای بازنشانی سرد از طریق bmc-device(8) امکان‌پذیر است.
این دستور OEM اطلاعات پردازنده سیستم را تعیین می‌کند. به صورت پیش‌فرض، اطلاعات تمام پردازنده‌ها خروجی داده خواهد شد. اگر processor-index مشخص شود، فقط اطلاعات همان پردازنده خاص نمایش داده می‌شود. عملکرد این دستور روی Quanta S99Q (Dell FS12-TY) تایید شده است.
این دستور آدرس MAC اختصاصی یا اشتراکی پیکربندی‌شده فعلی را برای مادربرد مشخص‌شده می‌خواند. این دستور آدرس MAC را مستقیماً از حافظه eeprom کارت BMC می‌خواند. عملکرد این دستور روی Quanta S99Q (Dell FS12-TY) برای s99q تایید شده است.
این دستور OEM آدرس MAC اختصاصی یا اشتراکی BMC را برای مادربرد مشخص‌شده تنظیم می‌کند. این مقدار مستقیماً در eeprom کارت BMC نوشته می‌شود. (برای توضیحات حالت اختصاصی در برابر اشتراکی به get-nic-mode در بالا مراجعه کنید.) آدرس MAC کارت BMC را نمی‌توان از طریق دستور استاندارد آدرس MAC در IPMI (که در ابزار ipmi-config(8) استفاده می‌شود) تنظیم کرد. آدرس MACADDR باید در قالب XX:XX:XX:XX:XX:XX مشخص شود. آدرس MAC اشتراکی BMC ممکن است با ارتباطات اترنت معمولی روی پورت اصلی اترنت تداخل داشته باشد؛ در این حالت کاربران ممکن است ترجیح دهند یک آدرس MAC جایگزین را پیکربندی کنند. پس از پیکربندی آدرس MAC، کارت BMC باید بازنشانی شود. این کار با اجرای بازنشانی سرد از طریق bmc-device(8) امکان‌پذیر است. عملکرد این دستور روی Quanta S99Q (Dell FS12-TY) برای s99q تایید شده است.
این دستور OEM حالت فعلی LED را نمایش می‌دهد. مقدار off نشان می‌دهد LED به طور ثابت خاموش است، مقدار on نشان می‌دهد LED ثابت روشن است، مقدار standby نشان می‌دهد LED با الگوی ۱۰۰ میلی‌ثانیه روشن و ۲۹۰۰ میلی‌ثانیه خاموش چشمک می‌زند، مقدار slow نشان می‌دهد LED با فرکانس ۱ هرتز چشمک می‌زند، و مقدار fast نشان می‌دهد LED با فرکانس ۴ هرتز چشمک می‌زند. اگر گزینه پرگویی (verbose) فعال باشد، نام‌های حسگرها به همراه شناسه موجودیت و نمونه آن‌ها در صورت لزوم نمایش داده می‌شوند (مشابه گزینه --entity-sensor-names در ipmi-sensors.) این دستور OEM به دسترسی به SDR نیاز دارد. عملکرد این دستور روی Sun Fire 4140 با ILOM تایید شده است.
این دستور OEM حالت‌های LED را پیکربندی می‌کند. (برای توضیحات حالت‌های LED به get-led در بالا مراجعه کنید.) این دستور OEM به دسترسی به SDR نیاز دارد. عملکرد این دستور روی Sun Fire 4140 با ILOM تایید شده است.
این دستور OEM اطلاعات تکمیلی نسخه سفت‌افزار را خروجی می‌دهد. عملکرد این دستور روی Supermicro H8QME تایید شده است.
این دستور OEM پرچم دستکاری فیزیکی (intrusion flag) مادربرد را پس از فعال شدن بازنشانی می‌کند. به عنوان مثال، در ابزارهای ipmi-sensors یا ipmi-sel, ممکن است رویداد 'General Chassis Intrusion' را مشاهده کنید در حالی که درب شاسی باز نیست، اما در گذشته باز شده بوده است. عملکرد این دستور روی Supermicro H8QME تایید شده است.
این دستور OEM تعیین می‌کند که آیا سرویس‌های غیر از IPMI (مانند ssh، http، https، vnc و غیره) در حال حاضر روی BMC فعال هستند یا غیرفعال. عملکرد این دستور روی Supermicro X8DTG تایید شده است.
این دستور OEM تمام سرویس‌های غیر از IPMI را روی BMC فعال یا غیرفعال می‌کند. از این دستور می‌توان برای فعال یا غیرفعال کردن سرویس‌هایی نظیر ssh، http، https و vnc استفاده کرد. عملکرد این دستور روی Supermicro X8DTG تایید شده است.
این دستور OEM وضعیت یک منبع تغذیه معمولی را دریافت می‌کند. در حال حاضر می‌تواند وضعیت منابع تغذیه ۱ تا ۳ را به دست آورد. عملکرد این دستور روی Supermicro X8DTU، Supermicro X8STi و Supermicro X9DRW تایید شده است.
این دستور OEM وضعیت یک منبع تغذیه معمولی را دریافت می‌کند. در حال حاضر می‌تواند وضعیت منابع تغذیه ۱ و ۲ را به دست آورد. عملکرد این دستور روی Supermicro X10DRU-i+ تایید شده است.
این دستور OEM وضعیت یک منبع تغذیه مبتنی بر PMBus را دریافت می‌کند. در حال حاضر می‌تواند وضعیت منابع تغذیه ۱ تا ۳ را به دست آورد. عملکرد این دستور روی Supermicro X8DTU، Supermicro X8STi، Supermicro X9DRW و Supermicro X9DRD تایید شده است. Wistron
این دستور OEM می‌تواند اطلاعات سیستم مادربرد را بازیابی کند. کلیدهای معتبر عبارتند از asset-tag، service-tag و product-name. عملکرد این دستور روی Wistron / Dell Poweredge C6220 تایید شده است.
این دستور OEM حالت فعلی کارت شبکه را به صورت اختصاصی (dedicated) یا اشتراکی (shared) تعیین می‌کند. حالت Dedicated نشان می‌دهد که IPMI فقط روی پورت مدیریتی اختصاصی فعال است. حالت Shared نشان می‌دهد که IPMI روی یکی از پورت‌های اصلی اترنت نیز در دسترس است. عملکرد این دستور روی Wistron / Dell Poweredge C6220 تایید شده است.
این دستور OEM حالت فعلی کارت شبکه را روی dedicated یا shared تنظیم می‌کند. (برای توضیحات حالت اختصاصی در برابر اشتراکی به get-nic-mode در بالا مراجعه کنید.) پس از اجرای این دستور، ممکن است برای نهایی شدن پیکربندی نیاز به بازنشانی کارت BMC باشد. این کار با اجرای بازنشانی سرد از طریق bmc-device(8) امکان‌پذیر است. عملکرد این دستور روی Wistron / Dell Poweredge C6220 تایید شده است.
این دستور OEM تعیین می‌کند که در صورت فعال بودن حالت shared، کارت IPMI با کدام کارت شبکه به اشتراک گذاشته شده است. (برای توضیحات حالت dedicated در برابر shared به get-nic-mode در بالا مراجعه کنید.) عملکرد این دستور روی Wistron / Dell Poweredge C6220 تایید شده است.
این دستور OEM انتخاب اشتراک‌گذاری فعلی کارت شبکه را تنظیم می‌کند. اگر حالت فعلی کارت شبکه dedicated باشد، توصیه می‌شود با گزینه clear این تنظیم پاک شود. عملکرد این دستور روی Wistron / Dell Poweredge C6220 تایید شده است.
این دستور OEM سرویس‌های فعال فعلی BMC را نمایش می‌دهد. عملکرد این دستور روی Wistron / Dell Poweredge C6220 تایید شده است.
این دستور OEM سایر سرویس‌های BMC به جز IPMI را فعال یا غیرفعال می‌کند. می‌توان all را برای تمام سرویس‌ها مشخص کرد؛ kvm برای KVM و Virtual Storage، و http برای HTTP و HTTPS کاربرد دارد. عملکرد این دستور روی Wistron / Dell Poweredge C6220 تایید شده است.
این دستور OEM وضعیت فعلی حساب کاربران را روی BMC نمایش می‌دهد. این دستور به ویژه برای تشخیص کاربرانی که حساب آن‌ها به دلیل خطاهای احراز هویت قفل شده بسیار مفید است. عملکرد این دستور روی Wistron / Dell Poweredge C6220 تایید شده است.
این دستور OEM تنظیمات تکمیلی DNS را نمایش می‌دهد. (برای توضیحات خروجی‌ها به set-dns-config در زیر مراجعه کنید.) عملکرد این دستور روی Wistron / Dell Poweredge C6220 تایید شده است.
این دستور OEM تنظیمات تکمیلی DNS را روی کارت IPMI اعمال می‌کند. کلیدها و مقادیر مجاز عبارتند از dnsdhcp=enable|disable، dnsserver1=ipaddress، dnsserver2=ipaddress، dnsregisterbmc=enable|disable، dnsbmchostname=string، dnsdomainnamedhcp=enable|disable، dnsdomainname=string و dnsregistrationdelay=seconds. پارامتر dnsdhcp تعیین می‌کند که آیا آدرس‌های IP سرور DNS از سرور DHCP تخصیص یابند یا خیر. پارامترهای dnsserver1 و dnsserver2 به ترتیب آدرس IP سرورهای ۱ و ۲ را مشخص می‌کنند؛ در صورت فعال بودن dnsdhcp و DHCP، این فیلدها فقط‌خواندنی خواهند بود. پارامتر dnsregisterbmc مشخص می‌کند که آیا نام هاست BMC از طریق سرور DNS ثبت شود یا خیر. پارامتر dnsbmchostname نام هاست BMC را مشخص می‌کند که در صورت فعال بودن dnsregisterbmc فقط‌خواندنی است. پارامتر dnsdomainnamedhcp مشخص می‌کند که آیا نام دامنه DNS باید از سرور DHCP تخصیص یابد یا خیر. پارامتر dnsdomainname رشته نام دامنه DNS را مشخص می‌کند و در صورت فعال بودن dnsdomainnamedhcp فقط‌خواندنی خواهد بود. پارامتر dnsregistrationdelay میزان تاخیر BMC پس از راه‌اندازی فرآیند IPMI را مشخص می‌کند. می‌توان چندین جفت کلید=مقدار را مشخص کرد. در صورت عدم تعیین، جفت‌های موجود نمایش داده می‌شوند. عملکرد این دستور روی Wistron / Dell Poweredge C6220 تایید شده است.
این دستور OEM پیکربندی فعلی وب‌سرور را روی کارت IPMI دریافت می‌کند. عملکرد این دستور روی Wistron / Dell Poweredge C6220 تایید شده است.
این دستور OEM پیکربندی وب‌سرور را روی کارت IPMI تنظیم می‌کند. کلیدها و مقادیر مجاز عبارتند از webserver=enable|disable، webservertimeout=seconds، httpportnumber=num و httpsportnumber=num. می‌توان چندین جفت کلید=مقدار را مشخص کرد. اگر هیچ جفتی تعیین نشود، گزینه‌های در دسترس چاپ می‌شوند. عملکرد این دستور روی Wistron / Dell Poweredge C6220 تایید شده است.
این دستور OEM پیکربندی فعلی مدیریت توان را روی کارت IPMI دریافت می‌کند. عملکرد این دستور روی Wistron / Dell Poweredge C6220 تایید شده است.
این دستور OEM پیکربندی مدیریت توان را روی کارت IPMI تنظیم می‌کند. کلیدها و مقادیر مجاز عبارتند از powerstaggeringacrecovery=immediate|auto|user، powerondelay=seconds و maxpowerondelay=seconds. برای powerstaggeringacrecovery، مقدار immediate بدون تاخیر است، مقدار auto یک زمان تاخیر تصادفی بین حداقل و حداکثر تنظیم‌شده ایجاد می‌کند، و مقدار user از زمان تعیین‌شده توسط کاربر در powerondelay استفاده می‌کند. مقدار powerondelay باید درون محدوده حداقل و حداکثر زمان‌های تاخیر روشن شدن باشد. می‌توان چندین جفت کلید=مقدار را مشخص کرد. در صورت عدم تعیین، جفت‌های در دسترس چاپ می‌شوند. عملکرد این دستور روی Wistron / Dell Poweredge C6220 تایید شده است.
این دستور OEM تنظیمات فعلی IPv6 را روی کارت IPMI دریافت می‌کند. عملکرد این دستور روی Wistron / Dell Poweredge C6220 تایید شده است.
این دستور OEM تنظیمات فعلی IPv6 را روی کارت IPMI اعمال می‌کند. کلیدها و مقادیر مجاز عبارتند از ipv6=enable|disable، ipv6address=ipaddress، ipv6gatewayaddress=ipaddress، ipv6prefixlength=length، ipv6autoconfig=enable|disable، ipv6autodns=enable|disable، ipv6dnsserver1=ipaddress و ipv6dnsserver2=ipaddress. اگر جفت کلید=مقداری تعیین نشود، گزینه‌های در دسترس نمایش داده می‌شوند. برخی فیلدها ممکن است روی برخی سیستم‌های خاص Poweredge فقط‌خواندنی باشند. عملکرد این دستور روی Wistron / Dell Poweredge C6220 تایید شده است.
این دستور OEM تنظیمات فعلی تله (trap) پروتکل SNMP در IPv6 را روی کارت IPMI دریافت می‌کند. عملکرد این دستور روی Wistron / Dell Poweredge C6220 تایید شده است.
این دستور OEM تنظیمات فعلی تله SNMP در IPv6 را روی کارت IPMI اعمال می‌کند. پارامتر index موقعیت نمایه پیکربندی را مشخص می‌کند و پس از آن مجموعه‌ای از کلیدها و مقادیر پیکربندی قرار می‌گیرند. کلیدها و مقادیر مجاز عبارتند از destinationtype=pet|oem1|oem2، alertacktimeout=seconds، retries=count و ipv6snmptrapaddress=ipaddress. اگر جفت کلید=مقداری تعیین نشود، گزینه‌های موجود نمایش داده می‌شوند. برخی فیلدها ممکن است روی برخی سیستم‌های Poweredge فقط‌خواندنی باشند. عملکرد این دستور روی Wistron / Dell Poweredge C6220 تایید شده است.
این دستور OEM مدت زمان انقضای بیکاری (idle timeout) سرویس SOL را دریافت می‌کند. عملکرد این دستور روی Wistron / Dell Poweredge C6220 تایید شده است.
این دستور OEM مدت زمان انقضای بیکاری SOL را تنظیم می‌کند. پارامتر idle-timeout از پایه یک شروع شده، حداکثر ۶۵۵۳۵ است و در گام‌های ۱ دقیقه‌ای محاسبه می‌شود (مثلاً 1 = ۱ دقیقه)؛ مقدار 0 یا "none" به معنی بدون انقضا است. عملکرد این دستور روی Wistron / Dell Poweredge C6220 تایید شده است.
این دستور OEM تابع تغییر مسیر پروتکل Telnet را دریافت می‌کند. عملکرد این دستور روی Wistron / Dell Poweredge C6220 تایید شده است.
این دستور OEM تابع تغییر مسیر Telnet را فعال یا غیرفعال می‌کند. عملکرد این دستور روی Wistron / Dell Poweredge C6220 تایید شده است.
این دستور OEM اطلاعات تلاش مجدد DHCP را بازیابی می‌کند. عملکرد این دستور روی Wistron / Dell Poweredge C6220 تایید شده است.
این دستور OEM اطلاعات تلاش مجدد DHCP را تنظیم می‌کند. پارامتر retry-count از پایه یک شروع شده، حداکثر ۲۵۴ است؛ مقدار 0 یا "none" بدون تلاش مجدد و مقدار 255 یا "indefinite" تلاش مجدد مداوم را تنظیم می‌کند. پارامتر retry-interval از پایه یک و در گام‌های ۱۰ ثانیه‌ای است (مثلاً 1 = ۱۰ ثانیه). پارامتر retry-timeout از پایه یک و در گام‌های ۱ دقیقه‌ای است (مثلاً 1 = ۱ دقیقه). پس از اجرای این دستور، ممکن است برای نهایی شدن پیکربندی نیاز به بازنشانی BMC باشد. این کار با اجرای بازنشانی سرد از طریق bmc-device(8) امکان‌پذیر است. عملکرد این دستور روی Wistron / Dell Poweredge C6220 تایید شده است.
این دستور OEM کنترل فعلی تغییر وضعیت پیوند (link status change control) را دریافت می‌کند. اگر پیام "Link Down Resilience Enabled" را گزارش کند، سفت‌افزار BMC هنگام تشخیص تغییر وضعیت پیوند تا زمان انقضای اجاره DHCP هیچ اقدامی انجام نمی‌دهد. اگر پیام "DHCP Re-Discovery Enabled" گزارش شود، سفت‌افزار BMC به محض قطع و سپس وصل مجدد پیوند، عملیات کشف DHCP (DHCP Discovery) را انجام می‌دهد. عملکرد این دستور روی Wistron / Dell Poweredge C6220 تایید شده است.
این دستور OEM تنظیم کنترل تغییر وضعیت پیوند کارت شبکه را اعمال می‌کند. (برای توضیحات آرگومان‌ها به get-link-status-change-control در بالا مراجعه کنید). پس از اجرای این دستور ممکن است برای نهایی شدن پیکربندی نیاز به بازنشانی BMC باشد. این کار با اجرای بازنشانی سرد از طریق bmc-device(8) امکان‌پذیر است. عملکرد این دستور روی Wistron / Dell Poweredge C6220 تایید شده است.
این دستور OEM اعمال خط‌مشی گذرواژه را فعال یا غیرفعال می‌کند. اگر خط‌مشی گذرواژه فعال باشد، گذرواژه‌های BMC باید شرایط زیر را برآورده کنند: حاوی نام کاربر نباشند، بین ۸ تا ۱۴ کاراکتر طول داشته باشند، و حداقل سه مورد از چهار شرط زیر را داشته باشند: حرف بزرگ انگلیسی (A-Z)، حرف کوچک انگلیسی (a-z)، رقم (0-9) و کاراکتر ویژه (!، $، #، % و غیره). عملکرد این دستور روی Wistron / Dell Poweredge C6220 تایید شده است.
این دستور OEM رشته اختصاصی ذخیره‌شده در FRU را می‌خواند. رشته اختصاصی رشته‌ای است که کاربر می‌تواند برای هر مقصود مدیریتی تنظیم کند. همچنین این رشته از طریق ipmi-fru نیز قابل خواندن است. عملکرد این دستور روی Wistron / Dell Poweredge C6220 تایید شده است.
این دستور OEM رشته اختصاصی ذخیره‌شده در FRU را می‌نویسد. حداکثر طول این رشته ۸۰ کاراکتر است. عملکرد این دستور روی Wistron / Dell Poweredge C6220 تایید شده است.
این دستور OEM رشته اختصاصی ذخیره‌شده در FRU را پاک می‌کند. عملکرد این دستور روی Wistron / Dell Poweredge C6220 تایید شده است.

می‌توان چندین میزبان را به صورت فهرستی صریح از میزبان‌ها با کاما یا به عنوان محدوده‌ای از نام میزبان‌ها به شکل کلی زیر وارد کرد: prefix[n-m,l-k,...] که در آن n < m و l < k و غیره است. این قالب نباید با کلاس‌های کاراکتر در عبارات منظم (که با [] نیز مشخص می‌شوند) اشتباه گرفته شود. برای مثال، foo[19] نمایانگر foo1 یا foo9 نیست، بلکه نشان‌دهنده یک محدوده تک‌مقداری تخریب‌شده یعنی foo19 است.

این نحو محدوده صرفاً جهت تسهیل کار در خوشه‌هایی با قرارداد نام‌گذاری prefixNN طراحی شده است و تعیین محدوده‌ها الزامی تلقی نمی‌شود؛ فهرست foo1,foo9 را می‌توان دقیقاً به همین شکل یا با محدوده foo[1,9] مشخص کرد.

چند نمونه از کاربرد محدوده‌ها در زیر آورده شده است:

foo[01-05] به جای foo01,foo02,foo03,foo04,foo05
foo[7,9-10] به جای foo7,foo9,foo10
foo[0-3] به جای foo0,foo1,foo2,foo3

یادآوری می‌شود که برخی از پوسته‌ها براکت‌ها ([ و ]) را برای تطبیق الگو (pattern matching) تفسیر می‌کنند. بسته به پوسته شما، ممکن است لازم باشد فهرست‌های دامنه‌ای را درون گیومه قرار دهید.

هنگامی که چندین میزبان توسط کاربر مشخص می‌شود، برای هر میزبان نخی به صورت موازی تا سقف ظرفیت انشعاب (fanout) پیکربندی‌شده (که با گزینه -F قابل تنظیم است) اجرا خواهد شد. این کار امکان برقراری ارتباط با تعداد زیادی از گره‌ها را بسیار سریع‌تر از حالت ترتیبی فراهم می‌سازد.

به طور پیش‌فرض، خروجی استاندارد از هر گره مشخص‌شده با نام میزبان در ابتدای هر خط نمایش داده می‌شود. اگرچه این خروجی در بسیاری از شرایط خوانا است، اما در برخی شرایط دیگر ممکن است خواندن آن دشوار باشد؛ به عنوان مثال خروجی‌های چندین گره ممکن است با یکدیگر مخلوط شوند. برای تغییر این رفتار پیش‌فرض می‌توان از گزینه‌های -B و -C استفاده کرد.

هنگامی که میزبان "localhost" مشخص شود، ارتباط IPMI درون باند (in-band) استفاده خواهد شد. این قابلیت به کاربر اجازه می‌دهد تا localhost را نیز در خروجی میزبان‌های دامنه‌ای وارد کند.

در اغلب موارد، مشکلات IPMI ناشی از اشکالات پیکربندی است.

مشکلات IPMI روی شبکه (LAN) معمولاً به دلیل پیکربندی نادرست BMC دستگاه راه دور رخ می‌دهد. اطمینان حاصل کنید که موارد زیر در BMC دستگاه راه دور به درستی پیکربندی شده باشند: آدرس IP، آدرس MAC، ماسک زیرشبکه، نام کاربری، فعال بودن کاربر، سطح دسترسی کاربر، گذرواژه، سطح دسترسی LAN، فعال بودن LAN و نوع (انواع) احراز هویت مجاز. برای اتصالات IPMI 2.0، بررسی کنید که سطوح دسترسی مجموعه رمزنگاری (cipher suite) و کلید K_g به درستی پیکربندی شده باشند. برای بررسی یا تغییر این تنظیمات می‌توان از ابزار ipmi-config(8) استفاده کرد.

مشکلات IPMI درون باند (in-band) معمولاً به دلیل پیکربندی نادرست درایورها یا BMCهای غیر استاندارد رخ می‌دهد.

علاوه بر نکات عیب‌یابی زیر، لطفاً به بخش راهکارهای دور زدن مشکلات (WORKAROUNDS) در ادامه نیز مراجعه کنید تا در صورت وجود باگ‌های شناخته‌شده مربوط به تولیدکنندگان خاص، از راهکارهای آن‌ها مطلع شوید.

در زیر بسیاری از خطاهای رایج آورده شده است. برای دریافت پشتیبانی تکمیلی، لطفاً به فهرست پستی <freeipmi-users@gnu.org> ایمیل ارسال کنید.

"username invalid" - نام کاربری وارد شده (یا در صورت عدم ورود، نام کاربری NULL) روی ماشین راه دور در دسترس نیست. همچنین ممکن است پیکربندی نام کاربری در BMC راه دور نادرست باشد.

"password invalid" - گذرواژه وارد شده (یا در صورت عدم ورود، گذرواژه NULL) صحیح نیست. همچنین ممکن است گذرواژه کاربر به درستی در BMC راه دور تنظیم نشده باشد.

"password verification timeout" - مهلت تایید گذرواژه به پایان رسیده است. خطای "password invalid" (توضیح داده شده در بالا) یا یک "session timeout" عمومی (توضیح داده شده در زیر) رخ داده است. در این مرحله از پروتکل نمی‌توان تشخیص داد کدام مورد اتفاق افتاده است.

"k_g invalid" - کلید K_g وارد شده (یا کلید NULL در صورت عدم ورود) صحیح نیست. همچنین ممکن است کلید K_g در BMC راه دور به درستی پیکربندی نشده باشد.

"privilege level insufficient" - یک دستور IPMI نیازمند سطح دسترسی کاربری بالاتری نسبت به سطح احراز هویت‌شده فعلی است. لطفاً با سطح دسترسی بالاتری احراز هویت کنید. این کار ممکن است مستلزم احراز هویت با کاربر دیگری باشد که حداکثر سطح دسترسی بالاتری دارد.

"privilege level cannot be obtained for this user" - سطح دسترسی که قصد احراز هویت با آن را دارید بالاتر از حداکثر سطح مجاز برای این کاربر است. لطفاً با دسترسی پایین‌تری تلاش کنید. همچنین ممکن است حداکثر سطح دسترسی مجاز کاربر در BMC راه دور به درستی تنظیم نشده باشد.

"authentication type unavailable for attempted privilege level" - نوع احراز هویتی که می‌خواهید با آن متصل شوید برای این سطح دسترسی در دسترس نیست. لطفاً با نوع احراز هویت یا سطح دسترسی دیگری تلاش کنید. همچنین ممکن است انواع احراز هویت مجاز در BMC به درستی پیکربندی نشده باشند.

"cipher suite id unavailable" - شناسه مجموعه رمزنگاری (cipher suite id) مورد نظر شما روی BMC راه دور در دسترس نیست. لطفاً با یک شناسه دیگر تلاش کنید. همچنین ممکن است شناسه‌های مجاز مجموعه رمزنگاری در BMC به درستی تنظیم نشده باشند.

"ipmi 2.0 unavailable" - پروتکل IPMI 2.0 روی ماشین راه دور شناسایی نشد. لطفاً از IPMI 1.5 استفاده کنید.

"connection timeout" - برقراری ارتباط اولیه IPMI با شکست مواجه شد. خطاهای بالقوه متعددی ممکن است رخ داده باشد، از جمله نام میزبان نامعتبر، عدم امکان تحلیل آدرس IP، غیرفعال بودن IPMI روی سرور مقصد، خرابی اتصال شبکه و غیره. لطفاً پیکربندی و اتصال را بررسی کنید.

"session timeout" - نشست IPMI منقضی شده است. لطفاً مجدداً متصل شوید. اگر این خطا مکرراً رخ می‌دهد، می‌توانید مهلت زمانی ارسال مجدد (retransmission timeout) را افزایش دهید. برخی از BMCهای راه دور به طور قابل توجهی کندتر از بقیه هستند.

"device not found" - دستگاه مشخص‌شده یافت نشد. لطفاً پیکربندی یا ورودی‌ها را بررسی کرده و دوباره تلاش کنید.

"driver timeout" - زمان ارتباط با درایور یا دستگاه به پایان رسید. لطفاً دوباره تلاش کنید.

"message timeout" - زمان ارسال پیام به درایور یا دستگاه به پایان رسید. لطفاً دوباره امتحان کنید.

"BMC busy" - در حال حاضر BMC مشغول است. ممکن است در حال پردازش اطلاعات باشد یا نشست‌های همزمان زیادی برای مدیریت داشته باشد. لطفاً صبر کرده و مجدداً تلاش کنید.

"could not find inband device" - دستگاه درون باند یافت نشد. لطفاً پیکربندی را بررسی کنید یا دستگاه و درایور خاصی را در خط فرمان مشخص نمایید.

"driver timeout" - درایور درون باند هنگام برقراری ارتباط با BMC محلی یا پردازنده سرویس با مهلت زمانی مواجه شد. BMC یا پردازنده سرویس ممکن است مشغول یا در بدترین حالت، از کار افتاده باشد.

با توجه به اینکه تولیدکنندگان متعددی راه‌حل‌های IPMI اختصاصی خود را پیاده‌سازی می‌کنند، ممکن است برخی از آن‌ها پروتکل‌های IPMI را به صورت نادرست پیاده کرده باشند. در ادامه راهکارهای موجود برای حل مشکلات انطباق شناسایی‌شده آورده شده است. تا حد امکان این راهکارها به صورت شفاف برای کاربر پیاده‌سازی شده‌اند؛ با این حال برخی از آن‌ها نیازمند مشخص کردن راهکار از طریق گزینه -W توسط کاربر هستند.

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

اگر فکر می‌کنید سخت‌افزار شما مشکل انطباق دیگری دارد که نیازمند پیاده‌سازی راهکار دور زدن است، لطفاً با نگهدارندگان FreeIPMI از طریق <freeipmi-users@gnu.org> یا <freeipmi-devel@gnu.org> تماس بگیرید.

assumeio - این فلگ فرض می‌کند که رابط‌های درون باند به جای نقشه‌برداری در حافظه (memory-mapped)، با ورودی/خروجی سیستم (I/O) ارتباط برقرار می‌کنند. این فلگ برای دور زدن مشکل سیستم‌هایی که آدرس‌های پایه نامعتبر گزارش می‌دهند کاربرد دارد. کاربرانی که با این مشکل مواجه می‌شوند ممکن است خطاهای "device not supported" یا "could not find inband device" را ببینند. این مشکل روی HP ProLiant DL145 G1 مشاهده شده است.

spinpoll - این فلگ به برخی درایورهای درون باند (به ویژه درایور KCS) اعلام می‌کند که به جای به خواب بردن فرآیند، هنگام نظرسنجی (polling) در حلقه منتظر بماند (spin). این کار ممکن است زمان اجرای ابزار را به طور چشمگیری بهبود بخشد، زیرا دانه‌بندی زمان‌بند سیستم‌عامل ممکن است بسیار بزرگ‌تر از زمان لازم برای انجام یک تبادل پیام IPMI باشد. با این حال با چرخش در حلقه، سیستم شما ممکن است به دلیل تعویض نکردن زمینه به فرآیندهای دیگر، کارهای مفید کمتری انجام دهد.

authcap - این فلگ بررسی‌های اولیه مربوط به قابلیت‌های نام کاربری، قابلیت‌های احراز هویت و پشتیبانی از K_g را نادیده می‌گیرد و اجازه می‌دهد احراز هویت IPMI با موفقیت انجام شود. این گزینه چندین مشکل را که در آن‌ها سیستم راه دور قابلیت‌های نام کاربری، احراز هویت یا وضعیت K_g را به درستی گزارش نمی‌کند دور می‌زند. کاربرانی که با این مشکل روبرو می‌شوند ممکن است خطاهای "username invalid"، "authentication type unavailable for attempted privilege level" یا "k_g invalid" را مشاهده کنند. این مشکل روی Asus P5M2/P5MT-R/RS162-E4/RX4، Intel SR1520ML/X38ML و Sun Fire 2200/4150/4450 با ELOM مشاهده شده است.

nochecksumcheck - این فلگ به FreeIPMI دستور می‌دهد که مجموع مقابله‌ای (checksum) بازگردانده شده از پاسخ‌های دستورات IPMI را بررسی نکند. این گزینه برای سیستم‌هایی کاربرد دارد که به دلیل خطاهای پیاده‌سازی، مجموع مقابله‌ای نامعتبر برمی‌گردانند اما بسته در غیر این صورت معتبر است. به کاربران در مورد استفاده از این گزینه هشدار داده می‌شود، زیرا اعتبارسنجی یکپارچگی بسته‌ها را در چندین حالت حذف می‌کند؛ با این حال در اکثر موارد مشکلی ایجاد نخواهد کرد. کاربرانی که با این مشکل مواجه می‌شوند ممکن است خطاهای "connection timeout"، "session timeout" یا "password verification timeout" را مشاهده کنند. در اتصالات IPMI 1.5 ممکن است راهکار "noauthcodecheck" نیز مورد نیاز باشد. این مشکل روی Supermicro X9SCM-iiF، Supermicro X9DRi-F و Supermicro X9DRFR مشاهده شده است.

idzero - این فلگ اجازه می‌دهد شناسه‌های نشست خالی توسط کلاینت پذیرفته شوند. این گزینه برای دور زدن نشست‌های IPMI است که شناسه‌های خالی به کلاینت گزارش می‌دهند. کاربرانی که با این مشکل مواجه می‌شوند ممکن است خطای "session timeout" را ببینند. این مشکل روی Tyan S2882 با BMC مدل M3289 مشاهده شده است.

unexpectedauth - این فلگ به کدهای احراز هویت غیر تهی غیرمنتظره اجازه می‌دهد که گویی مورد انتظار بوده‌اند بررسی شوند. این گزینه مشکلی را حل می‌کند که در آن بسته‌ها حاوی داده‌های احراز هویت غیر تهی هستند، در حالی که به دلیل غیرفعال بودن احراز هویت به ازای هر پیام، باید تهی باشند. کاربرانی که با این مشکل مواجه می‌شوند ممکن است خطای "session timeout" را مشاهده کنند. این مشکل روی Dell PowerEdge 2850 و SC1425 مشاهده شده و در سفت‌افزارهای جدیدتر رفع شده است.

forcepermsg - این فلگ صرف‌نظر از اعلان سیستم راه دور، استفاده از احراز هویت به ازای هر پیام را اجباری می‌کند. این گزینه مشکلی را دور می‌زند که در آن احراز هویت به ازای پیام در سیستم راه دور به عنوان غیرفعال اعلان شده است، اما در واقع برای پروتکل الزامی است. کاربرانی که با این مشکل مواجه می‌شوند ممکن است خطای "session timeout" را ببینند. این مشکل روی IBM eServer 325 مشاهده شده است.

endianseq - این فلگ جهت ترتیب بایت‌ها (endianness) در شماره‌های توالی نشست را معکوس می‌کند تا نشست بتواند به درستی ادامه یابد. این گزینه برای دور زدن شماره‌های توالی نشست در IPMI 1.5 که دارای ترتیب بایت نادرست هستند کاربرد دارد. کاربرانی که با این مشکل مواجه می‌شوند ممکن است خطای "session timeout" را ببینند. این مشکل روی برخی از سیستم‌های Sun ILOM 1.0/2.0 (بسته به ترتیب بایت پردازنده سرویس) مشاهده شده است.

noauthcodecheck - این فلگ به FreeIPMI دستور می‌دهد کدهای احراز هویت بازگردانده شده از پاسخ‌های دستورات IPMI 1.5 را بررسی نکند. این گزینه سیستم‌هایی را که به دلیل خطاهای درهم‌سازی یا پیاده‌سازی کدهای احراز هویت نامعتبر برمی‌گردانند دور می‌زند. به کاربران در مورد استفاده از این گزینه هشدار داده می‌شود، زیرا بررسی اعتبارسنجی بسته را غیرفعال می‌سازد. با این حال در اکثر سازمان‌ها بعید است مشکل امنیتی ایجاد کند. کاربرانی که با این مشکل مواجه می‌شوند ممکن است خطاهای "connection timeout"، "session timeout" یا "password verification timeout" را ببینند. این مشکل روی Xyratex FB-H8-SRAY، Intel Windmill، Quanta Winterfell و Wiwynn Windmill مشاهده شده است.

intel20 - این فلگ چندین مشکل احراز هویت IPMI 2.0 در سیستم‌های اینتل را دور می‌زند. این مشکلات شامل فاصله‌گذاری نام‌های کاربری (padding) و کوتاه شدن گذرواژه در صورت استفاده از الگوریتم HMAC-MD5-128 است. کاربرانی که با این مشکل مواجه می‌شوند ممکن است خطاهای "username invalid"، "password invalid" یا "k_g invalid" را مشاهده کنند. این مشکل روی Intel SE7520AF2 همراه با ماژول مدیریت سرور اینتل (Professional Edition) مشاهده شده است.

supermicro20 - این فلگ چندین مشکل احراز هویت IPMI 2.0 در مادربردهای سوپرمایکرو دارای سفت‌افزار Peppercon IPMI را دور می‌زند. این موارد شامل مدیریت کدهای احراز هویت با طول نامعتبر است. کاربرانی که با این مشکل مواجه می‌شوند ممکن است خطای "password invalid" را ببینند. این مشکل روی Supermicro H8QME با کارت دختر SIMSO مشاهده شده و در سفت‌افزارهای جدیدتر برطرف شده است.

sun20 - این فلگ چندین مشکل احراز هویت IPMI 2.0 در سیستم‌های سان را دور می‌زند. این مشکلات شامل کلیدهای هش با طول نامعتبر، کلیدهای به صورت نامناسب هش‌شده و رکوردهای نامعتبر مجموعه رمزنگاری است. کاربرانی که با این مشکل مواجه می‌شوند ممکن است خطاهای "password invalid" یا "bmc error" را مشاهده کنند. این مشکل روی Sun Fire 4100/4200/4500 با ILOM مشاهده شده است. این راهکار به طور خودکار شامل راهکار "opensesspriv" نیز می‌شود.

opensesspriv - این فلگ پروتکل اتصال IPMI 2.0 در FreeIPMI را کمی تغییر می‌دهد تا الگوریتم هش نامعتبر مورد استفاده توسط سیستم راه دور را دور بزند. در این حالت سطح دسترسی ارسال‌شده در مرحله Open Session از اتصال IPMI 2.0 برای هش کردن کلیدها به جای سطح دسترسی ارسال‌شده در مرحله اتصال RAKP1 استفاده می‌شود. کاربرانی که با این مشکل روبرو می‌شوند ممکن است خطاهای "password invalid"، "k_g invalid"، "bad rmcpplus status code" یا "privilege level cannot be obtained for this user" را ببینند. این مشکل روی Sun Fire 4100/4200/4500 با ILOM، Inventec 5441/Dell Xanadu II، Supermicro X8DTH، Supermicro X8DTG، Intel S5500WBV/Penguin Relion 700، Intel S2600JF/Appro 512X، Quanta QSSC-S4R/Appro GB812X-CN، Dell C5220 و شبیه‌ساز نرم‌افزاری OpenIPMI BMC مشاهده شده است. این راهکار به طور خودکار همراه با راهکار "sun20" فعال می‌شود.

integritycheckvalue - این فلگ مقدار نامعتبر بررسی یکپارچگی (integrity check value) را در حین برقراری نشست IPMI 2.0 هنگام استفاده از شناسه مجموعه رمزنگاری 0 دور می‌زند. طول مقدار بررسی یکپارچگی باید 0 باشد، با این حال مادربرد راه دور با یک فیلد غیر خالی پاسخ می‌دهد. کاربرانی که با این مشکل روبرو می‌شوند ممکن است خطای "k_g invalid" را ببینند. این مشکل روی Supermicro X8DTG، Supermicro X8DTU، Intel S5500WBV/Penguin Relion 700 و Intel S2600JF/Appro 512X مشاهده شده است.

assumemaxsdrrecordcount - این راهکار به خواندن SDR اعلام می‌کند پس از خواندن حداکثر تعداد مشخصی از رکوردهای شناخته‌شده SDR، خواندن را متوقف کند. این گزینه سیستم‌هایی را که توابع خواندن SDR را به اشتباه پیاده‌سازی کرده‌اند دور می‌زند. کاربرانی که با این مشکل روبرو می‌شوند ممکن است خطای "SDR record count invalid" را ببینند. این مشکل روی مادربرد نامشخصی از Inspur مشاهده شده است.

عدم پشتیبانی از IPMI 1.5 - مشخص شده است که برخی از مادربردهایی که از IPMI 2.0 پشتیبانی می‌کنند، از IPMI 1.5 پشتیبانی نمی‌کنند. کاربرانی که با این مشکل مواجه می‌شوند ممکن است خطاهای "ipmi 2.0 unavailable" یا "connection timeout" را مشاهده کنند. این مشکل را می‌توان با استفاده از IPMI 2.0 به جای IPMI 1.5 با تعیین گزینه --driver-type=LAN_2_0 دور زد. این مشکل روی تعدادی از مادربردهای HP و Supermicro مشاهده شده است.

در صورت اجرای موفقیت‌آمیز، وضعیت خروج 0 است. در صورت بروز خطا، وضعیت خروج 1 خواهد بود.

اگر چندین میزبان برای برقراری ارتباط مشخص شده باشند، وضعیت خروج تنها در صورتی 0 است که تمام اهداف با موفقیت اجرا شوند؛ در غیر این صورت وضعیت خروج 1 خواهد بود.

در سیستم‌عامل‌های قدیمی‌تر، اگر نام کاربری، گذرواژه و سایر اطلاعات حساس امنیتی را در خط فرمان وارد کنید، این اطلاعات ممکن است توسط سایر کاربران هنگام استفاده از ابزارهایی مانند دستور ps(1) یا بررسی سیستم فایل /proc مشاهده شود. عموماً وارد کردن اطلاعات گذرواژه با گزینه‌هایی مانند -P یا -K امن‌تر است. پیکربندی اطلاعات مرتبط با امنیت در فایل پیکربندی FreeIPMI نیز روش مناسبی برای مخفی کردن این اطلاعات خواهد بود.

به منظور جلوگیری از حملات brute force، برخی از BMCها پس از چندین خطای احراز هویت از راه دور به طور موقت قفل می‌شوند. ممکن است لازم باشد مدتی صبر کنید تا این قفل موقت برطرف شود و بتوانید دوباره احراز هویت کنید.

گزارش باگ‌ها را به <freeipmi-users@gnu.org> یا <freeipmi-devel@gnu.org> ارسال کنید.

حق نشر © 2008-2015 FreeIPMI Core Team

این برنامه یک نرم‌افزار آزاد است؛ شما می‌توانید آن را تحت شرایط پروانه عمومی همگانی گنو (GPL) که توسط بنیاد نرم‌افزارهای آزاد منتشر شده است، چه نسخه ۳ پروانه و چه (به انتخاب خودتان) هر نسخه بعدی، بازتوزیع کرده یا تغییر دهید.

freeipmi(7), ipmi-config(8), ipmi-raw(8)

http://www.gnu.org/software/freeipmi

2026-08-27 IPMI OEM version 1.6.19