Re: Is there a daemon rollcall tool?
On Sat, Jan 31, 2015 at 07:55:46AM +0100, Ingo Schwarze wrote: > Hi Joel, > > Joel Rees wrote on Sat, Jan 31, 2015 at 03:16:02PM +0900: > > > What I'm thinking of is a tool that would allow one to query > > whether a daemon is installed, > > pkg_info(1) Or if by deamon you mean an rc.d script, running the following command will display all currently available services along with their currently defined rc.conf flags: $ rcctl getall If you want to know which flags a particular daemon is using, you can run: $ rcctl get identd flags NO # <- output the currently configured flags $ rcctl getdef identd flags -e # <- output the default flags for when the daemon is enabled You can get even more information if you don't pass any argument, e.g: $ rcctl get identd identd_flags=NO identd_timeout=30 identd_user=root As for start|stop|restart..., all rc.d scripts take the same arguments: start, stop, restart, reload, check. Some do not support a particular action (some daemons for e.g. do not support reloading their configuration, so "reload" does not work) -- in this case, running the script without argument will tell you: # /etc/rc.d/spamd usage: /etc/rc.d/spamd [-df] start|stop|restart|check # /etc/rc.d/sshd usage: /etc/rc.d/sshd [-df] start|stop|restart|reload|check I have that answers some of your questions. -- Antoine
Re: Che Puffy t-shirt
On 2015-01-30 17:12, Sevan / Venture37 wrote: Hi guys, I'd really like see a Che Puffy t-shirt available for purchase & there may hopefully be a possibility of it happening. Just wondering who'd like to see such a thing happen & would purchase one or more? It would be worth an exception to my general rule that clothes should speak the person and not vice versa. M
Re: Wouldn't `daemon_enable=YES` make more sense than `daemon_flags=""` in rc.conf.local?
On Sat, Jan 31, 2015 at 12:17:09AM GMT, Joel Rees wrote:
> I half-sympathize with his concerns. It _seems_ nice to have the
> bundle of patch cables all connected and ready, and one switch
> separate from the patch cable bundle to actually turn the box on and
> patch it in.
>
> "Seems" being the operational word, and the issue of where one is
> looking for the switch being, perhaps, the missed point?
For me, personally, the switch is '#', or lack thereof, in front of
'daemon_flags' :^)
One character instead of 'daemon_enable=YES/NO' seems pretty good to me.
The only use case I can think of where that wouldn't work is having the
daemon disabled at boot and still being able to start it "by hand" with
custom flags later on. If you do require that kind of functionality,
however, then '/etc/rc.conf{.local}' is not the right place to do that,
IMVHO (hint is in the 'rc') and there are plethora of other ways this
can be achieved.
Regards,
Raf
Re: carp failover problem
> > Will try it during the weekend... > After reconnecting the firewalls differently, I got it fixed. Logically, the connections are the same, but apparently the 5300xl had a hard time with its arp table... Instead of connecting both firewalls directly on the routing switch, I made a trunk back to the 2524, and connected the firewalls there. Within seconds after disconnecting a port or rebooting either firewall, carp now handles the failover smoothly! Thanks! Sebastien
Re: Is there a daemon rollcall tool?
Hi Joel, Nice to see you here, in a happier place... On Sat, 31 Jan 2015 15:16:02 +0900 Joel Rees wrote: > What I'm thinking of is a tool that would allow one to query whether a > daemon is installed, and, for installed daemons, to query what the > basic commands for status, start, and stop, are? If your daemons are started from daemontools or similar, you already have that. > > I'm also thinking of a roll-register (or similar name) to call from > the initialization scripts of daemons I want to be in the roll-call. > The roll-register call's parameters could specify the daemon name and > the commands that the rollcall tool would look up. I'm not exactly sure what you mean, but if you haven't already, have a look at Avery Payne's Supervision-Scripts: https://bitbucket.org/avery_payne/supervision-scripts SteveT Steve Litt* http://www.troubleshooters.com/ Troubleshooting Training * Human Performance
IBM/Lenovo Thinkpad trackpoint support in pms(4)?
Hello, pms(4) currently seems to have no particular support for the trackpoint devices on Thinkpads. These support some extensions to the PS/2 protocol, to do things like configure the device's sensitivity. What can be done to add support for this to OpenBSD? IBM provides (or provided) some fairly detailed docs[1], and there is a driver in linux[2][3]. I'd be interested in attacking this myself, but I have no experience with kernel hacking and don't really know how to begin. I can provide dmesg for systems with trackpoint and touchpad and for systems without a touchpad, if anyone is interested. [1] http://web.archive.org/web/20100526161812/http://wwwcssrv.almaden.ibm.com/trackpoint/download.html [2] http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/drivers/input/mouse/trackpoint.h?id=HEAD [3] http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/drivers/input/mouse/trackpoint.c?id=HEAD
