OK, I have a few installations of dbman running on another site and server, and it works fine, and i have modified it all over the place, no problems.

Well i just tried to install it at http://www.highgateproducts.com/data and it wont work at all.

http://www.highgateproducts.com/data/db.cgi
http://www.highgateproducts.com/data/default.cfg

When it tries to run, it says error 500. Ok. Well I checked the permissions and they are norm 755 and 777 in places. When I try to execute it from the shell, it says to enable debugging. Well I did. It still doesnt work. I ahve thumbed thru this forum, and didnt see this problem, i could have missed it though.

Please help.

Oh yeah, my server is running Red Hat 6 if that matters. The other was Solaris. Which i really miss.

It looks as though this is a server permissions problem initially. Is you /data/ directory able to execute cgi scripts? Normally, the scripts are called from within a cgi-bin.

It would be difficult to help with other troubleshooting unless the files can be reviewed. You would need to save your files as text files (.txt) and upload them to an area where they can be viewed from the web. Mainly, your default.cfg file at this point :-)

EDIT Looks like something has changed - the first time I tried, I was unable to access the default.cfg file (404 does not exist) now, I am able to access the file at the url provided.

Ok both db.cgi and defualt.cfg are now text files.

I can execute scripts from anywhere on my server, its in the add handler in the http.conf file. just a small addition there. It hasnt given me problems before, my other sites, including the one with dbman all have that and it works fine.

I tried something and uploaded a new version, but it didnt work, thats why you couldnt get to it at first.

Would you care to share the url where those files can be accessed? <smile> I tried several combinations and wasn't able to view the files - now getting a 404 even on the file I had previously located.

lol, sure.

same dir just new ext.

http://www.highgateproducts.com/data/db.txt
http://www.highgateproducts.com/data/default.txt

In db.cgi you have:
$db_script_path = "/home/highgate/public_html/data";

Have you tried using the default setting which was in the file?
$db_script_path = ".";

Yes I tried that. But most of the time perl seems to move faster when i use the absolute path. I just tried again with the "." and it didnt work. Same set of errors. Im running out of ideas. I took the same exact script, changed nothing other than the paths put it on my Solaris server and it worked fine. So there is something else up. Any ideas?

Yeah, one more try :-) Leave the default path in db.cgi for now and check permissions on the file paths.
http://www.highgateproducts.com/data/
Results in a 403 - Forbidden access error

One other thing you could try is checking your server paths - you maybe using physical server paths as opposed to vserver paths. The default page for your account indicates /home/httpd/ perhaps this should become /home/httpd/public_html/data for your script paths.

Hope either of these suggestions help.

Well that first problem is because I have dir indexing turned off. again in the http.conf file.

The server path didnt affect anything, as I have tried that too, inclunding making a symlink back to the path.

Any more ideas? If not, its kewl i understand. I am thinking its the server and not the script more and more.