NIC interfaces and physical ports
I have a physical server with 4 network ports and 3 network cables attached to port1 , port2 and port3. OS is Centos 6 and it has 4 files eth0
, eth1
, eth2
and eth3
. Are these files matched with physical ports? I mean if I want to bond port1 and port3 should I config eth0
and eth2
? What happens if I create a file named for example eth12
and config my network in eth12
?
linux centos networking
add a comment |
I have a physical server with 4 network ports and 3 network cables attached to port1 , port2 and port3. OS is Centos 6 and it has 4 files eth0
, eth1
, eth2
and eth3
. Are these files matched with physical ports? I mean if I want to bond port1 and port3 should I config eth0
and eth2
? What happens if I create a file named for example eth12
and config my network in eth12
?
linux centos networking
Can you paste here content of configuration files?
– mrc02_kr
Oct 10 '18 at 11:44
what would be the content of (at least one of the files)? It's also dependant on what service is managing the network. My guess would be that the physical interface is specified in a parameter in the file.
– rudib
Oct 10 '18 at 11:45
@BlackCrystal Please edit the post and paste the content of file there
– mrc02_kr
Oct 10 '18 at 12:00
add a comment |
I have a physical server with 4 network ports and 3 network cables attached to port1 , port2 and port3. OS is Centos 6 and it has 4 files eth0
, eth1
, eth2
and eth3
. Are these files matched with physical ports? I mean if I want to bond port1 and port3 should I config eth0
and eth2
? What happens if I create a file named for example eth12
and config my network in eth12
?
linux centos networking
I have a physical server with 4 network ports and 3 network cables attached to port1 , port2 and port3. OS is Centos 6 and it has 4 files eth0
, eth1
, eth2
and eth3
. Are these files matched with physical ports? I mean if I want to bond port1 and port3 should I config eth0
and eth2
? What happens if I create a file named for example eth12
and config my network in eth12
?
linux centos networking
linux centos networking
edited 4 mins ago
BlackCrystal
asked Oct 10 '18 at 10:49
BlackCrystalBlackCrystal
32811
32811
Can you paste here content of configuration files?
– mrc02_kr
Oct 10 '18 at 11:44
what would be the content of (at least one of the files)? It's also dependant on what service is managing the network. My guess would be that the physical interface is specified in a parameter in the file.
– rudib
Oct 10 '18 at 11:45
@BlackCrystal Please edit the post and paste the content of file there
– mrc02_kr
Oct 10 '18 at 12:00
add a comment |
Can you paste here content of configuration files?
– mrc02_kr
Oct 10 '18 at 11:44
what would be the content of (at least one of the files)? It's also dependant on what service is managing the network. My guess would be that the physical interface is specified in a parameter in the file.
– rudib
Oct 10 '18 at 11:45
@BlackCrystal Please edit the post and paste the content of file there
– mrc02_kr
Oct 10 '18 at 12:00
Can you paste here content of configuration files?
– mrc02_kr
Oct 10 '18 at 11:44
Can you paste here content of configuration files?
– mrc02_kr
Oct 10 '18 at 11:44
what would be the content of (at least one of the files)? It's also dependant on what service is managing the network. My guess would be that the physical interface is specified in a parameter in the file.
– rudib
Oct 10 '18 at 11:45
what would be the content of (at least one of the files)? It's also dependant on what service is managing the network. My guess would be that the physical interface is specified in a parameter in the file.
– rudib
Oct 10 '18 at 11:45
@BlackCrystal Please edit the post and paste the content of file there
– mrc02_kr
Oct 10 '18 at 12:00
@BlackCrystal Please edit the post and paste the content of file there
– mrc02_kr
Oct 10 '18 at 12:00
add a comment |
1 Answer
1
active
oldest
votes
This is a long-standing problem, and in RHEL 7, Predictable Network Interface Names were introduced to solve it.
But for RHEL 6.x, unfortunately you'll have to verify which ethN
number corresponds to which physical port on your own. If all your NICs use the same driver module, the ordering on a fresh installation is fairly deterministic: depending on the driver module, it will typically be by the NIC's PCI device order, or by MAC address order.
If you have two different NIC drivers, it will depend on which driver was initially loaded first.
When a new NIC is seen for the first time, its MAC address will be recorded in the respective /etc/sysconfig/network-scripts/ifcfg-eth*
file with the HWADDR=
keyword, and in the /etc/udev/rules.d/70-persistent-net.rules
file, and from that point on, if the drivers are loaded in a different order, the system will reassign the eth*
names to keep the physical NIC on the same eth*
name until the administrator changes it.
Note that there are two locations with the eth*
-MAC relationship: if you change just one of them, strange things may happen.
If you're physically at the system, you can use ethtool -p ethN
to help you identify each NIC: the command will make the specified NIC blink its LEDs in some distinctive way, if at all possible for that NIC model.
Dual- and quad-port NICs usually have consecutive MAC addresses for their ports; that can sometimes help in identifying which port is which.
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "106"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f474479%2fnic-interfaces-and-physical-ports%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
This is a long-standing problem, and in RHEL 7, Predictable Network Interface Names were introduced to solve it.
But for RHEL 6.x, unfortunately you'll have to verify which ethN
number corresponds to which physical port on your own. If all your NICs use the same driver module, the ordering on a fresh installation is fairly deterministic: depending on the driver module, it will typically be by the NIC's PCI device order, or by MAC address order.
If you have two different NIC drivers, it will depend on which driver was initially loaded first.
When a new NIC is seen for the first time, its MAC address will be recorded in the respective /etc/sysconfig/network-scripts/ifcfg-eth*
file with the HWADDR=
keyword, and in the /etc/udev/rules.d/70-persistent-net.rules
file, and from that point on, if the drivers are loaded in a different order, the system will reassign the eth*
names to keep the physical NIC on the same eth*
name until the administrator changes it.
Note that there are two locations with the eth*
-MAC relationship: if you change just one of them, strange things may happen.
If you're physically at the system, you can use ethtool -p ethN
to help you identify each NIC: the command will make the specified NIC blink its LEDs in some distinctive way, if at all possible for that NIC model.
Dual- and quad-port NICs usually have consecutive MAC addresses for their ports; that can sometimes help in identifying which port is which.
add a comment |
This is a long-standing problem, and in RHEL 7, Predictable Network Interface Names were introduced to solve it.
But for RHEL 6.x, unfortunately you'll have to verify which ethN
number corresponds to which physical port on your own. If all your NICs use the same driver module, the ordering on a fresh installation is fairly deterministic: depending on the driver module, it will typically be by the NIC's PCI device order, or by MAC address order.
If you have two different NIC drivers, it will depend on which driver was initially loaded first.
When a new NIC is seen for the first time, its MAC address will be recorded in the respective /etc/sysconfig/network-scripts/ifcfg-eth*
file with the HWADDR=
keyword, and in the /etc/udev/rules.d/70-persistent-net.rules
file, and from that point on, if the drivers are loaded in a different order, the system will reassign the eth*
names to keep the physical NIC on the same eth*
name until the administrator changes it.
Note that there are two locations with the eth*
-MAC relationship: if you change just one of them, strange things may happen.
If you're physically at the system, you can use ethtool -p ethN
to help you identify each NIC: the command will make the specified NIC blink its LEDs in some distinctive way, if at all possible for that NIC model.
Dual- and quad-port NICs usually have consecutive MAC addresses for their ports; that can sometimes help in identifying which port is which.
add a comment |
This is a long-standing problem, and in RHEL 7, Predictable Network Interface Names were introduced to solve it.
But for RHEL 6.x, unfortunately you'll have to verify which ethN
number corresponds to which physical port on your own. If all your NICs use the same driver module, the ordering on a fresh installation is fairly deterministic: depending on the driver module, it will typically be by the NIC's PCI device order, or by MAC address order.
If you have two different NIC drivers, it will depend on which driver was initially loaded first.
When a new NIC is seen for the first time, its MAC address will be recorded in the respective /etc/sysconfig/network-scripts/ifcfg-eth*
file with the HWADDR=
keyword, and in the /etc/udev/rules.d/70-persistent-net.rules
file, and from that point on, if the drivers are loaded in a different order, the system will reassign the eth*
names to keep the physical NIC on the same eth*
name until the administrator changes it.
Note that there are two locations with the eth*
-MAC relationship: if you change just one of them, strange things may happen.
If you're physically at the system, you can use ethtool -p ethN
to help you identify each NIC: the command will make the specified NIC blink its LEDs in some distinctive way, if at all possible for that NIC model.
Dual- and quad-port NICs usually have consecutive MAC addresses for their ports; that can sometimes help in identifying which port is which.
This is a long-standing problem, and in RHEL 7, Predictable Network Interface Names were introduced to solve it.
But for RHEL 6.x, unfortunately you'll have to verify which ethN
number corresponds to which physical port on your own. If all your NICs use the same driver module, the ordering on a fresh installation is fairly deterministic: depending on the driver module, it will typically be by the NIC's PCI device order, or by MAC address order.
If you have two different NIC drivers, it will depend on which driver was initially loaded first.
When a new NIC is seen for the first time, its MAC address will be recorded in the respective /etc/sysconfig/network-scripts/ifcfg-eth*
file with the HWADDR=
keyword, and in the /etc/udev/rules.d/70-persistent-net.rules
file, and from that point on, if the drivers are loaded in a different order, the system will reassign the eth*
names to keep the physical NIC on the same eth*
name until the administrator changes it.
Note that there are two locations with the eth*
-MAC relationship: if you change just one of them, strange things may happen.
If you're physically at the system, you can use ethtool -p ethN
to help you identify each NIC: the command will make the specified NIC blink its LEDs in some distinctive way, if at all possible for that NIC model.
Dual- and quad-port NICs usually have consecutive MAC addresses for their ports; that can sometimes help in identifying which port is which.
answered Oct 10 '18 at 12:28
telcoMtelcoM
16k12143
16k12143
add a comment |
add a comment |
Thanks for contributing an answer to Unix & Linux Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Some of your past answers have not been well-received, and you're in danger of being blocked from answering.
Please pay close attention to the following guidance:
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f474479%2fnic-interfaces-and-physical-ports%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Can you paste here content of configuration files?
– mrc02_kr
Oct 10 '18 at 11:44
what would be the content of (at least one of the files)? It's also dependant on what service is managing the network. My guess would be that the physical interface is specified in a parameter in the file.
– rudib
Oct 10 '18 at 11:45
@BlackCrystal Please edit the post and paste the content of file there
– mrc02_kr
Oct 10 '18 at 12:00