CN109117197A - 一种解决集群网卡命名混乱的方法 - Google Patents
一种解决集群网卡命名混乱的方法 Download PDFInfo
- Publication number
- CN109117197A CN109117197A CN201810987648.0A CN201810987648A CN109117197A CN 109117197 A CN109117197 A CN 109117197A CN 201810987648 A CN201810987648 A CN 201810987648A CN 109117197 A CN109117197 A CN 109117197A
- Authority
- CN
- China
- Prior art keywords
- network interface
- data processing
- processing node
- name
- udev
- Prior art date
- Legal status (The legal status 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 status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/4401—Bootstrapping
- G06F9/4411—Configuring for operating with peripheral devices; Loading of device drivers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/30—Managing network names, e.g. use of aliases or nicknames
- H04L61/3005—Mechanisms for avoiding name conflicts
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2101/00—Indexing scheme associated with group H04L61/00
- H04L2101/60—Types of network addresses
- H04L2101/618—Details of network addresses
- H04L2101/622—Layer-2 addresses, e.g. medium access control [MAC] addresses
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Small-Scale Networks (AREA)
Abstract
本发明提供一种解决集群网卡命名混乱的方法,集群服务器获取各个数据处理节点网口的MAC地址;集群服务器建立一个以预设字段结尾的udev命名规则;配置到各个数据处理节点;各个数据处理节点基于udev命名规则设置各个数据处理节点网口名,将各个数据处理节点网口名与网口的MAC地址绑定。集群服务器通过自定义的规则文件,为各个数据处理节点灵活地产生标识性强的设备文件名。避免集群***使用ethN等易导致网卡乱序的命名规则,解决网卡乱序问题。统一对各个数据处理节点进行有效的,统一的命名,避免了命名混乱,影响集群***的数据通信传输,以及相互之间的登录访问。
Description
技术领域
本发明涉及集群服务器领域,尤其涉及一种解决集群网卡命名混乱的方法。
背景技术
在服务器集群中,由于存在多个数据处理节点,每个数据处理节点配置不同网卡。比如有的数据处理节点配置I350网卡,有的数据处理节点配置X710网卡,有的数据处理节点配置同时配置I350网卡和X710网卡,每个网卡配置有各自的网口。集群***通常会将数据处理节点I350的网口编号为eth0,或eth1,将数据处理节点x710的网口编号为eth2,或eth3。有的数据处理节点断开与集群***连接后,集群***会释放网口编号,数据处理节点重新连接后,有可能变成与之前不同的网口编号,或者还是之前的网口编号。这样导致同一数据处理节点发生网口编号混乱。
还存在有的数据处理节点上有I350和X710两个网卡,每个网卡各有两个网口,而网口名称是以ethN为规则命名的,N是根据识别顺序从0开始的整数,***连接集群后发现I350的网口名称是eth0和eth1,x710是eth2和eth3,但重启后I350有可能变成eth2和eth3,x710变成eth0和eth1,发生网卡乱序。
发明内容
为了克服上述现有技术中的不足,本发明提供一种解决集群网卡命名混乱的方法,方法包括:
步骤一,集群服务器获取各个数据处理节点网口的MAC地址;
步骤二,集群服务器建立一个以预设字段结尾的udev命名规则;
步骤三,集群服务器将预设字段结尾的udev命名规则,配置到各个数据处理节点;
步骤四,各个数据处理节点基于udev命名规则设置各个数据处理节点网口名,将各个数据处理节点网口名与网口的MAC地址绑定。
优选地,步骤集群服务器建立一个以预设字段结尾的udev命名规则还包括:
建立命名规则文件,命名规则文件为在/etc/udev/rules.d/目录下建立一个以.rules结尾的udev规则文件。
优选地,集群服务器建立一个以预设字段结尾的udev命名规则之后还包括:
集群服务器获取各个数据处理节点的udev规则文件;
在各个数据处理节点的udev规则文件中,配置/etc/udev/rules.d/目录,在/etc/udev/rules.d/目录下建立一个以.rules结尾的udev规则文件。
优选地,步骤四还包括:
集群服务器配置运行命令使生效规则;
基于运行命令使生效规则使集群服务器将各个数据处理节点网口名与网口的MAC地址绑定。
优选地,步骤四之后还包括:
集群服务器切断与某一个或几个数据处理节点与***连接关系,并经过预设的时长后,获取断开连接数据处理节点的连接信息,使所述数据处理节点与集群服务器建立通信连接;
集群服务器通过所述数据处理节点的ifconfig查看数据处理节点网口名是否与预设的网口名发生变化;如无变化,则命名完成。
优选地,所述数据处理节点的网口名与预设的网口名发生变化,则在所述数据处理节点的udev规则文件中,判断是否存在/etc/udev/rules.d/目录,如存在,在/etc/udev/rules.d/目录下判断是否存在以.rules结尾的udev规则文件;
如不存在,
集群服务器配置/etc/udev/rules.d/目录,在/etc/udev/rules.d/目录下建立一个以.rules结尾的udev规则文件;
基于udev命名规则配置所述数据处理节点网口名,将网口名与网口的MAC地址绑定。
优选地,步骤四之后还包括:
集群服务器实时监测***当前新接入的数据处理节点;当出现新接入的数据处理节点时,获取新接入数据处理节点网口的MAC地址;
将以预设字段结尾的udev命名规则,配置到新接入数据处理节点;
新接入数据处理节点基于udev命名规则设置网口名;
将新接入数据处理节点网口名与网口的MAC地址绑定。
优选地,步骤二之后还包括:
集群服务器以预设字段结尾的udev命名规则配置出多个数据处理节点网口名,其中数据处理节点网口名数量多于已配置的MAC地址数量;
将多个数据处理节点网口名按照预设的次序,将网口名配置成网口名队列;
集群服务器将各个数据处理节点网口的MAC地址按照预设的次序进行排列,形成MAC地址队列;
集群服务器将网口名队列中的数据处理节点网口名与MAC地址队列中的MAC地址一一对应;网口名队列中的数据处理节点网口名已被使用的标识为已用;
对应后,MAC地址所对应的数据处理节点网口名即为MAC地址所涉及数据处理节点网口的网口名。
优选地,步骤二之后还包括:
集群服务器实时监测***当前已接入的数据处理节点;当出现已接入的数据处理节点断开与集群连接,且经过预设的断开时长后,将断开集群连接数据处理节点的网口名释放;使所述网口名在网口名队列中标识为空闲。
优选地,步骤二之后还包括:
集群服务器实时监测***当前已接入的数据处理节点;
当某一个数据处理节点有新增网卡,且新增网卡具有通信数据时,集群服务器获取数据处理节点新增网卡的网口MAC地址;
集群服务器网口名队列中查找排列在前的,标识为空闲的网口名,将空闲的网口名与数据处理节点新增网卡的网口MAC地址对应;
或,
所述数据处理节点基于udev命名规则设置新增网卡的网口名,将所述网口名与新增网卡网口的MAC地址绑定。
从以上技术方案可以看出,本发明具有以下优点:
本发明中,每个数据处理节点及集群服务器配置Linux***。集群服务器通过自定义的规则文件,为各个数据处理节点灵活地产生标识性强的设备文件名。本发明利用udev规则可以为各个数据处理节点重命名的特性,通过建立一套特殊的命名规则,避免集群***使用ethN等易导致网卡乱序的命名规则,解决网卡乱序问题。而且由集群服务器建立一个以预设字段结尾的udev命名规则,将预设字段结尾的udev命名规则配置到各个数据处理节点;统一对各个数据处理节点进行有效的,统一的命名,避免了命名混乱,影响集群***的数据通信传输,以及相互之间的登录访问。
附图说明
为了更清楚地说明本发明的技术方案,下面将对描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为解决集群网卡命名混乱的方法流程图;
图2为解决集群网卡命名混乱的方法实施例流程图;
图3为解决集群网卡命名混乱的方法实施例流程图;
图4为解决集群网卡命名混乱的方法实施例流程图。
具体实施方式
本发明提供一种解决集群网卡命名混乱的方法,如图1所示,方法包括:
S1,集群服务器获取各个数据处理节点网口的MAC地址;
MAC地址可以为ether c0:7c:d1:3d:16:b5。
S2,集群服务器建立一个以预设字段结尾的udev命名规则;
S3,集群服务器将预设字段结尾的udev命名规则,配置到各个数据处理节点;
S4,各个数据处理节点基于udev命名规则设置各个数据处理节点网口名,将各个数据处理节点网口名与网口的MAC地址绑定。
本发明中,每个数据处理节点及集群服务器配置Linux***。其中udev是Linux内核的设备管理器,位于用户空间,主要负责/dev目录下设备节点的管理,能够动态管理各个数据处理节点发起的事件,比如硬件设备的热插拔。集群服务器通过自定义的规则文件,为各个数据处理节点灵活地产生标识性强的设备文件名。本发明利用udev规则可以为各个数据处理节点重命名的特性,通过建立一套特殊的命名规则,避免集群***使用ethN等易导致网卡乱序的命名规则,解决网卡乱序问题。而且由集群服务器建立一个以预设字段结尾的udev命名规则,将预设字段结尾的udev命名规则配置到各个数据处理节点;统一对各个数据处理节点进行有效的,统一的命名,避免了命名混乱,影响集群***的数据通信传输,以及相互之间的登录访问。
为使得本发明的发明目的、特征、优点能够更加的明显和易懂,下面将运用具体的实施例及附图,对本发明保护的技术方案进行清楚、完整地描述,显然,下面所描述的实施例仅仅是本发明一部分实施例,而非全部的实施例。基于本专利中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本专利保护的范围。
本发明提供的实施例中,步骤集群服务器建立一个以预设字段结尾的udev命名规则还包括:建立命名规则文件,命名规则文件为在/etc/udev/rules.d/目录下建立一个以.rules结尾的udev规则文件。
其中,集群服务器建立一个以预设字段结尾的udev命名规则之后还包括:集群服务器获取各个数据处理节点的udev规则文件;在各个数据处理节点的udev规则文件中,配置/etc/udev/rules.d/目录,在/etc/udev/rules.d/目录下建立一个以.rules结尾的udev规则文件。
具体的可以采用在/etc/udev/rules.d/目录下建立一个以.rules结尾的udev规则文件10-netname.rules,并在该文件中增加网卡命名规则,将新的名字与网口的MAC地址绑定,因为MAC地址是唯一固定的,所以新的命名也将是固定的#vim 10-netname.rules
ACTION==”add|change”,SUBSYSTEM==”net”,ATTR{address}==”c0:7c:d1:3d:16:b5”,NAME=”i350net0”
ACTION==”add|change”,SUBSYSTEM==”net”,ATTR{address}==”c1:7d:d1:3d:16:b4”,NAME=”i350net1”
ACTION==”add|change”,SUBSYSTEM==”net”,ATTR{address}==”c2:7e:d1:3d:17:b3”,NAME=”x710net0”
ACTION==”add|change”,SUBSYSTEM==”net”,ATTR{address}==”c4:7f:d5:3d:19:b7”,NAME=”x710net1”。
本发明提供的实施例中,如图2所示,
S11,集群服务器获取各个数据处理节点网口的MAC地址;
S12,集群服务器建立一个以预设字段结尾的udev命名规则;
S13,集群服务器将预设字段结尾的udev命名规则,配置到各个数据处理节点;
S14,集群服务器配置运行命令使生效规则;
#/sbin/udevadm control--reload-rules
#/sbin/udevadm trigger--type=devices--action=change
S15,基于运行命令使生效规则使集群服务器将各个数据处理节点网口名与网口的MAC地址绑定。
如果在硬件中实现,本发明涉及一种装置,例如可以作为处理器或者集成电路装置,诸如集成电路芯片或芯片组。可替换地或附加地,如果软件或固件中实现,所述技术可实现至少部分地由计算机可读的数据存储介质,包括指令,当执行时,使处理器执行一个或更多的上述方法。例如,计算机可读的数据存储介质可以存储诸如由处理器执行的指令。
本发明提供的实施例中,如图3所示,
S21,集群服务器获取各个数据处理节点网口的MAC地址;
S22,集群服务器建立一个以预设字段结尾的udev命名规则;
S23,集群服务器将预设字段结尾的udev命名规则,配置到各个数据处理节点;
S24,各个数据处理节点基于udev命名规则设置各个数据处理节点网口名,将各个数据处理节点网口名与网口的MAC地址绑定。
S25,集群服务器切断与某一个或几个数据处理节点与***连接关系,并经过预设的时长后,获取断开连接数据处理节点的连接信息,使所述数据处理节点与集群服务器建立通信连接;
S26,集群服务器通过所述数据处理节点的ifconfig查看数据处理节点网口名是否与预设的网口名发生变化;如无变化,则命名完成。
这样可以测试当数据处理节点断开与集群后,重新再连接是否与预设的网口名发生变化。如无变化,则命名与网口的MAC地址绑定完成。这样固定了数据处理节点在集群中的网口名,无论与集群***连接与否都保证数据处理节点的稳定,避免命名混乱。
本发明提供的实施例中,所述数据处理节点的网口名与预设的网口名发生变化,则在所述数据处理节点的udev规则文件中,判断是否存在/etc/udev/rules.d/目录,如存在,在/etc/udev/rules.d/目录下判断是否存在以.rules结尾的udev规则文件;如不存在,集群服务器配置/etc/udev/rules.d/目录,在/etc/udev/rules.d/目录下建立一个以.rules结尾的udev规则文件;基于udev命名规则配置所述数据处理节点网口名,将网口名与网口的MAC地址绑定。
所述代码或指令可以是软件和/或固件由处理电路包括一个或多个处理器执行,如一个或多个数字信号处理器(DSP),通用微处理器,特定应用集成电路(ASICs),现场可编程门阵列(FPGA),或者其它等价物把集成电路或离散逻辑电路。因此,术语“处理器,”由于在用于本文时可以指任何前述结构或任何其它的结构更适于实现的这里所描述的技术。另外,在一些方面,本公开中所描述的功能可以提供在软件模块和硬件模块。
本发明提供的实施例中,如图4所示,
S31,集群服务器获取各个数据处理节点网口的MAC地址;
S32,集群服务器建立一个以预设字段结尾的udev命名规则;
S33,集群服务器将预设字段结尾的udev命名规则,配置到各个数据处理节点;
S34,各个数据处理节点基于udev命名规则设置各个数据处理节点网口名,将各个数据处理节点网口名与网口的MAC地址绑定。
S35,集群服务器实时监测***当前新接入的数据处理节点;当出现新接入的数据处理节点时,获取新接入数据处理节点网口的MAC地址;
S36,将以预设字段结尾的udev命名规则,配置到新接入数据处理节点;
S37,新接入数据处理节点基于udev命名规则设置网口名;
S38,将新接入数据处理节点网口名与网口的MAC地址绑定。
基于集群中数据处理节点会发生变化,比如出现新增数据处理节点,或删除数据处理节点。上述实施例说明了出现新增数据处理节点的状况,这样可以实现对新增的数据处理节点进行统一命名,避免混乱。
本发明提供的实施例中,集群服务器获取各个数据处理节点网口的MAC地址;
集群服务器建立一个以预设字段结尾的udev命名规则;与上述实施例不同的是,在步骤二之后,
集群服务器以预设字段结尾的udev命名规则配置出多个数据处理节点网口名,其中数据处理节点网口名数量多于已配置的MAC地址数量;
将多个数据处理节点网口名按照预设的次序,将网口名配置成网口名队列;按照预设的次序可以采用网口名首字母的作为排列次序,如首字母相同可以采用次字母作为排列次序。还可以以设置数据处理节点权限级别排列网口名次序,还可以以数据处理节点连接集群的频次时长排列网口名次序等等。
集群服务器将各个数据处理节点网口的MAC地址按照预设的次序进行排列,形成MAC地址队列;
集群服务器将网口名队列中的数据处理节点网口名与MAC地址队列中的MAC地址一一对应;网口名队列中的数据处理节点网口名已被使用的标识为已用;
对应后,MAC地址所对应的数据处理节点网口名即为MAC地址所涉及数据处理节点网口的网口名。
可能以许多方式来实现本发明的方法以及装置。例如,可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本发明的方法以及装置。用于所述方法的步骤的上述顺序仅是为了进行说明,本发明的方法的步骤不限于以上具体描述的顺序,除非以其它方式特别说明。此外,在一些实施例中,还可将本发明实施为记录在记录介质中的程序,这些程序包括用于实现根据本发明的方法的机器可读指令。因而,本发明还覆盖存储用于执行根据本发明的方法的程序的记录介质。
其中,在本实施例中,集群服务器实时监测***当前已接入的数据处理节点;当出现已接入的数据处理节点断开与集群连接,且经过预设的断开时长后,将断开集群连接数据处理节点的网口名释放;使所述网口名在网口名队列中标识为空闲。
在一些实施例中,所述设备中的一个或多个设备的部分或所有功能或处理由计算机程序实现或支持,计算机程序由计算机可读程序代码形成并且被包括在计算机可读介质中。短语“计算机可读程序代码”包括任何类型的计算机代码,包括源代码、目标代码和可执行代码。短语“计算机可读介质”包括能够被计算机访问的任何类型的介质,诸如只读存储器(ROM)、随机存取存储器(RAM)、硬盘驱动器、光盘(CD)、数字视频盘(DVD)、或任何其他类型的存储器。
本发明提供的实施例中,集群服务器实时监测***当前已接入的数据处理节点;当某一个数据处理节点有新增网卡,且新增网卡具有通信数据时,集群服务器获取数据处理节点新增网卡的网口MAC地址;集群服务器网口名队列中查找排列在前的,标识为空闲的网口名,将空闲的网口名与数据处理节点新增网卡的网口MAC地址对应;或,所述数据处理节点基于udev命名规则设置新增网卡的网口名,将所述网口名与新增网卡网口的MAC地址绑定。
这是基于一个或多个数据处理节点具有多个网卡的情况处理方式。当然这可以通过上述两种方式进行处理。具体使用哪种方式这里不做限定。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (10)
1.一种解决集群网卡命名混乱的方法,其特征在于,方法包括:
步骤一,集群服务器获取各个数据处理节点网口的MAC地址;
步骤二,集群服务器建立一个以预设字段结尾的udev命名规则;
步骤三,集群服务器将预设字段结尾的udev命名规则,配置到各个数据处理节点;
步骤四,各个数据处理节点基于udev命名规则设置各个数据处理节点网口名,将各个数据处理节点网口名与网口的MAC地址绑定。
2.根据权利要求1所述的解决集群网卡命名混乱的方法,其特征在于,
步骤集群服务器建立一个以预设字段结尾的udev命名规则还包括:
建立命名规则文件,命名规则文件为在/etc/udev/rules.d/目录下建立一个以.rules结尾的udev规则文件。
3.根据权利要求2所述的解决集群网卡命名混乱的方法,其特征在于,
集群服务器建立一个以预设字段结尾的udev命名规则之后还包括:
集群服务器获取各个数据处理节点的udev规则文件;
在各个数据处理节点的udev规则文件中,配置/etc/udev/rules.d/目录,在/etc/udev/rules.d/目录下建立一个以.rules结尾的udev规则文件。
4.根据权利要求2所述的解决集群网卡命名混乱的方法,其特征在于,
步骤四还包括:
集群服务器配置运行命令使生效规则;
基于运行命令使生效规则使集群服务器将各个数据处理节点网口名与网口的MAC地址绑定。
5.根据权利要求1或4所述的解决集群网卡命名混乱的方法,其特征在于,步骤四之后还包括:
集群服务器切断与某一个或几个数据处理节点与***连接关系,并经过预设的时长后,获取断开连接数据处理节点的连接信息,使所述数据处理节点与集群服务器建立通信连接;
集群服务器通过所述数据处理节点的ifconfig查看数据处理节点网口名是否与预设的网口名发生变化;如无变化,则命名完成。
6.根据权利要求5所述的解决集群网卡命名混乱的方法,其特征在于,
所述数据处理节点的网口名与预设的网口名发生变化,则在所述数据处理节点的udev规则文件中,判断是否存在/etc/udev/rules.d/目录,如存在,在/etc/udev/rules.d/目录下判断是否存在以.rules结尾的udev规则文件;
如不存在,
集群服务器配置/etc/udev/rules.d/目录,在/etc/udev/rules.d/目录下建立一个以.rules结尾的udev规则文件;
基于udev命名规则配置所述数据处理节点网口名,将网口名与网口的MAC地址绑定。
7.根据权利要求1或2所述的解决集群网卡命名混乱的方法,其特征在于,
步骤四之后还包括:
集群服务器实时监测***当前新接入的数据处理节点;当出现新接入的数据处理节点时,获取新接入数据处理节点网口的MAC地址;
将以预设字段结尾的udev命名规则,配置到新接入数据处理节点;
新接入数据处理节点基于udev命名规则设置网口名;
将新接入数据处理节点网口名与网口的MAC地址绑定。
8.根据权利要求1或2所述的解决集群网卡命名混乱的方法,其特征在于,步骤二之后还包括:
集群服务器以预设字段结尾的udev命名规则配置出多个数据处理节点网口名,其中数据处理节点网口名数量多于已配置的MAC地址数量;
将多个数据处理节点网口名按照预设的次序,将网口名配置成网口名队列;
集群服务器将各个数据处理节点网口的MAC地址按照预设的次序进行排列,形成MAC地址队列;
集群服务器将网口名队列中的数据处理节点网口名与MAC地址队列中的MAC地址一一对应;网口名队列中的数据处理节点网口名已被使用的标识为已用;
对应后,MAC地址所对应的数据处理节点网口名即为MAC地址所涉及数据处理节点网口的网口名。
9.根据权利要求8所述的解决集群网卡命名混乱的方法,其特征在于,步骤二之后还包括:
集群服务器实时监测***当前已接入的数据处理节点;当出现已接入的数据处理节点断开与集群连接,且经过预设的断开时长后,将断开集群连接数据处理节点的网口名释放;使所述网口名在网口名队列中标识为空闲。
10.根据权利要求8所述的解决集群网卡命名混乱的方法,其特征在于,步骤二之后还包括:
集群服务器实时监测***当前已接入的数据处理节点;
当某一个数据处理节点有新增网卡,且新增网卡具有通信数据时,集群服务器获取数据处理节点新增网卡的网口MAC地址;
集群服务器网口名队列中查找排列在前的,标识为空闲的网口名,将空闲的网口名与数据处理节点新增网卡的网口MAC地址对应;
或,
所述数据处理节点基于udev命名规则设置新增网卡的网口名,将所述网口名与新增网卡网口的MAC地址绑定。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810987648.0A CN109117197A (zh) | 2018-08-28 | 2018-08-28 | 一种解决集群网卡命名混乱的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810987648.0A CN109117197A (zh) | 2018-08-28 | 2018-08-28 | 一种解决集群网卡命名混乱的方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109117197A true CN109117197A (zh) | 2019-01-01 |
Family
ID=64861016
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810987648.0A Pending CN109117197A (zh) | 2018-08-28 | 2018-08-28 | 一种解决集群网卡命名混乱的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109117197A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10944549B2 (en) | 2019-06-20 | 2021-03-09 | Advanced New Technologies Co., Ltd. | Blockchain-type data storage |
CN114416185A (zh) * | 2021-12-27 | 2022-04-29 | 深信服科技股份有限公司 | 一种网口排序方法、装置、设备和存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102426556A (zh) * | 2011-08-18 | 2012-04-25 | 中兴通讯股份有限公司 | 数据卡端口属性的识别方法及装置 |
CN102427483A (zh) * | 2011-11-15 | 2012-04-25 | 浪潮电子信息产业股份有限公司 | 一种linux***下网卡名称与设备绑定的方法 |
CN106657433A (zh) * | 2016-11-15 | 2017-05-10 | 郑州云海信息技术有限公司 | 一种多网卡环境下物理网卡的命名方法和装置 |
CN107508708A (zh) * | 2017-08-30 | 2017-12-22 | 郑州云海信息技术有限公司 | 一种Linux***下网卡名定制方法及*** |
-
2018
- 2018-08-28 CN CN201810987648.0A patent/CN109117197A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102426556A (zh) * | 2011-08-18 | 2012-04-25 | 中兴通讯股份有限公司 | 数据卡端口属性的识别方法及装置 |
CN102427483A (zh) * | 2011-11-15 | 2012-04-25 | 浪潮电子信息产业股份有限公司 | 一种linux***下网卡名称与设备绑定的方法 |
CN106657433A (zh) * | 2016-11-15 | 2017-05-10 | 郑州云海信息技术有限公司 | 一种多网卡环境下物理网卡的命名方法和装置 |
CN107508708A (zh) * | 2017-08-30 | 2017-12-22 | 郑州云海信息技术有限公司 | 一种Linux***下网卡名定制方法及*** |
Non-Patent Citations (2)
Title |
---|
JIJO: "Linux***网卡命名设置方法", 《HTTP://WWW.360DOC.COM/CONTENT/11/1109/20/36491_163150350.SHTML》 * |
华为: "Oracle RAC数据库安装环境配置-FusionCube DB 3.0 数据库最佳实践 03(Oracle RAC 11g R2)", 《HTTPS://SUPPORT.HUAWEI.COM/ENTERPRISE/ZH/DOC/EDOC1100013382?SECTION=J006》 * |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10944549B2 (en) | 2019-06-20 | 2021-03-09 | Advanced New Technologies Co., Ltd. | Blockchain-type data storage |
US10999062B2 (en) | 2019-06-20 | 2021-05-04 | Advanced New Technologies Co., Ltd. | Blockchain-type data storage |
US11005648B2 (en) | 2019-06-20 | 2021-05-11 | Advanced New Technologies Co., Ltd. | Blockchain-type data storage |
US11223471B2 (en) | 2019-06-20 | 2022-01-11 | Advanced New Technologies Co., Ltd. | Blockchain-type data storage |
CN114416185A (zh) * | 2021-12-27 | 2022-04-29 | 深信服科技股份有限公司 | 一种网口排序方法、装置、设备和存储介质 |
CN114416185B (zh) * | 2021-12-27 | 2024-04-09 | 深信服科技股份有限公司 | 一种网口排序方法、装置、设备和存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107852342B (zh) | 支持子网级和构架级管理方案之间的相关的***和方法 | |
CN104468219B (zh) | 虚拟组网网络拓扑发现方法和设备 | |
US8122225B2 (en) | LUN masking/mapping in a SR-IOV enabled SAS adapter | |
CN105335168B (zh) | 实现操作***远程配置的***、方法及装置 | |
CN108965007A (zh) | Api网关接口配置更新方法及装置 | |
CN105718785B (zh) | 用于免认证组态的计算机实施方式与*** | |
CN105337750B (zh) | 光纤通道存储区域网络配置方法和装置 | |
CN104699423B (zh) | Linux***中绑定盘符的方法和装置 | |
CN109768871A (zh) | 配置多个虚拟网卡的方法、宿主机和存储介质 | |
CN102790777B (zh) | 网络接口适配器注册方法及驱动设备、服务器 | |
CN108776648A (zh) | 数据传输方法、***及fpga异构加速卡和存储介质 | |
CN109302466A (zh) | 数据处理方法、相关设备及计算机存储介质 | |
CN109525515B (zh) | 一种云平台中网卡的管理方法和装置 | |
CN109039764A (zh) | 一种分布式存储***的网络参数配置方法 | |
CN109117197A (zh) | 一种解决集群网卡命名混乱的方法 | |
CN108377232A (zh) | 一种多协议通信方法及装置 | |
CN110572365A (zh) | 多协议服务器管理方法、***、终端设备及存储介质 | |
CN107633053A (zh) | 一种文件管理方法、装置及*** | |
CN107800814B (zh) | 虚拟机部署方法及装置 | |
CN104486448B (zh) | 一种数据处理方法及装置 | |
CN100546256C (zh) | 一种实现设备单元自适应支持的方法 | |
CN107968849A (zh) | 一种网络专线接驳的方法及装置 | |
CN110417789A (zh) | 服务器连接方法、电子设备、***及介质 | |
CN110417741A (zh) | 一种过滤安全组的方法和装置 | |
CN109005068A (zh) | 一种集群虚拟机qos的配置方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190101 |
|
RJ01 | Rejection of invention patent application after publication |