RU2602378C1 - Rack with plurality of rack control modules and method of updating firmware used for rack - Google Patents

Rack with plurality of rack control modules and method of updating firmware used for rack Download PDF

Info

Publication number
RU2602378C1
RU2602378C1 RU2015116727/08A RU2015116727A RU2602378C1 RU 2602378 C1 RU2602378 C1 RU 2602378C1 RU 2015116727/08 A RU2015116727/08 A RU 2015116727/08A RU 2015116727 A RU2015116727 A RU 2015116727A RU 2602378 C1 RU2602378 C1 RU 2602378C1
Authority
RU
Russia
Prior art keywords
rack
rmc
switch
storage device
firmware
Prior art date
Application number
RU2015116727/08A
Other languages
Russian (ru)
Other versions
RU2602378C9 (en
Inventor
ЧЭНЬ Ен-Юй
ХСУ Ших-Чиех
Original Assignee
ЭйАйСи ИНК.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ЭйАйСи ИНК. filed Critical ЭйАйСи ИНК.
Application granted granted Critical
Publication of RU2602378C1 publication Critical patent/RU2602378C1/en
Publication of RU2602378C9 publication Critical patent/RU2602378C9/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H05—ELECTRIC TECHNIQUES NOT OTHERWISE PROVIDED FOR
    • H05K—PRINTED CIRCUITS; CASINGS OR CONSTRUCTIONAL DETAILS OF ELECTRIC APPARATUS; MANUFACTURE OF ASSEMBLAGES OF ELECTRICAL COMPONENTS
    • H05K7/00—Constructional details common to different types of electric apparatus
    • H05K7/20—Modifications to facilitate cooling, ventilating, or heating
    • H05K7/20709—Modifications to facilitate cooling, ventilating, or heating for server racks or cabinets; for data centers, e.g. 19-inch computer racks
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/16—Constructional details or arrangements
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1415—Saving, restoring, recovering or retrying at system level
    • G06F11/1433—Saving, restoring, recovering or retrying at system level during software upgrading
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/61—Installation
    • G06F8/63—Image based installation; Cloning; Build to order
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Human Computer Interaction (AREA)
  • Quality & Reliability (AREA)
  • Computer Hardware Design (AREA)
  • Thermal Sciences (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Stored Programmes (AREA)

Abstract

FIELD: information technology.
SUBSTANCE: invention relates to a server rack, and specifically to a server rack with a plurality of rack control modules. Rack, comprising a plurality of mounting sockets, a plurality of nodes respectively located in plurality of mounting sockets, two rack control modules, electrically connected with plurality of nodes, where each rack control module respectively includes a rack management controller (RMC), switch and memory, wherein RMC is connected to memory by means of switch, firmware intended for loading through RMC is stored in memory, wherein when one of rack control modules receives a firmware update image, RMC sends a command for switching to switch in same rack control module to provide switching and connection of switch with memory of other rack control module and RMC performs firmware update procedure in memory of other rack control module in accordance with firmware update image.
EFFECT: reduced probability of error in case of unsuccessful update of rack control modules.
10 cl, 7 dwg

Description

ПРЕДПОСЫЛКИ СОЗДАНИЯ ИЗОБРЕТЕНИЯBACKGROUND OF THE INVENTION

1. Область техники, к которой относится изобретение1. The technical field to which the invention relates.

Настоящее изобретение относится к стойке, в частности относится к стойке с множеством модулей управления стойкой, и к способу обновления встроенного программного обеспечения, используемого для стойки.The present invention relates to a rack, in particular, to a rack with a plurality of rack management modules, and to a method for updating firmware used for a rack.

2. Описание предшествующего уровня техники2. Description of the Related Art

Обычно серверная стойка содержит множество серверов и контроллер управления стойкой (RMC). Администраторы стойки собирают информацию о сервере и осуществляют управление серверами посредством подключения RMC к серверам. Typically, a server rack contains multiple servers and a rack management controller (RMC). Rack administrators collect server information and manage servers by connecting the RMC to the servers.

RMC является чем-то наподобие однокристальной системы (SoC) с памятью и его начальная загрузка осуществляется посредством встроенного программного обеспечения. Как следствие, аналогично центральным процессорам (ЦП) серверов администраторы стойки вынуждены время от времени выполнять обновления встроенного программного обеспечения RMC. RMC is something like a single-chip system (SoC) with memory and its initial loading is carried out by means of firmware. As a result, similar to the central processing units (CPUs) of the servers, rack administrators are forced to update RMC firmware from time to time.

В целом RMC получает образы обновления встроенного программного обеспечения и автоматически выполняет обновление встроенного программного обеспечения. При этом если выполнение процедуры обновления случайно прерывается (например, серверы ломаются или происходит отключение питания стойки), или если в процедуре обновления используется неправильное встроенное программное обеспечение, после повторного запуска RMC этот RMC не может быть нормально загружен. Согласно предшествующему уровню техники каждая стойка оснащена одним RMC, соответственно, если нормально загрузить RMC не удается, нормальное функционирование всех серверов в стойке невозможно, что нежелательно для пользователей серверов. In general, RMC receives firmware update images and automatically performs a firmware update. Moreover, if the update procedure is accidentally interrupted (for example, the servers break down or the rack power is turned off), or if the update procedure uses incorrect firmware, after restarting the RMC, this RMC cannot be loaded normally. According to the prior art, each rack is equipped with one RMC; accordingly, if RMC fails to load normally, normal operation of all servers in the rack is impossible, which is undesirable for server users.

Более того, поскольку после неудачного обновления встроенного программного обеспечения нормальная загрузка RMC невозможна, стойка не может повторно обновить встроенное программное обеспечение без посторонней помощи (например, обновление вручную администраторами стойки) для разрешения проблемы.Moreover, since RMC cannot be loaded normally after an unsuccessful firmware update, the rack cannot re-update the firmware without assistance (for example, manual updates by rack administrators) to resolve the problem.

Из документа TW200821812 (A), озаглавленного «Method of updating an image file», также опубл.под номером TWI326408 (B) известен способ обновления файл образа, и этот способ осуществляется в сервере. Если для запоминающего блока сервера необходимо обновление рабочего файла образа, рабочий файл образа в первой области образа запоминающего блока сохраняется во второй области образа запоминающего блока в виде файла образа резервной копии, так что сервер может использовать обновленный рабочий файл образа в первой области файла образа для запуска операционной системы. Если сервер не может использовать рабочий файл образа обновления для запуска операционной системы, сервер сможет автоматически выбирать файл образа резервной копии для запуска операционной системы и восстановления состояния перед обновлением запоминающего блока.From document TW200821812 (A), entitled “Method of updating an image file”, also published under the number TWI326408 (B), a method for updating an image file is known, and this method is implemented in the server. If the server’s storage unit requires updating the working image file, the working image file in the first area of the storage unit image is saved in the second area of the storage unit image as a backup image file, so the server can use the updated working image file in the first area of the image file to run operating system. If the server cannot use the working update image file to start the operating system, the server can automatically select the backup image file to start the operating system and restore the state before updating the storage unit.

Ввиду этого задачей специалистов в данной области техники является предоставление решений, согласно которым RMC может выполнять повторное обновление встроенного программного обеспечения после неудачного обновления встроенного программного обеспечения без посторонней помощи и будет гарантировать нормальную загрузку RMC.In view of this, the task of those skilled in the art is to provide solutions whereby the RMC can perform a firmware upgrade after an unsuccessful firmware upgrade without assistance and will ensure that the RMC is loaded properly.

СУЩНОСТЬ ИЗОБРЕТЕНИЯSUMMARY OF THE INVENTION

Основной целью настоящего изобретения является предоставление стойки с множеством модулей управления стойкой и способа обновления встроенного программного обеспечения для стойки. Стойка позволяет модулю управления стойкой выполнять обновление встроенного программного обеспечения других модулей управления стойкой во избежание случаев, когда модуль управления стойкой не может загружаться нормально после неудачного обновления встроенного программного обеспечения, и дополнительно стойка не может выполнять повторное обновление встроенного программного обеспечения. The main objective of the present invention is to provide a rack with many rack management modules and a method for updating firmware for the rack. The rack allows the rack management module to update the firmware of other rack management modules to avoid cases when the rack management module cannot load normally after an unsuccessful firmware update, and additionally the rack cannot update the firmware again.

Другой целью настоящего изобретения является предоставление стойки с множеством модулей управления стойкой и способа обновления встроенного программного обеспечения для стойки, где множество модулей стойки выполняют обнаружение тактовых импульсов относительно друг друга и обеспечивают решения для резервного копирования в случае ненормальной работы остальных модулей управления стойкой. Another object of the present invention is to provide a rack with a plurality of rack control modules and a method for updating rack firmware, where the plurality of rack modules detect clock pulses relative to each other and provide backup solutions in case of abnormal operation of the remaining rack control modules.

Для достижения указанных выше целей стойка, раскрытая в настоящем изобретении, содержит множество модулей управления стойкой, причем каждый модуль управления стойкой соответственно содержит контроллер управления стойкой (RMC), переключатель и запоминающее устройство, причем переключатель каждого модуля управления стойкой соединен с запоминающим устройством и соответственно встроенное программное обеспечение сохраняется в каждом запоминающем устройстве. Когда RMC получает внешние скачанные образы обновления встроенного программного обеспечения, RMC отправляет на переключатель команду на переключение для обеспечения переключения и соединения выключателя с запоминающим устройством другого модуля управления стойкой. Когда RMC выполняет процедуру обновления встроенного программного обеспечения, RMC осуществляет обновление встроенного программного обеспечения в запоминающем устройстве другого модуля управления стойкой через соединение переключателя. To achieve the above objectives, the rack disclosed in the present invention comprises a plurality of rack management modules, each rack management module respectively comprising a rack management controller (RMC), a switch and a storage device, the switch of each rack management module being connected to the storage device and, accordingly, integrated software is stored in each storage device. When the RMC receives external downloaded firmware update images, the RMC sends a switch command to the switch to enable the switch to switch and connect to the storage device of the other rack control module. When the RMC performs the firmware update procedure, the RMC updates the firmware in the storage of another rack management module through a switch connection.

По сравнению с родственным уровнем техники RMC согласно настоящему изобретению не осуществляет обновление встроенного программного обеспечения того же модуля управления стойкой. Соответственно, даже в случае случайного прерывания процедуры обновления встроенного программного обеспечения, в результате которого возникает ошибка обновления, после перезагрузки RMC будет нормально загружаться, несмотря на ошибку обновления встроенного программного обеспечения. Соответственно, даже если процедура обновления встроенного программного обеспечения была неудачной, RMC все равно может осуществлять обновление встроенного программного обеспечения до тех пор, пока обновление не произойдет. Таким образом, вероятность того, что администраторам придется вручную ремонтировать RMC, неспособный нормально загрузиться вследствие неудачного обновления встроенного программного обеспечения, снижена. Compared with the related art, the RMC according to the present invention does not update the firmware of the same rack control module. Accordingly, even in the event of an accidental interruption in the firmware update procedure, which results in an update error, the RMC will load normally after a reboot despite a firmware update error. Accordingly, even if the firmware update procedure was unsuccessful, RMC can still update the firmware until the update occurs. Thus, the likelihood that administrators will have to manually repair an RMC that is unable to boot normally due to an unsuccessful firmware update is reduced.

Более того, в соответствии с настоящим изобретением в одной стойке предоставлено множество модулей управления, и все модули управления стойкой соединены друг с другом и осуществляют обнаружение тактовых импульсов относительно друг друга. Таким образом, при обнаружении ненормальной работы одного из модулей управления стойкой остальные модули управления стойкой могут обеспечивать решения для резервного копирования. Соответственно исключается вероятность проблем с нормальным функционированием стойки после возникновения ошибок с модулями управления стойкой. Moreover, in accordance with the present invention, a plurality of control modules are provided in one rack, and all rack control modules are connected to each other and detect clock pulses relative to each other. Thus, when abnormal operation of one of the rack management modules is detected, the remaining rack management modules can provide backup solutions. Accordingly, the probability of problems with the normal functioning of the rack after errors with the rack control modules is eliminated.

КРАТКОЕ ОПИСАНИЕ ГРАФИЧЕСКИХ МАТЕРИАЛОВBRIEF DESCRIPTION OF GRAPHIC MATERIALS

На фиг. 1 показан схематический вид стойки в соответствии с первым вариантом осуществления настоящего изобретения; In FIG. 1 is a schematic view of a rack in accordance with a first embodiment of the present invention;

на фиг. 2 показана схема подключения стойки в соответствии с первым вариантом осуществления настоящего изобретения; in FIG. 2 shows a rack connection diagram in accordance with a first embodiment of the present invention;

на фиг. 3 схематически показана операция обновления встроенного программного обеспечения стойки в соответствии с первым вариантом осуществления настоящего изобретения; in FIG. 3 schematically illustrates a rack firmware update operation in accordance with a first embodiment of the present invention;

на фиг. 4 схематически показана операция обновления встроенного программного обеспечения стойки в соответствии со вторым вариантом осуществления настоящего изобретения; in FIG. 4 schematically shows a rack firmware update operation in accordance with a second embodiment of the present invention;

на фиг. 5 показана блок-схема получения образа обновления в соответствии с первым вариантом осуществления настоящего изобретения; in FIG. 5 shows a flowchart of obtaining an update image in accordance with a first embodiment of the present invention;

на фиг. 6 показана блок-схема обновления встроенного программного обеспечения в соответствии с первым вариантом осуществления настоящего изобретения; и in FIG. 6 is a block diagram of a firmware update in accordance with a first embodiment of the present invention; and

на фиг. 7 показана блок-схема резервного копирования в соответствии с первым вариантом осуществления настоящего изобретения.in FIG. 7 is a backup block diagram in accordance with a first embodiment of the present invention.

ПОДРОБНОЕ ОПИСАНИЕ ИЗОБРЕТЕНИЯDETAILED DESCRIPTION OF THE INVENTION

Совместно с прилагаемыми графическими материалами техническое содержание и подробное описание настоящего изобретения описаны далее только в соответствии с предпочтительным вариантом осуществления, который не используется для ограничения его осуществляемого объема. Любая эквивалентная вариация или модификация в соответствии с прилагаемой формулой изобретения является полностью охваченной формулой изобретения, заявленной в настоящем изобретении.Together with the accompanying graphic materials, the technical content and detailed description of the present invention are described below only in accordance with a preferred embodiment, which is not used to limit its scope. Any equivalent variation or modification in accordance with the attached claims is fully covered by the claims claimed in the present invention.

На фиг. 1 показан схематический вид стойки в соответствии с первым вариантом осуществления настоящего изобретения. На фиг. 1 стойка 1 содержит множество установочных разъемов для установки множества узлов 4. Стойка 1 также содержит множество модулей управления стойкой соответственно и электрически соединенных с узлами 4, предназначенных для сбора информации от узлов 4 и управления узлами 4. Согласно варианту осуществления первый модуль 2 управления стойкой и второй модуль 3 управления стойкой показывают множество модулей управления стойкой, и их количество не ограничено. In FIG. 1 is a schematic view of a rack in accordance with a first embodiment of the present invention. In FIG. 1, rack 1 contains a plurality of mounting slots for mounting a plurality of nodes 4. Rack 1 also comprises a plurality of rack control modules, respectively, and electrically connected to nodes 4, for collecting information from nodes 4 and controlling nodes 4. According to an embodiment, the first rack control module 2 and the second rack management module 3 shows a plurality of rack management modules, and their number is not limited.

В настоящем изобретении каждый модуль управления стойкой содержит контроллер управления стойкой (RMC), переключатель, запоминающее устройство. RMC соединяется с запоминающим устройством посредством переключателя, а встроенное программное обеспечение сохраняется в запоминающем устройстве и используется RMC для загрузки. In the present invention, each rack management module comprises a rack management controller (RMC), a switch, a storage device. The RMC connects to the storage device via a switch, and the firmware is stored in the storage device and is used by the RMC for downloading.

На фиг. 2 показана схема подключения стойки в соответствии с первым вариантом осуществления настоящего изобретения. Как показано на фиг. 2, указанный выше первый модуль 2 управления стойкой содержит первый RMC 21, первый переключатель 22 и первое запоминающее устройство 23. Первый RMC21 соединяется с первым переключателем 22 и соединяется с первым запоминающим устройством 23 посредством первого переключателя 22. Первое встроенное программное обеспечение 231 сохраняется в первом запоминающем устройстве 23 и используется первым RMC 21. Более того, второй модуль 3 управления стойкой содержит второй RMC 31, второй переключатель 32 и второе запоминающее устройство 33. Второй RMC 31 соединяется со вторым переключателем 32 и соединяется со вторым запоминающим устройством 33 посредством второго переключателя 32. Второе встроенное программное обеспечение 331 сохраняется во втором запоминающем устройстве 33 и используется вторым RMC 31. Согласно варианту осуществления первое запоминающее устройство 23 и второе запоминающее устройство 33 реализованы как постоянное запоминающее устройство (ROM), но не ограничено им. In FIG. 2 shows a rack connection diagram in accordance with a first embodiment of the present invention. As shown in FIG. 2, the aforementioned first rack management module 2 comprises a first RMC 21, a first switch 22 and a first storage device 23. The first RMC21 is connected to the first switch 22 and connected to the first storage device 23 by the first switch 22. The first firmware 231 is stored in the first the storage device 23 and is used by the first RMC 21. Moreover, the second rack control module 3 comprises a second RMC 31, a second switch 32 and a second storage device 33. The second RMC 31 is connected to switch 32 and is connected to the second storage device 33 via the second switch 32. The second firmware 331 is stored in the second storage device 33 and used by the second RMC 31. According to an embodiment, the first storage device 23 and the second storage device 33 are implemented as read-only memory ( ROM), but not limited to it.

Как показано на фиг. 2, первый переключатель 22 соединяется с первым запоминающим устройством 23 по первому каналу L1 доступа, второй переключатель 32 соединяется со вторым запоминающим устройством 33 по второму каналу L2 доступа. Когда первый RMC 21 осуществляет загрузку, первый RMC 21 извлекает первое запоминающее устройство 23 по первому каналу L1 доступа посредством соединения с первым переключателем 22 и выполняет первое встроенное программное обеспечение 231 для завершения процедуры загрузки. Аналогично, когда второй RMC 31 осуществляет загрузку, второй RMC 31 извлекает второе запоминающее устройство 33 по второму каналу L2 доступа посредством соединения со вторым переключателем 32 и выполняет второе встроенное программное обеспечение 331 для завершения процедуры загрузки. As shown in FIG. 2, the first switch 22 is connected to the first storage device 23 via the first access channel L1, the second switch 32 is connected to the second storage device 33 via the second access channel L2. When the first RMC 21 downloads, the first RMC 21 retrieves the first storage device 23 via the first access channel L1 by connecting to the first switch 22 and executes the first firmware 231 to complete the download procedure. Similarly, when the second RMC 31 downloads, the second RMC 31 retrieves the second storage device 33 via the second access channel L2 by connecting to the second switch 32 and executes the second firmware 331 to complete the download procedure.

В настоящем изобретении переключатели множества модулей управления стойкой соединены друг с другом. Согласно варианту осуществления, показанному на фиг. 2, первый переключатель 22 и второй переключатель 32 соединены друг с другом. Более подробно, согласно варианту осуществления, первый переключатель 22 и второй переключатель 32 соединены по третьему каналу L3 доступа. In the present invention, the switches of the plurality of rack management modules are connected to each other. According to the embodiment shown in FIG. 2, the first switch 22 and the second switch 32 are connected to each other. In more detail, according to an embodiment, the first switch 22 and the second switch 32 are connected via the third access channel L3.

Основной электрической характеристикой настоящего изобретения является то, что когда первый RMC 21 выполняет процедуру обновления встроенного программного обеспечения, первый RMC 21 выполняет обновление второго встроенного программного обеспечения 331 во втором запоминающем устройстве 33. Когда второй RMC 31 выполняет процедуру обновления встроенного программного обеспечения, второй RMC 31 осуществляет обновление первого встроенного программного обеспечения 231 в первом запоминающем устройстве 23. Соответственно первый RMC 21 выполнен с возможностью нормальной загрузки после перезагрузки в результате ошибки самостоятельного обновления первого встроенного программного обеспечения 231. Аналогично первый RMC 31 выполнен с возможностью нормальной загрузки после перезагрузки в результате ошибки самостоятельного обновления второго встроенного программного обеспечения 331. The main electrical characteristic of the present invention is that when the first RMC 21 performs the firmware update procedure, the first RMC 21 performs the second firmware update 331 in the second memory 33. When the second RMC 31 performs the firmware update procedure, the second RMC 31 updates the first firmware 231 in the first storage device 23. Accordingly, the first RMC 21 is configured to normal boot after reboot as a result of a self-update error of the first firmware 231. Similarly, the first RMC 31 is configured to boot normally after a reboot as a result of a self-update error of the second firmware 331.

Более подробно, первый RMC 21 также соединяется с первым переключателем 22 по первому интерфейсу I1 передачи команд; второй RMC 31 также соединяется со вторым переключателем 32 по второму интерфейсу I2 передачи команд. Когда первый RMC 21 выполняет процедуру обновления, первый RMC 21 передает команду на переключение на первый переключатель 22 по первому интерфейсу I1 передачи команд. Первый переключатель 22 осуществляет переключение в соответствии с командой на переключение для соединения второго переключателя 32 по третьему каналу L3 доступа и соединяет второе запоминающее устройство 33 по второму каналу L2 доступа. Как следствие, первый RMC 21 извлекает второе запоминающее устройство 33 соответственно посредством первого переключателя 22, третьего канала L3 доступа, второго переключателя 32 и второго канала L2 доступа для осуществления процедуры обновления второго встроенного программного обеспечения 331. In more detail, the first RMC 21 is also connected to the first switch 22 via the first command transmission interface I1; the second RMC 31 is also connected to the second switch 32 via the second command transmission interface I2. When the first RMC 21 performs the update procedure, the first RMC 21 transmits the switching command to the first switch 22 via the first command transmission interface I1. The first switch 22 switches in accordance with a switching command to connect the second switch 32 via the third access channel L3 and connects the second storage device 33 via the second access channel L2. As a consequence, the first RMC 21 retrieves the second storage device 33, respectively, through the first switch 22, the third access channel L3, the second switch 32, and the second access channel L2 for performing the update procedure of the second firmware 331.

Аналогично, когда второй RMC 31 выполняет процедуру обновления, второй RMC 31 отправляет команду на переключение на второй переключатель 32 по второму интерфейсу I2 передачи команд. Второй переключатель 32 осуществляет переключение в соответствии с командой на переключение для соединения с первым переключателем 22 по третьему каналу L3 доступа, а затем соединяется с первым запоминающим устройством 23 по первому каналу L1 доступа. Как следствие, второй RMC31 извлекает первое запоминающее устройство 23 соответственно посредством второго переключателя 32, третьего канала L3 доступа, первого переключателя 22 и первого канала L1 доступа для осуществления процедуры обновления первого встроенного программного обеспечения 231. Similarly, when the second RMC 31 performs the update procedure, the second RMC 31 sends a switch command to the second switch 32 via the second command transmission interface I2. The second switch 32 switches according to the switching command to connect to the first switch 22 via the third access channel L3, and then connects to the first storage device 23 via the first access channel L1. As a result, the second RMC31 retrieves the first storage device 23, respectively, by means of the second switch 32, the third access channel L3, the first switch 22, and the first access channel L1 for performing the update procedure of the first firmware 231.

Необходимо отметить, что RMC множества модулей управления стойкой соединены друг с другом в соответствии с настоящим изобретением. На фиг. 2 первый RMC 21 и второй RMC 31 согласно варианту осуществления соединены друг с другом. Более подробно, первый RMC 21 и второй RMC 31 соединены посредством интерфейса I0 передачи данных. Согласно варианту осуществления интерфейс I0 передачи данных представляет собой универсальный интерфейс ввода/вывода (GPIO), универсальный интерфейс приема/передачи (UART), интерфейс с шиной данных для соединения интегральных схем (I2C), интерфейс с шиной для интеллектуальной платформы управления (IPMB), интерфейс локальной вычислительной сети (LAN) и т. д., и не ограничивается этим. It should be noted that the RMCs of the plurality of rack management modules are interconnected in accordance with the present invention. In FIG. 2, the first RMC 21 and the second RMC 31 according to an embodiment are connected to each other. In more detail, the first RMC 21 and the second RMC 31 are connected via a data interface I0. According to an embodiment, the data transfer interface I0 is a universal input / output interface (GPIO), a universal receive / transmit interface (UART), an interface with a data bus for connecting integrated circuits (I2C), an interface with a bus for an intelligent control platform (IPMB), a local area network (LAN) interface, etc., and is not limited to this.

В настоящем изобретении первый RMC 21 и второй RMC 31 осуществляют обнаружение тактовых импульсов относительно друг друга посредством интерфейса I0 передачи данных и предоставляют решение для резервного копирования. Более подробно, каждый RMC 21, 31 определяет ненормальный тактовый импульс другого RMC по интерфейсу I0 передачи данных, причем RMC выполнен с возможностью выполнения принудительной перезагрузки другого RMC посредством отправки команды по интерфейсу I0 передачи данных в случае определения ненормального тактового импульса другого RMC и назначения себя как активного RMC в стойке 1. Как следствие, когда один из RMC в стойке 1 работает ненормально, другой RMC может осуществлять операцию резервного копирования. После перезагрузки работающего ненормально RMC работа восстанавливается в исходное состояние. Описанное выше техническое решение позволяет эффективно избегать случаев, когда множество узлов в стойке не могут работать нормально, когда только один RMC, расположенный в стойке, работает с ошибками. In the present invention, the first RMC 21 and the second RMC 31 detect clocks relative to each other via the data interface I0 and provide a backup solution. In more detail, each RMC 21, 31 determines an abnormal clock pulse of another RMC via the data transmission interface I0, wherein the RMC is configured to force a reboot of another RMC by sending a command on the data transmission interface I0 in case of determining an abnormal clock pulse of another RMC and assigning itself as active RMC in rack 1. As a result, when one of the RMCs in rack 1 is operating abnormally, the other RMC may perform a backup operation. After rebooting an abnormally working RMC, the operation is restored to its original state. The technical solution described above allows you to effectively avoid cases when many nodes in a rack cannot work normally, when only one RMC located in a rack is working with errors.

На фиг. 3 схематически показана операция обновления встроенного программного обеспечения стойки в соответствии с первым вариантом осуществления настоящего изобретения. На фиг. 3 показана схема работы первого модуля 2 управления стойкой. In FIG. 3 schematically illustrates a rack firmware update operation in accordance with a first embodiment of the present invention. In FIG. 3 shows the operation diagram of the first rack control module 2.

Когда первый RMC 21 осуществляет загрузку, первый RMC 21 извлекает первое встроенное программное обеспечение 231 в первом запоминающем устройстве 23 посредством первого переключателя 22 и первого канала L1 доступа и выполняет первое встроенное программное обеспечение 231 для завершения процедуры загрузки. When the first RMC 21 downloads, the first RMC 21 retrieves the first firmware 231 in the first storage device 23 through the first switch 22 and the first access channel L1 and executes the first firmware 231 to complete the download procedure.

Когда первый RMC 21 получает образ F1 обновления встроенного программного обеспечения и команду на обновление, переданную извне, первый RMC 21 отправляет первую команду C1 на переключение на первый переключатель 22 посредством первого интерфейса I1 передачи команд, первый переключатель 22 переключается и соединяется со вторым переключателем 32 второго модуля 3 управления стойкой в соответствии с первой командой C1 на переключение. Таким образом, первый RMC21 извлекает второе запоминающее устройство 33 посредством первого переключателя 22, третьего канала L3 доступа, второго переключателя 32 и второго канала L2 доступа, а первый RMC21 выполняет обновление второго встроенного программного обеспечения 331. When the first RMC 21 receives the firmware update image F1 and the update command transmitted externally, the first RMC 21 sends the first command C1 to switch to the first switch 22 via the first command transmission interface I1, the first switch 22 is switched and connected to the second switch 32 of the second rack control module 3 according to the first switching command C1. Thus, the first RMC21 retrieves the second storage device 33 through the first switch 22, the third access channel L3, the second switch 32 and the second access channel L2, and the first RMC21 updates the second firmware 331.

После завершения обновления первый RMC 21 перезагружается, а первый переключатель 22 возвращается к исходным настройкам (т. е. соединяется с первым запоминающим устройством 23 по первому каналу L1 доступа). Таким образом, после перезагрузки первого RMC 21 завершение процедуры загрузки обеспечивается выполнением первого встроенного программного обеспечения 231 в первом запоминающем устройстве 23. Другими словами, даже если выполнение процедуры обновления в последний раз было неудачным, на операцию загрузки первого RMC 21 это не влияет, поскольку неудавшаяся процедура обновления выполняется на втором встроенном программном обеспечении 331. After the update is completed, the first RMC 21 restarts, and the first switch 22 returns to its initial settings (i.e., it is connected to the first storage device 23 via the first access channel L1). Thus, after the first RMC 21 is rebooted, the completion of the boot procedure is ensured by the first firmware 231 running in the first memory 23. In other words, even if the update procedure was not completed for the last time, the boot operation of the first RMC 21 is not affected, since the failed the update procedure is performed on the second firmware 331.

Необходимо отметить, что первый RMC 21 установлен вместе с первым запоминающим блоком 211 для временного хранения переданного извне образа F1 обновления встроенного программного обеспечения обновления. Когда первый RMC 21 выполняет процедуру обновления второго встроенного программного обеспечения 331, образ F1 обновления встроенного программного обеспечения, временно сохраненный в первом запоминающем блоке 211, записывается во второе запоминающее устройство33 для завершения процедуры обновления. Согласно варианту осуществления первый запоминающий блок 211 представляет собой оперативное запоминающее устройство (RAM) или флэш-память и т. д., и не ограничивается этим. It should be noted that the first RMC 21 is installed together with the first storage unit 211 for temporarily storing the updated firmware update image F1 transmitted externally. When the first RMC 21 performs the update procedure of the second firmware 331, the firmware update image F1 temporarily stored in the first storage unit 211 is recorded in the second storage device 33 to complete the update procedure. According to an embodiment, the first storage unit 211 is, and is not limited to, random access memory (RAM) or flash memory, etc.

На фиг. 4 схематически показана операция обновления встроенного программного обеспечения стойки в соответствии со вторым вариантом осуществления настоящего изобретения. На фиг. 4 показана схема работы второго модуля 3 управления стойкой. In FIG. 4 schematically illustrates a rack firmware update operation in accordance with a second embodiment of the present invention. In FIG. 4 shows the operation diagram of the second rack control module 3.

Когда второй RMC 31 осуществляет загрузку, второй RMC 31 извлекает второе встроенное программное обеспечение 331 во втором запоминающем устройстве 33 посредством второго переключателя 32 и второго канала L2 доступа, и процедура загрузки завершается выполнением второго встроенного программного обеспечения 331. When the second RMC 31 downloads, the second RMC 31 retrieves the second firmware 331 in the second memory 33 via the second switch 32 and the second access channel L2, and the download procedure is completed by the execution of the second firmware 331.

Когда второй RMC 31 получает образ F1 обновления встроенного программного обеспечения и команду на обновление, второй RMC 31 отправляет вторую команду C2 на переключение на второй переключатель 32 посредством второго интерфейса I2 передачи команд, второй переключатель 32 переключается и соединяется с первым переключателем 22 первого модуля 2 управления стойкой в соответствии со второй командой C2 на переключение. Таким образом, второй RMC 31 извлекает первое запоминающее устройство 23 посредством второго переключателя 32, третьего канала L3 доступа, первого переключателя 22 и первого канала L1 доступа и выполняет процедуру обновления первого встроенного программного обеспечения 231. When the second RMC 31 receives the firmware update image F1 and the update command, the second RMC 31 sends the second command C2 to switch to the second switch 32 via the second command transmission interface I2, the second switch 32 is switched and connected to the first switch 22 of the first control unit 2 rack according to the second switching command C2. Thus, the second RMC 31 retrieves the first storage device 23 through the second switch 32, the third access channel L3, the first switch 22 and the first access channel L1, and performs the update procedure of the first firmware 231.

Аналогично после завершения выполнения процедуры обновления второй RMC 31 перезагружается, а второй переключатель 32 возвращается к исходным настройкам (т. е. соединяется со вторым запоминающим устройством 33 по второму каналу L2 доступа). Таким образом, после перезагрузки второго RMC 31 завершение процедуры загрузки обеспечивается выполнением второго встроенного программного обеспечения 331 во втором запоминающем устройстве 23. Аналогично, даже если выполнение процедуры обновления в последний раз было неудачным, на операцию загрузки второго RMC 31 это не влияет, поскольку неудавшаяся процедура обновления выполняется на первом встроенном программном обеспечении 231.Similarly, after completion of the update procedure, the second RMC 31 restarts, and the second switch 32 returns to the initial settings (i.e., connects to the second storage device 33 via the second access channel L2). Thus, after rebooting the second RMC 31, the completion of the boot procedure is ensured by the execution of the second firmware 331 in the second memory 23. Similarly, even if the update procedure was not completed the last time, the boot operation of the second RMC 31 is not affected, since the failed procedure updates are performed on the first firmware 231.

Аналогично указанному выше первому запоминающему блоку 211 второй запоминающий блок 311 устанавливают во втором RMC 31 для временного хранения образа F1 обновления встроенного программного обеспечения. Когда второй RMC 31 выполняет процедуру обновления первого встроенного программного обеспечения 231, образ F1 обновления встроенного программного обеспечения, временно сохраненный во втором запоминающем блоке 311, записывается в первое запоминающее устройство 23 для завершения процедуры обновления. Согласно варианту осуществления второй запоминающий блок 311 представляет собой RAM или флэш-память и не ограничивается этим. Similar to the first first storage unit 211 mentioned above, the second storage unit 311 is installed in the second RMC 31 for temporarily storing the firmware update image F1. When the second RMC 31 performs the update procedure of the first firmware 231, the firmware update image F1 temporarily stored in the second storage unit 311 is recorded in the first storage device 23 to complete the update procedure. According to an embodiment, the second storage unit 311 is, and is not limited to, RAM or flash memory.

Как было указано выше, после того как первый RMC 21 выполнит обновление второго встроенного программного обеспечения 331, первый RMC 21 будет продолжать загрузку посредством первого встроенного программного обеспечения 231, которое не было обновлено; после того как второй RMC 31 выполнит обновление первого встроенного программного обеспечения 231, второй RMC 31 будет продолжать загрузку посредством второго встроенного программного обеспечения 331, которое не было обновлено. Соответственно в предпочтительном варианте осуществления множество модулей управления стойки 1 одновременно извлекает переданный извне образ F1 обновления встроенного программного обеспечения и команду на обновление соответственно для обновления встроенного программного обеспечения множества модулей управления стойкой, что гарантирует, что версия встроенного программного обеспечения будет последней. Тем не менее, описанное выше решение представляет собой один из предпочтительных вариантов осуществления настоящего изобретения и не ограничивается этим. As indicated above, after the first RMC 21 updates the second firmware 331, the first RMC 21 will continue to download through the first firmware 231 that has not been updated; after the second RMC 31 updates the first firmware 231, the second RMC 31 will continue to download through the second firmware 331, which has not been updated. Accordingly, in a preferred embodiment, the plurality of rack control modules 1 simultaneously retrieves an externally updated firmware update image F1 and an update command, respectively, for updating the firmware of the plurality of rack management modules, which ensures that the firmware version is up to date. However, the solution described above is one of the preferred embodiments of the present invention and is not limited to this.

На фиг. 5 показана блок-схема получения обновленного образа в соответствии с первым вариантом осуществления настоящего изобретения. Как показано на фиг. 5, когда встроенное программное обеспечение множества RMC стойки 1 (только один RMC используется далее в качестве примера в качестве иллюстрации) необходимо обновить, стойку 1 соединяют с внешним инструментом для обновления (например, персональным компьютером или облачным сервером и т. д., не показанным на чертежах). Инструмент для обновления отправляет команду управления на RMC в стойке 1 посредством интерфейса (например, отправляет команду IPMI по интерфейсу IPMI) для обеспечения входа RMC в режим обновления (этап S10). In FIG. 5 is a flowchart for obtaining an updated image in accordance with a first embodiment of the present invention. As shown in FIG. 5, when the firmware of multiple RMCs of rack 1 (only one RMC is used as an example below) needs to be updated, rack 1 is connected to an external update tool (for example, a personal computer or cloud server, etc., not shown in the drawings). The update tool sends a management command to the RMC in rack 1 via an interface (for example, sends an IPMI command over the IPMI) to enable the RMC to enter update mode (step S10).

Затем RMC получает образ F1 обновления встроенного программного обеспечения посредством инструмента для обновления (этап S12). RMC временно сохраняет полученный образ F1 обновления встроенного программного обеспечения во внутреннем запоминающем блоке (этап S14) и проверяет правильность образа F1 обновления встроенного программного обеспечения. Если образ F1 обновления встроенного программного обеспечения является правильным, RMC выполняет процедуру обновления в соответствии с временно сохраненным образом F1 обновления встроенного программного обеспечения (этап S16). Согласно указанному выше варианту осуществления первый RMC 21 и второй RMC 31 начинают выполнять процедуру обновления посредством выполнения указанных выше этапов S10-S16. Then, the RMC obtains the firmware update image F1 through the update tool (step S12). The RMC temporarily stores the received firmware update image F1 in the internal storage unit (step S14) and checks the correctness of the firmware update image F1. If the firmware update image F1 is correct, the RMC performs the update procedure in accordance with the temporarily stored firmware update image F1 (step S16). According to the above embodiment, the first RMC 21 and the second RMC 31 begin to perform the update procedure by performing the above steps S10-S16.

На фиг. 6 показана блок-схема обновления встроенного программного обеспечения в соответствии с первым вариантом осуществления настоящего изобретения. В настоящем изобретении последовательность обновления встроенного программного обеспечения в соответствии с настоящим изобретением применяется для стойки по меньшей мере с двумя модулями управления стойкой. Сначала RMC в одном из модулей управления стойкой стойки 1 (например, первый RMC 21 в первом модуле 2 управления стойкой) получает указанную выше команду на обновление (этап S20). Затем RMC отправляет команду на переключение на переключатель того же модуля управления стойкой (например, первый переключатель 22) для обеспечения переключения и соединения переключателя с запоминающим устройством другого модуля управления стойкой (например, вторым запоминающим устройством 33 во втором модуле 3 управления стойкой) (этап S22). In FIG. 6 is a block diagram of a firmware update in accordance with a first embodiment of the present invention. In the present invention, the firmware update sequence of the present invention is applied to a rack with at least two rack management modules. First, the RMC in one of the rack management modules of the rack 1 (for example, the first RMC 21 in the first rack management module 2) receives the above update command (step S20). Then, the RMC sends a switching command to the switch of the same rack control module (e.g., the first switch 22) to enable switching and connection of the switch with the storage device of the other rack control module (e.g., the second storage device 33 in the second rack control module 3) (step S22 )

После завершения переключения переключателя RMC выполняет процедуру обновления встроенного программного обеспечения в запоминающем устройстве другого модуля управления стойкой в соответствии с образом F1 обновления встроенного программного обеспечения, временного сохраненного в установленном запоминающем блоке (этап S24). После завершения выполнения процедуры обновления RMC перезагружается, а переключатель того же модуля управления стойкой возвращается к исходным настройкам (этап S26), причем переключатель соединяется с запоминающим устройством того же модуля управления стойкой на основании исходных настроек после этапа S26. After the switch switch is completed, the RMC performs the firmware update procedure in the storage device of another rack control module in accordance with the firmware update image F1 temporarily stored in the installed memory unit (step S24). After completion of the update procedure, the RMC is rebooted, and the switch of the same rack management module returns to the initial settings (step S26), and the switch is connected to a storage device of the same rack management module based on the initial settings after step S26.

После перезагрузки RMC, который на этапе S24 выполняет процедуру обновления, он соединяется с запоминающим устройством того же модуля управления стойкой посредством переключателя того же модуля управления стойкой и выполняет встроенное программное обеспечение в запоминающем устройстве для завершения процедуры загрузки (этап S28). Наконец,RMC определяет успешность выполнения предыдущей процедуры обновления (этап S30). Если обновление не было успешным, происходит возврат на этап S22 и повторное обновление встроенного программного обеспечения другого модуля управления стойкой. С другой стороны, если обновление было успешным, RMC завершает процедуру обновления. After rebooting the RMC, which performs the update procedure in step S24, it connects to the storage device of the same rack management module by a switch of the same rack management module and executes firmware in the storage device to complete the loading procedure (step S28). Finally, the RMC determines the success of the previous update procedure (step S30). If the update was not successful, it returns to step S22 and re-updates the firmware of another rack management module. On the other hand, if the upgrade was successful, RMC completes the upgrade process.

Способ обновления в соответствии с настоящим изобретением позволяет эффективно избегать случаев, когда RMC не может работать нормально после неудачной процедуры обновления встроенного программного обеспечения. The update method in accordance with the present invention can effectively avoid cases where the RMC cannot function normally after an unsuccessful firmware update procedure.

На фиг. 7 показана блок-схема резервного копирования в соответствии с первым вариантом осуществления настоящего изобретения. Последовательность резервного копирования в соответствии с настоящим изобретением осуществляется на стойке по меньшей мере с двумя модулями управления стойкой. Сначала RMC по меньшей мере двух модулей управления стойкой в стойке 1 соединяют друг с другом посредством интерфейса I0 передачи данных, и он выполняет обнаружение тактовых импульсов посредством интерфейсов I0 передачи данных (этап S40). In FIG. 7 is a backup block diagram in accordance with a first embodiment of the present invention. The backup sequence in accordance with the present invention is carried out on a rack with at least two rack management modules. First, the RMCs of the at least two rack control modules in the rack 1 are connected to each other via the data transmission interface I0, and it performs clock detection via the data transmission interfaces I0 (step S40).

Во время обнаружения тактовых импульсов каждый RMC соответственно определяет, является ли тактовый импульс другого RMC ненормальным (этап S42). Если тактовый импульс другого RMC является нормальным, снова выполняется этап S40 для того, чтобы продолжить выполнение обнаружения тактовых импульсов другого RMC. During clock detection, each RMC accordingly determines whether the clock of the other RMC is abnormal (step S42). If the clock of the other RMC is normal, step S40 is again performed in order to continue the clock detection of the other RMC.

С другой стороны, если после определения тактовый импульс другого RMC является ненормальным, RMC с нормальным тактовым импульсом отправляет команды посредством интерфейса I0 передачи данных для активации перезагрузки RMC с ненормальным тактовым импульсом и указывает себя как активный RMC в стойке 1 (этап S44). Благодаря решению для операции резервного копирования, когда один из RMC в стойке 1 работает ненормально, другой RMC временно выполняет операцию резервного копирования и возвращается к выполнению основной работы после перезагрузки работающего ненормально RMC. В результате исключаются случаи, когда множество узлов в стойке 1 не могут нормально работать после ошибок, возникших в RMC.On the other hand, if after determining the clock of another RMC is abnormal, the RMC with the normal clock sends commands via the data interface I0 to activate the RMC reboot with the abnormal clock and indicates itself as an active RMC in rack 1 (step S44). Thanks to the backup operation solution, when one of the RMCs in rack 1 is operating abnormally, the other RMC temporarily performs the backup operation and returns to the main job after rebooting the abnormally working RMC. As a result, cases are excluded when many nodes in rack 1 cannot work properly after errors that have occurred in RMC.

Специалистам в данной области необходимо принять во внимание, что в описанном варианте осуществления могут быть выполнены различные изменения и модификации. Он предполагает включение всех таких вариантов, модификаций и эквивалентов, которые попадают в пределы объема настоящего изобретения, как определено в прилагаемой формуле изобретения.Those skilled in the art will appreciate that various changes and modifications may be made to the described embodiment. It is intended to include all such variations, modifications and equivalents that fall within the scope of the present invention, as defined in the appended claims.

Claims (9)


1. Стойка, содержащая:
множество установочных разъемов;
множество узлов, соответственно расположенных во множестве установочных разъемов; и
два модуля управления стойкой, электрически соединенных с множеством узлов, причем каждый модуль управления стойкой соответственно содержит контроллер управления стойкой (RMC), переключатель и запоминающее устройство, причем RMC соединяется с запоминающим устройством посредством переключателя, встроенное программное обеспечение, предназначенное для загрузки посредством RMC, сохраняется в запоминающем устройстве;
отличающаяся тем, что, когда один из модулей управления стойкой получает образ обновления встроенного программного обеспечения, RMC отправляет команду на переключение на переключатель в том же модуле управления стойкой для обеспечения переключения и соединения переключателя с запоминающим устройством другого модуля управления стойкой и RMC выполняет процедуру обновления встроенного программного обеспечения в запоминающем устройстве другого модуля управления стойкой в соответствии с образом обновления встроенного программного обеспечения.
1. A rack containing:
many installation connectors;
a plurality of nodes, respectively located in a plurality of installation connectors; and
two rack management modules electrically connected to a plurality of nodes, each rack management module respectively comprising a rack management controller (RMC), a switch and a storage device, wherein the RMC is connected to the storage device via a switch, the firmware for downloading via RMC is stored in the storage device;
characterized in that when one of the rack management modules receives a firmware update image, the RMC sends a switch command to the switch in the same rack management module to enable switching and connection of the switch with the storage device of the other rack management module and the RMC performs the firmware update procedure software in the storage device of another rack control module in accordance with the firmware update method cross section. 2. Стойка по п. 1, отличающаяся тем, что два модуля управления стойкой содержат первый модуль управления стойкой и второй модуль управления стойкой, причем первый модуль управления стойкой содержит первый RMC, первый переключатель и первое запоминающее устройство, причем первый переключатель соединяется с первым запоминающим устройством по первому каналу доступа и первое встроенное программное обеспечение, используемое первым RMC, сохранено в первом запоминающем устройстве; второй модуль управления стойкой содержит второй RMC, второй переключатель и второе запоминающее устройство, причем второй переключатель соединяется со вторым запоминающим устройством по второму каналу доступа и второе встроенное программное обеспечение, используемое вторым RMC, сохранено во втором запоминающем устройстве.
Стойка по п. 2, отличающаяся тем, что первый переключатель и второй переключатель соединены друг с другом по третьему каналу доступа, когда первый RMC выполняет процедуру обновления, первый переключатель переключается и соединяется со вторым переключателем для получения последовательного доступа ко второму запоминающему устройству во втором модуле управления стойкой посредством первого переключателя, третьего канала доступа, второго переключателя и второго канала доступа; когда второй RMC выполняет процедуру обновления, второй переключатель переключается и соединяется с первым переключателем для получения последовательного доступа к первому запоминающему устройству первого модуля управления стойкой посредством второго переключателя, третьего канала доступа, первого переключателя и первого канала доступа. 2. The rack according to claim 1, characterized in that the two rack management modules comprise a first rack management module and a second rack management module, wherein the first rack management module comprises a first RMC, a first switch and a first storage device, the first switch being connected to the first storage device the device through the first access channel and the first firmware used by the first RMC is stored in the first storage device; the second rack management module comprises a second RMC, a second switch and a second storage device, the second switch being connected to the second storage device via the second access channel, and the second firmware used by the second RMC is stored in the second storage device.
The rack according to claim 2, characterized in that the first switch and the second switch are connected to each other through the third access channel, when the first RMC performs the update procedure, the first switch switches and connects to the second switch to obtain sequential access to the second storage device in the second module controlling the rack by means of a first switch, a third access channel, a second switch and a second access channel; when the second RMC performs the update procedure, the second switch switches and connects to the first switch to obtain sequential access to the first storage device of the first rack control module through the second switch, the third access channel, the first switch and the first access channel. 4. Стойка по п. 1, отличающаяся тем, что каждый RMC соответственно соединятся с переключателем того же модуля управления стойкой посредством интерфейса передачи команды и передает команду на переключение посредством интерфейса передачи команды для обеспечения переключения и соединения того же модуля управления стойкой с запоминающим устройством другого модуля управления стойкой. 4. The rack according to claim 1, characterized in that each RMC respectively connects to a switch of the same rack control module via a command transmission interface and transmits a switching command through a command transmission interface to provide switching and connection of the same rack control module to a storage device of another rack control module. 5. Стойка по п. 1, отличающаяся тем, что каждый RMC соответственно содержит запоминающий блок для временного сохранения переданного извне образа обновления встроенного программного обеспечения, когда RMC выполняет процедуру обновления, при этом образ обновления встроенного программного обеспечения, временно сохраненный в запоминающем блоке, записан в запоминающее устройство другого модуля управления стойкой для завершения процедуры обновления. 5. The rack according to claim 1, characterized in that each RMC accordingly contains a storage unit for temporarily storing an external firmware update image when the RMC performs the update procedure, wherein the firmware update image temporarily stored in the storage unit is recorded into the storage device of another rack control module to complete the update procedure. 6. Стойка по п. 1, отличающаяся тем, что все RMC соединены друг с другом посредством интерфейса передачи данных и определяют тактовые импульсы друг друга посредством интерфейса передачи данных, причем интерфейс передачи данных представляет собой универсальный интерфейс ввода/вывода (GPIO), универсальный интерфейс приема/передачи (UART), интерфейс с шиной данных для соединения интегральных схем (I2C), интерфейс с шиной для интеллектуальной платформы управления (IPMB) или интерфейс локальной вычислительной сети (LAN). 6. The rack according to claim 1, characterized in that all RMCs are connected to each other via a data transmission interface and determine each other's clock pulses via a data transmission interface, the data transfer interface being a universal input / output interface (GPIO), a universal interface transmit / receive (UART), an interface with a data bus for connecting integrated circuits (I 2 C), an interface with a bus for an intelligent control platform (IPMB), or a local area network (LAN) interface. 7. Способ обновления встроенного программного обеспечения, применяемого в стойке по п. 1, включающий:
a) получение образа обновления встроенного программного обеспечения;
b) отправку команды на переключение для переключения того же модуля управления стойкой для обеспечения переключения и соединения переключателя с запоминающим устройством другого модуля управления стойкой;
c) выполнение процедуры обновления встроенного программного обеспечения в запоминающем устройстве другого модуля управления стойкой в соответствии с образом обновления встроенного программного обеспечения;
d) выполнение перезагрузки RMC вместе с выполнением процедуры обновления, при этом переключатель того же модуля управления стойкой возвращается к исходным настройкам, причем переключатель соединяется с запоминающим устройством того же модуля управления стойкой на основании исходных настроек; и
e) после завершения перезагрузки RMC выполнение процедуры загрузки посредством встроенного программного обеспечения в запоминающем устройстве того же модуля управления стойкой. 7. A method for updating firmware used in a rack according to claim 1, including:
a) obtaining a firmware update image;
b) sending a switching command to switch the same rack control module to enable switching and connecting the switch to a storage device of another rack control module;
c) performing the firmware update procedure in the storage device of another rack management module in accordance with the firmware update method;
d) performing a RMC reboot along with performing the update procedure, wherein the switch of the same rack management module returns to the initial settings, the switch being connected to a storage device of the same rack management module based on the initial settings; and
e) after completing the RMC reboot, performing the boot procedure through the firmware in the storage device of the same rack management module. 8. Способ обновления встроенного программного обеспечения по п. 7, отличающийся тем, что этап a) включает следующие этапы:
a01) получение образа обновления встроенного программного обеспечения и команды на обновление;
a02) начало режима обновления; и
a03) временное сохранение образа обновления встроенного программного обеспечения в запоминающем блоке RMC. 8. A method for updating firmware according to claim 7, characterized in that step a) comprises the following steps:
a01) obtaining the firmware update image and the update command;
a02) start of update mode; and
a03) temporarily save the firmware update image in the RMC storage unit. 9. Способ обновления встроенного программного обеспечения по п. 7, отличающийся тем, что способ включает следующие этапы:
f) после этапа e определение, была ли процедура обновления успешной; и
g) после этапа f, если процедура обновления не была успешной, повторное выполнение этапов b-e. 9. The method of updating firmware according to claim 7, characterized in that the method includes the following steps:
f) after step e, determining whether the update procedure was successful; and
g) after step f, if the update procedure was not successful, repeat steps be. 10. Способ обновления встроенного программного обеспечения по п. 7, отличающийся тем, что способ включает следующие этапы:
h) выполнение обнаружения тактовых импульсов каждым RMC посредством интерфейса передачи данных;
i) определение, являются ли тактовые импульсы другого RMC нормальными; и
j) если тактовые импульсы другого RMC являются ненормальными, отправка команд посредством RMC с нормальными тактовыми импульсами для обеспечения перезагрузки RMC с ненормальными тактовыми импульсами и указания себя как активного RMC в стойке. 10. The method of updating firmware according to claim 7, characterized in that the method includes the following steps:
h) performing clock detection by each RMC via a data interface;
i) determining whether the clocks of another RMC are normal; and
j) if the clocks of another RMC are abnormal, send commands through RMCs with normal clocks to ensure that the RMCs with abnormal clocks reload and indicate that they are active RMCs in the rack.
RU2015116727A 2015-01-05 2015-04-30 Rack with plurality of rack control modules and method of updating firmware used for rack RU2602378C9 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
TW104100072A TWI576682B (en) 2015-01-05 2015-01-05 Rack havng multi-rmms and firmware updating method for the rack
TW104100072 2015-01-05

Publications (2)

Publication Number Publication Date
RU2602378C1 true RU2602378C1 (en) 2016-11-20
RU2602378C9 RU2602378C9 (en) 2017-01-31

Family

ID=56590387

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2015116727A RU2602378C9 (en) 2015-01-05 2015-04-30 Rack with plurality of rack control modules and method of updating firmware used for rack

Country Status (3)

Country Link
FI (1) FI127566B (en)
RU (1) RU2602378C9 (en)
TW (1) TWI576682B (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2711469C1 (en) * 2019-04-09 2020-01-17 ЭйАйСи ИНК. Method of remote abnormal state reset of racks used in data center

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10489136B2 (en) * 2017-04-27 2019-11-26 Quanta Computer Inc. Automatic firmware and custom setting provision for server device
TWI655582B (en) * 2017-09-12 2019-04-01 神雲科技股份有限公司 Server with dual firmware storage space and firmware update method thereof
RU2697745C1 (en) * 2018-04-18 2019-08-19 ЭйАйСи ИНК. Intelligent rack and method of managing ip-addresses used therein
RU2710288C1 (en) * 2019-04-09 2019-12-25 ЭйАйСи ИНК. Method of remote abnormal state reset of racks used in data center
RU2709677C1 (en) * 2019-04-09 2019-12-19 ЭйАйСи ИНК. Method of remote abnormal state reset of racks used in data center
TWI726434B (en) * 2019-10-03 2021-05-01 神雲科技股份有限公司 Control method for solving abnormal operation of me
CN113687998A (en) * 2020-05-19 2021-11-23 佛山市顺德区顺达电脑厂有限公司 Control method for eliminating abnormal operation of management engine

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7222339B2 (en) * 2003-06-13 2007-05-22 Intel Corporation Method for distributed update of firmware across a clustered platform infrastructure
TW200821812A (en) * 2006-11-15 2008-05-16 Inventec Corp Method of updating an image file
RU2008122601A (en) * 2008-06-07 2009-12-20 Общество с ограниченной ответственностью "Т-Платформы" (RU) SERVER PLATFORM

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7849454B2 (en) * 2006-01-13 2010-12-07 Dell Products L.P. Automatic firmware corruption recovery and update
US9547575B2 (en) * 2011-08-30 2017-01-17 Amazon Technologies, Inc. Managing host computing devices
TWI462691B (en) * 2011-12-26 2014-11-21 Inventec Corp Rack server and management method of the same
TW201345362A (en) * 2012-04-26 2013-11-01 Acer Inc Devices and methods for rack system management
CN103793238A (en) * 2012-10-31 2014-05-14 英业达科技有限公司 Rack and method for simultaneously updating multiple basic input output systems thereof

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7222339B2 (en) * 2003-06-13 2007-05-22 Intel Corporation Method for distributed update of firmware across a clustered platform infrastructure
TW200821812A (en) * 2006-11-15 2008-05-16 Inventec Corp Method of updating an image file
RU2008122601A (en) * 2008-06-07 2009-12-20 Общество с ограниченной ответственностью "Т-Платформы" (RU) SERVER PLATFORM

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2711469C1 (en) * 2019-04-09 2020-01-17 ЭйАйСи ИНК. Method of remote abnormal state reset of racks used in data center

Also Published As

Publication number Publication date
RU2602378C9 (en) 2017-01-31
TWI576682B (en) 2017-04-01
FI20155207A (en) 2016-07-06
FI127566B (en) 2018-09-14
TW201626134A (en) 2016-07-16

Similar Documents

Publication Publication Date Title
RU2602378C1 (en) Rack with plurality of rack control modules and method of updating firmware used for rack
JP5564956B2 (en) Information processing apparatus and firmware update method for information processing apparatus
US20090094450A1 (en) Firmware image update and management
US11314665B2 (en) Information processing system, information processing device, BIOS updating method for information processing device, and BIOS updating program for information processing device
CN103324495A (en) Method and system for data center server boot management
US8117434B2 (en) Component configuration mechanism for rebooting
KR100952585B1 (en) Method and system for automatic recovery of an embedded operating system
RU2614569C2 (en) Rack with automatic recovery function and method of automatic recovery for this rack
US20130117518A1 (en) System controller, information processing system and method of saving and restoring data in the information processing system
US7194614B2 (en) Boot swap method for multiple processor computer systems
CN104915226A (en) Network device software starting method, device and network device
EP3617887A1 (en) Method and system for providing service redundancy between a master server and a slave server
JP6723941B2 (en) Control device and control program updating method
US10803001B2 (en) Electronic device and operating method thereof
RU2600101C1 (en) Assembly control module and method of firmware updating for this control module
US9385920B1 (en) Rack having multiple rack management modules and firmware updating method for the same
CN111078452A (en) BMC firmware image recovery method and device
CN111949290A (en) Hot patch management method and device, electronic equipment and storage medium
CN114116033B (en) Method and device for modifying server configuration
US9529581B2 (en) Circuit and method for writing program codes of basic input/output system
CN113377425A (en) BMC firmware generation method and device, BMC starting method and device and storage medium
TWI742430B (en) Method of recovering firmware of baseboard management controller automatically
US20220206823A1 (en) Information processing method and electronic apparatus
CN113687998A (en) Control method for eliminating abnormal operation of management engine
CN116795594A (en) Service processing method and substrate management controller

Legal Events

Date Code Title Description
TH4A Reissue of patent specification
MM4A The patent is invalid due to non-payment of fees

Effective date: 20200501