-
Notifications
You must be signed in to change notification settings - Fork 577
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
findif
could be rewritten in shell
#53
Comments
Taking this to the mailing list as well, to give it a wider audience ... On Tue, Jan 31, 2012 at 07:56:56AM -0800, b-a-t wrote:
We can ignore non-Linux for IPaddr2, that is already linux specific.
"once upon a time" I started something like that already, I'm not sure why we would care to specify an explicit broadcast address, findif seems to have a few heuristics, which seem to override the input? There is also the hack-ish "LVS support" stuff in the script, Anyways, it may be a starting point: findif()
} try it:set -vx : Lars Ellenberg |
Thanks, Lars, for participation and inspiration! Where I can join (what?) mailing list to take a part in the discussion? Thanks, |
On Thu, Feb 02, 2012 at 02:48:14AM -0800, Timur Bakeyev wrote:
Discussion of patches, User list, slightly skewed to pacemaker on heartbeat stack Pacemaker list, all issues pacemaker: There are more Most people on linux-ha-dev are also subscribed on both other lists. We also hang out on freenode, Today, I guess regulars are on both. We probably should update the README...
|
Referring to the #52 I got the idea that shell script for finding interface by IP address could be better solution than parsing routing table in C.
For (most) Linux distributions 'ip' command is a part of the standard installation and:
gives better and more portable results.
For FreeBSD(and Solaris I guess):
Also gives meaningful results(and currently used in 'findif').
Even parsing of '/proc/net/route' is easier in shell, so I see no good reason for quite complex and not flexible C binary for these purpose(except the speed, possibly).
If this idea gets support I can try to write such a replacement.
With regards,
Timur.
The text was updated successfully, but these errors were encountered: