You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
With Facter 3 running on EL 6.x, this statement (from #34) is no longer true:
I have been reading the kernel docs on bonding and whilst the bonding module does change the mac addresses of the slave devices it doesnt cause an issue for facter, it still reports the actual physical mac...
As soon as the bonding interface resets slave mac addresses, facter starts reporting the new mac addresses:
[root@ri7dx0101 ~]# grep . /sys/class/net/eth[23]/address
/sys/class/net/eth2/address:00:10:e0:71:8d:0a
/sys/class/net/eth3/address:00:10:e0:71:8d:0b
[root@ri7dx0101 ~]# puppet apply -t --noop -e 'fail("${::networking['\''interfaces'\'']['\''eth3'\'']}")'
Info: Loading facts
Error: Evaluation Error: Error while evaluating a Function Call, {mac => 00:10:e0:71:8d:0b, mtu => 1500} at line 1:1 on node ri7dx0101.ri7.ord12.responsys.com
After bonding kicks in:
[root@ri7dx0101 ~]# grep . /sys/class/net/eth[23]/address
/sys/class/net/eth2/address:00:10:e0:71:8d:0a
/sys/class/net/eth3/address:00:10:e0:71:8d:0a
[root@ri7dx0101 ~]# puppet apply -t --noop -e 'fail("${::networking['\''interfaces'\'']['\''eth3'\'']}")'
Info: Loading facts
Error: Evaluation Error: Error while evaluating a Function Call, {mac => 00:10:e0:71:8d:0a, mtu => 1500} at line 1:1 on node ri7dx0101.ri7.ord12.responsys.com
Which means as soon as bonding kicks in and puppet runs again, the ifcfg-eth3 file gets rewritten with the eth2 mac address, which causes problems next time the system reloads the network config.
In EL6, the mac address is not even required in the slave interface of a bonded config. Would it be possible to make the macaddress parameter optional for the network::bond::slave defined type?
The text was updated successfully, but these errors were encountered:
I'm also experiencing this same issue. When I pass $::facts['networking']['interfaces']['eth1']['mac'] to network::bond::slave, on first run it creates ifcfg-eth1 file with initial permanent mac but when I run puppet second time it changes the ifcfg-eth1 mac to bonded primary mac. So, basically it's taking two puppet run. I think, I can pass the primary fact $::facts['networking']['mac'] for all the slaves because that's what bonding will eventually do.
Also, some how network module is not kicking "network" service restart in my environment (RHEL6.7) when file changes.
With Facter 3 running on EL 6.x, this statement (from #34) is no longer true:
As soon as the bonding interface resets slave mac addresses, facter starts reporting the new mac addresses:
After bonding kicks in:
Which means as soon as bonding kicks in and puppet runs again, the
ifcfg-eth3
file gets rewritten with theeth2
mac address, which causes problems next time the system reloads the network config.In EL6, the mac address is not even required in the slave interface of a bonded config. Would it be possible to make the
macaddress
parameter optional for thenetwork::bond::slave
defined type?The text was updated successfully, but these errors were encountered: