> > ... > > Can you expand on that? I think the original idea for changing > > user/group was to have reduced privileges while running. The > > primary advantage probably being that scripts and such wouldn't > > run as root. It's still reasonable to expect that the agent's > > configuration files would be owned by root, and not the > > non-privileged user. > > But isn't it even more reasonable to expect that load/save of > persistent config would "just work" for an agent with > agentuser/agentgroup defined? AFAICS it currently doesn't > (persistent config is created as root:root, so it can't be > saved by the lower-privileged agent) which I consider a bug.
Though, strangely, this works for me. That is, at startup the agent rewrites persistent store as root/root, then it changes to agentuser/agentgroup, then on shutdown it has no problem rewriting. ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click _______________________________________________ Net-snmp-coders mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
