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.

Thats actually pretty much it. The entire error is:
[Mon Apr 10 17:05:34 2006] [error] [client ..***.**] Premature end of script headers: /home/************/******.dreamhosters.com/a/kareha/kareha.pl
[Mon Apr 10 17:05:34 2006]

And thats it nothing else

There are usually two errors, first the real one, and then the "Premature end of script headers" that is caused by the previous error.

Yeah thats all i get in relation to executing the kareha.pl script, the only other error is that there is no html page like internal_server_error.html to display the fact that there is an Internal Server error.

What error does the test script give?

I get the exact some error with the perl test script, Premature end of script headers. I am with Dreamhost currently.

Well, then I have no idea except that something is severely broken.

Ok thanks for your help anyway

my hosting provider only allows .pl to be run from cgi-bin folder. test.pl runs well there and does not run outside.
But it does not allow html files to be read from cgi-bin. what can I do? I'm a programmer, so I'm willing to tweak kareha to write html files to another directory if that's the solution. thanks.

I still haven't tried to do this, but a first guess for a solution would be:

1. Add a chdir "/path/to/html/files"; at the top, possibly in a BEGIN statement.
2. Edit the expand_filename() function to add the web-side path to your HTML files instead of the path used by the script.

on dreamhost change the directory of kareha to 755, otherwise it won't run.

Also try uploading your .pl files in ASCII mode. I have to, for some reason.

I just

wget http://wakaba.c3.cx/releases/kareha_3.1.0.zip
unzip kareha_3.1.0.zip

on dreamhost. Easy!
Of course then you go on about copying shit from there to there changing permissions. blah.

>>50

Your server setup is broken. I don't know how exactly, but if the test script does not work, that's pretty much the only option. Make sure that .pl files are handled by cgi-handler, and not something else.

Also, the "Abnormal Reply" is caused by an Opera bug. I'll try to get a workaround for that for the next version. Click "More options..." and select a formatting to work around it in the meantime.

I keep getting:
No ADMIN_PASS defined in the configuration at config_defaults.pl line 8.
BEGIN failed--compilation aborted at config_defaults.pl line 133.
Compilation failed in require at kareha.pl line 13.
BEGIN failed--compilation aborted at kareha.pl line 13.

After i've uploaded all the files(minus mode_image) since I'm doing the message board. I've also tried changing permissions to 755, that's what got me this far :P. I HAVE changed the admin pass and secret in the config.pl. The secret code is the result of me banging on the keyboard like a monkey.

Is somethign wrong with the config file?

>>52

That's not a 500 Internal Server Error. Also, remove the # at the start of the lines you change in config.pl.

Adding "use lib '/var/www/localhost/htdocs/wakaba';" in wakaba.pl (adjust for whatever directory wakaba is located) helped to avoid the errors with 'require'.

Ok, 500 Internal Server Error. The following is what I knows...

**Server is all local, on my box. Apache 2.0.59, ActivePerl 5.8.8, MySql 4.1, and PHP 5.1.5 are all that is installed and all functioning correctly.
**Test perl script anywhere on my domain works. I moved it to my wakaba directory just to be sure, still ok.
**Hashbang is copy/pasted from the test script which works to wakaba.pl so that should be set correctly.

**ONLY thing in my error.log (other than server boot up info) is..
[Wed Aug 23 11:49:53 2006] [error] [client 127.0.0.1] Premature end of script headers: wakaba.pl
[Wed Aug 23 11:49:53 2006] [error] [client 127.0.0.1] Can't locate object method "request" via package "Apache" at D:/Perl/lib/CGI/Carp.pm line 486.
**D:/Perl/lib/CGI/Carp.pm there is indeed a file at that location

Still get the 500 error when I try to open wakaba.pl. Any help appreciated greatly.

Sounds like a broken install. It's trying to use mod_perl files when mod_perl is not installed (I take it?). It's trying to print some other error message, and failing.

You can try removing the use CGI::Carp ... line at the start of the script, and then look at the error_log again, maybe.

Same error with that line removed. Would installing mod_perl be a good idea at this point (no, it was not installed)

Same error in the error_log too? That's pretty weird.

Wakaba doesn't work with mod_perl, but maybe if you installed it and didn't actually use it, just so that it could find that damn file... Hell, I dunno, that's all mighty strange.

Ok, I slightly lied. Log file after that change shows...

[Wed Aug 23 21:15:48 2006] [error] [client 71.206.116.70] Premature end of script headers: wakaba.pl
[Wed Aug 23 21:15:48 2006] [error] [client 71.206.116.70] Can't locate object method "require_version" via package "DBI" at D:/Perl/lib/DBI.pm line 22.
[Wed Aug 23 21:15:48 2006] [error] [client 71.206.116.70] Compilation failed in require at C:/Web Root/HTTP Root/wakaba/wakaba.pl line 7.
[Wed Aug 23 21:15:48 2006] [error] [client 71.206.116.70] BEGIN failed--compilation aborted at C:/Web Root/HTTP Root/wakaba/wakaba.pl line 7.

>>59

Ok, that's something I can work with: It seems you haven't installed DBI. Use ppm to install DBI and the mysql driver for it.

Ok, thanks very mucho for your support so far. On that note...

I'm a bit of a newb to all this. I know my way around, but perl confuzzles me. I searched for a program called ppm on my computer, found it, and ran it. Tried typing 'install dbi' as that seemed to be what google instructed me to do. Got the following message:

ppm> install dbi
Error: No valid repositories: Error: 500 Can't connect to
ppm.ActiveState.com:80 (connect: Unknown error)

Perhaps I'm typing in something wrong or there is an easier way?

And as for mysql drivers I again must claim ignorance. I'll google it when I wake up, but if it's easy to explain, it'd be a tremendous help.

>>61

Sounds like you've firewalled off the machine or something. Try to get ppm to work, and then you should be able to just do install DBI and install DBD::mysql or something like that.

Ok, turned of firewall in windows and on my router. Everything I expect to work works fine.

PPM started working. "Successfully installed DBD-mysql version 3.0002 in ActivePerl 5.8.8.817.". Same message for DBI. An attemt to install again shows that they are indeed both installed.

Error message remains the same as in >>59

Wow: update as I type this. I deleted the DBI.pm in my D:/perl/lib. Seems when it couldn't find it (long ago) I tried to manually copy it there. After I deleted it, and reinstalled DBI, it works fine. You my friend, are my hero.

>>64

That's not a 500 Internal Server Error.

Also, that references mod_perl, which Wakaba does not support, and also sounds sort of like all files are not in place.

I have several imagebaords set up on my server, but recently i attempted to set up a japanese imageboard using strings_jp and rules_jp, i have everything set up perfectly the same as my other boards but i still get an internal server error.

Hi, i recently installed a board with the purpose of making a oekaki board for my web. i installed all and set 755 the .pl files but i got the 500 internal error, i tried seting the ./wakaba/ directory to 755 as well and the script works but the oekaki script cannot write the images to directories (i get a error in getpic.pl in line 20). Any clue what can i do?

Thanks

The directories should likely be 777, not 755. Or you forgot to set the permissions on the tmp/ directory.

>>68

All directories under /wakaba/ are 777 and all .pl files under /wakaba/ are 755

But, if i set the /wakaba/ directory to 777, the script don't work (error 500). I if set the /wakaba/ directory to 755, the script works but then can't create the html pages and get a "Error: Could not write to directory." when i try to submit the drawing.

>>69

Sounds like an over-paranoid Apache install. Check error_log for messages.

[2006-09-22 11:03:26]: error: directory is writable by others: (/home/heavenof/public_html/wakaba)

That's with /wakaba/ in 777

>>72

Yes, that's an over-paranoid Apache all right. Your best bet is to convince it to not be so goddamn paranoid, or to get suexec working.

Argh, I've read through the previous help and it seems that everything is working (IE: No permissions/etc errors), but the server won't run perl scripts outside of the CGI-BIN and won't run HTML files inside of it.. Suggestions, please?

>>74

For me, it involved modifying Apache's httpd.conf file.

First, I added +ExecCGI to every 'Options' line.
Then, I modified the 'AddHandler' line, to this:

AddHandler cgi-script .cgi .pl

I also had better luck installing Kareha to a normal folder, instead of the cgi-bin folder.

Actually, I was about to post asking that same question, but some-how figured it out.

I do agree with Alexander Nilsson.

The 'filecutter-extract-to-interface' would really make this application as easy yet powerful as I and a lot of others, and hopefully yourself would like it to be, have you looked into this option or maybe even started on it?

>>79

Wrong thread.

I've been working on other things lately so I haven't looked into anything, but I probably will at some point.

Has anybody had any luck getting wakaba to work on dreamhost?

I'm sitting here with 500 error, and all my settings are correct (chmod, #!), and I tried it with FastCGI on and off but it didn't change anything. I'm wondering if DH has +ExecCGI running.

>>81

.htaccess:

Options +ExecCGI
AddHandler cgi-script .cgi .pl

<Files ~ "\.pl$">
Options +ExecCGI
</Files>

Still does nothing, just wanted to add that.

>>81

Lots of people use Wakaba on Dreamhost. Try looking at your error_log to get more information.

>>81, 82, 84 was me

I figured it out, I had the /wakaba/ directory chmodded to 777 and it was suexec being a giant bitch about it.

Got everything working, thanks though.

Everything worked until the end.

This is the first time I've even tampered with perl, but, I believe I'm doing everything right?

I'm wondering if I can't run html from my cgi-bin like the other guy in here.

[2006-10-11 00:09:07]: error: directory is writable by others: (/home/thieves/public_html/dorkcity/cgi-bin/board)

>>86
try changing the permissions on the directory to 775?

Server error!

The server encountered an internal error and was unable to complete your request.

Error message:
Bareword found where operator expected at (eval 56) line 3, near "/usr/bin" syntax error at (eval 56) line 3, near "/usr/bin" "use" not allowed in expression at (eval 56) line 5, at end of line BEGIN not safe after errors--compilation aborted at (eval 56) line 7. ,

This is probly some stupid error of my fault, but im a noob :|

>>89

Did you edit any of the files?

>>91
you might want to provide a URL that works

So... assuming your host doesn't allow non-perl files to be accessed from within the CGI-Bin, how would you go about running Kareha?

Preferrably by getting a sane host. Otherwise, by editing the script to make it keep files elsewhere. Look at earlier posts for hints, but I don't think anyone's actually tried.

>>94
About how much editing would one need to do?

>>95
you could try putting this in your config.pl:

use constant BOARD_DIR => '../imgboard/'; # set this to whatever directory you want to have the board in (relative to the directory where kareha.pl is).
use constant RES_DIR => BOARD_DIR.'res/';
use constant CSS_DIR => BOARD_DIR.'css/';
use constant IMG_DIR => BOARD_DIR.'src/';
use constant THUMB_DIR => BOARD_DIR.'thumb/';
use constant HTML_SELF => BOARD_DIR.'index.html';
use constant HTML_BACKLOG => BOARD_DIR.'subback.html';
use constant RSS_FILE => BOARD_DIR.'index.rss';
use constant JS_FILE => BOARD_DIR.'kareha.js';
use constant SPAM_FILES => (BOARD_DIR.'spam.txt');

and then putting include/, spam.txt, and all the .pl files in your cgi-bin directory.

note that the directory you put kareha.pl in needs to be writable for it to be able to write the log file.

i haven't tried this, but i'm pretty sure it should work...

>>96
I'm getting this:

Software error:

Couldn't write to file "rabi.memebot.com/a/index.html" at wakautils.pl line 1009.

>>97
try changing the permissions on that directory to 775?

i meant to bump this.

>>98
I tried that, and then I tried 777 D:

>>100
does index.html exist already?

>>101
no

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.

>>103
I tried both

[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.

>>108

Somebody posted the exact same question just above you.

Seems xampp is just horribly broken.

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.

>>118

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

>>120
http://wakaba.c3.cx/docs/docs.html#WakabaQuickStart

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?

>>129 obviously, your permissions aren't correct.

>>130
how i fix that shi-?

>>131 http://www.google.com/search?q=linux+file+permissions

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

http://www.echelongc.com/cgi-bin/wakaba.pl

Your server uses an antiquated broken setup, probably. Enable running Perl scripts anywhere and get rid of cgi-bin.