精华内容
下载资源
问答
  • ipmi 资料详细讲述IPMI原理

    热门讨论 2010-02-25 21:17:45
     服务器厂商从1998年起就开发了用于跨平台系统管理的IPMI标准,目前有160多家厂商采用了IPMI 1.5。这项标准的最新版本——IPMI 2.0在今年2月宣布推出。与1.5版相比,2.0版最值得注意的增强功能是更强的安全性和标准...
  • 由Hyve Design Solutions开发的基于Python的纯IPMI客户端。 该软件包的最初目的是提供一个基于python的纯IPMI客户端库,用于为IPMI服务开发Python测试脚本。 它提供两类:一类用于IPMI原始命令,另一类用于PyIPMI...
  • IPMIView 2.11.0

    2016-02-24 11:50:40
    IPMI View是Supermicro公司为其板载IPMI开发的管理工具。IPMI卡具有无需依赖于主板、CPU、内存等硬件而独立运行的优势,可以在操作系统运行之前对主机进行Console级别的访问和操作,而Supermicro得IPMI 工具更可以...
  • IPMI协议讲解

    热门讨论 2012-08-10 15:20:21
    服务器开发必需的IPMI规范,详细讲解IPMI协议。
  • 您需要一个Go开发环境。 然后,只需运行make即可生成可执行文件: make 这使用通用的Prometheus工具来构建和运行一些测试。 另外,您可以使用标准的Go工具,该工具会将可执行文件安装在$GOPATH/bin : go get ...
  • ipmi-v2-0-开发手册.rar

    2020-04-22 12:28:38
    标准的IPMIV2.0协议,详细介服务器的绍了BMC、IPMB、ICMP、SDR、SEL、FRU等功能组件的应用
  • Open IPMI-开源

    2021-05-01 13:53:08
    Open IPMI项目旨在开发一个开放代码库,以允许使用智能平台管理接口(IPMI)访问平台信息。
  • IPMIView_2.13.0

    2018-02-23 11:23:24
    IPMI View是Supermicro公司为其板载IPMI开发的管理工具。IPMI卡具有无需依赖于主板、CPU、内存等硬件而独立运行的优势,可以在操作系统运行之前对主机进行Console级别的访问和操作,而Supermicro得IPMI 工具更可以...
  • IPMI之ipmitool工具

    2020-04-16 13:17:00
    智能平台管理接口是一种开发标准的硬件管理接口规格,定义了嵌入式管理子系统进行通信的特定方法。ipmi信息通过基板管理控制器(位于ipmi规格的硬件组件上)进行交流。使用低级硬件智能管理而不是使用操作系统进行...

    ipmi
    智能平台管理接口是一种开发标准的硬件管理接口规格,定义了嵌入式管理子系统进行通信的特定方法。ipmi信息通过基板管理控制器(位于ipmi规格的硬件组件上)进行交流。使用低级硬件智能管理而不是使用操作系统进行管理,具有两个优点:首先,此配置允许进行带外服务器管理;其次,操作系统不必负担传输系统状态数据的任务。ipmi的核心是一个专用芯片/控制器(叫做服务器处理器或者基板管理控制器BMC),其中不依赖于服务器的处理器、BIOS或者操作系统来工作,可谓非常独立,是一个独立于系统内运行的无法代理管理子系统。

    IPMI功能:
    监控服务器的物理健康特征,比如温度、电压、风扇工作状态、电源状态等。
    可以通过串口、modem以及LAN等远程环境管理服务器系统,比如远程开关机等。

    IPMITOOL

    ipmitool是一种可用在linux系统下的命令行方式的ipmi平台管理工具,它支持ipmi1.5规范(最新规范为ipmi2.0),通过他可以实现获取传感器、显示系统日志内容、网络远程开关机等功能。使用:

    ipmitool –I open sensor list #命令可以获取传感器中的各种监测值和该值的监测阈值,包括(CPU温度,电压,风扇转速,电源调制模块温度,电源电压等信息。
    ipmitool –I open sensor thresh #设置ID值等于id的监测项的各种限制值。
    ipmitool –I open chassis status #查看底盘状态,其中包括了底盘电源信息,底盘工作状态等
    ipmitool –I open chassis restart_cause #查看上次系统重启的原因
    

    远程电源管理

    ipmitool -I lanplus -H $oob_ip -U root -P 密码 power off (硬关机,直接切断电源)
    ipmitool -I lanplus -H $oob_ip -U root -P 密码 power soft (软关机,即如同轻按一下开机按钮)
    ipmitool -I lanplus -H $oob_ip -U root -P 密码 power on (硬开机)
    ipmitool -I lanplus -H $oob_ip -U root -P 密码 power reset (硬重启)
    ipmitool -I lanplus -H $oob_ip -U root -P 密码 power status (获取当前电源状态)
    ipmitool -I lanplus -H $oob_ip -U root -P 密码 chassis power cycle
    (注意power cycle 和power reset的区别在于前者从掉电到上电有1秒钟的间隔,而后者是很快上电)
    

    远程引导(当次生效)

    ipmitool -I lan -H 服务器地址 -U root -P passwd chassis bootdev pxe (网络引导)
    ipmitool -I lan -H 服务器地址 -U root -P passwd chassis bootdev disk (硬盘引导)
    ipmitool -I lan -H 服务器地址 -U root -P passwd chassis bootdev cdrom (光驱引导)
    

    读取系统状态类

    ipmitool sensor list   #显示系统所有传感器列表
    ipmitool fru list   #显示系统所有现场可替代器件的列表
    ipmitool sdr list   #显示系统所有SDRRepository设备列表 
    ipmitool  pef list      #显示系统平台时间过滤的列表
    

    系统日志类

    ipmitool sel elist   #显示所有系统事件日志
    ipmitool sel clear   #删除所有系统时间日志
    ipmitool sel delete ID     #删除第ID条SEL
    ipmitool sel time get      #显示当前BMC的时间
    ipmitool sel time set  XXX  #设置当前BMC的时间
    

    启动设置类

    ipmitool chassis bootdev bios  #重启后停在BIOS 菜单
    ipmitool chassis bootdev pxe #重启后从PXE启动
    

    系统相关的命令

    ipmitool mc info       #显示BMC版本信息
    ipmitool bmc reset cold      #BMC 热启动
    ipmitool bmc reset warmBMC    #冷启动
    

    网络接口相关命令

    ipmitool lan print 1    #显示channel1的网络配置信息
    ipmitool lan set  1ipaddr 10.32.2.2    #设置channel1的IP地址
    ipmitool lan  set 1 netmask 255.255.0.0   #设置channel1的netmask
    ipmitool lan set 4 defgw ipaddr255.255.0.254    #设置channel4的网关
    ipmitool lan set  2 defgw macaddr  <macaddr> #设置channel2的网关mac address
    ipmitool lan set 2 ipsrc dhcp         #设置channel2的ip 源在DHCP
    ipmitool lan set 3 ipsrc static        #设置channel2的ip是静态获得的
    

    通道相关命令

    ipmitool channel info #显示系统默认channel
    ipmitool channel  authcap channel-number privilege  #修改通道的优先级别
    ipmitool channel  getaccess channel-number user-id #读取用户在通道上的权限
    ipmitool channel setacccess channel-number  user-id callin=on ipmi=on link=onprivilege=5   #设置用户在通道上的权限
    

    看门狗相关命令

    ipmitool  mc watchdog get #读取当前看门狗的设置
    ipmitool watchdog  off   #关掉看门狗
    ipmitool watchdog reset  #在最近设置的计数器的基础上重启看门狗
    

    用户管理相关命令

    ipmitool user list chan-id   #显示某通道上的所有用户
    ipmitool set password <user id>[<password>] #修改某用户的密码
    ipmitool disable      <user id>  #禁止掉某用户
    ipmitool enable       <user id>  #使能某用户
    ipmitool priv         <user id> <privilegelevel> [<channel number>] #修改某用户在某通道上的权限
    ipmitool test         <user id> <16|20>[<password]> #测试用户
    

    原文地址
    https://blog.51cto.com/bovin/2128475

    展开全文
  • 个人觉得开发的成本比看cobbler ui的成本要省点。 自己写的,很容易和别的系统做对接。   自动化装机虽然保证了自动化和解放人力,但是在流程性上一定要格外小心,别你妹的线上的机器给装了,为了...

    那段时间,去感受下公司的pxe装机平台。 这边的装机的流程本身就高度的自动化,还额外加了很多的自定义的模块。那么一说 pxe装机,大家觉得很简单的事。 但是我们经常会遇见些皮毛又让人蛋疼的事,尤其是批量装机后,让业务线验收的时候,我们要先ping主机,然后ssh测试下,raid配置检查下,初始化下。。。

    有朋友说,可以用自动化脚本搞呀,我们这边也确实是这么搞的,但还是会出现手忙脚乱的现象,我相信很多朋友也都遇见过,小量的pxe装机,大家都很稳妥的,我这段时间和同事测试,20个服务器之内的,大家都很是胸有成竹。


            但是数目一大,那么问题就来了,服务器一杂,配置的不通,这时候就会出现。。。。   其实就单纯的用cobbler装机,肯定不会很快的又特别顺利的配置完毕。  当一切顺利的时候还好说,但是万一出问题,比如是raid情况,有些是没有初始化,有些是没有根据业务线需求配置各种信息,还有些确实是装完了,但是让人恼火的是ping不通,ssh登录不了,kerberos也登录不了。。。。等等。。。

    咱们静下心,想想要做平台话的原因是:


           以后不用手忙脚乱的做检测,要让我们知道各个服务器的进度到那里了。 是否重启了,是否划入了装机的vlan,是否收到了dhcp给的ip,是否进行安装,是否配置了ip,是否初始化了,是否部署了kerkeros ,自动初始化相关的业务线的服务,自动cmdb注册,配置saltstack环境 等等


    前端  handlebars  jquery

    后端  python flask saltstack

    服务  cobbler ipmi


    自动化装机平台的处理流程:

                   业务线提需求——领导批准——通告网络组——配置pxe以及收集服务器信息——ipmi控制pxe——自动配置raid——装机——配置ip——获取他要做的事情——初始化信息——测试环境——通告基础运维组——通告业务线


    我这里简单说下要点:

        我们知道cobbler 已经有了web ui 页面, 但是好多东西和自己这边的工单和数据平台接口不搭边,干脆就自己搞算了。 个人觉得开发的成本比看cobbler ui的成本要省点。 自己写的,很容易和别的系统做对接。 


         自动化装机虽然保证了自动化和解放人力,但是在流程性上一定要格外小心,别你妹的线上的机器给装了,为了确保这一点,有能力的公司,一般都会配置一个vlan ,pxe就在这个vlan中,这个pxe在这vlan中只能和pxe服务器、同级的服务器有通信能力。pxe有双网卡,一个是pxe,另一个是在外面的。有些服务器时常的抽风,重启后会pxe启动,要是你在装机vlan下,他会拿到dhcp的ip和tftp的地址。。。。这就糟了。。。


    自动配置raid ,一般都是需要把一堆的raid工具集成到一个小系统里面,类似winpe的东西,这样我们可以在小系统内完成raid的配置。


    ipmi管理,现在服务器都有ipmi的东西的,我们通过ipmitool工具对服务器进行重启,以及boot配置,通过浏览器进行console控制。


    获取他要做的事情,我们在pxe做了一个小server,比如临时的调整,已经信息的收集,脚本的运行。


    通告,客户端把所有事都搞完了,给pxe的那个小server发个包,说自己已经完成,申请进入数据vlan


    他会给你发个邮件,或者在平台中看到,你点确认后,他会划入数据vlan

    装机服务器中有个脚本,一直ping外网,当他能访问外网,就说明 一切都ok了。他会发邮件并给平台发个post数据。


    关于这些cobbler,我相信大多数的朋友已经搞过好多了,我也就不多说了。

    需要注意的话,更好的自动化还需要多点的功能,比如 ipmitool的用法,以及通告完成,自动划入划出vlan,初始化各种信息和密码。。。。

    先说下ipmitool

    通过ipmitool主要可以实现以下几种操作:

    1、查看主板的各种传感器信息,如cpu文档,主板电压等。

    2、查看电源状态,并远程硬关机和开机。

    3、远程指定boot引导顺序

    4、远程视图,此功能是在ipmi的基础上改进bmc实现kvm功能(Keyboard, Video, Mouse)

    5、远程文本视图

    ipmitool就可以实现与硬件交互,推荐使用,你也没有别的好选择。


    自动中可以配合重启,pxe,获取电源状态,重新配置密码。


    需要说明的一点:  ipmi的管理,有时经常的抽风,很让人郁闷~   dell还可以,尤其是hp dl系列  ibm  x3… 系列的服务器 ,让人抓狂。经常会遇见登录不了,果断时间又可以了,所以大家需要把错误的管理ip暂时堆放到队列里面,等sleep 30s后  再去获取,这时候就90%的可能性成功了。

    关于ipmi的管理,我是用python调用ipmitool工具写的,各种模块写完,差不多有1800行的代码量,说实话很费心。因为各个服务器用的管理卡型号不一样,有时会莫名的修改错误,比如 lanplus和 user list 。


    有时就需要亲自上手改ip和密码了。




    对于自动划入装机vlan,他的标准做法是你提供ip和mac地址,然后从交换机上测试,ip和mac匹配的话,进行划入装机vlan。

    有时候因为各种的错误没有ip地址了,这样的话,我们需要用ipmi来重启服务器,在交换机中可以看到up down的信息,当端口down的时候,我们用ipmitool的工具查看是否真的电源down状态,当up的时候,看看是否电源已经开启了。通过这两点判断准确性,不然碰巧有个sb重启了,你给划入装机vlan。。。。这就。。。

    自动划入vlan实现的方式是,定期去交换机拿数据,然后对比信息,推送信息和指令。


    自动raid的配置, 我们是是封装的一个小内核系统,附带了厂家的raid厂商工具,实现自动的配置。

    大家可以用MegaCli,他可以实现这些功能的。

    简单提下他的用法,详细的大家搜搜哈~



    对于信息的定制,是分两种方式的。cobbler system就可以实现根据mac地址分配不同的业务。我们也可以通过c s的框架来获取业务的需求。装机后,会去server端 也就是到pxe端get任务数据。


    通告的方式一是调用exchange的接口发邮件,二是 提交post请求,把工单的状态修改成完成。



    对于平台化的思路:

                 我们能直接页面就定***务


    这个就较简单了,把工单上被领导批准的任务取出来,然后展现到页面上。

    咱们选择后,直接异步的给后端处理。后端调用cobbler接口来对参数的传递参数。

                 我们可以看到服务器的进度


    通过后端的处理,用js模板把数据展现到页面中,我们可以看到各个主机的电源情况,ping情况,装机时间,完成的个数图表

                 我们可以看到各个指标完成进度


    对于每个可以发送状态的情况,都要向pxe的一个server,发送他现在的情况。

    比如   pxe启动,划入vlan,装机后获取到的临时ip【这个需求在pxe端监控dhcp log】,正在改需求中的ip,部署业务,初始化,已经发送邮件,已经验收。。。这些都可以发送一个状态出来,这样我们就可以知道每个服务器都在那个进度上。对于一些过慢的,咱们就直接ipmi的bmc瞅瞅原因。


    这两天我首先写个简单的应用,来实现各个模块的调用及页面的数据展现。 

    主要是:

               进度的查看,以及系统版本,ks文件,脚本,业务线的选择



    我们也可以用ipmitool的文本视窗功能远程控制ipmi图形

    现在已经实现了,类似小米的装机平台,在页面上看到ipmi主机情况。


    这是我的实现方式,还没重定向到空放到页面上显示罢了~  但是他的缺点也很是明显,pxe流程后,他就不能用了。 这个问题是ipmi 视图本身的bug。


    有兴趣的朋友,可以搞搞saltstack cobbler的方式 

    展开全文
  • IPMIView_2.9.25

    热门讨论 2013-10-04 19:12:39
    IPMI View是Supermicro公司为其板载IPMI开发的管理工具。IPMI卡具有无需依赖于主板、CPU、内存等硬件而独立运行的优势,可以在操作系统运行之前对主机进行Console级别的访问和操作,而Supermicro得IPMI 工具更可以...
  • 详细讲解 DELL 服务器 IPMI配置方法及设置可能遇到的问题, 是网管和监控开发人员杀人放火必备良药
  • IPMI的相关说明

    2017-04-20 08:37:35
    在集成上用的ipmi是众多厂商的优先选择,通过它,能够获取到很多服务器的基本的硬件信息,固态版本的信息,以及各传感器的信息等。今天在这里就不在重述其对于集成开发的优缺点了,直接奔赴主题--————安装和使用...

    在集成上用的ipmi是众多厂商的优先选择,通过它,能够获取到很多服务器的基本的硬件信息,固态版本的信息,以及各传感器的信息等。今天在这里就不在重述其对于集成开发的优缺点了,直接奔赴主题--————安装和使用。

    首先下载一个ipmitool-1.8.18.tar.bz2的包,然后给到管理节点的某安装路径下,我的习惯是在usr下创建software的文件夹。然后解压该压缩包

    # tar -jxvf ipmitool-1.8.18.tar.bz2

    #cd ipmitool-1.8.18

    #./configure

    #make

    #make install

    有人会问:这些操作百度就有了,为什么还要写一遍文章来加以说明呢?下面就是我要讲的安装的重点:到这里,安装在表面上是完成了,并且在管理节点内,你可以使用ipmi的相关命令行,可以直接执行ipmitool --help来获得相关命令行的操作,在这里我们可以使用ipmitool mc info来获取该节点服务器一些设备信息会得到一大串的返回值,如下图所示:


    但是同样的命令行,当我们需要对带外的节点进行基本数据采集的时候却不行了!!!

    ./ipmitool -H 192.168.11.14 -I lanplus -U root -P Huawei12#$ mc info   //该命令行是在所安装ipmi的管理节点执行的,去取被管理的,或者说是被监控的节点的硬件基本信息的,但是执行之后就会出错,或者返回不了值。

    这时候我们就要在ipmitool的文件夹下面找到include的文件夹,然后找到 ipmi_sdr.h的文件修改里面的代码!!!!


    如图所示,将该文件里面的这段判断桥接的判断给注释掉,然后再执行刚刚的命令行,就可以了......


    展开全文
  • 要用java语言开发一个应用,用到IPMI协议,上网查找,决定试用verax IPMI lib for java,但测试时总连不到服务器,显示[IpmiAsyncConnector.getAvailableCipherSuites(155)] Failed to receive answer, cause: ...
  • 模块eipmi_request和eipmi_response是希望为尚未实现的请求/响应对添加支持的开发人员的起点。 为了增加对新请求的支持,需要将相应IPMI数据部分的编码添加到eipmi_request模块中。 为了增加对新响应的支持,需要将...
  • 要用java语言开发一个应用,用到IPMI协议,上网查找,决定试用verax IPMI lib for java,但测试时总连不到服务器,显示[IpmiAsyncConnector.getAvailableCipherSuites(155)] Failed to receive answer, cause: ...
  • IPMI从驱动到应用(中篇) 上篇我们讲到了IPMI底层硬件连接和内核里驱动的实现,这样...应用程序开发工程师除了使用这种方法外,还可以利用现有开源的封装了上述操作的代码。目前开源的IPMI代码主要有ipmitool和Ope...


    IPMI从驱动到应用(中篇)


    上篇我们讲到了IPMI底层硬件连接和内核里驱动的实现,这样就为应用程序开发者提供了便利,用户只需要利用标准的设备文件打开操作、调用享用的IOCTL就可以向BMC发送请求或者读取响应结果。


    应用程序开发工程师除了使用这种方法外,还可以利用现有开源的封装了上述操作的代码。目前开源的IPMI代码主要有ipmitoolOpenIPMI。感兴趣的读者可以用git clone git://git.code.sf.net/p/ipmitool/source ipmitool-source下载ipmitool的源代码,可以用git clone git://git.code.sf.net/p/openipmi/code openipmi-code下载OpenIPMI代码。前者会编译出一个个符合IPMI规范的用户态的命令”ipmitoo”,它能够用来向BMC查询系统主板、风扇、电源、温度等状态信息。支持了很多参数,使用灵活,短小精悍。还可以用它的raw command格式发送不同厂家自己定义实现的OEM命令,能够满足各种常用的场景。美中不足的是,它对OEM的系统事件日志的解析需要根据vendor定义的格式修改代码。此外,由于下面的几点原因,BMC需要实现System management software(SMS)来定期检测系统状态:

    • 过热或长期处于偏热的状态会减少硅上芯片的寿命;

    • 随着电容老化,系统会慢慢出错;

    • 风扇会随着使用年限慢慢出错;

    • 在器件出错前,应该采取预防性的措施防止出现灾难性的后果。

    但是IPMI没有提供一套便于实现SMS的框架和接口,针对这个不足,OpenIPMI迎运而生。


    OpenIPMI基于事件驱动模型,提供了回调和超时机制,封装了锁、多线程库和内存管理,隐藏了操作系统的区别,屏蔽了SMI(System Managment Interface)Lan接口、IPMB接口的使用差异,用户可以直接使用OpenIPMI库进行二次开发,专注于和BMC IPMI相关业务的模块和实现,不用再额外考虑太多锁、同步和事件驱动模型本身的设计,极大地提高了开发效率。OpenIPM中涉及到下面六个基本概念,理解这些概念是快速把握OpenIPMI的关键:

    • connection:  凡是BMC和外部模块连接的方式都可以叫作connection,比如smi/lan/IPMB

    • domain:   可以自动探测到的SDR/Sensors/FRU等的实体的集合;

    • Entities: 凡是能被检控的器件或者模块都叫做entity,可分为非固定位置的entity(比如机箱内的PSU/ambient)和固定位置的entity

    • sensors: 用来监控系统上的某个对象,可分为threshod sensor and discrete sensor,前者是连续值,通过跟与设定的阈值的比较来触发SEL或者设置起特殊的状态位;而后者是离散值,不同的值表示不同的状态,以电源为例子,它表示上电、掉电、出错、AC lost等状态;

    • Controls:包括点灯、中继、显示、报警、重启动、风扇转速、one-shot-reset,one-shot-outputs、标识符;

    • Events:系统事件通常由跟sensor/control/entity相连的事件回调函数处理。回调函数需要返回一个值,来标志该handler是否已经处理那个Event.


    OpenIPMIPMI驱动的简要模块如下图所示: 

    wKiom1X6r0mBa0zNAAGQx2xHWg8051.jpg


    那么该怎样写一个基于OpenIPMI的程序?下面基于sample/dump_sensor.c进行分析,主要步骤如下:

    1. allocate OS handler

    Os handler 屏蔽了操作系统的差异,向OpenIPMI Library提供了统一的服务,以便实现事件驱动模型。这些服务包括:回调接口,超时计数器,条件变量(OpenIPMI不用)和锁和线程机制。

    2.更新handler的相关设置,比如日志记录等;

    3.初始化IPMI library. ipmi_init(os hanlder) 包括下面的步骤:

    • 建立起内存分配器

    • 定义了定制化的处理:在ipmi event/command/responce或者错误出现的时候的响应函数;

    • 建立连接:定义了地址设置、改变连接状态、发送命令、添加和删除事件处理函数、发送响应、处理器响应出错等连接时可能出现的问题

    • 初始化通信接口:注册smilan这两个接口

    • 初始化domaindomain是一个具有不同ID但是互联到management controler的集合,为什么需要引进这个domain? 需要它来区别多mc系统中某个mc以及与之连接的各个entities (_ipmi_domain_init),它初始化mc_oem_handlersdomain_change_handlersdomains_listoem_handlers

    • 初始化mc:OpenIPMI基于状态机来描述INACTIVE/ACTIVE/CLEAN UPmc的状态

    • 初始化远程console;

    • 指定payload的加密算法:AES-CBC-128/ xRC4-128 /xRC4-40

    • 指定RMCP认证算法:HMAC-SHA1 integrity

    • 注册md5算法

    • 初始化FRU解码句柄

    • 注册FRU相关读写函数,读取FRU 原始数据

    • 初始化payload size for SOL

    • 根据manufactory_ID,Product_ID来初始化一些OEMMC, 这些型号包括:force_conn, motorala_mxp,intel,kontron,atca

    • 运行OEM Test

    4.解析参数:ipmi_parse_args2: 接收用户的输入

    5.建立起来连接:根据输入的参数建立起相应的连接

    6. open domain并注册connection建立起来后执行的操作;

    7.调用perform_one_op()来实现指定的操作。


    开发者可以基于上面和sample目录下其他的例子来实现自己的功能,本人就基于demo程序实现了一个跟目标系统的库,使用起来非常方便。想知道我是怎么实现的吗?OpenIPMI的库和回调函数是怎么回事?小编还会接着和大家分析,请持续关注。















    本文转自存储之厨51CTO博客,原文链接:http://blog.51cto.com/xiamachao/1695818 ,如需转载请自行联系原作者



    展开全文
  • ipmi-second-gen-interface-spec-v2-rev1-1.pdf 官方标准资料 开发IPMI 必看资料
  • 利用32位RISC单片机HD64F2168丰富的I2C总线资源,配合外围的多种传感器对ATCA单板健康状况实时监控,并将数据记录、存储,能够响应机架管理器的查询...该设计具有通用性好、开发易上手、研发风险小、投入成本低等优点。
  • IPMI V2.0工作原理详解(转贴)

    千次阅读 2005-12-21 20:08:00
    高性能、可靠的系统常常存在一个缺点:它们通常是利用具有很少或没有互操作性的专有部件... 服务器厂商从1998年起就开发了用于跨平台系统管理的IPMI标准,目前有160多家厂商采用了IPMI 1.5。这项标准的最新版本——I
  • 这边的装机是二次开发过的,加了很多的自定义的模块。一说 pxe装机,大家觉得很简单的事,说来也确实是。。。但是我们经常会遇见些皮毛又让人蛋疼的事,尤其是批量装机后,让业务线验收的时候,我们要先ping主机...
  • 一、环境介绍与说明 ...操作系统: CentOS 5.9 x64,安装有图形界面,开发包,开发库,老的软件开发工具。 为了避免环境干扰,关闭selinux, 关闭防火墙,本文出自:http://koumm.blog.51cto.com Haproxy+Kee...
  • 通过ipmi sol activate方式登陆服务器的虚拟串口ttyS0, 服务器上部署的基于linux内核开发的一个产品 修改linux cmdline启动参数为console=ttyS0,115200n8后,可以在虚拟串口中看到系统启动过程的打印输出,但是键盘...

空空如也

空空如也

1 2 3 4
收藏数 67
精华内容 26
关键字:

ipmi开发