[rt-users] Permission problems on new install

[jeffrey Lang]

Hi guy

   I'm just installing RT on a new FC3, all latest updates and patches. 
The kernel info is: Linux jrlang.gg.uwyo.edu 2.6.10-1.770_FC3smp #1 SMP 
Thu Feb 24 18:36:43 EST 2005 x86_64 x86_64 x86_64 GNU/Linux.  Using 
mysql 4.1.19, perl 5.8.5 and apache 2.  Everything seemed to install 
properly.

  The problem is a permissions issues with the 
/opt/rt3/var/mason-data/obj directory.   When httpd is started i get the 
following messages:

[root at jrlang etc]# /etc/init.d/httpd restart
Stopping httpd:                                            [  OK  ]
Starting httpd: Can't unlink file 
/opt/rt3/var/mason_data/obj/standard/index.html: Permission denied at 
/opt/rt3/bin/webmux.pl line 111
Can't remove directory /opt/rt3/var/mason_data/obj/standard: Permission 
denied at /opt/rt3/bin/webmux.pl line 111
and can't restore permissions to 0777
 at /opt/rt3/bin/webmux.pl line 111

This seems to be an issue that keeps mason from working properly as when 
i access the web page i get:

*error:*  	Couldn't create object file 
/opt/rt3/var/mason_data/obj/standard/index.html: Permission denied
*context:*  	
*...*  	
*313:*  	{
*314:*  	if ($tries++ == 3) {
*315:*  	$self->_compilation_error( $source->friendly_name, "Could not 
load or recreate object file after 3 tries" );
*316:*  	}
*317:*  	if ($objfilemod < $srcmod) {
*318:*  	$self->compiler->compile_to_file( file => $objfile, source => 
$source);
*319:*  	}
*320:*  	$comp = eval { $self->eval_object_code( object_file => $objfile 
) };
*321:*  	
*...*  	

*code stack:*  	/usr/lib/perl5/site_perl/5.8.5/HTML/Mason/Interp.pm:317
/usr/lib/perl5/site_perl/5.8.5/HTML/Mason/Request.pm:198
/usr/lib/perl5/site_perl/5.8.5/HTML/Mason/Request.pm:166
/usr/lib/perl5/site_perl/5.8.5/HTML/Mason/ApacheHandler.pm:68
/usr/lib/perl5/site_perl/5.8.5/Class/Container.pm:275
/usr/lib/perl5/site_perl/5.8.5/Class/Container.pm:353
/usr/lib/perl5/site_perl/5.8.5/HTML/Mason/Interp.pm:222
/usr/lib/perl5/site_perl/5.8.5/HTML/Mason/ApacheHandler.pm:899
/usr/lib/perl5/site_perl/5.8.5/HTML/Mason/ApacheHandler.pm:824
/opt/rt3/bin/webmux.pl:136
-e:0


In trying to figure out the problem, i have set all parent directory 
permissions to 777 and tried different owner and group setting on the 
directory and parrents.   It seem that now matter what i set the 
permissons to,  nothing seems to fix the problem.  here is how my 
directories are setup currently:

[root at jrlang etc]# cd /opt
[root at jrlang opt]# ls
Grid  lost+found  rt3
[root at jrlang opt]# ls -l
total 36
drwxr-xr-x  2 root root  4096 Mar 28 13:25 Grid
drwx------  2 root root 16384 Mar 28 03:04 lost+found
drwxr-xr-x  9 root root  4096 Apr  1 16:07 rt3
[root at jrlang opt]# cd rt3
[root at jrlang rt3]# ls -l
total 56
drwxr-xr-x  2 root root 4096 Apr  4 09:50 bin
drwxr-xr-x  2 root rt   4096 Apr  4 13:51 etc
drwxr-xr-x  4 root bin  4096 Apr  1 16:07 lib
drwxr-xr-x  6 root root 4096 Apr  1 16:07 local
drwxr-xr-x  2 root root 4096 Apr  1 16:07 sbin
drwxr-xr-x  4 root root 4096 Apr  1 16:07 share
drwxrwxrwx  5 root root 4096 Apr  1 16:07 var
[root at jrlang rt3]# cd var
[root at jrlang var]# ls
log  mason_data  session_data
[root at jrlang var]# ls -l
total 24
drwxrwxrwx  2 root   root   4096 Apr  1 16:07 log
drwxrwxrwx  5 apache apache 4096 Apr  1 16:07 mason_data
drwxrwxrwx  2 apache apache 4096 Apr  1 16:07 session_data
[root at jrlang var]# cd mason_data
[root at jrlang mason_data]# ls -l
total 24
drwxr-xr-x  2 apache apache 4096 Apr  1 16:07 cache
drwxr-xr-x  2 apache apache 4096 Apr  1 16:07 etc
drwxrwxrwx  3 apache apache 4096 Apr  1 16:57 obj
[root at jrlang mason_data]# cd obj
[root at jrlang obj]# ls -l
total 8
drwxrwxrwx  2 root apache 4096 Apr  4 10:13 standard



So My question are:

    1.   What is the proper owner, group and permissoons for the 
directory structure?

    2.   What could be causing this permission issue, since, all parents 
should be open to all users?


Any help would be greatly apprecicated.


jeff lang
University of Wyoming
Dept. of Geology and Geophysics
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.bestpractical.com/pipermail/rt-users/attachments/20050404/b9d8d0c3/attachment.htm>