On our dev box we have installed GE 6.2u5 three or four times over the last 
year or so, in various locations. We do not run as root, so we have to 
apportion a user/group to own the installation. At one point last year it was 
installed using ge62tst as the owner and group

(from /etc/passwd)
ge62tst:x:59820:412:GE62_tst_acct:/home/ge62tst:/bin/bash

It was installed in /tmp and a cron job ate most of the installation. Flash 
forward and we have re-installed using sgeadmin 
(sgeadmin:x:411:411::/home/sgeadmin:/bin/bash). Part of our install has the 
whole directory chown'd and chgrp'd recursively to this account

drwxr-xr-x  3 sgeadmin sgeadmin 4.0K Feb 24 15:54 ge62/

We are finding though, that permissions issues plague us-you can only run in a 
777 directory and that ge62tst is doing the read/writes.

-rw-r--r-- 1 ge62tst   24001    0 Feb 28 16:55 simple.sh.e28
-rw-r--r-- 1 ge62tst   24001   58 Feb 28 16:55 simple.sh.o28

Does ge62tst still own the service? How can I roll that over? Should I move 
everything to ownership by root? Help is appreciated. Ultimately, it would be 
best if the r/w is done by the operator ($USER). Thanks.

Specs:
(from uname -a)
Linux usto-sapp-nmm01.amgen.com 2.6.18-120.el5 #1 SMP Fri Oct 17 18:00:55 EDT 
2008 x86_64 x86_64 x86_64 GNU/Linux

(from cat /etc/*release*)
Red Hat Enterprise Linux Client release 5.3 (Tikanga)

(from cat /proc/cpuinfo)
processor       : 7
vendor_id       : GenuineIntel
cpu family      : 6
model           : 23
model name      : Intel(R) Xeon(R) CPU           X5492  @ 3.40GHz
stepping        : 10
cpu MHz         : 2400.000
cache size      : 6144 KB
physical id     : 1
siblings        : 4
core id         : 3
cpu cores       : 4
apicid          : 7
fpu             : yes
fpu_exception   : yes
cpuid level     : 13
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov 
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx lm 
constant_tsc pni monitor ds_cpl vmx est tm2 cx16 xtpr lahf_lm
bogomips        : 6800.54
clflush size    : 64
cache_alignment : 64
address sizes   : 38 bits physical, 48 bits virtual
power management:

Jeb Adams
PKDM IS Liaison
~~~~~~~~~~~~~~~~~~
[email protected]<mailto:[email protected]>
805.313.5022
PKDM IS 
Portal<http://myteams.amgen.com/sites/TS/PKDM/PKDMDept/PKDMFunctions/IS/default.aspx>
_______________________________________________
users mailing list
[email protected]
https://gridengine.org/mailman/listinfo/users

Reply via email to