[rt-users] RT3: mkdir /opt/rt3/var/mason_data/obj: Permission denied

[Lieven Tomme]

Hi Jim,
Thanks for commenting.
I have the following:
 
drwxrwx---    5 root     root         4096 May 19 11:03 mason_data
 
and in httpd.conf:
 
User nobody
Group nobody

I tried by temporary changing mason_data permissions to 777, as well as switching to user/group nobody/nobody. The error is persistant...
 
Best regards,
Lieven

	-----Oorspronkelijk bericht----- 
	Van: Jim Mozley [mailto:jim.mozley at exponential-e.com] 
	Verzonden: do 22/05/2003 18:14 
	Aan: Lieven Tomme; rt-users at lists.fsck.com 
	CC: 
	Onderwerp: Re: [rt-users] RT3: mkdir /opt/rt3/var/mason_data/obj: Permission denied
	
	

	*This message was transferred with a trial version of CommuniGate(tm) Pro*
	Lieven,
	
	What are the permissions on /opt/rt3/var/mason_data? Is the owner and group
	the same as the owner and group of apache (in apache's httpd.conf file)?
	
	Regards,
	
	Jim
	
	----- Original Message -----
	From: "Lieven Tomme" <lieven.tomme at aquanta.com>
	To: <rt-users at lists.fsck.com>
	Sent: Thursday, May 22, 2003 4:00 PM
	Subject: [rt-users] RT3: mkdir /opt/rt3/var/mason_data/obj: Permission
	denied
	
	
	*This message was transferred with a trial version of CommuniGate(tm) Pro*
	Hello,
	After making RT3, modifying RT_SiteConfig.pm and httpd.conf, I obtain
	the following error upon surfing to the involved URL:
	
	
	
	
	error:  mkdir /opt/rt3/var/mason_data/obj: Permission denied at
	/usr/lib/perl5/site_perl/5.8.0/HTML/Mason/Compiler/ToObject.pm line 96
	
	context:  ...
	181:  # Mason exception and placed in the {prepare_error} slot. exec()
	182:  # will then trigger the error. This makes for an easier new + exec
	
	183:  # API.
	184:  local $SIG{'__DIE__'} = sub {
	185:  rethrow_exception( $_[0] );
	186:  };
	187:
	188:  eval {
	189:  # create base buffer
	...
	
	code stack:  /usr/lib/perl5/site_perl/5.8.0/HTML/Mason/Request.pm:185
	/usr/lib/perl5/5.8.0/Carp.pm:191
	/usr/lib/perl5/5.8.0/File/Path.pm:150
	/usr/lib/perl5/5.8.0/File/Path.pm:143
	/usr/lib/perl5/site_perl/5.8.0/HTML/Mason/Compiler/ToObject.pm:96
	/usr/lib/perl5/site_perl/5.8.0/HTML/Mason/Interp.pm:323
	/usr/lib/perl5/site_perl/5.8.0/HTML/Mason/Request.pm:201
	/usr/lib/perl5/site_perl/5.8.0/HTML/Mason/Request.pm:166
	/usr/lib/perl5/site_perl/5.8.0/HTML/Mason/ApacheHandler.pm:60
	/usr/lib/perl5/site_perl/5.8.0/Class/Container.pm:265
	/usr/lib/perl5/site_perl/5.8.0/Class/Container.pm:343
	/usr/lib/perl5/site_perl/5.8.0/HTML/Mason/Interp.pm:232
	/usr/lib/perl5/site_perl/5.8.0/HTML/Mason/ApacheHandler.pm:857
	/usr/lib/perl5/site_perl/5.8.0/HTML/Mason/ApacheHandler.pm:784
	/opt/rt3/bin/webmux.pl:118
	/dev/null:0
	
	
	
	Any idea how to solve this problem? It looks like I'm stuck without
	help...
	
	
	FYI: this is the involved section of my Apache 1.3.27 httpd.conf file:
	
	<VirtualHost _default_:10082>
	    ServerName my.domain.name
	    DocumentRoot /opt/rt3/share/html
	    AddDefaultCharset UTF-8
	    PerlModule Apache::DBI
	    PerlRequire /opt/rt3/bin/webmux.pl
	    PerlFreshRestart On
	
	    <Location />
	        SetHandler perl-script
	        PerlHandler RT::Mason
	    </Location>
	</VirtualHost>
	
	
	Thanks for your help!
	Lieven
	_______________________________________________
	rt-users mailing list
	rt-users at lists.fsck.com
	http://lists.fsck.com/mailman/listinfo/rt-users
	
	Have you read the FAQ? The RT FAQ Manager lives at http://fsck.com/rtfm
	
	

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.bestpractical.com/pipermail/rt-users/attachments/20030522/6952d197/attachment.htm>