group id

[malay boy]

$ id
uid=255(htoo) gid=116(bscs) groups=9998(Users)
$ pwd
/home/htoo
$ id
uid=255(htoo) gid=116(bscs) groups=9998(Users)
$ touch cc.c
$ ls -l cc.c
-rw-r--r-- 1 htoo daemon 0 Jun 10 16:14 cc.c

Please see above.This is very funny.Whenever I do a touch on a file the group change to daemon even I'm not in this group.

regards
mB

[Robert-Jan Goossens]

Hi mB,

what does "# id daemon" report, or "# grep daemon /etc/group"

Robert-Jan

[malay boy]

Thanks Jan.

$ id daemon
uid=1(daemon) gid=1(daemon)
$ grep daemon /etc/group
daemon:*:1:daemon
$ ypcat group|grep daemon

By the way we are using NIS.

regards
mB

[Fred Ruffet]

please submit ouput of
ls -ld /home/htoo
(looking for acls)
and of
grep -e "bscs" -e "daemon" /etc/group
(looking for strangeness :)

Regards,

Fred

[Jeroen Peereboom]

Maybe setgid on the directory?
Try the same in another directory to see if the same problem occurs.

(and remove the file before touching again)

JP.

[malay boy]

Fred ,
You are getting somewhere.here are the output of the :

# ls -ld /home/htoo
lrwxrwxrwx 1 root system 18 Jun 10 16:40 htoo -> /tmp_mnt/home/htoo

# ls -ld /tmp_mnt/home/htoo
drwxrwxrwx 11 root daemon 1536 Jun 10 16:43 /tmp_mnt/home/htoo

FYI we are using auto mount .

I try ti change the owner on /tmp_mnt/home/htoo it give below error :

# chown htoo:bscs htoo
chown: htoo: Not owner


regards
mB

[Jeroen Peereboom]

Oops, forget the setgid remark in my previous reply. (Should be sticky bit, but it is not relevant for groups).

JP

[Fred Ruffet]

You must be root to chown from root to htoo.

regards,

Fred

[Fred Ruffet]

could you try to touch directly in /tmp_mnt/home/htoo with user htoo. Maybe the linking is messing it up.

regards,

Fred

[malay boy]

Fred,
I am using root.But it give me not owner error .... any idea ?.

regards
mB

[Robert-Jan Goossens]

automounted nfs dir ? try to change the permissions on the server.

[malay boy]

Robert,
I did change the source nfs server directory.But the result still the same...

regards
mB

[Fred Ruffet]

Hmmm... I didn't understand that where automount of NFS. What is the ID of htoo on distant server ? What is the ID of daemon on distant server ? What is the content of the /etc/exports file for the line concerning your directory ?

All of this might help, as long as permissions are set on the other server and replicated as UIDs on local. options of export may also have influence.

regards,

Fred

[Robert-Jan Goossens]

could you check the permissions off,

# ll /usr/bin/chown
-r-xr-xr-x 1 bin bin 24576 Nov 7 1997 /usr/bin/chown

[Jeroen Peereboom]

As a sidestep you can give ls an option (-n ?) to have numerical IDs in the output. Names are just a translation from numbers, so let's first make sure the numbers are right and check the translation of the number to names later (passwd, nis, ...)

JP

[Armin Kunaschik]

Some things to try:
- I learned not to trust the id command output,
especially in NIS environments with HP-UX servers.
- Find out manually, what groupset you are in:
ypcat passwd|grep htoo
ypcat group|grep htoo

- Check for local accounts in /etc/passwd and /etc/group overriding the NIS settings!

- Check the directory for sedgid flags and remove (if appropriate):
chmod g-s

Regards,
Armin

[Elmar P. Kolkman]

I think the problem is not necessarily on the machine you located the problem, but on the server where /tmp_mnt/home/htoo is mounted from.

Checkout: bdf /tmp/home/htoo

Also checkout any mount options.
And of course export options. Could it be you have some mapping for group id's?
Checkout output of showmount -e .