[SLES9] arp_announce setting in sysctl.conf verdwijnt

[Renegade]

Ik heb een erg apart probleem. Op een Compaq DL380-G4 heb ik SLES9 geïnstalleerd staan:

code:

hg20840:~ # SPident -v

Summary           (using 554 packages)
Product/ServicePack     conflict        match  update      (shipped)
SLES-9-i386          0    0%    274 49.5%      56   (1486 18.4%)
SLES-9-i386-SP1      1  0.2%     87 15.7%      42    (481 18.1%)
SLES-9-i386-SP2      4  0.6%    220 39.7%      44    (647 34.0%)
Unknown                          58 10.5%


CONCLUSION: System is NOT up-to-date!
  found    SLES-9-i386 + "online updates"
  expected SLES-9-i386-SP2

code:

hg20840:~ # rpm -qa kernel*
kernel-bigsmp-2.6.5-7.191
kernel-syms-2.6.5-7.191
kernel-source-2.6.5-7.191

Omdat we hier wat specifieke zaken hebben wil ik de arp_announce inschakelen op mijn backup kaart (eth1), en omdat die setting ook na een reboot zou moeten blijven bestaan heb ik die setting keurig in mijn sysctl.conf gezet:

code:

net.ipv4.conf.eth1.arp_announce=1

Zo ver zo goed. Het volgende werkt prima:

code:

hg20840:~ # sysctl -p
net.ipv4.conf.eth1.arp_announce = 1

en sysctl geeft dit daarna ook keurig aan:

code:

hg20840:~ # sysctl -a | grep arp_announce
net.ipv4.conf.eth0.arp_announce = 0
net.ipv4.conf.eth1.arp_announce = 1

Het grote probleem is echter dat de setting na een weer op 0 staat, ondanks dat de entry in de sysctl.conf nog wel goed staat. Een andere setting die ik echter gezet heb blijft wel staan (vm.overcommit_memory).

Iemand een goed idee waar ik verder zou kunnen zoeken? Op google en GoT heb ik wel gezocht, maar alle resultaten die ik tot nu toe heb doorgenomen zijn gerelateerd aan een normale entry die blijft staan zodra de entry in de sysctl.conf staat, en dat is dus nou nét het probleem.

[ Voor 3% gewijzigd door Renegade op 22-11-2005 14:57 ]

[CyBeR]

Wordt die sysctl wellicht uitgevoerd voordat eth1 bestaat?

[Coen Rosdorff]

Alleen de setting in /proc? Of juist de setting in sysctl.conf?

Als het dat laatste is heb je kans dat sysctl.conf uit iets anders gegenereerd wordt. Een "grep "sysctl.conf" /etc/ -r" zou je dan wat meer kunnen vertellen.

[Renegade]

Nee, de setting blijft wel in het conf bestand bestaan, maar wordt bij het opstarten blijkbaar gewoon genegeerd, terwijl het handmatig oproepen na het booten wel goed werkt. eth0 en eth1 bestaan al wel voordat sysctl wordt aangeroepen, dus ik werk er nu omheen door als laatste in mijn derde initlevel een scriptje aan te roepen dat in pricipe alleen een sysctl -p doet. Niet de meest nette oplossing maar het werkt wel.