Since 500 Internal Server Errors aren't ever really caused by Wakaba or Kareha themselves, but are still a big problem for lots of people, I'm setting up this thread to discuss various problems and solutions related to them.
I get the two errors:
Constant subroutine main::DISPLAY_ID redefined at /usr/lib/perl5/5.10.0/constant.pm line 115.
syntax error at config.pl line 176, near "1;"
I used to get the "Can't locate config.pl in @INC [...]" error, but that got solved when I set config.pl to chmod 755 (all other .pl's are 755 as well). I don't really like the idea of having the configuration file publicly readable though. Does this mean these scripts has to be run from within cgi-bin/? Otherwise it feels like a pretty huge security risk.
Anyways, Im running latest apache under fedora 9 with latest php (don't know the exact version numbers but they are the latest available builds for fedora 9 x86_64) using mod_cgi.
That's not a 500 Internal Server Error.
> I get the two errors:
> Constant subroutine main::DISPLAY_ID redefined at /usr/lib/perl5/5.10.0/constant.pm line 115.
>
> syntax error at config.pl line 176, near "1;"
it looks like you messed up something in config.pl. without seeing what you actually have in that file it's hard to say what.
> I don't really like the idea of having the configuration file publicly readable though.
you could change the owner of the files to whichever user apache runs as, probably www, or even better, set up mod_suexec.
>>174
Well, maybe not. But this link was conveniently available in the documentation as a support thread and it seems to me I'm not the only one posting a non-500 problem here. I apologize if my posting in the wrong place was of inconvenience however.
>>175
I guess I'll have to take an extra look through that config file then. And thanks for the tips on the owner issue. :)
There is a general support thread, linked at the top of the page. This is a specific thread for a specific issue, not for general support questions.
Hi there is some sort of 500 error on my site. Everything has been working fine (on Kareha) except one user says whenever he tries to upload his MP3 it gives him a 500 error. Is there any reason why this would happen? I'm really lost. Thanks!
>>178
Does it work for other people? OS/browser combination maybe? Do other files work for him?
Offhand, I would surmise it might be a misguided restriction by your host, but you're really not giving enough information to adequately assess the problem.
>>179
Oh, I'm sorry then. Other files DO work for him. In fact he uploaded ANOTHER MP3 and it worked fine. It is just this one MP3 that doesn't work. It works for other people fine so far.
>>180
That may have came off as condescending and was not intended to be.
Are there any particularly strange characters in the filename?
>>182
I just had it happen to me now. I was uploading 01 - Metal Gear Solid Main Theme.mp3. No special characters or anything of the like in it. I checked the main error logs (I think this is it?). Here they are:
[Fri Jun 27 12:55:06 2008] [error] [client 72.16.215.56] Premature end of script headers: wakaba.pl, referer: http://img.secretareaofvipquality.net/res/424.html [Fri Jun 27 12:55:06 2008] [error] [client 72.16.215.56] File does not exist: /home/secretar/public_html/img/500.shtml, referer: http://img.secretareaofvipquality.net/res/424.html [Fri Jun 27 12:55:08 2008] [error] [client 74.6.22.93] Request exceeded the limit of 10 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtrace. [Fri Jun 27 12:55:08 2008] [error] [client 74.6.22.93] Request exceeded the limit of 10 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtrace. [Fri Jun 27 12:55:29 2008] [error] [client 74.6.18.247] Request exceeded the limit of 10 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtrace. [Fri Jun 27 12:55:29 2008] [error] [client 74.6.18.247] Request exceeded the limit of 10 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtrace. Usage: file [-bcikLnNsvz] [-f namefile] [-F separator] [-m magicfiles] file... file -C -m magicfiles Try `file --help' for more information.
I'm not sure if this is any help or not but thanks so much.
Anything before that?
I caused it to happen again here's what I got this time:
[Fri Jun 27 19:25:18 2008] [error] [client 74.6.22.88] identify: missing an image filename `.//'. [Fri Jun 27 19:25:27 2008] [error] [client 72.16.215.56] Premature end of script headers: wakaba.pl, referer: http://img.secretareaofvipquality.net/res/424.html [Fri Jun 27 19:25:27 2008] [error] [client 72.16.215.56] File does not exist: /home/secretar/public_html/img/500.shtml, referer: http://img.secretareaofvipquality.net/res/424.html [Fri Jun 27 19:25:28 2008] [error] [client 72.16.215.56] File does not exist: /home/secretar/public_html/img/favicon.ico [Fri Jun 27 19:25:28 2008] [error] [client 72.16.215.56] File does not exist: /home/secretar/public_html/img/404.shtml
Strange. Since there's no useful information in the error_log, though ("premature end of script headers" basically means that anything at all went wrong), it's tricky to say what's actually going on.
I found there is also a seperate SUEXEC error_log which had this:
[2008-06-28 21:38:54]: uid: (1059/secretar) gid: (1061/1061) cmd: kareha.pl [2008-06-28 21:40:40]: uid: (1059/secretar) gid: (1061/1061) cmd: wakaba.pl
I'm not sure if this is helpful or not.
The timestamps aren't anywhere near the same.
>>188
Oh I know I'm sorry I meant to explain. I caused the error to happen again and got the same message in the main error_log but the above is what was in the suexec error_log.
Hi all, Im new in this. Im trying to install Wakaba, all my settings are correct but Im getting:
Error: Could not write to directory.
I tried with chmode 777 and 755 and still no success, any advise?
Thanks in advance!
>>190
Are you chmoding the right directories (/src/, /thumb/, and /res/)?
Also make sure that the directories actually exist.
/src/, /thumb/, and /res/ and the base directory too!
Hi,all. I've tried to run Wakaba and got error 500.
Error log consist this lines:
[Mon Oct 27 19:44:22 2008] [error] [client 127.0.0.1] T:/home/localhost/cgi-bin/wakaba.html is not executable; ensure interpreted scripts have "#!" first line
[Mon Oct 27 19:44:22 2008] [error] [client 127.0.0.1] (9)Bad file descriptor: don't know how to spawn child process: T:/home/localhost/cgi-bin/wakaba.html
I can't understand what I must do with it.
Please help!
Your host is not set up in a way that supports running Wakaba. Wakaba needs a server that allows both running scripts and serving files from the same directory.
Sorry, but I'm novice, so can you tell me more about allowing serving files?
If I must edit httpd.conf, which directives I must use?
Or it's related with something else?
Is it your own server? In that case, there are some hints here:
http://wakaba.c3.cx/docs/docs.html#RunningPerlScripts
You can also google for instruction on running CGI scripts to find more thorough instructions. Wakaba just needs to be run as a CGI script in a normal directory.
Thanks for advice! I'll google for instruction.
Seems no one has this specific problem:
Attempt to reload futaba_style.pl aborted.
Compilation failed in require at H:/HOST/xampp/htdocs/wakaba/wakaba.pl line 20.
BEGIN failed--compilation aborted at H:/HOST/xampp/htdocs/wakaba/wakaba.pl line 20.
CGI and Perl scripts work in and out of /cgi-bin/
I've edited the hashbang, added "Options FollowSymLinks +ExecCGI" and "AddHandler cgi-script .cgi .pl" to my configuration, also tried a few of the other suggestions, but nothing worked.
I'm running on Windows with xampp and the Parl add-on.
Server error!
The server encountered an internal error and was unable to complete your request.
Error message:
couldn't create child process: 720002: kareha.pl
If you think this is a server error, please contact the webmaster.
Error 500
compy4.servehttp.com
11/06/08 19:07:10
Apache/2.2.9 (Win32) DAV/2 mod_ssl/2.2.9 OpenSSL/0.9.8i mod_autoindex_color PHP/5.2.6
****
http://compy4.servehttp.com/sparky4/16/kareha.pl
i might as well a joint in this thread!
this is my ERROr
****
ERROR.LOG
[Thu Nov 06 18:53:51 2008] [error] [client PISS] (OS 2)The system cannot find the file specified. : couldn't create child process: 720002: kareha.pl
[Thu Nov 06 18:53:51 2008] [error] [client PISS] (OS 2)The system cannot find the file specified. : couldn't spawn child process: C:/My Documents/sparky4/16/kareha.pl
[Thu Nov 06 18:53:51 2008] [error] [client PISS] (OS 2)The system cannot find the file specified. : couldn't create child process: 720002: kareha.pl
[Thu Nov 06 18:53:51 2008] [error] [client PISS] (OS 2)The system cannot find the file specified. : couldn't spawn child process: C:/My Documents/sparky4/16/kareha.pl
what do i have to do to fix this?
>>202
I would suggest doing yourself a favor and getting a host rather than hosting it yourself, it'll save you alot of time and effort.
Did the MP3 guy ever fix his problem? MP3 uploading is so sketchy it's just exhausting. I've tried files simply named X.mp3 and got a 500 internal server error while some files with brackets and dashes work fine. Folders are all CHMODed to 777 and the configuration is pristine, which means Wakaba is due for an update. Great script if it would work.
Maybe your server is set to limit upload sizes or something? The script doesn't care what's in your files if they are not images, so it's not going to fail on some and work on others.
I thought of that however some 6mb songs have worked while 4mb files don't, some 3mb files work but 2mb files don't. It is seemingly random.
I looked at the error log and I don't know if it is related or not but it turned up "Parse error: syntax error, unexpected T_STRING in /home/server/public_html/chan/wakaba.pl on line 777" which is:
$sth=$dbh->prepare("DELETE FROM ".SQL_PROXY_TABLE." WHERE type='black' AND timestamp<?;") or make_error(S_SQLFAIL);
according to notepad++. Unless lines that are commented out don't count towards the error line # in which case I guess I'll have to count manually.
So frustrating...
>>206
That sounds suspiciously like a PHP error message. What are you trying to do?
I took this bit of code from the KusabaX support board:
<?php
error_reporting(E_ALL);
ini_set("display_errors", 1);
include("file_with_errors.php");
?>
and I plugged in wakaba.pl because my server doesn't have any error logs that I can find even though in my PHP info error_log in On in both local and master value. I didn't think of it but it makes sense now that a PHP error reporting script wouldn't work for perl.
So I am back at square one. I can't check the php.ini but the PHP info in my vbulletin admincp says upload_max_filesize is 8M which I guess is related. Whether that means megabits or megabytes I don't know, but like I said I get 500 server errors from files as low as 2 megabytes while there has been one upload of just over 6.
I can't make sense of it
I'm thinking what you really want here is a server that does not suck horribly.
My friend installed Wakaba as well with a upload_max_filesize of 50M and it is equally random so it isn't just my host.
>>211
Perl is not PHP, and upload_max_filesize has NOTHING WHATSOEVER to do with Wakaba. Please, take a minute to learn how CGI scripts work.
after fixing 500 internal server error on kareha.pl, i was wondering why i can't see my newly created threads? is it configurable in config.pl?
>>213
I've fixed this in the past by adding <meta http-equiv="Pragma" content="No-Cache" />
inside the head of the template.
There is an example.htaccess
file included for that.
I run xampp, windows 2000.
I get the error message : Attempt to reload DBI.pm aborted. Compilation failed in require at (eval 53) line 10. BEGIN failed--compilation aborted at (eval 53) line 10.
I have done everything above, and the perl test script works.
You might want to not run xampp. I haven't heard anything but problems with it. I think it uses mod_perl by default? Disable that to start with.
Ok. I got it working anyway. :)
OK, so I got it out of internal server error 500, with the tip about adding:
Options +ExecCGI
AddHandler cgi-handler .pl
to .htaccess. However, now whenever I try to open up a .pl file on my site I get the dialogue box saying:
"You have chosen to open
kareha.pl
Which is a .pl fine
from http://71chan.co.cc
What should Firefox do with this file?
()Open with |Browse...|
()Save file
[]Do this automatically from now on."
I set all files involved to 755, what do I need to do now?
>>202
i pretty much gave up on Kareha and found the original public futaba script
http://4chan.b33r.net/sparky4/+4/
this is my image board ^^
>>211
............
THAT LOOKS EVEN WORSE THAN WHEN YOU TRIED OUT 四葉の芽画像掲示板スクリプト!!!!!!!
I CANNOT EVEN SEE THE BOARD!
I JUST SEE
INDEX OF /b/
..................................................
getting kareha to run properly requires experience which i don't have
there fore i cannot help you >_<
>>211
what is happening is that the server is not running the scripts
>>222
Like a grasp of the English language? Or an attention span?
How can you not run Kareha? It is extremely easy, you don't even need to set up mySQL or anything.
>>225
1 reason
perl
it is an ass to setup
>>226
Oooh, good one, blame it on the language.
It's pretty easy to set up.
>>226
It's not like you need to code in perl to run Kareha. Am I missing something here?
> Am I missing something here?
he's probably one of those people who think installing firefox is hard.
>>231
You're not very well liked here, are yeh?
Anyways, off the issue of sparky4 and his inability to use Kareha. "To each his own", my mother always says, and if he wants to run a board with his own script and can't run Kareha, let it be so. Back to the question I asked in >>221, please, so that I can get the help I need. Does anyone know what my problem is?
>>232
Isn't it funny how quickly threads can get derailed...
When you select 'open this file' what do you get? Is it the source code, or either the html that should've shown up in the browser or a redirect page?
>>233
It opens another tab, and I get the same dialogue box, like in the picture.
>>231
I actually picked Wakaba specifically because it's in Perl.
In around 3 hours, I had the board running, reply image thumbnail limits, a noko function and a new stylesheet.
>>234
That's usually one of two problems, your webserver isn't processing .pl files through the CGI handler or a problem in the Perl code itself. Personally, Lighttpd gave me these when I had a `die' statement where it shouldn't have been.
>>235
The thing with my server is, it had a previous (and unchangeable) cgi-script handler for .pl files. When I changed .htaccess to add the cgi-handler, it didn't remove the old one, just (supposedly) overrides it.
I use the NXServe free host, if that's any help.
Most free hosts are horrible. The best solution is to not use one. It might not be letting you override settings from .htaccess
. If that's the case, there's not much you can do about it unless you can edit the httpd.conf
, which is unlikely on a free host.
Then how do you suggest I fix my problem? I already tried hosting myself from my PC, just ask sparky4 (who helped me as much as he could, but I still failed).
>>239
Have you tried it without sparky?
>>240
I asked the people on another site to help me out, but nothing. Yes, I tried opening port 80, both on my router and on my firewall. That was the only problem-specific advice anyone could apparently give (and the same advice sparky gave). But their main advice was to not host myself.
OK, I finally got Kareha up and running. Turns out I just had to set up a CGI wrapper to put it in. Thanks for your help, even though it was a tip on the host's support forum that gave me what I needed.
I get an error 500 when trying to access my index.html. I found the following information in my webhost's documentation:
Q: Why can't I read files in my cgi-bin dir through the web?
A: Your cgi-bin will not send any page to web browser because it assumes that all files in cgi-bin are either script or private datafiles. In each case it assumes that you would not want a nosey user to inadvertently get the webserver to send them the contents of files in cgi-bin.
Because of this it is not possible to serve .html files from your cgi-bin dir.
Is there any fix or workaround for this? Thanks!
Posting this because I checked my hashbang, made sure +ExecCGI was added as an option, and .pl is an addedhandler, and the .htaccess file should be fine as well. That being said, I get the following from apache, even if the scripts are in /cgi-bin:
[Mon Mar 02 20:45:12 2009] [error] Can't locate config.pl in @INC (@INC contains: . C:/xampp/perl/site/lib/ C:/xampp/perl/lib C:/xampp/perl/site/lib C:/xampp/apache) at C:/xampp/htdocs/kareha/kareha.pl line 8.\nBEGIN failed--compilation aborted at C:/xampp/htdocs/kareha/kareha.pl line 8.\n
Line 8 is:
BEGIN { require 'config.pl'; }
Working with a fresh install of xampp w/ perl addon, activestate's perl exec is in the directory that the scripts are looking for but even if I use the one from xampp I get the same results. Oddly, I get the same results even if I delete the hashbang line.
Nevermind.
Apparently (for anyone else in the future) mod_perl may be installed extraneously by xampp. Kill apache and run setup_xampp.bat, and tell it to reconfigure without mod_perl. Then start apache again.
I am using xampp (latest stable) and i have an error when trying to start wakaba.pl!
Here it is:
install_driver(mysql) failed: Can't load 'E:/xampp/perl/site/lib//auto/DBD/mysql/mysql.dll' for module DBD::mysql: load_file:Íå íàéäåí óêàçàííûé ìîäóëü at E:/xampp/perl/lib/DynaLoader.pm line 203.
at (eval 350) line 3
Compilation failed in require at (eval 350) line 3.
Perhaps a required shared library or dll isn't installed where expected
at E:/xampp/htdocs/wakaba/wakaba.pl line 44
yes, i have
And do you have Íå íàéäåí óêàçàííûé ìîäóëü installed?
I have ryssian system, so "Íå íàéäåí óêàçàííûé ìîäóëü" means "specified module not found".
When i run wakaba.pl first time after starting apache, I have an error message "perl58.dll not found, reinstalling this program may help you". I put perl58.dll into apache/bin directory, but i still have this error message and still can't run this script ><.
Whatever you are doing, it is completely wrong. I really can't recommend using xampp at all, it seems half the problems in this thread are caused by it. You really should use a plain Apache and plain Perl. You especially should not use mod_perl, which xampp seems to be fond of installing.
okay... where can i download dbd-mysql.ppm or dbi-mysql.ppm?
I cant find it on reposiories!
Hey,
I am getting the error message:
Error: Could not write to directory.
I have the base dir, res/ src/ & thumb/ set to 755
Also the captacha & wabaka.pl files set to 755.
Why can't it write to the directory for?
Thanks for any help in advance :)
That's not a 500 Internal Server Error. And it probably can't write to it because it doesn't run as the same user as the owner of the directory, so it needs to be 777.
Hi, i have the same problem that >>245 had, but without mod_perl, apache just shows the files as plain text. And in the hashbang im directing to the active perl executable
Then your Apache config is wrong, and you need to figure out how to configure it right. I'm no Apache expert, I can't help much there.
Hai. This is the errors I'm getting:
Software error:
Bad name after privlibexp' at C:/wamp/perl/lib/Config.pm line 1219.
Compilation failed in require at C:/wamp/perl/lib/lib.pm line 6.
BEGIN failed--compilation aborted at C:/wamp/perl/lib/lib.pm line 6.
Compilation failed in require at C:/wamp/www/imageboard/kareha.pl line 11.
BEGIN failed--compilation aborted at C:/wamp/www/imageboard/kareha.pl line 11.
I'm using WAMP5 (V. 1.7.2) with a Perl AddOn. I don't get any 500 internal server errors, just these software errors. I'll display each line listed in the errors.
Error 1: 'privlibexp' => 'c:\wamp\perl\\lib',
Error 2: use Config;
Error 3: use Config;
Error 4: use lib '.';
Error 5: use lib '.';
Tried doing several things, like changing the use lib to use lib 'C:/wamp/perl/bin/'
, removing the extra slash on c:\wamp\perl\\lib
. All my files are readable and executable since they are on my PC and not on the internet, so I guess no permissions are needed. I did all the necessary changes to my httpd.conf file. I'm using #!C:\wamp\perl\bin\perl.exe
as my hashbang. I'm all out of ideas. Help, please.
> I don't get any 500 internal server errors, just these software errors.
Then you shouldn't post in the thread about 500 Internal Server Errors.
Looks like you've got a hosed Perl install, though. Take it up with the people who made the addon.
Hey, when I try to access "localhost/cgi-bin/wakaba.pl" I get an internal server error.
I checked my error log and it says:
c:/apache/cgi-bin/wakaba.html is not executable; ensure interpreted scripts have "#!" first line
[Tue May 05 17:19:22 2009] [error] [client 127.0.0.1] couldn't spawn child process: c:/apache/cgi-bin/wakaba.html
I checked each file that has the hashbang, and in both files they're correct, so I cant seem to figure out what the problem is. I also get a similar error with wakaba3.js when I try a different method. Not sure what im doing wrong, as im pretty new to this. Thanks in advanced.