<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: group not activated in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/group-not-activated/m-p/4394460#M35927</link>
    <description>What if you do service xinetd reload on the client?</description>
    <pubDate>Fri, 03 Apr 2009 12:50:26 GMT</pubDate>
    <dc:creator>Ivan Ferreira</dc:creator>
    <dc:date>2009-04-03T12:50:26Z</dc:date>
    <item>
      <title>group not activated</title>
      <link>https://community.hpe.com/t5/operating-system-linux/group-not-activated/m-p/4394455#M35922</link>
      <description>Hi all,&lt;BR /&gt;&lt;BR /&gt;We are running a nagios server and would like to monitor a particular program. To run the check, the nagios user has to be in a particular group. Connected with the nagios user on the server :&lt;BR /&gt;# id&lt;BR /&gt;uid=500(nagios) gid=500(nagios) groupes=501(appgroup)&lt;BR /&gt;&lt;BR /&gt;Same command in a check, results in :&lt;BR /&gt;uid=500(nagios) gid=500(nagios)&lt;BR /&gt;&lt;BR /&gt;appgroup is not activated. We tried to use newgrp, but it doesn't solve the problem.&lt;BR /&gt;&lt;BR /&gt;Question is : why isn't a group set in /etc/group activated ?&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;&lt;BR /&gt;Fred&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Fri, 03 Apr 2009 11:12:08 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/group-not-activated/m-p/4394455#M35922</guid>
      <dc:creator>Fred Ruffet</dc:creator>
      <dc:date>2009-04-03T11:12:08Z</dc:date>
    </item>
    <item>
      <title>Re: group not activated</title>
      <link>https://community.hpe.com/t5/operating-system-linux/group-not-activated/m-p/4394456#M35923</link>
      <description>If the remote host is a solaris system, then you have to use the id -a command (or groups command) to display all groups membership.</description>
      <pubDate>Fri, 03 Apr 2009 11:16:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/group-not-activated/m-p/4394456#M35923</guid>
      <dc:creator>Ivan Ferreira</dc:creator>
      <dc:date>2009-04-03T11:16:16Z</dc:date>
    </item>
    <item>
      <title>Re: group not activated</title>
      <link>https://community.hpe.com/t5/operating-system-linux/group-not-activated/m-p/4394457#M35924</link>
      <description>I didn't mention as we were in Linux section :)&lt;BR /&gt;Both systems are Linux.</description>
      <pubDate>Fri, 03 Apr 2009 11:22:25 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/group-not-activated/m-p/4394457#M35924</guid>
      <dc:creator>Fred Ruffet</dc:creator>
      <dc:date>2009-04-03T11:22:25Z</dc:date>
    </item>
    <item>
      <title>Re: group not activated</title>
      <link>https://community.hpe.com/t5/operating-system-linux/group-not-activated/m-p/4394458#M35925</link>
      <description>Have you restarted Nagios after joining nagios user to the appgroup?&lt;BR /&gt;&lt;BR /&gt;If Nagios was not restarted after the change, the Nagios main process still has the old group membership information, and its child processes will inherit the same old information.&lt;BR /&gt;&lt;BR /&gt;A process can change only its own group membership information, and only when it is either running as root or with SUID root permissions. The "newgrp" command only switches a secondary group to primary and vice versa: if the process does not already have a secondary group in its group membership information, it refuses to do anything.&lt;BR /&gt;&lt;BR /&gt;MK</description>
      <pubDate>Fri, 03 Apr 2009 11:32:53 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/group-not-activated/m-p/4394458#M35925</guid>
      <dc:creator>Matti_Kurkela</dc:creator>
      <dc:date>2009-04-03T11:32:53Z</dc:date>
    </item>
    <item>
      <title>Re: group not activated</title>
      <link>https://community.hpe.com/t5/operating-system-linux/group-not-activated/m-p/4394459#M35926</link>
      <description>Problem is not on the server, but only on the client. Nrpe is launched from inetd on each check. So yes, it has been reloaded.&lt;BR /&gt;</description>
      <pubDate>Fri, 03 Apr 2009 11:38:55 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/group-not-activated/m-p/4394459#M35926</guid>
      <dc:creator>Fred Ruffet</dc:creator>
      <dc:date>2009-04-03T11:38:55Z</dc:date>
    </item>
    <item>
      <title>Re: group not activated</title>
      <link>https://community.hpe.com/t5/operating-system-linux/group-not-activated/m-p/4394460#M35927</link>
      <description>What if you do service xinetd reload on the client?</description>
      <pubDate>Fri, 03 Apr 2009 12:50:26 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/group-not-activated/m-p/4394460#M35927</guid>
      <dc:creator>Ivan Ferreira</dc:creator>
      <dc:date>2009-04-03T12:50:26Z</dc:date>
    </item>
    <item>
      <title>Re: group not activated</title>
      <link>https://community.hpe.com/t5/operating-system-linux/group-not-activated/m-p/4394461#M35928</link>
      <description>Nice try, Ivan :)&lt;BR /&gt;&lt;BR /&gt;xinetd.d restarts a nagios session each time it is called. So every call is supposed to have good uid/gid information.&lt;BR /&gt;&lt;BR /&gt;To be sure, we just restarted xinetd, but without any change.&lt;BR /&gt;&lt;BR /&gt;Fred&lt;BR /&gt;</description>
      <pubDate>Fri, 03 Apr 2009 13:53:12 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/group-not-activated/m-p/4394461#M35928</guid>
      <dc:creator>Fred Ruffet</dc:creator>
      <dc:date>2009-04-03T13:53:12Z</dc:date>
    </item>
    <item>
      <title>Re: group not activated</title>
      <link>https://community.hpe.com/t5/operating-system-linux/group-not-activated/m-p/4394462#M35929</link>
      <description>I have found a partial explanation. Problem seems to come from xinetd config. In a xinetd service description, you must specify user and group. And only this group is set. If you don't specify one, it will take the one given in /etc/passwd, but it will never look in /etc/group for additional group...&lt;BR /&gt;&lt;BR /&gt;Question becomes : How to set multiple groups for a xinetd service ?&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;&lt;BR /&gt;Fred&lt;BR /&gt;</description>
      <pubDate>Fri, 03 Apr 2009 14:46:03 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/group-not-activated/m-p/4394462#M35929</guid>
      <dc:creator>Fred Ruffet</dc:creator>
      <dc:date>2009-04-03T14:46:03Z</dc:date>
    </item>
    <item>
      <title>Re: group not activated</title>
      <link>https://community.hpe.com/t5/operating-system-linux/group-not-activated/m-p/4394463#M35930</link>
      <description>In the xinetd service definition for nagios client, add: "groups = yes".&lt;BR /&gt;&lt;BR /&gt;This tells xinetd to allow the nagios user to have all the group privileges entitled to the user, instead of just the one group identified in the xinetd service definition.&lt;BR /&gt;&lt;BR /&gt;MK</description>
      <pubDate>Fri, 03 Apr 2009 18:01:13 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/group-not-activated/m-p/4394463#M35930</guid>
      <dc:creator>Matti_Kurkela</dc:creator>
      <dc:date>2009-04-03T18:01:13Z</dc:date>
    </item>
  </channel>
</rss>

