Xymon Mailing List Archive search

testing group owner on a file

2 messages in this thread

list Steve Holmes · Thu, 2 Feb 2012 12:01:54 -0500 ·
[Note: still running 4.2.3]

I have a file definition:

FILE /usr/sbin/sendmail.sendmail GROUP:51 yellow

for our Linux servers.

However, it seems to not be working. On several hosts the file data looks
like:

[file:/usr/sbin/sendmail.sendmail]
type:100000 (file)
mode:2755 (-rwxr-sr-x)
linkcount:1
owner:0 (root)
group:25 (smmsp)
size:806460
clock:1328201361 (2012/02/02-11:49:21)
atime:1328201173 (2012/02/02-11:46:13)
ctime:1316579762 (2011/09/21-00:36:02)
mtime:1311839803 (2011/07/28-03:56:43)


Which I think should throw a warning.

At one point I tried GROUPID=51, but that didn't work either and failed
even worse by complaining that the group owner should be "D=51", so it
appears to just be looking for the keyword GROUP and then skipping the next
character and using the remainder of the string for the id (numeric or
symbolic). But, still, it isn't complaining about the group id being 25
when we want it to be 51.

Why doesn't it work as expected?

Thanks,
Steve
list Alexander Bech · Fri, 03 Feb 2012 16:29:56 +0100 ·
Am 02.02.2012 18:01, schrieb Steve Holmes:
quoted from Steve Holmes
[Note: still running 4.2.3]

I have a file definition:

FILE /usr/sbin/sendmail.sendmail GROUP:51 yellow
Hi,

try it with:
FILE /usr/sbin/sendmail.sendmail OWNER=root GROUPID=smmsp yellow

Regards,
Alex
quoted from Steve Holmes
for our Linux servers.

However, it seems to not be working. On several hosts the file data looks like:

[file:/usr/sbin/sendmail.sendmail]
type:100000 (file)
mode:2755 (-rwxr-sr-x)
linkcount:1
owner:0 (root)
group:25 (smmsp)
size:806460
clock:1328201361 (2012/02/02-11:49:21)
atime:1328201173 (2012/02/02-11:46:13)
ctime:1316579762 (2011/09/21-00:36:02)
mtime:1311839803 (2011/07/28-03:56:43)


Which I think should throw a warning.

At one point I tried GROUPID=51, but that didn't work either and failed even worse by complaining that the group owner should be "D=51", so it appears to just be looking for the keyword GROUP and then skipping the next character and using the remainder of the string for the id (numeric or symbolic). But, still, it isn't complaining about the group id being 25 when we want it to be 51.

Why doesn't it work as expected?

Thanks,
Steve