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.
Sounds like you're not doing what >>96 said. He suggested using a relative path. Not sure if that will really work, but you seem to be putting the hostname in there, which will obviously not work at all.
[Wed Apr 18 19:41:48 2007] [error] [client 127.0.0.1] Can't locate CGI/Carp.pm in @INC (@INC contains: .) at C:/Program Files/xampp/htdocs/wakaba/wakaba.pl line 3.\r, referer: http://localhost/wakaba/
[Wed Apr 18 19:41:48 2007] [error] [client 127.0.0.1] BEGIN failed--compilation aborted at C:/Program Files/xampp/htdocs/wakaba/wakaba.pl line 3.\r, referer: http://localhost/wakaba/
^ I'm on windows using xampp and I get 500 internal server error with that in the error.log when I run wakaba.pl.
I set the hashbang to #!C:/Program Files/xampp/perl/bin/perl.exe
Any idea what's wrong?
>>105
it looks like your perl installation is broken.
Yes. You'll probably be better off grabbing ActivePerl and installing that directly.
Errr, I'm having some trouble with getting this to work.
When I run wakaba.pl, I get a 500 error and this in the error log:
[Sat May 12 23:38:16 2007] [error] [client 192.168.0.139] Can't locate CGI/Carp.pm in @INC (@INC contains: .) at C:/Program Files/xampp/htdocs/wakaba/wakaba.pl line 3.\r, referer: http://192.168.0.139/wakaba/
[Sat May 12 23:38:16 2007] [error] [client 192.168.0.139] BEGIN failed--compilation aborted at C:/Program Files/xampp/htdocs/wakaba/wakaba.pl line 3.\r, referer: http://192.168.0.139/wakaba/
I tried all the other cgi tests and they work too except for a .pl one it seems, though I did have .pl next to the addhandler for cgi. Any idea what's wrong?
I am using xampp btw.
Ok, so I set everything up so far and
When I try to go to wakaba.pl or even the test.pl (even in /cgi-bin/)
If my .htaccess has "AddHandler cgi-handler pl cgi"
it will display the .pl file as text in the browser
If I change it to "AddHandler cgi-script pl cgi"
it gives me a 500 Int server error with the logs showing "Premature end of script headers" and nothing else
I've spent hours and I dont know what the hell the problem is. Server is running Perl 5.8.7 and had the Image Magik module natively installed. I'm going crazy here...
Is this "cgi-handler" a module that I don't have???
Do you also have Options +ExecCGI
on?
Yes My .htaccess looks like this:
"# -FrontPage-
IndexIgnore .htaccess /.?? ~ *# */HEADER /README /_vti
<Limit GET POST>
order deny,allow
deny from all
allow from all
</Limit>
<Limit PUT DELETE>
order deny,allow
deny from all
</Limit>
AuthName www.wtfsauce.net
AuthUserFile /home/wtfsauce/public_html/_vti_pvt/service.pwd
AuthGroupFile /home/wtfsauce/public_html/_vti_pvt/service.grp
AddHandler cgi-script pl cgi
Options +ExecCGI
"
That last bit? Yeah, I've tried every combination of cgi-script, cgi-handler, .pl .cgi, pl cgi, pl, .pl, cgi, .cgi, and also having the "Options +ExecCGI" immedietly after the last extension instead of on the next line.
Oh yes, the permissions are 777(Tried 775 too) on the test file. I asked my host? They told me to use /cgi-bin/ which I am and to set the permissions to be able to execute it which I did. Otherwise they just told me to "read the instructions for the script you're trying to run"
if you can please contact me on AIM @ shaneisscum
> <Limit GET POST>
> order deny,allow
> deny from all
> allow from all
> </Limit>
what.
That limit stuff? That was already in my .htaccess.
Is there a .htaccess for individual folders?
Your host is probably preventing you from overriding the options you need. The real solution is to get proper hosting.
`Software error:
syntax error at config.pl line 2, near ")
SECRET "
Compilation failed in require at kareha.pl line 12.
BEGIN failed--compilation aborted at kareha.pl line 12.`
i've edited my config.pl
my line 2 is SECRET (' my secret is more than 10 characters, digits + letters')
line 12 is
DISPLAY_ID ('2')
>>116
the lines in config.pl should look like
use constant NAME => VALUE;
config_defaults.pl did not return a true value at /var/www/kareha2/kareha.pl line 13.
BEGIN failed--compilation aborted at /var/www/kareha2/kareha.pl line 13.
wtf? i see many similiar errors but no solved errors.
help me i'm drunk russian and my english is sooo bad.
Don't remove the 1;
at the end of config_defaults.pl
. Actually, don't touch config_defaults.pl
at all.
>>119 Well?now he cant write to wakautils index.html
I try to run wakaba script on a Debian Sarge vServer with root access. Apache/2.2.3 (Debian) PHP/4.4.4-8+etch4 mod_perl/2.0.2 Perl/v5.8.8 Server
I keep on getting Internal Server Errors but i am able to run your and other perl test-scripts.
The apache error.log says this:
-------------------------------
[Mon Sep 10 17:51:59 2007] [error] Can't locate config.pl in @INC
(@INC contains: . /etc/perl
/usr/local/lib/perl/5.8.8
/usr/local/share/perl/5.8.8
/usr/lib/perl5 /usr/share/perl5
/usr/lib/perl/5.8
/usr/share/perl/5.8
/usr/local/lib/site_perl
/etc/apache2)
at
/var/www/web1/imgboard/wakaba.pl line 16.\nBEGIN failed--compilation aborted at /var/www/web1/imgboard/wakaba.pl line 16.\n
-------------------------------
Any Ideas? Is it possible that this error accurs because im using mod_perl? And if, what schould i use instead of mod_perl?
You should definitely not use mod_perl, just plain CGI.
Well i have absolutely no fucking clue which packages I have to install since I always used mod_perl with apache.
I have Perl/v5.8.8 installed and i think nearly every fuxing module for it:
libwww-perl libsoap-lite-perl libimage-size-perl libdbd-mysql-perl libdbi-perl libdigest-md5-perl libapache-mod-perl libimage-info-perl erlmagick libstring-crc32-perl libapache-request-perl ibstorable-perl libcompress-zlib-perl libtime-hires-perl ibtie-cache-perl
There are like 1 billion sites for installing mod_perl but i cant find any good explanation how to configure perl & apache without using mod_perl
OH MY GOD I FUCKING GOT IT!!!
AND IT WAS THAT HELL OF EASY THAT I FORGOT TO THOUGHT ABOUT THAT!! :)
Forbidden
You don't have permission to access xxx/wakaba.pl on this server.
i get a 403. wth?
if you rum on a linux server you can just install the midnight commander ("apt-get mc" on debian)
you can easily set your wakaba.pl and captcha.pl files to chmod 655, the "res" "thumb" and "src" dir to 777 and of course the entire foƶder to 777 if its needet.
have a look on the picture
>>133
that's like telling someone to install firefox to read local plain text files.
I seem to be having some trouble, but I have no idea what's causing it. Perl seems to be working.
http://echelongc.com/cgi-bin/test.pl
However.. wakaba is not.
http://echelongc.com/cgi-bin/wakaba/wakaba.pl
It manages to redirect to wakaba.html.. I thought once It got that far there'd be little to go wrong. Does anyeone have any clues what could be wrong?
>>135
Hey This is 135. I've moved all of the /wakaba/ folder to my root cgi-bin..
so now the wakaba url is
Your server uses an antiquated broken setup, probably. Enable running Perl scripts anywhere and get rid of cgi-bin.
hey im currently tring to setup at fro.papaiti.com
the directory permissions is 775 and the pl files have correct permissions. when i point my browser to wakaba.pl i get:
Software error:
No ADMIN_PASS or NUKE_PASS defined in the configuration at /usr/share/perl/5.8/CGI/Carp.pm line 314.
BEGIN failed--compilation aborted at config_defaults.pl line 126.
Compilation failed in require at wakaba.pl line 17.
BEGIN failed--compilation aborted at wakaba.pl line 17.
if i remove .htaccess it changes to a 500 internal server error. i'm hosted at dreamhost. any ideas?
>>138 did you edit the config.pl
file (and remove the # from in front of the lines you changed)?
Error message:
Can't locate config.pl in @INC (@INC contains: . C:/xampp/perl/site/lib/ C:/xampp/perl/site/lib C:/xampp/perl/lib C:/xampp/apache) at C:/xampp/htdocs/****/kareha/kareha.pl line 12. BEGIN failed--compilation aborted at C:/xampp/htdocs/****/kareha/kareha.pl line 12.
Entire thread -> CTRL-F -> "Can't locate config.pl"
>>141
I have a new question now.
How do I disable mod_perl and use just CGI.
I'm using xampp with a perl add-on that gives me 5.2.3 mod_perl/2.0.3 Perl.
This is my first time using perl and shit is confusing me.
Ask the xampp people. I have no idea.
500 internal server errors whenever I try to acess config.pl in my cgi-bin directory, shows as plain text whenever
I try to run config.pl. Other .pl's dont seem to be working either. I dont have a .htaccess file, do I need one? Aslo, ive looked through httpd.conf and added the exec thing to evert directory. Hosting the server myself so I can do pretty much anything I need to do. CentOS 4.5 if it helps.
500 internal server errors whenever I try to acess config.pl in my cgi-bin directory, shows as plain text whenever
I try to run config.pl. Other .pl's dont seem to be working either. I dont have a .htaccess file, do I need one? Aslo, ive looked through httpd.conf and added the exec thing to evert directory. Hosting the server myself so I can do pretty much anything I need to do. CentOS 4.5 if it helps.
You are not supposed to be running config.pl or any other .pl file but wakaba.pl. Also, read the beginning of this thread for more hints.
I got this kind of error:
Can't locate object method "Archive" via package "files" (perhaps you forgot to load "files"?) at config.pl line 11.
Compilation failed in require at wakaba.pl line 16.
BEGIN failed--compilation aborted at wakaba.pl line 16.
Even getting this far took lot of effort, because i haven't found any documentation or instructions, does anybody know where i can get those?
http://wakaba.c3.cx/docs/docs.html
Also, that error likely means you messed up the syntax in your config. Start over and look more carefully at the examples.
Now it works, thanks!
I have both wakaba and kareha installed and running under suexec installed with next to zero problems. The one thing I can't workout is this.
==> /var/log/apache2/error_log <==
suexec failure: could not open log file
fopen: Permission denied
[Wed Jan 09 15:24:42 2008] [error] [client xxx.xxx.xxx.xxx] Premature end of script headers: paint.pl, referer: http://xxx.xxx.xxx.xxx/o/wakaba.html
==> /var/log/apache2/suexec_log <==
[2008-01-09 15:24:42]: uid: (1001/dood) gid: (100/100) cmd: paint.pl
Well, I don't know too much about suexec other than that it's a world of pain.
I guess you'll have to figure out what's different with paint.pl from the other script files. Permissions? Hashbang? Something else?
trying to get wakaba running effectively.
the imageboard runs just fine, but when trying
to access wakautils.pl i get the same
Error 500 Internal Server Error "Premature
end of script headers". what exactly is
wakautils.pl?
also, i'm on a shared host [nearlyfreespeech],
can't change apache or install stuff, and i can't
find and error_log to check either. (i've been
scouraging the threads for hours to learn more
about wakaba, please help.)
You're not supposed to access it, everything is working as it should.
ok, sweet. i was making a problem out of
nothing.
gotta learn me some perl.
the more i learn, the less i seem to know. [=
It's been over ten years, and I am still learning Perl.
Please someone help me. The test script works anywhere in my site just fine, including cgi-bin. I did try permissions (755 for wakaba.pl and captcha.pl as well as all folders - even tried setting 755 for all files). My hash-bin is right. I'm pretty sure I did the config file properly (I did it the same way for wordpress and it works fine with my database so I'm sure that's not a problem). I do have thumbnailers installed. But I still get the 500 Internal Server error.
HOWEVER, the error message/style is different from normal. Before it would be black and white text (given by the server itself) whereas now it's an error given by IE (its graphical) saying "website cannot display the page." My server does not record an error in the error log either this time around. I know these are clues, but I don't understand it.
Can anyone please help?
(Some details about my server: PERL version 5.8.8,
Path to PERL /usr/bin/perl, MySQL version 4.1.22-standard-log, Apache version 1.3.37 (Unix))
First off, use some other browser than IE and see what it says.
I am 156, neevermind guys. I got it working. Thanks anyway :)
I think it might be common sense for a lot of you but for non-programmers, I think this should be stressed: REMOVE THE '#' SYMBOL FROM IN FRONT OF THE LINES YOU CHANGED IN THE CONFIG FILE
Grr.
So here I am on lighty 1.4.13, Debian.
Perl is functional, directory permissions are correct.
Wakaba can't write to directory(ies?)
On a wild guess, i'm flailing at my inane vhost setup, which is as follows.
$HTTP["host"] =~ "(^|\.)steamchan\.net$" {
server.document-root = "/var/www/steamchan"
$HTTP["url"] == "/c" {
cgi.assign = ( ".pl" => "/usr/bin/perl" )
}
$HTTP["url"] =~ "/w" {
cgi.assign = ( ".pl" => "/usr/bin/perl" )
}
$HTTP["url"] =~ "/s" {
cgi.assign = ( ".pl" => "/usr/bin/perl" )
}
}
Is there something I'm missing?
(a shot in the dark I know, everybody and their mother's dog is on apache.. but.)
Just put the cgi.assign in the host pattern, unless you really really need to have .pl files not be executable outside the boards. Less redundant, and less chance of stuff randomly not working because of a silly typo.
If you map a script to "", it'll execute the script directly with the hashbang line. This is the way I do it because it's more like other servers and (IMO) less prone to odd problems.
So your vhost would look like:
$HTTP["host"] =~ "steamchan\.net$" {
server.document-root = "/var/www/steamchan"
cgi.assign = (".pl" => "")
}
Then just chmod +x wakaba.pl and make double sure the cgi scripts have write access to the directories. It "should" work, for varying values of should.
Is it setting the current directory to the board directory before executing the script, or not? Try adding a die
pwd
;
somewhere at the top of the script.
I managed to figure several things about. For whatever reason, my install of lighty hates serving things from the /var/www/ directory. This is rectified by re-writing everything something like /home/whatever directory.
Secondly, if the permissions are set to anything other than 777 for the board root directory the script will refuse to write them. 775 755 etc do not work. I'll dig around more and see if I can find anything as to why this is the case.
Thanks for your help guys.
That's likely because the web server runs under its own account, and you need to give others write access. It's more secure to setup Apache to change user to your user before running the scripts, but I don't know if lighty lets you do that, so you may be stuck with 777 (or 757, but that's silly) permissions.
>>165
It sure does, with execwrap or Apache's suexec. I've actually found lighty to be easier to configure than Apache for multi-user CGI scripting.
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.