Swap rom hp что это

В защиту swap’а [в Linux]: распространенные заблуждения

Прим. перев.: Эта увлекательная статья, в подробностях раскрывающая предназначение swap в Linux и отвечающая на распространённое заблуждение на этот счёт, написана Chris Down — SRE из Facebook, который, в частности, занимается разработкой новых метрик в ядре, помогающих анализировать нагрузку на оперативную память. И начинает он своё повествование с лаконичного TL;DR…

Предисловие

Работая над улучшением и использованием cgroup v2, я успел поговорить со многими инженерами об их отношении к управлению памяти, особенно о поведении приложения под нагрузкой и об эвристическом алгоритме операционной системы, используемым «под капотом» для управления памятью.

Повторяющейся темой этих обсуждений стал swap. Тема swap активно оспаривается и плохо понимается даже теми, кто проработал с Linux долгие годы. Многие воспринимают его как нечто бесполезное или очень вредное — мол, это пережиток прошлого, когда памяти было мало и диски являлись необходимым злом, предоставляющим столь нужное пространство для подкачки. И до сих пор, все последние годы, я достаточно часто наблюдаю споры вокруг этого утверждения: немало дискуссий провёл и я сам с коллегами, друзьями, собратьями по индустрии, помогая им понять, почему swap — это по-прежнему полезная концепция на современных компьютерах, имеющих гораздо больше физической памяти, чем в былые времена.

Широкое недопонимание существует и насчёт предназначения swap’а: многие люди видят в нём лишь «медленную дополнительную память» для использования в критических ситуациях, но не понимают его вклад в адекватное функционирование операционной системы в целом при нормальной нагрузке.

Многие из нас слышали такие распространённые фразы о памяти: «Linux использует слишком много памяти», «swap должен быть вдвое больше размера физической памяти» и т.п. Эти заблуждения легко развеять и их обсуждения стали более точными в последние годы, однако миф о «бесполезном» swap гораздо больше завязан на эвристику и таинство, которые не поддаются объяснению с простой аналогией, — для его обсуждения требуется более глубокое понимание управления памятью.

Введение

Сложно говорить, почему наличие swap’а и перемещение в него страниц памяти — хорошо при нормальной работе, не разделяя понимание некоторых базовых нижележащих механизмов в управлении памятью в Linux, поэтому давайте убедимся, что говорим на одном языке.

Типы памяти

В Linux существует множество различных типов памяти, и у каждого из этих типов есть свои свойства. Понимание их особенностей — ключ к пониманию, почему swap важен.

Например, есть страницы («блоки» памяти, обычно по 4k), ответственные за хранение кода для каждого процесса, запущенного на компьютере. Есть также страницы, ответственные за кэширование данных и метаданных, относящихся к файлам, к которым обращаются эти программы для ускорения своих обращений в будущем. Они являются частью страничного кэша [page cache], и далее я буду на них ссылаться как на файловую [file] память.

Есть и другие типы памяти: разделяемая память, slab-память, память стека ядра, буферы и иные, — но анонимная память и файловая память известны лучше других и просты для понимания, поэтому именно они будут использоваться в примерах, которые, впрочем, равносильно применимы и к другим типам.

Память с высвобождением и без

В размышлениях о конкретном типе памяти одним из главных вопросов становится возможность её высвобождения. «Высвобождение» [reclaim] означает, что система может, без потери данных, удалить страницы этого типа из физической памяти.

Для некоторых типов страниц это сделать весьма просто. Например, в случае чистой [clean], т.е. немодифицированной, памяти страничного кэша мы просто кэшируем для лучшей производительности то, что уже есть на диске, поэтому можем сбросить страницу без необходимости в каких-либо специальных операциях.

Для некоторых типов страниц это возможно, но непросто. Например, в случае грязной [dirty], т.е. модифицированной, памяти страничного кэша мы не можем просто сбросить страницу, потому что на диске ещё нет произведённых модификаций. Поэтому необходимо или отказаться от высвобождения [reclamation], или перенести наши изменения обратно на диск перед тем, как сбрасывать эту память.

Для некоторых типов страниц это невозможно. Например, упомянутые раньше анонимные страницы могут существовать только в памяти и никаком ином резервном хранилище, поэтому их необходимо хранить здесь (т.е. в самой памяти).

О природе swap’а

Если поискать объяснения, зачем нужен swap в Linux, неизбежно находятся многочисленные обсуждения его предназначения просто как расширения физической RAM для критических случаев. Вот, например, случайный пост, который я вытащил из первых результатов в Google по запросу «what is swap»:

«По своей сути swap — это экстренная память; запасное пространство для случаев, когда система на какое-то время нуждается в большем количестве физической памяти, чем доступно в RAM. Она считается «плохой» в том смысле, что медленная и неэффективная, и если системе постоянно требуется использовать swap, очевидно, ей не хватает памяти. [..] Если у вас достаточно RAM для удовлетворения всех потребностей и вы не ожидаете её превышения, вы можете прекрасно работать и без swap-пространства».

Поясню, что я вовсе не обвиняю автора этого комментария за содержимое его поста — это «общеизвестный факт», признаваемый многими системными администраторами Linux и являющийся, пожалуй, одним из наиболее вероятных ответов на вопрос о swap’е. К сожалению, это вдобавок и неправильное представление о предназначении и использовании swap’а, особенно на современных системах.

Как я уже писал выше, высвобождение анонимных страниц «невозможно», поскольку анонимные страницы по своей природе не имеют резервного хранилища, к которому можно обратиться при удалении данных из памяти, — таким образом, их высвобождение приведёт к полной утере данных из соответствующих страниц. Однако… что будет, если мы смогли бы создать такое хранилище для этих страниц?

Вот именно для этого и существует swap. Swap — область хранения для этих, кажущихся «невысвобождаемыми» [unreclaimable], страниц, позволяющая отправлять их на устройство хранения по запросу. Это означает, что их можно начинать считать такими же доступными для высвобождения, как и их более простые в этом смысле друзья (вроде чистых файловых страниц), что позволяет эффективнее использовать свободную физическую память.

Swap — это преимущественно механизм для равного высвобождения, а не для срочной «дополнительной памяти». Не swap замедляет работу вашего приложения — замедление происходит из-за начала совокупной конкуренции за память.

Итак, в каких же ситуациях это «равное высвобождение» будет оправданно выбирать высвобождение анонимных страниц? Вот абстрактные примеры некоторых не самых редких сценариев:

Что происходит с использованием swap и без него

Давайте посмотрим на типовые ситуации и к чему они приводят при наличии и отсутствии swap. О метриках «конкуренции за память» я рассказываю в докладе про cgroup v2.

Без конкуренции или с малой конкуренцией за память

С умеренной или высокой конкуренцией за память

При временных всплесках в потреблении памяти

Окей, я хочу системный swap, но как его настроить для конкретных приложений?

Вы же не думали, что в этой статье не будет упоминаний использования cgroup v2?

И в этом вопросе нельзя просто положиться на OOM killer. Потому что OOM killer вызывается только в самых критичных ситуациях, когда система уже оказалась в значительно нездоровом состоянии и, возможно, находилась в нём некоторое время. Необходимо самостоятельно и оппортунистически разрешить ситуацию ещё до того, как задумываться об OOM killer’е.

Тем не менее, выявить давление на память достаточно трудно с помощью традиционных счётчиков памяти в Linux. Нам доступно нечто, что каким-то образом относится к проблеме, однако скорее по касательной: потребление памяти, количество операций сканирования страниц и т.п. — и по одним этим метрикам очень трудно отличить эффективную конфигурацию памяти от той, что приводит к конкуренции за память. У нас есть группа в Facebook, возглавляемая Johannes’ом и работающая над новыми метриками, упрощающими демонстрацию давления на память, — это должно помочь нам в будущем. Больше информации об этом можно получить из моего доклада про cgroup v2, где я начинаю подробнее рассказывать об одной из метрик.

Тюнинг

Сколько же swap’а мне тогда нужно?

В общем случае минимальное количество swap-пространства, требуемого для оптимального управления памятью, зависит от количества анонимных страниц, которые привязаны к пространству памяти и к которым редко обращается приложение, а также от стоимости высвобождения этих анонимных страниц. Последнее — это в большей степени вопрос о том, какие страницы больше не должны удаляться, чтобы уступить место тем анонимным страницам, к которым редко обращаются.

Если у вас достаточно дискового пространства и свежее (4.0+) ядро, большее количество swap’а почти всегда лучше, чем меньшее. В более старых ядрах kswapd — один из процессов ядра, что отвечает за управление swap’ом, — исторически слишком усердствовал в перемещении памяти в swap, делая это тем активнее, чем больше swap’а было доступно. В последнее время поведение swapping’а при наличии большого swap-пространства значительно улучшили. Так что, если вы работаете с ядром 4.0+, большой swap не приведёт к чрезмерному swapping’у. В общем, на современных ядрах нормально иметь swap размером в несколько гигабайт, если такое пространство у вас есть.

Если же дисковое пространство ограничено, ответ в действительности зависит от компромисса, на который вы готовы пойти, и особенностей окружения. В идеале у вас должно быть достаточно swap’а, чтобы система оптимально функционировала при нормальной и пиковой (по памяти) нагрузке. Рекомендую настроить несколько тестовых систем с 2-3 Гб swap’а или более и понаблюдать, что происходит на протяжении недели или около того в разных условиях нагрузки (на память). Если на протяжении этой недели не случалось ситуаций резкой нехватки памяти, что означает недостаточную пользу такого теста, всё закончится занятостью swap’а небольшим количеством мегабайт. В таком случае, пожалуй, разумно будет иметь swap хотя бы такого размера с добавлением небольшого буфера для меняющихся нагрузок. Также atop в режиме логирования в столбце SWAPSZ может показать, страницы каких приложений попадают в swap. Если вы ещё не используете эту утилиту на своих серверах для логирования истории состояний сервера — возможно, в эксперимент стоит добавить её настройку на тестовых машинах (в режиме логирования). Заодно вы узнаете, когда приложение начало перемещать страницы в swap, что можно привязать к событиям из логов или другим важным показателям.

Ещё стоит задуматься о типе носителя для swap’а. Чтение из swap имеет тенденцию быть очень случайным, поскольку нельзя уверенно предсказать, у каких страниц будет отказ и когда. Для SSD это не имеет особого значения, а вот для вращающихся дисков случайный ввод/вывод может оказаться очень дорогим, поскольку требует физических движений. С другой стороны, отказы у файловых страниц обычно менее случайны, поскольку файлы, относящиеся к работе одного запущенного приложения, обычно менее фрагментированы. Это может означать, что для вращающегося диска вы можете захотеть сместиться в сторону высвобождения файловых страниц вместо swapping’а анонимных страниц, но, опять же, необходимо протестировать и оценить, как будет соблюдаться баланс для вашей рабочей нагрузки.

Для пользователей ноутбуков/десктопов, желающих использовать swap для перехода в спящий режим [hibernate], этот факт также необходимо учитывать, поскольку swap-файл тогда должен как минимум соответствовать размеру физической оперативной памяти.

Какой должна быть настройка swappiness?

Это означает, что vm.swappiness — это по существу просто соотношение дорогой анонимной памяти, которую можно высвобождать и приводить к отказам, в сравнении с файловой памятью для вашего железа и рабочей нагрузки. Чем ниже значение, тем активнее вы сообщаете ядру, что редкие обращения к анонимным страницам дороги для перемещения в swap и обратно на вашем оборудовании. Чем выше это значение, тем вы больше говорите ядру, что стоимость swapping’а анонимных и файловых страниц одинакова на вашем оборудовании. Подсистема управления памятью будет по-прежнему пытаться решить, помещать в swap файловые или анонимные страницы, руководствуясь тем, насколько «горяча» память, однако swappiness склоняет подсчёт стоимости в пользу большего swapping’а или большего пропуска кэшей файловой системы, когда доступны оба способа. На SSD-дисках эти подходы практически равны по стоимости, поэтому установка vm.swappiness = 100 (т.е. полное равенство) может работать хорошо. На вращающихся дисках swapping может быть значительно дороже, т.к. в целом он требует случайного чтения, поэтому вы скорее всего захотите сместиться в сторону меньшего значения.

Реальность же в том, что большинство людей не имеют представления о том, чего требует их железо, поэтому настроить это значение, основываясь лишь на инстинкте, затруднительно — это вопрос, требующий личного тестирования с разными значениями. Можно также заняться анализом состава памяти вашей системы, основных приложений и их поведения в условиях небольшого высвобождения памяти.

Источник

Обновляем Firmware BIOS & iLO2 на серверах HP ProLiant DL360/380 G5

В прошлый раз мы рассматривали обновление прошивки Integrated Lights-Out 2 (iLO2) до версии 2.27 на серверах HP ProLiant DL360/380 G5 c Windows Server 2012 R2 с помощью пакета установки, распространяемого через VCRM. В конце сентября и начале октября этого года появились новые версии прошивок iLO2 а также BIOS, относящихся в частности к этому же поколению серверов. Наверно можно было бы пропустить эти обновления «мимо ушей», если бы не степень критичности уязвимостей, которые исправляются этими обновлениями.

Обновление iLO2 до версии 2.29

Обновление BIOS до версии 2015.08.16

Не смотря на то, что фактически поддержка систем HP ProLiant DL360/380 G5 со стороны HP уже давно закончилась, а последнее обновление BIOS было в 2011 году, HP выпустили ряд обновлений прошивок для систем использующих процессоры серий Intel Xeon 5200 и 5400. Как я понял, на конференции по безопасности Black Hat USA 2015 миру была продемонстрирована уязвимость в указанной серии процессоров, после чего уважающие себя производители систем использующих эти процессоры, инициировали обновление прошивок своих материнских плат. Описание к релизу 2015.08.16:

То есть фактически это не проблема конкретных моделей серверов HP, а проблема процессоров Intel, поэтому необходимость установки данного обновления зависит от используемых у вас процессоров. В моём случае как раз имеются системы HP ProLiant DL360/380 G5 с процессорами Xeon 5200/5400 поэтому для их обновления требуется загрузка пакетов:

После этого обновим на агенте VCA информацию по ссылке refresh inventory и убедимся в том, что теперь теперь мы можем обновить наш сервер…

При выборе периода обслуживания серверов не забываем про то, что обновление BIOS потребует обязательной перезагрузки системы для вступления изменений в силу.

Источник

ПО и конфигурационные утилиты сервера HP ProLiant DL380p Gen8

Программное обеспечение и конфигурационные утилиты

Режим сервера

Программное обеспечение и конфигурационные утилиты, представленные в этом разделе работают в онлайн-режиме, автономном режиме, или в обоих режимах.

Программное обеспечение или конфигурационные утилита

Active Health System

Integrated Management Log

HP Insight Diagnostics

HP Insight Remote Support software

HP Service Pack for ProLiant

HP Smart Update Manager

HP ROM-Based Setup Utility

Array Configuration Utility

Option ROM Configuration for Arrays

QuickSpecs продуктов HP

Для получения дополнительной информации о функциях продукта, технических характеристиках, параметров, конфигурации и совместимости, смотрите QuickSpecs в Product Bulletin продуктов HP на веб-сайте (https://www.hp.com/go/productbulletin).

Система управления HP iLO

Система управления HP iLO (iLO Management Engine) представляет из себя набор встроенных функций управления, поддерживающих полный жизненный цикл сервера, начиная от первоначального развертывания, путем постоянного управления.

HP iLO

Подсистема HP iLO является стандартным компонентом выбранных серверов HP ProLiant, что упрощает первоначальную настройку сервера, мониторинг состояния сервера, управления, тепловой оптимизации и удаленного администрирования сервера. Подсистема HP iLO содержит интеллектуальный микропроцессор, защищенную память и выделенный сетевой интерфейс. Такая конструкция делает HP iLO независимой от хост-сервера и его операционной системы. HP iLO позволяет управлять активной системой жизнеобеспечения сервера, а также управлять без агентов. Все основные внутренние подсистемы контролируются HP iLO. Предупреждения SNMP посылаются непосредственно HP iLO, независимо от операционной системы хоста или даже если на хосте не установлена Операционная система. HP Insight Remote Support software также доступен в HP iLO без операционной системы, программного обеспечения, драйверов, или агентов. С помощью HP iLO, вы можете сделать следующее:

Для получения дополнительной информации об особенностях HP iLO (которые могут потребовать лицензии iLO Advanced Pack или iLO Advanced for BladeSystem), можно найти в документации HP iLO на компакт-диске или в документации на веб-сайте HP (https://www.hp.com/go/ilo/docs).

Активная система жизнеобеспечения (Active Health System)

HP Active Health System предоставляет следующие возможности:

HP Active Health System отслеживает и регистрирует изменения серверного оборудования и конфигурации системы. Active Health System помогает в диагностике проблем и обеспечивает быстрое разрешение, если на сервере происходят сбои. Active Health System собирает следующие типы данных:

HP Active Health System не собирает информацию об активных пользователях системы состояния, операций, финансов, клиентов, сотрудников, партнеров, или центра обработки данных, таких как IP-адреса, имена Хостов, имен пользователей и паролей. HP Active Health System ничего не разбирает или изменяет в системном журнале событий, таких как содержание ошибок сторонних приложений, пароли, или контент, созданный или прошедший через операционную систему. Данные, собранные регулируется по HP Data Privacy policy. Дополнительные сведения смотрите на веб-сайте HP (https://www.hp.com/go/privacy). Active Health System log, в сочетании с системой мониторинга на Agentless Management или SNMP Pass-thru, также обеспечивает непрерывный мониторинг аппаратного обеспечения и изменения конфигурации, состояния системы, и службу оповещения для различных компонентов сервера. Услуга Agentless Management Service доступна в SPP, которая представляет собой образ диска (.iso), который можно скачать с веб-сайта HP (https://www.hp.com/go/spp/download). Активный журнал состояния системы можно загрузить вручную с HP iLO или HP Intelligent Provisioning и отправлен в HP. Дополнительные сведения смотрите в разделе HP iLO User Guide или HP Intelligent Provisioning User Guide на веб-сайте HP (https://www.hp.com/go/ilo/docs).

Integrated Management Log

В Integrated Management Log (IML) имеются сотни записей событий и хранятся в удобной для просмотра форме. В IML имеется детализация каждого события с 1-минутной меткой интервала времени. Вы можете просматривать записанные события в IML несколькими способами, включая следующие:

а) для Windows: IML Viewer б) для Linux: приложение для просмотра IML Viewer Application

Intelligent Provisioning (интеллектуальная подготовка)

Несколько изменений произошли в комплекте поставки с HP ProLiant Gen8: SmartStart CD и Smart Update Firmware DVD больше не поставляются с этими новыми серверами. Вместо этого, возможности развертывания встроены в сервер, как часть HP iLO Management Engine, Intelligent Provisioning. Intelligent Provisioning является неотъемлемой частью инструмента single-server deployment tool, встроенного в HP ProLiant Gen8, что упрощает настройку серверов HP ProLiant, обеспечивая надежный и последовательный способ развертывания конфигураций серверов HP ProLiant.

Для получения дополнительных сведений о Intelligent Provisioning, смотрите на сайте HP (https://www.hp.com/go/intelligentprovisioning). Для получения дополнительных сведений о Intelligent Provisioning драйверы, прошивки, SPP, см. на веб-сайте HP (https://www.hp.com/go/spp/download).

HP Insight Diagnostics

Обзор функций HP Insight Diagnostics

Erase Utility (утилита затирания)

Внимание: выполните резервное копирование перед запуском системы Erase Utility. Утилита затирания устанавливает систему до исходного заводского состояния, удаляет текущие сведения о конфигурации оборудования, включая настройку массива дисков и разделы, и стирает все подключенные жесткие диски полностью. Обратитесь к Инструкции по использованию этой утилиты. Используйте Erase Utility для стирания жестких дисков и логи Active Health System, а также для сброса параметров RBSU. Запустите Erase Utility, если вы должны стереть системы по следующим причинам:

Для запуска Erase Utility, нажмите на значок Perform Maintenance на домашнем экране о Intelligent Provisioning а затем выберите Erase. Запустите Erase utility для:

Выбрав подходящий вариант, нажмите кнопку «Erase Selected». Для подтверждения стирания появится окно, предлагающее подтвердить или отменить удаление.

HP Insight Remote Support software

HP настоятельно рекомендует установить HP Insight Remote Support software для завершения установки или обновления продукта и обеспечения поставки Вам расширенной гарантии HP Care Pack Service, или соглашения о поддержке. Поддержка HP Insight Remote Support дополняет ваш непрерывный мониторинг, чтобы обеспечить максимальную доступность системы, обеспечивая интеллектуальный диагноз событий, и автоматическое безопасное предоставление уведомлений о событиях оборудования в компанию HP, которая будет инициировать быструю и точную резолюцию, на основе вашего уровня обслуживания продукта. Уведомления могут быть отправлены на ваш авторизированный партнерский канал HP (HP Channel Partner), для обслуживания на месте, если он сконфигурирован и доступен в вашей стране. Дополнительные сведения смотрите на веб-сайте HP (https://www.hp.com/go/insightremotesupport). Подробную информацию о поддерживаемом оборудовании и связанных с ними операционных системах смотрите HP Insight Remote Support Release Notes. Release notes доступен на сайте HP (https://www.hp.com/go/insightremotesupport/docs). HP Insight Remote Support включен как часть гарантии HP Care Pack Service, или соглашения о поддержке HP (HP contractual support agreement).

Набор инструментов для написания сценариев (Scripting Toolkit)

HP Service Pack для ProLiant (HP Service Pack for ProLiant)

Релиз SPP представляет собой набор, который содержит полную коллекцию встроенных микропрограмм и компонентов системного программного обеспечения, проверенные вместе, как единый стек решений для серверов HP ProLiant, их вариантов, приложений BladeSystem, и ограниченного внешнего хранения HP. SPP имеет несколько ключевых особенностей обновления серверов HP ProLiant. С помощью HP SUM, как средство развертывания, SPP могут быть использованы в онлайн-режиме на хостинге операционных систем Windows или Linux, или в автономном режиме, когда сервер загружен из ISO, так что сервер может быть обновлен автоматически, без участия пользователя или обновляться в интерактивном режиме. Для большей информации или скачивания SPP, посетите сайт HP (https://www.hp.com/go/spp).

Смарт Менеджер обновлений HP (HP Smart Update Manager)

HP SUM включен во многие продукты HP для установки и обновления микропрограмм и программного обеспечения на серверах HP ProLiant. HP SUM предоставляет из себя графический интерфейс и интерфейс командной строки сценариев для развертывания аппаратного и программного обеспечения для одного или один-ко-многим (one-to-many) серверов HP ProLiant и сетевых задач, таких как iLOs, OAs, VC Ethernet и модуля Fibre Channel modules (Fibre Channel modules). Ключевые особенности HP SUM включают в себя:

Для большей информации о HP SUM и для доступа к инструкции HP Smart Update Manager посетите сайт HP (https://www.hp.com/go/hpsum/documentation).

HP ROM-Based Setup Utility (RBSU)

Для большей информации по RBSU, просмотрите инструкцию по использованию HP ROM-Based Setup Utility в документации на CD или на сайте HP (https://www.hp.com/support/rbsu).

Использование RBSU

Для использования RBSU, используйте следующие клавиши:

ВАЖНО: RBSU автоматически сохраняет настройки при нажатии клавиши Enter. Утилита не требует от Вас подтверждения настроек, прежде чем выйти из утилиты. Для изменения выбранного параметра, необходимо выбрать другую настройку и нажмите клавишу Enter. Параметры конфигурации по умолчанию применяются к серверу в одном из следующих случаях:

Параметры конфигурации необходимые для хорошей типичной работы сервера установлены по умолчанию, но параметры конфигурации могут быть изменены с помощью RBSU. Система запрашивает у вас доступ к RBSU при каждом включении питания.

Автоматическая настройка

Процесс авто-настройки автоматически запускается, когда вы загружаете сервер в первый раз. Во время последовательность включения, система ROM автоматически настраивает всю систему, без какого-либо вмешательства. Во время этого процесса, утилита ORCA, в большинстве случаев, автоматически настраивает массив, на настройки по умолчанию, в зависимости от числа дисков, подключенных к серверу. Примечание: если загрузочный диск не пустой, или были записи в прошлом, ORCA не запускает автоматическую настройку массивов. Необходимо запустить ORCA, чтобы настроить параметры массива. Обратите внимание: сервер может не поддерживать все следующие примеры.

Чтобы изменить любые настройки по умолчанию ORCA, и переопределить автоматическую настройку, нажмите клавишу F8 при появлении запроса. Для получения дополнительной информации по RBSU, смотрите руководство пользователя на компакт-диске HP ROM-Based Setup Utility User Guide или на веб-сайте HP (https://www.hp.com/support/rbsu).

Варианты загрузки

Ближе к концу процесса загрузки, появится экран параметров загрузки. Этот экран виден в течение нескольких секунд, прежде чем система будет загружаться с поддерживаемого загрузочного устройства. В течение этого времени, вы можете сделать следующее: • Для доступа к RBSU нажмите клавишу F9. • Для доступа к меню подготовки Intelligent Provisioning нажмите клавишу F10. • Для доступа к вариантам загрузки нажмите клавишу F11. • Для принудительной загрузки PXE Network нажмите клавишу F12.

Настройка режимов AMP

Не все серверы HP ProLiant поддерживают все режимы AMP. RBSU предоставляет опции меню только для режимов, поддерживаемых сервером. Расширенная защита памяти в RBSU позволяет следующие дополнительные варианты режимов памяти:

Для требований к размещению DIMM, обратитесь к конкретному руководству пользователя сервера.

Возвращение серийного номера сервера и ID продукта

После замены системной платы, необходимо повторно ввести серийный номер сервера и идентификатор продукта.

WARNING! WARNING! WARNING! The serial number is loaded into the system during the manufacturing process and should NOT be modified. This option should only be used by qualified service personnel. This value should always match the serial number sticker located on the chassis. Warning: The serial number should ONLY be modified by qualified service personnel. This value should always match the serial number located on the chassis. ВНИМАНИЕ! ВНИМАНИЕ! ВНИМАНИЕ! Серийный номер загружается в систему в процессе производства и не должен быть изменен. Эта опция должна использоваться только квалифицированным обслуживающим персоналом. Это значение должно всегда соответствовать наклейке с серийным номером находящемся на шасси. Предупреждение: серийный номер должен быть изменен ТОЛЬКО квалифицированным сервисным персоналом. Это значение должно всегда соответствовать серийному номеру, расположенному на шасси.

Предупреждение: ID продукта должен быть изменен ТОЛЬКО квалифицированным персоналом. Это значение должно всегда совпадать с ID продукта на шасси.

Оглавление

Обозначение компонентов

Компоненты задней панели сервера HP ProLiant DL 380 p Gen 8

Элементы системной платы сервера HP ProLiant DL 380 p Gen 8

Источник