Linux File System Ownership/Permissions system connected to a SAN

Hi Experts,

This is a very difficult one to explain as I have no Idea what could be causing this to happen.
I have a Linux Redhat server 5.1 x86_64 that is connected to a SAN Storage via Polyserv.
The system keeps changing the owner of the following directory /apps1/ from appsuat to the following user id 506 and any directory under /apps1 then will belong to 506. The waired thing is that in /etc/passwd and /etc/group we don't have any user associated with this uid 506 and when executing id 506 from the command line it gives you an error stating that the user does not exist.

I have change this using chmod -R appsuat:dba /apps1 and the owner will change to appsuat user after an hour or more the system changes this back to 506 as the owner. When I check the logs the is nothing that give me light on why this happens.

This makes the user appsuat to be unable to access certain files and environmental virables used by the developers.Please keep in mind that without the correct environmental environmental variables being sourced, developers are unable to start up their system/ services

I have no Idea why is this happening or what makes this to happen anyone who has ever expirience something like this. Please have a look at the attached files and please guide me on where I could look.
Files uder /apps1 changed to appsuat these will all be change by the system to be owned by 506:
drwx------    3 appsuat dba    72 Apr 24  2005 pqh
drwx------    3 appsuat dba    72 Apr 24  2005 pqp
drwx------    3 appsuat dba    72 Apr 24  2005 prp
drwx------    3 appsuat dba    72 Apr 24  2005 psa
drwx------    3 appsuat dba    72 Apr 24  2005 psb
drwx------    3 appsuat dba    72 Apr 24  2005 psp
drwxrwx---    3 appsuat dba    72 Apr 24  2005 pv
drwxrwx---    3 appsuat dba    72 Apr 24  2005 qa
drwx------    3 appsuat dba    72 Apr 24  2005 qot
drwxrwx---    3 appsuat dba    72 Apr 24  2005 qp
drwx------    3 appsuat dba    72 Apr 24  2005 qrm
drwx------    3 appsuat dba    72 Feb 17  2006 rcm
drwxrwx---    4 appsuat dba    96 Jul 29  2008 REC
drwxrwx---    3 appsuat dba    72 Apr 24  2005 rg
drwx------    3 appsuat dba    72 Apr 24  2005 rhx
drwx------    3 appsuat dba    72 Apr 24  2005 rla
drwx------    3 appsuat dba    72 Apr 24  2005 rlm
drwx------    3 appsuat dba    72 Apr 24  2005 sht
drwx------    3 appsuat dba    72 Apr 24  2005 ssp
-rw-r--r--    1     506 dba 10272 Feb 23 13:43 ufn1.env
-rw-r--r--    1     506 dba 10272 Feb 23 13:43 ufn1_nldeitra1.env
drwx------    3 appsuat dba    72 Apr 24  2005 vea
drwx------    3 appsuat dba    72 Apr 24  2005 veh
drwx------    3 appsuat dba    72 Apr 24  2005 wip
drwx------    3 appsuat dba    72 Apr 24  2005 wms
drwx------    3 appsuat dba    72 Apr 24  2005 wps
drwx------    3 appsuat dba    72 Apr 24  2005 wsh
drwx------    3 appsuat dba    72 Apr 24  2005 wsm
drwx------    3 appsuat dba    72 Apr 24  2005 xdo
drwx------    3 appsuat dba    72 Apr 24  2005 xdp
drwx------    3 appsuat dba    72 Apr 24  2005 xla
drwx------    3 appsuat dba    72 Apr 24  2005 xle
drwx------    3 appsuat dba    72 Apr 24  2005 xnb
drwx------    3 appsuat dba    72 Apr 24  2005 xnc
drwx------    3 appsuat dba    72 Apr 24  2005 xni
drwx------    3 appsuat dba    72 Apr 24  2005 xnm
drwx------    3 appsuat dba    72 Apr 24  2005 xnp
drwx------    3 appsuat dba    72 Apr 24  2005 xns
drwx------    3 appsuat dba    72 Apr 24  2005 xtr
drwx------    3 appsuat dba    72 Apr 24  2005 zfa
drwx------    3 appsuat dba    72 Apr 24  2005 zpb
drwx------    3 appsuat dba    72 Apr 24  2005 zsa
drwxrwx---    3 appsuat dba    72 Apr 24  2005 zx
 
All these files should be own by appsuat as 506 does not exist:
root@server1 ufn1appl]#
drwxrwx---  12 appsuat dba    288 Feb 23 13:43 .
drwxrwx---   8 appsuat dba    376 Feb 24 13:39 ..
drwxrwx---   6     506 dba    144 Feb 16 16:13 admin
drwxrwx---   9     506 dba    216 Feb 15 21:14 clone
drwxrwx---   3     506 dba     80 Feb 23 13:43 config
drwxrwx---  36 appsuat dba 608624 Feb 23 13:45 html
drwxrwx---  24 appsuat dba   6472 Feb 19 09:04 java
drwxrwx---   4     506 dba    112 Feb 19 16:12 _pages
drwxrwx---  10     506 dba    304 Feb 16 16:13 portal
drwxrwx---  10 appsuat dba    304 Feb 16 16:13 rgf
drwxrwx---   5     506 dba  94600 Feb 24 17:54 temp
drwxrwx---   6     506 dba    272 Feb 18  2006 util
[root@server1 ufn1comn]#
Magic cause 506 does not exist
[root@server1 ufn1appl]# id 506
id: 506: No such use
The following directory holds environmental virables for appsuat 
drwxrwx---   3     506 dba     80 Feb 23 13:43 config
But since its owned by 506 we are unable to login.Just on mere logging into server1, we encounter errors when the .profile tries to source environmental parameter as shown below.
Last login: Tue Feb 24 13:09:06 2009 from 192.168.20.2
ksh: /apps1/ufn1appl/APPSufn1_server1.env[31]: .: /apps1/ufn1comn/config/server1/8.0.6/ufn1_server1.env: not found
/home/appsuat - appsuat ]
server1.voda.co.za >

Open in new window

LinuxDukeAsked:
Who is Participating?

[Webinar] Streamline your web hosting managementRegister Today

x
 
joolsConnect With a Mentor Commented:
This is a wild stab in the dark but I'd say it looks like you may have another system using the SAN that does have a userid on that system with id #506.

You system then sees the id and can't map it to a valid userid on the local system...

Do you have other systems connect via the SAN?
0
 
ai_ja_naiCommented:
generally, user ids under 1000 are running services, daemons and similars. post your /etc/passwd file
0
 
joolsCommented:
@ai_ja_nai, Most of the Linux systems I've used, the userid's start at 500 and work up (seems to be the case with RedHat/Centos et al which I'm using at the moment, I guess they have changed this now. It could (possibly) still be a userid though.
0
Never miss a deadline with monday.com

The revolutionary project management tool is here!   Plan visually with a single glance and make sure your projects get done.

 
ai_ja_naiCommented:
??? doesn't the uid for normal users start from 1000 ?? O_o
0
 
joolsCommented:
Naaa... My userid is 500.. cos I was the first user :-) I have seen some systems start at 1000 but I don't think it's a default as such...
0
 
LinuxDukeAuthor Commented:
This is the problem, I have a cluster and the id's were not mapping correctly all is sorted now thanks Jools.
0
 
ai_ja_naiCommented:
Guh, that's a discover for me. I always thought that first user started by 1000 because I always's seen like that (Gentoo, Debian, Arch)... this discrepance is interesting
0
 
joolsCommented:
Thats open systems and standards for you!

welcome to my wurlde!
0
 
ai_ja_naiCommented:
POSIX standard is out there for a good purpose :p
0
All Courses

From novice to tech pro — start learning today.