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.

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

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

>>243

1. read this thread. you should have done this before posting in it, but obviously you didn't. the same question has been asked about a million times.
2. don't put wakaba or kareha in your cgi-bin dir.

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.

awesome!

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

>>249
do you have mysql installed?

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

>>253

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

>>258

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

>>260

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.

>>262
did you try the test script (>>4)?

>>263
I just tried it. It is working.

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

>>266
search for "cgi-bin" in this thread.

Ok, so I've determined that theres something wrong with perl.

When I try to run the test script, it comes up with the code in my browser. Im positive I've done everything right though. I've done all the things in httpd.conf that I read to do, and ive pointed my .pl scripts hashbangs to "c:/perl/bin/perl.exe"

I also dont have a .htaccess file running. Is this the cause, or should I try reinstalling perl or something?

>>268

Like >>267 tried to hint, you shouldn't be running in cgi-bin. It's trying to run your html files as scripts.

No ADMIN_PASS or NUKE_PASS defined in the configuration at config_defaults.pl line 8.
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.

i do have everything set up correctly, help?

>>272

• That's not an internal server error, that's a broken configuration.
• No, it's not set up correctly.

How do you install perl?
I downloaded perl-5.10.0.tar.gz from perl.org, and exracted it into program files using winrar. What do I do next? I can't find anything to run to install it ect ect.

>>274
That really has nothing to do with this thread. Better to ask elsewhere.
But since you asked here: try reading the text on perl.org.

>>275

Yeah I know that, It wouldn't let me delete my post after I solved it, sorry.

Is

#!C:\perl\bin\perl.exe

A valid Hashbang?

>>277
ignore that..
again.

I had everything on my board working fine...
But then out of seemingly no where, I get a internal server error If Anyone tries to post something, or if I try to do anything from the management panel. I re-installed perl, but it didn't fix anything. I'm completely clueless to what caused this.. It didn't happen after I changed anything. The Error log says:

[Sun Sep 27 17:15:38 2009] config.pl: Constant subroutine main::SQL_DBI_SOURCE redefined at /usr/lib/perl5/5.8.8/constant.pm line 103.
[Sun Sep 27 17:15:38 2009] config.pl: Constant subroutine main::SQL_USERNAME redefined at /usr/lib/perl5/5.8.8/constant.pm line 103.
[Sun Sep 27 17:15:38 2009] config.pl: Constant subroutine main::DISPLAY_ID redefined at /usr/lib/perl5/5.8.8/constant.pm line 103.
Malformed UTF-8 character (fatal) at /usr/lib/perl5/5.8.8/Carp/Heavy.pm line 55.
[Sun Sep 27 17:15:38 2009] [error] [client 70.251.74.93] Premature end of script headers: /var/chroot/home/content/u/s/e/username/html/cgi/ra/wakaba.pl
[Sun Sep 27 17:15:41 2009] config.pl: Constant subroutine main::SQL_DBI_SOURCE redefined at /usr/lib/perl5/5.8.8/constant.pm line 103.
[Sun Sep 27 17:15:41 2009] config.pl: Constant subroutine main::SQL_USERNAME redefined at /usr/lib/perl5/5.8.8/constant.pm line 103.
[Sun Sep 27 17:15:41 2009] config.pl: Constant subroutine main::DISPLAY_ID redefined at /usr/lib/perl5/5.8.8/constant.pm line 103.
[Sun Sep 27 17:15:47 2009] config.pl: Constant subroutine main::SQL_DBI_SOURCE redefined at /usr/lib/perl5/5.8.8/constant.pm line 103.
[Sun Sep 27 17:15:47 2009] config.pl: Constant subroutine main::SQL_USERNAME redefined at /usr/lib/perl5/5.8.8/constant.pm line 103.
[Sun Sep 27 17:15:47 2009] config.pl: Constant subroutine main::DISPLAY_ID redefined at /usr/lib/perl5/5.8.8/constant.pm line 103.
[Sun Sep 27 17:15:47 2009] config.pl: Constant subroutine main::SQL_DBI_SOURCE redefined at /usr/lib/perl5/5.8.8/constant.pm line 103.
[Sun Sep 27 17:15:47 2009] config.pl: Constant subroutine main::SQL_USERNAME redefined at /usr/lib/perl5/5.8.8/constant.pm line 103.
[Sun Sep 27 17:15:47 2009] config.pl: Constant subroutine main::DISPLAY_ID redefined at /usr/lib/perl5/5.8.8/constant.pm line 103.

From what I can tell There must be something wrong with config.pl, But it is just as it was before I was getting the error.

Any help would be awesome!

Always got this:

>Server error!

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

Error message:
Not enough arguments for ModPerl::ROOT::ModPerl::PerlRunPrefork::opt_lampp_htdocs_wakaba_wakaba_2epl::delete_all at /opt/lampp/htdocs/wakaba/wakaba.pl line 121, near "))" Not enough arguments for ModPerl::ROOT::ModPerl::PerlRunPrefork::opt_lampp_htdocs_wakaba_wakaba_2epl::add_admin_entry at /opt/lampp/htdocs/wakaba/wakaba.pl line 135, near "'')" Global symbol "$parent_res" requires explicit package name at /opt/lampp/htdocs/wakaba/wakaba.pl line 489. Global symbol "$lasthit" requires explicit package name at /opt/lampp/htdocs/wakaba/wakaba.pl line 489. Global symbol "$parent_res" requires explicit package name at /opt/lampp/htdocs/wakaba/wakaba.pl line 489. Global symbol "$lasthit" requires explicit package name at /opt/lampp/htdocs/wakaba/wakaba.pl line 489. Global symbol "$parent_res" requires explicit package name at /opt/lampp/htdocs/wakaba/wakaba.pl line 489. Global symbol "$lasthit" requires explicit package name at /opt/lampp/htdocs/wakaba/wakaba.pl line 489. syntax error at /opt/lampp/htdocs/wakaba/wakaba.pl line 546, near "# generate date my " Global symbol "$date" requires explicit package name at /opt/lampp/htdocs/wakaba/wakaba.pl line 546. Global symbol "$date" requires explicit package name at /opt/lampp/htdocs/wakaba/wakaba.pl line 549. Global symbol "$lasthit" requires explicit package name at /opt/lampp/htdocs/wakaba/wakaba.pl line 556. Global symbol "$date" requires explicit package name at /opt/lampp/htdocs/wakaba/wakaba.pl line 557. Global symbol "$parent_res" requires explicit package name at /opt/lampp/htdocs/wakaba/wakaba.pl line 563. ,

>>281
Don't use mod_perl.

>>282 So, I have to use CGI?

>>283

Yes.

i tried to install kareha in my windows machine and it always get internal server error with following log entries:
[Mon Oct 19 12:15:49 2009] [error] [client 127.0.0.1] C:/Program Files/Apache Group/Apache2/cgi-bin/kareha/index.html is not executable; ensure interpreted scripts have "#!" first line
[Mon Oct 19 12:15:49 2009] [error] [client 127.0.0.1] (9)Bad file descriptor: don't know how to spawn child process: C:/Program Files/Apache Group/Apache2/cgi-bin/kareha/index.html

"index.html" is still original created by kareha script

help please

>>285

Don't install in cgi-bin, configure your web server properly to run CGI scripts elsewhere.

Kareha always gives me an "Internal Server Error" on my webspace. When I locally opened kareha.pl in Notepad, I noticed that there are no line breaks shown (which is quite shitty on the part of the coder). I hit return after the first line "#!/usr/bin/perl", saved and uploaded it again, but Kareha still won't work.

Kareha is in its own folder called "kareha" and I want it to run in message mode. The server of the webhoster is running on a *nix machine I guess.

What else do I need to adjust?

> When I locally opened kareha.pl in Notepad, I noticed that there are no line breaks shown (which is quite shitty on the part of the coder).

How about opening it in a real text editor, instead of slinging insults at others?

>>289
i doubt anything from someone as ignorant as that could be considered an insult.

As a favor to a friend, I'm attempting to install Wakaba on one of my servers so he can have an imageboard to play with. But alas, i seem to be having the dreaded 500's as well. I've seen several references on using CGI instead of mod_perl to run the perl scripts (that part just seems odd to me) But I've yet to find a valid solution for doing so.

The server in question uses Plesk Panel 9.2.x and has the following applicable packages installed:

CentOS 5.4 (Final)
------------------
mysql-5.0.77-3.el5
perl-5.8.8-27.el5
ImageMagick-6.2.8.0-4.el5_1.1
httpd-2.2.3-31.el5.centos.2 (apache 2 equivalent)
|_[Sub-Packages]- CGI, Fast-CGI, mod_perl, mod_rewrite etc..

I have set all *.pl files with the permissions: 755, and all directories with the permissions 777.

As noted by someone else, Plesk uses a cgi-bin that is outside of the root directory for the website.
example:
site URL: www.mysite.com
site directory: /var/www/vhost/www.mysite.com/httpdocs/
site CGI-BIN: /var/www/vhost/www.mysite.com/CGI-BIN/

My questions are as follows:

1) is it possible to run this imageboard given the hosting panels paranoia?

2) If possible, what spacificly needs to be changed in which files to allow the site to function properly.

3) How would one go about using CGI instead of Perl for perl scripts in this environment.

Any help would be appreciated.

Thank you for your time.

o got this 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/wakaba/wakaba.pl line 16. BEGIN failed--compilation aborted at C:/xampp/htdocs/wakaba/wakaba.pl line 16. ,

can any one help??

>>292
Your webserver needs to chdir to C:/xampp/htdocs/wakaba/, or you need to add it to the PERL5INC. I guess.

>>291

mod_perl is not "Perl". CGI uses plain Perl to run the scripts. Also, this isn't a Plesk or Apache support board, you'd probably be better off looking elsewhere for information about how to configure it to use CGI.

>>292

Seems a whole lot of problems are reported by people using XAMPP. It doesn't seem to be a very good choice.

>>294

i agree mod_perl is not perl, i also have perl installed(it is mentioned), the problem isnt' a plesk related problem, it's the script that is having the issue, normal perl/cgi scripts run just fine. the information was given to help further narrow down a solution to the problematic script. I guess i'll just go with another solution that actually works under normal web-server environment conditions.

changing the entire structure of a webserver to suit the misguided needs of a poorly coded script is rediculous. Perhaps rather than flaming at the people asking for support, you should look into actually coding your script to work in more typical server / hosting environments.

>>295

You're not very good at this "asking other people for help" thing, are you?

> Perhaps rather than flaming at the people asking for support, you should look into actually coding your script to work in more typical server / hosting environments.

XAMPP is not a typical server/hosting environment.

Error:
Attempt to reload config.pl aborted. Compilation failed in require at C:/xampp/htdocs/wakaba/wakaba.pl line 16. BEGIN failed--compilation aborted at C:/xampp/htdocs/wakaba/wakaba.pl line 16. ,
Anyone help?

I am using Google Chrome and trying to get Wakaba working on my website. I have followed all the instructions, but when I navigate to the wakaba directory and click on "wakaba.pl" all that happens is that my browser downloads the file in notepad form. It doesn't run the script. What do I do?