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.

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.

>>140

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?

>>147

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

>>150

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

>>152

You're not supposed to access it, everything is working as it should.

>>153

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

>>159

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.

>>159

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.

>>160
>>161
Thanks

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.

>>163
Can you paste your whole lighttpd.conf?

>>163

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. :)

>>176

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.

>>180

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.

>>183

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.

>>187

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!

>>194

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?

>>196

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.

Reinstall it. You've screwed something up.

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.

>>204

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.

>>205

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

>>208 you can't include perl files in php files.

>>208

I'm thinking what you really want here is a server that does not suck horribly.

>>210

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 ctrl-F5 to clear your cache.

>>213
I've fixed this in the past by adding <meta http-equiv="Pragma" content="No-Cache" /> inside the head of the template.

>>215 you can also do that with .htaccess files.

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.

>>218

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?

>>222

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.

>>227
Just ignore him, he's a troll.

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

>>226
>>227
>>228
dam it I'm out numbered here

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