rc.local depreciated

[KenArck]

I notice that ethtool is being used to set eth0 to non auto negotiate and set speed to 100 Mbs.

This command does not work at boot as rc.local was depreciated

[aanon4]

I see that it's being run on 3.23.4.0 - are you not seeing this?

[KenArck]

Nope. Have to manually run it after the node boots in order to actually set eth0. True on both 3.32.4.0 and the nightly builds

[aanon4]

Could you add the line

touch /tmp/rc-local-ran

At the top of /etc/rc.local and then reboot. I did this and the file was created after rebooting.

[KenArck]

Nope

[aanon4]

This is a PowerBeam AC5 400 or do I misunderstand the node name? Could you send me the support data for this, preferably just after you rebooted the node - thanks.

[KenArck]

Right, it's a Powerbeam AC5 400

file is attached (just downloaded it prior to posting)
supportdata-WA7ABU-PB400-AC-REV-202305041312.gz

[aanon4]

I see this in your log file:

Thu May  4 12:27:33 2023 daemon.notice procd: /etc/rc.d/S95done: /etc/rc.local: line 4: itouch: not found

Which suggests /etc/rc.local was being run as expected.

[KenArck]

interesting. So the issue might that be rc.local is running BEFORE eth0 comes up?

[aanon4]

I'm not sure why it would do anything on this hardware anyway as it should not have a matching board id to trigger the ethtool command.

[aanon4]

Interestingly though, it looks like we might be able to remove this completely, as OpenWRT has fixed the driver issue which required this on some hardware.

[KenArck]

The problem is it is connected to a Cisco router than is a #$@#$*$# to work with and won't auto negotiate properly. Unfortunately, the node is in a difficult to reach site so we're kinda stuck with the Cisco router for now.

When we manually run ethtool, the router becomes happy and we assumed the rc.local call should do that for us (it is there by default, no?)

[KenArck]

I just caught something

"itouch"????? Let me check I didn't fudge the entry in rc.local

Edit: Doesn't matter. Either way it does show rc.local did run

[aanon4]

Yes ... but as you note, it doesnt have the desired effect on eth0. The networking has changed substantially in the recent release, and clearly this code is no longer doing what it once did. I suspect, for our purposes at least, it's no longer required as the driver has been fixed. Once I get some confirmation from people with the appropriate hardware, I'll remove this.

Which doesnt help your situation much. I'm not sure were best to put code which is guaranteed to run once the network configuration has been completed.

[aanon4]

I notice in the logs that the node appears to have successfully negotiated 100Mb full duplex with your switch. No idea what your switch thinks of course.

[KenArck]

Yes, switch not router. In any case, we have major route flopping through that node until we run ethtool after a reboot. Then it settles down

[aanon4]

I should note that any changes you make to /etc/rc.local will not survive an upgrade.

[KenArck]

Understand (that's been my experience up to this point!)

[aanon4]

If you put your ethtool at the end of /etc/rc.d/S99local it should happen very later in the boot process.

[KenArck]

Worth a try, thanks!

[aanon4]

Closing. /etc/rc.local is still executed and has not been deprecated. It appears to be executed earlier in the boot process than before.