<html xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns="http://www.w3.org/TR/REC-html40"> <head> <meta http-equiv=Content-Type content="text/html; charset=us-ascii"> <meta name=Generator content="Microsoft Word 11 (filtered medium)"> <style>  </style> </head> <body lang=FR link=blue vlink=purple> <div class=Section1> Hi,<o:p></o:p> <o:p> </o:p> In the nagios spec file, the nagios user is added with command « useradd –r » which creates a system account + system group.<o:p></o:p> <o:p> </o:p> In the nrpe spec file, there is first a standard groupadd on the Nagios group, and then a useradd with the –r option for the user.<o:p></o:p> It looks to me that the first groupadd is then useless, isn’t it ?<o:p></o:p> <o:p> </o:p> By the way : when the groupadd is run, there’s a grep on the hardcoded “nagios” value, while just after the %{nsgrp} is used to add the group, which is also a bug I think…<o:p></o:p> <o:p> </o:p> Nevertheless, if the groupadd has to be kept, would it be possible to use it also with the “-r” option ? This way, a system group would be created.<o:p></o:p> This would avoid conflicts with standard users/groups, and this would also make things more consistent.<o:p></o:p> <o:p> </o:p> I can easily patch the spec file, but I’m using nrpe on a few hundred machines, and I guess other people managing clusters may face the same problem of GID conflicts that I just did, which could probably be easily be avoided…. so here I’m sharing the problem and potential solution.<o:p></o:p> <o:p> </o:p> Thanks for patching && regards && merry Christmas ! :]<o:p></o:p> Frederic<o:p></o:p> </div> </body> </html>