Re: [CentOS] NetworkManager fights with DHCP-only backup NIC

2014-12-02 Thread James B. Byrne

On Mon, December 1, 2014 16:48, Les Mikesell wrote:

 Is there anyone who has more than a few boxes at more than one
 location who _doesn't_ have this issue?  I'd like to see a FAQ or
 something by whoever designed the network configuration system about
 how they planned for it to work (with and without GUI availability).
 Likewise for what is supposed to happen when you restore a backup onto
 different hardware.


Think 'laptop'.

-- 
***  E-Mail is NOT a SECURE channel  ***
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte  Lyne Limited  http://www.harte-lyne.ca
9 Brockley Drive  vox: +1 905 561 1241
Hamilton, Ontario fax: +1 905 561 0757
Canada  L8E 3C3

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] NetworkManager fights with DHCP-only backup NIC

2014-12-02 Thread Warren Young
On Dec 1, 2014, at 10:27 PM, Rob Kampen rkam...@reaching-clients.com wrote:

 Have you put
 NM_CONTROLLED=no
 in the ifcfg-eth0 script?

How is that better than

systemctl stop NetworkManager
systemctl disable NetworkManager

Again, I’m not really after a way to make this work without NetworkManager.  
We’ve already got that.  What I want is a way to tell NM to obey the MAC 
binding.  This configuration *here* goes with that MAC chip *there*.

Given that, we don’t need to disable NetworkManager.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] NetworkManager fights with DHCP-only backup NIC

2014-12-02 Thread Les Mikesell
On Tue, Dec 2, 2014 at 2:26 PM, Warren Young w...@etr-usa.com wrote:
 On Dec 1, 2014, at 10:27 PM, Rob Kampen rkam...@reaching-clients.com wrote:

 Have you put
 NM_CONTROLLED=no
 in the ifcfg-eth0 script?

 How is that better than

 systemctl stop NetworkManager
 systemctl disable NetworkManager

 Again, I’m not really after a way to make this work without NetworkManager.  
 We’ve already got that.  What I want is a way to tell NM to obey the MAC 
 binding.  This configuration *here* goes with that MAC chip *there*.

 Given that, we don’t need to disable NetworkManager.

What part of the breakage that NetworkManager does is good for a
wired, static-addressed server?But, in your scenario where both
nics are plugged in and your only problem is the non-working gateway
IP you should be able to ssh to some other box on the working network,
then over to the new ones DHCP address.  The gateway won't matter if
both ends are on the same subnet.

-- 
Les Mikesell
  lesmikes...@gmail.com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] NetworkManager fights with DHCP-only backup NIC

2014-12-02 Thread Les Mikesell
On Tue, Dec 2, 2014 at 7:52 AM, James B. Byrne byrn...@harte-lyne.ca wrote:

 On Mon, December 1, 2014 16:48, Les Mikesell wrote:

 Is there anyone who has more than a few boxes at more than one
 location who _doesn't_ have this issue?  I'd like to see a FAQ or
 something by whoever designed the network configuration system about
 how they planned for it to work (with and without GUI availability).
 Likewise for what is supposed to happen when you restore a backup onto
 different hardware.


 Think 'laptop'.

Why would you need a static IP to stick to a laptop?   Or have
multiple NICs on one?

-- 
   Les Mikesell
 lesmikes...@gmail.com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] NetworkManager fights with DHCP-only backup NIC

2014-12-02 Thread Warren Young
On Dec 2, 2014, at 1:36 PM, Les Mikesell lesmikes...@gmail.com wrote:

 On Tue, Dec 2, 2014 at 2:26 PM, Warren Young w...@etr-usa.com wrote:
 Again, I’m not really after a way to make this work without NetworkManager.  
 
 What part of the breakage that NetworkManager does is good for a
 wired, static-addressed server?

If you disable NM, the network configuration GUI stops working in EL7.  (I 
didn’t do much with EL6, but I thought its GUI had a fall-back for the non-NM 
case.)

We don’t need this GUI, but our semi-technical customers sometimes do.  It can 
be the difference between rolling a truck to a remote site vs letting the 
on-site people take care of the problem.

 you should be able to ssh to some other box on the working network,

I did mention that these sites rarely have local staff who know Linux.  You can 
correctly infer from that there *are* no other SSH servers, just ours.

These are K-12 schools, for the most part.  They often don’t have technical 
staff on-site at all.  We have to schedule time with overworked district-level 
staff who often only know Windows to get anything at this level done.

We’ve built up nasty hacks to solve this before; VPN - RDP - PuTTY - Linux 
server, for instance.  Getting protective network admins to allow all this can 
chew up weeks of time.

It’s far, far better if the Linux box just phones home with the info we need to 
fix it.  It can cut a 4-week phone tag game down to 15 minutes.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] NetworkManager fights with DHCP-only backup NIC

2014-12-02 Thread Warren Young
On Dec 2, 2014, at 2:10 PM, Les Mikesell lesmikes...@gmail.com wrote:

 Think 'laptop'.
 
 Why would you need a static IP to stick to a laptop?   Or have
 multiple NICs on one?

Wired and WiFi.

If you configure a static IP with the wired Ethernet plugged in, you probably 
want that static IP to continue being used when you unplug the Ethernet cable 
and NM switches you over automatically to WiFi.  NM does this.

This is why I want a checkbox in the NM GUI: “This is a 4U server, dummy, not a 
laptop.”
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] NetworkManager fights with DHCP-only backup NIC

2014-12-02 Thread Les Mikesell
On Tue, Dec 2, 2014 at 3:14 PM, Warren Young w...@etr-usa.com wrote:
 
 What part of the breakage that NetworkManager does is good for a
 wired, static-addressed server?

 If you disable NM, the network configuration GUI stops working in EL7.  (I 
 didn’t do much with EL6, but I thought its GUI had a fall-back for the non-NM 
 case.)

 We don’t need this GUI, but our semi-technical customers sometimes do.  It 
 can be the difference between rolling a truck to a remote site vs letting the 
 on-site people take care of the problem.

But can't you still set NM_CONTROLLED=no on an interface?

 you should be able to ssh to some other box on the working network,

 I did mention that these sites rarely have local staff who know Linux.  You 
 can correctly infer from that there *are* no other SSH servers, just ours.

 These are K-12 schools, for the most part.  They often don’t have technical 
 staff on-site at all.  We have to schedule time with overworked 
 district-level staff who often only know Windows to get anything at this 
 level done.

 We’ve built up nasty hacks to solve this before; VPN - RDP - PuTTY - Linux 
 server, for instance.  Getting protective network admins to allow all this 
 can chew up weeks of time.

I'm way too familiar with the problem - but we usually have several
boxes in one place.

 It’s far, far better if the Linux box just phones home with the info we need 
 to fix it.  It can cut a 4-week phone tag game down to 15 minutes.

I've done some weird stuff like scripts that bring up all the
interfaces, look for link, apply one of the IPs that the box should
have to one of the interfaces with link up, try to ping the gateway,
lather, rinse, repeat, but I've never been happy with any of it.
Maybe a USB wifi adapter could be set up to make an openvpn connection
back to a home server if you know the location has wifi.   That could
give you a known private IP to connect to for the rest of the
configuration.

-- 
   Les Mikesell
 lesmikes...@gmail.com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] NetworkManager fights with DHCP-only backup NIC

2014-12-02 Thread Les Mikesell
On Tue, Dec 2, 2014 at 3:17 PM, Warren Young w...@etr-usa.com wrote:
 On Dec 2, 2014, at 2:10 PM, Les Mikesell lesmikes...@gmail.com wrote:

 Think 'laptop'.

 Why would you need a static IP to stick to a laptop?   Or have
 multiple NICs on one?

 Wired and WiFi.

 If you configure a static IP with the wired Ethernet plugged in, you probably 
 want that static IP to continue being used when you unplug the Ethernet cable 
 and NM switches you over automatically to WiFi.  NM does this.


Really?  That's insane.  Our wired jacks are not on the same subnets
as our access points.   I'm not sure that's even possible with the
Cisco units that have separate controllers.

 This is why I want a checkbox in the NM GUI: “This is a 4U server, dummy, not 
 a laptop.”

How about just 'don't be stupid' ?

-- 
   Les Mikesell
  lesmikes...@gmail.com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] NetworkManager fights with DHCP-only backup NIC

2014-12-02 Thread Warren Young
On Dec 2, 2014, at 2:28 PM, Les Mikesell lesmikes...@gmail.com wrote:

 On Tue, Dec 2, 2014 at 3:14 PM, Warren Young w...@etr-usa.com wrote:
 
 What part of the breakage that NetworkManager does is good for a
 wired, static-addressed server?
 
 If you disable NM, the network configuration GUI stops working in EL7. 
 
 But can't you still set NM_CONTROLLED=no on an interface?

That still effectively breaks the network settings GUI.  Interfaces you mark 
that way show as “unmanaged” in the GUI, and you can’t modify any of their 
settings.  You can’t change them back to “managed” via the GUI.  You can’t even 
add an IP alias to them via the GUI.

If you’re suggesting that I do this only to the static interface and leave the 
DHCP one under NM’s control, the only improvement relative to disabling NM 
entirely is that it at least gives the semi-technical people on site the option 
of repurposing the DHCP interface as a secondary static interface.

That’s not useless, but it’s a far cry from the MAC bonding I’m after.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] NetworkManager fights with DHCP-only backup NIC

2014-12-02 Thread Warren Young
On Dec 2, 2014, at 2:34 PM, Les Mikesell lesmikes...@gmail.com wrote:

 On Tue, Dec 2, 2014 at 3:17 PM, Warren Young w...@etr-usa.com wrote:
 On Dec 2, 2014, at 2:10 PM, Les Mikesell lesmikes...@gmail.com wrote:
 
 Think 'laptop'.
 
 Why would you need a static IP to stick to a laptop?   Or have
 multiple NICs on one?
 
 Wired and WiFi.
 
 If you configure a static IP with the wired Ethernet plugged in, you 
 probably want that static IP to continue being used when you unplug the 
 Ethernet cable and NM switches you over automatically to WiFi.  NM does this.
 
 
 Really?  That's insane.  Our wired jacks are not on the same subnets
 as our access points.   I'm not sure that's even possible with the
 Cisco units that have separate controllers.

In such a network, you won’t run static IP configuration on such boxes.  You’ll 
use DHCP.

On my home LAN, this automatic static IP migration is *exactly* what I want on 
my laptop.

The current NetworkManager design isn’t unequivocally wrong.  It’s a sensible 
default for Fedora.  It’s just not the right choice for enterprise Linux 
servers.

If you want to go and argue that Fedora shouldn’t be driving CentOS, it’s not 
an impossible position to take, but you have to fill in the blank spot it 
leaves.  What would drive CentOS instead?

 This is why I want a checkbox in the NM GUI: “This is a 4U server, dummy, 
 not a laptop.”
 
 How about just 'don't be stupid’ ?

More like “Don’t be clever, NetworkManager, I’m better at it.”
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] NetworkManager fights with DHCP-only backup NIC

2014-12-02 Thread Les Mikesell
On Tue, Dec 2, 2014 at 5:00 PM, Warren Young w...@etr-usa.com wrote:

 Really?  That's insane.  Our wired jacks are not on the same subnets
 as our access points.   I'm not sure that's even possible with the
 Cisco units that have separate controllers.

 In such a network, you won’t run static IP configuration on such boxes.  
 You’ll use DHCP.

 On my home LAN, this automatic static IP migration is *exactly* what I want 
 on my laptop.

I don't get it.  Laptops are portable.  Don't you ever go out of your
house?   If you control everything you can easily tell your dhcp
server what IP to give it when you are there.

 The current NetworkManager design isn’t unequivocally wrong.  It’s a sensible 
 default for Fedora.  It’s just not the right choice for enterprise Linux 
 servers.

 If you want to go and argue that Fedora shouldn’t be driving CentOS, it’s not 
 an impossible position to take, but you have to fill in the blank spot it 
 leaves.  What would drive CentOS instead?

I'd argue that splitting the community into separate groups - one that
likes the design of unix/linux and runs large numbers of servers
because they like it, and one that would really rather have a windows
desktop for their only machine was the wrong thing to do in the first
place.  And having broken the community, letting the group that
doesn't like the product in the first place control the design is
probably a bad thing too.   Red Hat wasn't that bad back when the
people using it contributed directly to its development and were able
to use the result.

-- 
   Les Mikesell
 lesmikes...@gmail.com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


[CentOS] NetworkManager fights with DHCP-only backup NIC

2014-12-01 Thread Warren Young
We ship servers to remote sites, which are rarely staffed with techs familiar 
with Linux.  We have them tell us the static IP configuration for the box 
before we ship it, then we set it up for them here and ship it out to the site, 
where they just plug it in, turn it on, and walk away.

That’s the ideal, anyway.

What often happens in reality is either:

1. They give us incorrect static IP info, so the box arrives and won’t connect 
to the Internet, which means we often have to arrange to get someone clueful 
on-site to fix it.

2. The site is in the middle of some major deployment, a small piece of which 
is our server, so the LAN isn’t ready, but they demand the box be shipped early 
anyway for some handwavy business reason.  No, we can’t tell you what static 
IP to use, they say.  Just configure it on-site, they say.  Sigh.

Since these systems have 2+ Ethernet ports and we really only need one in 
normal operations, we’ve taken to configuring the second one for DHCP, so that 
they can just move the cable from the primary port to the secondary.

This works fine in CentOS 5: DHCP comes up and takes over, giving us the access 
we need to fix/configure the static IP on the primary port.

What happens in CentOS 7 depends on whether you plug in one cable or two:

1. If you plug in only one cable, NetworkManager sees that the static interface 
is unplugged, so it *helpfully* moves that IP to the secondary NIC, apparently 
on the assumption that static is always better than DHCP.  This is of no use to 
us, since all it does is move the problem to the other NIC.

2. If you plug both cables in, both interfaces come up configured as you’d 
expect, but since both configurations provided a gateway address, you still 
can’t get out to the Internet since the static one came up first, and it’s 
pointing at an unreachable box.

I think all we need to do to fix this is convince NetworkManager not to be 
clever about moving the static IP to the second NIC.  Alas, there is no 
checkbox in the NM GUI labeled “This is a 4U server, dummy, not a laptop.”

Anyone know how to convince NM to obey the MAC binding in the ifcfg-* file, to 
prevent NM from moving the broken static IP info to the second NIC?

Yes, we know we can still disable NetworkManager and edit 
network-scripts/ifcfg-* directly.  We’d just prefer not to fight the OS.  Also, 
unlike EL6, disabling NM on EL7 breaks the network GUI, which we’ve 
occasionally found helpful, as when we have a semi-clueful tech at the remote 
site.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] NetworkManager fights with DHCP-only backup NIC

2014-12-01 Thread Les Mikesell
On Mon, Dec 1, 2014 at 3:35 PM, Warren Young w...@etr-usa.com wrote:

 We ship servers to remote sites, which are rarely staffed with techs familiar 
 with Linux.  We have them tell us the static IP configuration for the box 
 before we ship it, then we set it up for them here and ship it out to the 
 site, where they just plug it in, turn it on, and walk away.

 That’s the ideal, anyway.


Is there anyone who has more than a few boxes at more than one
location who _doesn't_ have this issue?  I'd like to see a FAQ or
something by whoever designed the network configuration system about
how they planned for it to work (with and without GUI availability).
Likewise for what is supposed to happen when you restore a backup onto
different hardware.

-- 
   Les Mikesell
  lesmikes...@gmail.com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] NetworkManager fights with DHCP-only backup NIC

2014-12-01 Thread Nathan Duehr

 On Dec 1, 2014, at 14:48, Les Mikesell lesmikes...@gmail.com wrote:
 
 On Mon, Dec 1, 2014 at 3:35 PM, Warren Young w...@etr-usa.com wrote:
 
 We ship servers to remote sites, which are rarely staffed with techs 
 familiar with Linux.  We have them tell us the static IP configuration for 
 the box before we ship it, then we set it up for them here and ship it out 
 to the site, where they just plug it in, turn it on, and walk away.
 
 That’s the ideal, anyway.
 
 
 Is there anyone who has more than a few boxes at more than one
 location who _doesn't_ have this issue?  I'd like to see a FAQ or
 something by whoever designed the network configuration system about
 how they planned for it to work (with and without GUI availability).
 Likewise for what is supposed to happen when you restore a backup onto
 different hardware.

Most of the time, I end up nuking HWADDR from orbit on most boxes.  It just 
causes more trouble than it fixes.

--
Nate Duehr
denverpi...@me.com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] NetworkManager fights with DHCP-only backup NIC

2014-12-01 Thread Les Mikesell
On Mon, Dec 1, 2014 at 6:56 PM, Nathan Duehr denverpi...@me.com wrote:


 We ship servers to remote sites, which are rarely staffed with techs 
 familiar with Linux.  We have them tell us the static IP configuration for 
 the box before we ship it, then we set it up for them here and ship it out 
 to the site, where they just plug it in, turn it on, and walk away.

 That’s the ideal, anyway.


 Is there anyone who has more than a few boxes at more than one
 location who _doesn't_ have this issue?  I'd like to see a FAQ or
 something by whoever designed the network configuration system about
 how they planned for it to work (with and without GUI availability).
 Likewise for what is supposed to happen when you restore a backup onto
 different hardware.

 Most of the time, I end up nuking HWADDR from orbit on most boxes.  It just 
 causes more trouble than it fixes.

Sure, but the interface names will be different in the 'restore backup
case' - especially on servers that have several.

-- 
  Les Mikesell
lesmikes...@gmail.com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] NetworkManager fights with DHCP-only backup NIC

2014-12-01 Thread Rob Kampen

On 12/02/2014 10:35 AM, Warren Young wrote:

We ship servers to remote sites, which are rarely staffed with techs familiar 
with Linux.  We have them tell us the static IP configuration for the box 
before we ship it, then we set it up for them here and ship it out to the site, 
where they just plug it in, turn it on, and walk away.

That’s the ideal, anyway.

What often happens in reality is either:

1. They give us incorrect static IP info, so the box arrives and won’t connect 
to the Internet, which means we often have to arrange to get someone clueful 
on-site to fix it.

2. The site is in the middle of some major deployment, a small piece of which is our server, so the 
LAN isn’t ready, but they demand the box be shipped early anyway for some handwavy business reason. 
 No, we can’t tell you what static IP to use, they say.  Just configure it 
on-site, they say.  Sigh.

Since these systems have 2+ Ethernet ports and we really only need one in 
normal operations, we’ve taken to configuring the second one for DHCP, so that 
they can just move the cable from the primary port to the secondary.

This works fine in CentOS 5: DHCP comes up and takes over, giving us the access 
we need to fix/configure the static IP on the primary port.

What happens in CentOS 7 depends on whether you plug in one cable or two:

1. If you plug in only one cable, NetworkManager sees that the static interface 
is unplugged, so it *helpfully* moves that IP to the secondary NIC, apparently 
on the assumption that static is always better than DHCP.  This is of no use to 
us, since all it does is move the problem to the other NIC.

2. If you plug both cables in, both interfaces come up configured as you’d 
expect, but since both configurations provided a gateway address, you still 
can’t get out to the Internet since the static one came up first, and it’s 
pointing at an unreachable box.

I think all we need to do to fix this is convince NetworkManager not to be 
clever about moving the static IP to the second NIC.  Alas, there is no 
checkbox in the NM GUI labeled “This is a 4U server, dummy, not a laptop.”

Anyone know how to convince NM to obey the MAC binding in the ifcfg-* file, to 
prevent NM from moving the broken static IP info to the second NIC?

Have you put
NM_CONTROLLED=no
in the ifcfg-eth0 script?


Yes, we know we can still disable NetworkManager and edit 
network-scripts/ifcfg-* directly.  We’d just prefer not to fight the OS.  Also, 
unlike EL6, disabling NM on EL7 breaks the network GUI, which we’ve 
occasionally found helpful, as when we have a semi-clueful tech at the remote 
site.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos