Hi
I've got a Catalog v4.1.1.0.0.4.CBXA site here that I'm trying to move from one server (where it's been running happily for years) to a new server at Rackspace.
The network settings test is hanging for a long time and eventually failing with a 'You do not have write permissions to the cgi-bin directory "/cgi-bin/"' error. It's uploading the cp.pl and ts.pl files though, so clearly it is writing to the /cgi-bin/ folder.
I've noticed it's leaving the permissions on these scripts set to 644. I can set permissions via my FTP client using the same user account that Actinic is using, so I don't know why Actinic isn't setting them as executable, but could that be the problem? If I manually set the ts.pl script to 755 and request it, I get: "200001110128 No POSTed data was found" - so I'm assuming it would work OK if Actinic would only set the permissions.
The server is running Redhat Enterprise 4, Perl 5.8.5, Apache 2. The network settings in Actinic look correct, but I've included some settings below:
Path to CGI-BIN: /cgi-bin/
CGI Script ID #: 1 Ext: .pl (Tried #2 and .cgi - no joy)
Codebase: ./ (I've never understood what this setting is for...)
Path from CGI-BIN to Catalog...: ../acatalog/
Path to Perl: /usr/bin/perl -w (I've tried it without the -w switch but it doesn't like that)
[x] Ignore Passive Transfer Errors
I've left the "... as viewed by the FTP server" path blank.
The FTP user can only see the web root folder with the /acatalog and /cgi-bin folders inside it, so I can't see a problem with the paths.
Any help would be very much appreciated. It's only a matter of time before the client starts calling asking why the store is down...
I've got a Catalog v4.1.1.0.0.4.CBXA site here that I'm trying to move from one server (where it's been running happily for years) to a new server at Rackspace.
The network settings test is hanging for a long time and eventually failing with a 'You do not have write permissions to the cgi-bin directory "/cgi-bin/"' error. It's uploading the cp.pl and ts.pl files though, so clearly it is writing to the /cgi-bin/ folder.
I've noticed it's leaving the permissions on these scripts set to 644. I can set permissions via my FTP client using the same user account that Actinic is using, so I don't know why Actinic isn't setting them as executable, but could that be the problem? If I manually set the ts.pl script to 755 and request it, I get: "200001110128 No POSTed data was found" - so I'm assuming it would work OK if Actinic would only set the permissions.
The server is running Redhat Enterprise 4, Perl 5.8.5, Apache 2. The network settings in Actinic look correct, but I've included some settings below:
Path to CGI-BIN: /cgi-bin/
CGI Script ID #: 1 Ext: .pl (Tried #2 and .cgi - no joy)
Codebase: ./ (I've never understood what this setting is for...)
Path from CGI-BIN to Catalog...: ../acatalog/
Path to Perl: /usr/bin/perl -w (I've tried it without the -w switch but it doesn't like that)
[x] Ignore Passive Transfer Errors
I've left the "... as viewed by the FTP server" path blank.
The FTP user can only see the web root folder with the /acatalog and /cgi-bin folders inside it, so I can't see a problem with the paths.
Any help would be very much appreciated. It's only a matter of time before the client starts calling asking why the store is down...
Comment