Re: sysfs support
Jakub Słociński <[email protected]> Wed, 15 Mar 2017 16:07:11 +0000
| Newsgroups | gmane.linux.keepalived.devel |
|---|---|
| Message-ID | <[email protected]> |
Hey Quentin, thought about that as an easier way to change running configuration and gather status of running instances, like via /tmp/keepalived.(stats|data), but better :) first idea to check/change: - am I a MASTER for instance X? - does my peer is alive? - change priority/preemption/other values - where was the last transition (how much we're stable)? - .. (and other available info) Dbus is only a trigger (like signals) that dumps result in a textfile and it's not fast/easy way to interact (file has to be stored which takes a while and we have to process text with more human than machine-readeable format). SNMP is an overkill in some cases and may be slow for local management. Regards, Jakub Słociński ________________________________________ From: Quentin Armitage <[email protected]> Sent: Tuesday, March 7, 2017 6:34:31 PM To: Jakub Słociński Cc: [email protected] Subject: Re: [Keepalived-devel] sysfs support On Tue, 2017-03-07 at 12:52 +0000, Jakub Słociński wrote: Hey, do you know if some work was done about sysfs support to be able to interfere with keepalived? Or is there any plan for that? Best regards, Jakub Słociński R&D Network Engineer OVH Could you provide some examples of what you would like to be able to achieve. sysfs seems to be a mechanism for communicating between kernel and user space, and since keepalived runs in userspace I'm not sure how sysfs could be used. Are you wanting to be able to alter keepalived's settings while it is running? Currently one or two settings can be modified via SNMP, and also via Dbus. Quentin Armitage ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot