After upgrading my classic board to the new server I can't even access the CP - an internal server error pops up each time I try to access http://69.93.6.46/cgi-bin/cp.cgi .<br /><br />Internal Server Error<br />The server encountered an internal error or misconfiguration and was unable to complete your request.<br />Please contact the server administrator, []webmaster@iqbet.com[/] and inform them of the time the error occurred, and anything you might have done that may have caused the error.<br /><br />More information about this error may be available in the server error log.<br /><br /><br />Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request. <br /><br /><br />--------------------------------------------------------------------------------<br /><br />Apache/1.3.29 Server at www.iqbet.com Port 80<br /><br />Any idea on how to solve the issue?

conrad because you don't acess it that way.. do the following<br /><br />http://69.93.6.46/cpanel or http://69.93.6.46:2082/<br /><br />it will prompt for username and password..

It's actually the UBBC CP that I'm trying to get into. I need to move my Classic board before upgrading to Threads.

And when I log into the CPanel account to check the error log I see this: [2003-12-05 03:34:10]: error: file is writable by others: (/home/forum/public_html/cgi-bin/cp.cgi)<br /><br />Of course it's writable by others because it's supposed to be chmod to 777 according to Infopop's instructions. Why is this an error then and (supposedly) the cause of the script not running?

No it's not. cp.cgi is supposed to be 755. Only the vars_ files are 777. You need to review the instructions again. Your machine is correctly NOT letting you execute a world writable file.

Also make sure that the cgi-bin directory is not 777. Make it 755 in that case.

Ok, I just did a fresh install according to the instructions and once again I'm having major trouble:<br /><br />I tried to run ubb6_test.cgi ... but all I get is a Internal Server Error (in CPanel the following text is noted in the error log: "[2003-12-07 18:45:59]: error: file has no execute permission: (/home2/meczbiz/public_html/cgi-bin/ubb6_test.cgi)")<br /><br />When I try and access the CP I get the following errors:<br /><br />Software error:<br />Invalid range "a-Z" in transliteration operator at Modules/vars.pm line 17. <br />For help, please send mail to the webmaster (root@server16.systemips.com), giving this error message and the time and date of the error. Content-type: text/html <br /><br />Software error:<br />[Sun Dec 7 18:51:01 2003] vars.pm: Invalid range "a-Z" in transliteration operator at Modules/vars.pm line 17. Compilation failed in require at cp.cgi line 52. <br />For help, please send mail to the webmaster (root@server16.systemips.com), giving this error message and the time and date of the error. Content-type: text/html <br /><br />Software error:<br />[Sun Dec 7 18:51:01 2003] vars.pm: [Sun Dec 7 18:51:01 2003] vars.pm: Invalid range "a-Z" in transliteration operator at Modules/vars.pm line 17. [Sun Dec 7 18:51:01 2003] vars.pm: Compilation failed in require at cp.cgi line 52. BEGIN failed--compilation aborted at cp.cgi line 52. <br />For help, please send mail to the webmaster (root@server16.systemips.com), giving this error message and the time and date of the error. <br /><br />-----<br /><br />Anyone know what's going on?

This is what vars.pl looks like in the 6.2.1 install that I just got (not sure if this solves anything though...):<br /><br />%vars_pm = (<br /> 'welcome_pm' => '',<br /> 'ubb_code' => 'on',<br /> 'feature' => 'on',<br /> 'welcome_pm_message' => '',<br /> 'html' => 'off'<br />);<br /><br />1;

Hmm, and this is what I have in my current board that I'm trying to move:<br /><br />%vars_pm = (<br />feature => "on",<br />welcome_pm_message => q~~,<br />ubb_code => "on",<br />html => "off",<br />welcome_pm => ""<br />);<br />1;

Seems like there are some bugs in the 6.2.1 software supplied to us by support, as we did an install of 6.6 and encountered no problems whatsoever.

Fellas, is there any reason why I shouldn't just close the board, ftp the entire thing to the hard drive, and then ftp it all up to my new server?

paths may be different?

Just seems like it would be easier to do that after just uploading the entire contents of the board.<br /><br />Actually the problem seems to be with the Modules/vars.pm file .

Wierd stuff, guys. All I had to do was use the Modules/vars.pm file from the current trial version of 6.6 to resolve the problem. Only one letter in the entire file is different (actually it's just a small "z" instead of a large "Z") and this was all it took to make things right.

you can remove vars.pm completely. If your version of perl has a vars.pm at all it will use it.

OK, many thanks.<br /><br />One last question, and embarrassingly it's about ftp itself: how can I upload more than 2000 files to a folder? Everytime I try it 'truncates' my files to around 2000. I've even tried using different ftp programs...

Um, I'm not sure what is going on. I use ws ftp pro and have never had a problem. The only other ftp prog I have used is cuteftp and I found that to be pretty shoddy.

could be a server/os/software limitation. I've never dealt with that many files in one directory so I can't say for sure, but I would think something like that wouldn't have anything to do with the FTP client.

Yes, must be a server issue as all the ftp clients I've tried had done the same each time. This definitely means I'm in trouble as I have around 8000 files in the members folder, so I can't even begin to think what kind of effect this would have on a simple P4 server with an IDE drive... <img src="http://www.ubbdev.com/forum/images/graemlins/frown.gif" alt="" /> I take it my current host has me on a high-end model. <img src="http://www.ubbdev.com/forum/images/graemlins/confused.gif" alt="" />

Have you tried uploading them in batches of 1500 files. Maybe it is just a limit on the # of files at a time? Some one else on this board had mentioned having a limit for the total number of files. If uploading them in smaller batches doesn't work, then I would contact the host and ask them what is up.