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.
Firstly, things that often cause Internal Server Errors:
#!/usr/bin/perl
is the correct one, but sometimes Perl is installed elsewhere. In that case, you will have to find out where, and change the hashbang. On Windows servers, it should often be changed to #!perl
.Options +ExecCGI
and AddHandler cgi-handler .pl
. SOMETIMES, but definitely not always, this can be put into the .htaccess
file. See the next point..htaccess
file. Spelling errors, trying to use modules that are not installed, or trying to use options that have been forbidden elsewhere will all cause Internal Server Errors.Secondly, things that DO NOT cause Internal Server Errors:
Third, what to do when you get Internal Server Errors?
error_log
. Internal Server Errors often generate two or more lines in the log file, make sure you read them all.Try the Perl test script:
#!/usr/bin/perl
print "Content-Type: text/html\n\n";
print "<html><body><h1>Perl is working!</h1></body></html>";
If this doesn't run, work with the server config until it runs, and only when it does, get to work on Wakaba.
Dear >>5,
Thank you for you opinion on the matter. It is being reviewed by our trained message scripts for traces of intellegence, and will be fowarded to a human if any is found. We at iichan thank you for your understanding, and will respond at the soonest a representitive is available.
I'm getting this error when I run wakaba.pl
The server encountered an internal error and was unable to complete your request.
Error message:
Premature end of script headers: wakaba.pl
I am not quite sure what is causing this
I read 1-4 and applied your suggested fixes under those 5 paragraphs of reasons it would have internal error. I am still encountering the same problems even though the server is configured to run CGI natively.
Yeah, I did the same thing as he did but I cant get it working.....
I just recently moved to a new webserver and perl does work... I used the test script to find that out.
And what does the error_log say?
I fixed it...
For some reason I had to replace all the wakaba files except for the config.....
I feel stupid here, but I just keep getting:
Forbidden
You don't have permission to access /kareha/kareha.pl on this server.
Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.
Even when I set everything to 777.
Do you have permission to access /kareha/?
I do indeed.
You shouldn't set everything to 777. The scripts should be 755. Some Apache installations will flat out refuse to run scripts set to 777, because of security issues. They may even refuse to run scripts in directories set to 777.
Well, of course I tried 755 first, same error. I'll try to set them back.
And zero change.
What I mean is, do you get a 500 when accessing /kareha/? If the wrong execute bit is off in the dir permission, even though you can physically navigate in there on the filesystem, apache won't let you view it.
When I go to /kareha/ I can see everything in there, go into all the folders, view the css files, view txt files, etc, etc.
Does the test perl script in >>4 work?
IIRC, Apache takes a couple of configuration steps to run CGI, not just one.
Unrelated: what's up with the "reply" links next to the IDs in earlier posts of this thread?
Those weird >>q things, http://wakaba.c3.cx/sup/kareha.pl/1104778330/
Did that feature get removed?
Yes. It kind of sucked.
Okay, I'm having some problems. I'm testing out kareha (3.0.9) on my Linux home server with Apache 2 before actually making a proper site. I was having some permission-related 500 errors, and now all dir permissions are fixed. I can view kareha/ and its subdirectories as well as look at non-executable files in them as text, like example.htaccess and the css templates. Running kareha.pl from a broweser, however returns a 500 error still, though not because it cannot write or read a certain directory. Here's some relevant info from error_log:
[Wed Mar 01 12:27:12 2006] [error] [client 192.168.1.68] File does not exist:
/var/www/localhost/htdocs/favicon.ico, referer: http://192.168.1.68/kareha/
[Wed Mar 01 12:27:14 2006] [error] Can't locate config_defaults.pl in
@INC(@INC contains: . /home/httpd/perl /etc/perl /usr/lib/perl5/site_perl/5.8.7/
i686-linux /usr/lib/perl5/site_perl/5.8.7 /usr/lib/perl5/site_perl /usr/lib/perl5/
vendor_perl/5.8.7/i686-linux /usr/lib/perl5/vendor_perl/5.8.7 /usr/lib/perl5/
vendor_perl/5.8.6/i686-linux /usr/lib/perl5/vendor_perl/5.8.6 /usr/lib/perl5/
vendor_perl /usr/lib/perl5/5.8.7/i686-linux /usr/lib/perl5/5.8.7 /usr/local/lib/
site_perl /usr/lib/apache2) at /var/www/localhost/htdocs/kareha/kareha.pl
line 13.\nBEGIN failed--compilation aborted at /var/www/localhost/htdocs/
kareha/kareha.pl line 13.\n
(Hope that formats correctly.)
This seems related to the path specified in kareha.pl: use lib '.';
. I assume it isn't expanding . to the dir in which kareha.pl is situated. If I edit kareha.pl and input the full path, it still doesn't work. I didn't really think it would. Disabling suexec does nothing as well. test.pl works in kareha/, so mod_perl seems to be fine.
I apologise if I'm missing something obvious, but I'm sort of at a dead end at the moment. Help would be appreciated :)
Your problem is most likely that you're using mod_perl, if I read that correctly. It is theoretically possible to run Kareha on mod_perl, but it requires some tweaks, and I've never gotten around to testing it properly.
>>27
Oh, okay. Thanks very much. Mod_perl was a bit of a pain, anyway. Guess it'll be easier to get kareha up than I thought.
Thanks very much for this wonderful piece of software.
I get an Internal Server error, but everything is fine. I have tried everything here and asked my host for help. I was told to put perl scripts into my cgi-bin folder. I did this but it still failed to help the situation. I think im using mod_perl, what are the "tweaks" that need to be made exactly.
Did you try the test script in >>4, outside cgi-bin and inside it?
Also, some hosts only allow you to run CGI scripts in cgi-bin, but then don't let you access normal files in there. Yet other hosts don't let you run perl scripts in directories that are writeable.
You need to gather some more information about what exactly you have and haven't done before we can really help you. Also, look at your server's error_log and see what it says (and remember that you may have several different problems).
i've been having issues with the cgi bin and .pl files too, i'm an awfull programmer so i have no clue what to do to fix this problem. I'm really only sponsoring the board that me and a few freinds are trying to make and i don't have a programmer anymore
is there anyone here who wants to come and join up as a programmer for my board?
I tried the test script both outside cgi-bin and inside and it doesnt work. I get an internal server error both times.
I have contacted my host but they say they cant help with issues like this, that I (the administrator) should locate the problem and fix it, but my knowlage of cgi is limited.
>>32 I have the same issue my hosts don't make any attempt to help
So what does error_log say?
My error log gives me:
Premature end of script headers[My domain info/kareha.pl][client info]
And what else?
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.
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:
chdir "/path/to/html/files";
at the top, possibly in a BEGIN
statement.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.
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?
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.
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.
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.
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.
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.
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
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?
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?
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.
.htaccess:
Options +ExecCGI
AddHandler cgi-script .cgi .pl
<Files ~ "\.pl$">
Options +ExecCGI
</Files>
Still does nothing, just wanted to add that.
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 :|
Did you edit any of the files?
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.
>>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?
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.
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.
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?
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?
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.
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?
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. ,
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
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.
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.
Seems a whole lot of problems are reported by people using XAMPP. It doesn't seem to be a very good choice.
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.
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?
At first, Wakaba was giving me an SQL error, but I solved that (took me a while to figure out that I did), but now it's giving me a 500 error. Apache2 works just fine, all my other CGI scripts and HTML pages work juuust fine. Permissions are at 755, all the hashbangs are intact, so all that leaves are the .htaccess junk (I don't have .htaccess) and mod_suexec.
I have no idea where the install put the mod_suexec stuff.
P.S. Using. Ubuntu 9.10
>>303
I can access the Admin panel successfully and have made my first post, but it's fraught with 500 errors whenever I try to go to another page.
>>307-308
why are you spamming this board with pictures of ugly women?
I can only run perl on cgi-bin, and can't run any other thing not there. Admin.pl works but Kareha.pl and test.pl do not, they give me 500 errors. What can I do?
[Sat Apr 17 13:13:20 2010] [error] Can't locate config.pl in @INC (@INC contains: . /usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.7/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.6/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.8 /usr/lib/perl5/site_perl/5.8.7 /usr/lib/perl5/site_perl/5.8.6 /usr/lib/perl5/site_perl/5.8.5 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.7/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.6/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.8 /usr/lib/perl5/vendor_perl/5.8.7 /usr/lib/perl5/vendor_perl/5.8.6 /usr/lib/perl5/vendor_perl/5.8.5 /usr/lib/perl5/vendor_perl /usr/lib/perl5/5.8.8/i386-linux-thread-multi /usr/lib/perl5/5.8.8 /etc/httpd) at /var/www/vhosts/mysite.com/wakaba.pl line 16.\nBEGIN failed--compilation aborted at /var/www/vhosts/mysite.com/httpdocs/wakaba.pl line 16.\n
I'm trying to run wakaba from my win7 system. I've got Apache Perl PHP and MySQL and they seem to be getting along with each other but I'm running into the Error 500 problem which is almost certainly because of my permissions but I made an observation which confuses me.
Why are there html files in the cgi-bin folder and why does wakaba link directly to them instead of placing or redirecting or including that content from HTML files in the htdocs folder?
I know that its some sort of permissions problem but more like an apache setting that I either can't change or I really don't want to for security reasons. Everything in the cgi-bin folder is treated like a server script and not sent to the client but since wakaba puts them in the cgi folder it manifests as a permission problem.
I did find a variable in the internal paths section of the config.pl file that looked promising but I have found that changing the values prevents it from giving me a 500 error but it won't update the html files.[variable called HTML_SELF]
I know I'm doing something wrong but hopefully someone can point me in the rite direction...
-Ryo
p.s. help =(
>>315
There is no "cgi-bin folder". You are definitely doing it wrong.
>>316
Excuse me but, yes, there is. Dir folder what ever you want to call it, its there. It's part of the default instillation of Apache. You just have to activate it to use any cgi like perl
I'd like to apologize for sounding snippy with >>316. I think i understand what you mean but you could have gone into a bit more detail. there should be no cgi-bin folder because the scripts shouldn't be executed from that directory on the server. since the cgi generates HTML local to the scripts in sub directories if the files are in the cgi-bin folder any referenced files are assumed to be server script and not sent to the client.
that said the cgi has to be in the htdocs folder and the question then becomes how do i set up apache to execute the cgi from there without getting 403(forbidden)/500(permission) errors?
>>318
Right. You don't put Wakaba into the cgi-bin folder, at all. Incidentally that folder is a terrible idea in general.
The example.htaccess supplied with Wakaba is all the configuration you need, presuming Apache is configured to allow .htaccess files. (Rename it to .htaccess)
opps. i had the +ExecCGI on the wrong directory. that fixed it. i think i'm going to write a tutorial on how to get this running on windows for my fellow newbs... heh thanks for the input guys!
when i set the permissions to 777 i get a 404 error and when i set them to 755 i get a error: could not write to directory...what do??
[Tue Jul 06 05:26:38 2010] [error] [client 172.17.0.132] File does not exist: /f5/33chan/public/wakaba/wakaba.html, referer: http://33chan.nfshost.com/
[Tue Jul 06 05:26:41 2010] [error] [client 172.17.0.144] [Tue Jul 6 05:26:41 2010] config.pl: Constant subroutine main::DISPLAY_ID redefined at /usr/local/lib/perl5/5.8.9/constant.pm line 115., referer: http://33chan.nfshost.com/
[Tue Jul 06 05:26:44 2010] [error] [client 172.17.0.144] File does not exist: /f5/33chan/public/wakaba/wakaba.html, referer: http://33chan.nfshost.com/
[Tue Jul 06 05:27:57 2010] [error] [client 172.17.0.144] [Tue Jul 6 05:27:57 2010] config.pl: Constant subroutine main::DISPLAY_ID redefined at /usr/local/lib/perl5/5.8.9/constant.pm line 115., referer: http://33chan.nfshost.com/
this is constantly my error log, i feel as if i am missing something obvious but i can not tell
even when i set the permissions to 755 i still get the could not write to directory error
well i got some problems with my wakaba :/
i got that far, that i can run the wakaba.pl but it fails at line 3 and says,
[Tue Aug 31 10:16:20 2010] [error] [client 127.0.0.1] Can't locate CGI/Carp.pm in @INC (@INC contains: .) at C:/xampp/cgi-bin/wakaba/wakaba.pl line 3.\r
and yeah i know dont put it into the cgi-bin dir -.- but idk how to change the xampp settings to compile .pl files in /htdocs :/
any ideas whats wron wit CGI/Carp.pm? i wonder if xampp comes with it :O
> xampp
Just don't use xampp. It seems to be horribly broken.
>>325
CGI/Carp.pm is a core part of Perl, and xampp is shit. (See >>105-109, and http://www.google.com/search?q=site:wakaba.c3.cx+xampp)
After hours of fighting i have finally hit the wall, perl is supposedly working as test.pl outputs coherently, mysql is propably up and running correctly as even the tables have been created, folders and .pl files are correctly 755 and others 644, apache has ownership of the folders, and the wakaba.pl does not generate any 403 or 500 errors anymore. Only one small thing, when I go to the wakaba.pl and it generates .html and redirects me there, the .html gives me 500 error with apache error log saying [error] [client *] (13)Permission denied: exec of '/var/www/imgboard/wakaba.html' failed
[error] [client *] Premature end of script headers: wakaba.html
>>329
You should only have Apache set up to execute Perl scripts, not all files. Particularly it shouldn't be in a cgi-bin directory or any similar sort of configuration.
#!/usr/bin/perl
print "Content-Type: text/html\n\n";
print "<html><body><h1>Perl is working!</h1></body></html>";
Well I fixed my first error and got it up. However if I chmod 777 res it redirects to wakaba.html which is 404 not found. Leaving as it is the dir is not writable.
Any thoughts?
>>332
Is your base directory - with wakaba.pl in it - writable?
I'm using kahera with mode_image and it works fine except that I get the 500 Internal Server Error when trying to post an image.
Does anyone know of a fix?
>>334
set permissions to 755 and make sure the owner of the all the directories and files is the user that the script is running as.
>>336
I did, I think it's just a shitty server, I've switched hosts.
why is it forbiden?
what should i do?
Wed Mar 01 12:27:12 2006] [error] [client 192.168.1.68] File does not exist:
/var/www/localhost/htdocs/favicon.ico, referer: http://192.168.1.68/kareha/
[Wed Mar 01 12:27:14 2006] [error] Can't locate config_defaults.pl in
@INC(@INC contains: . /home/httpd/perl /etc/perl /usr/lib/perl5/site_perl/5.8.7/
i686-linux /usr/lib/perl5/site_perl/5.8.7 /usr/lib/perl5/site_perl /usr/lib/perl5/
vendor_perl/5.8.7/i686-linux /usr/lib/perl5/vendor_perl/5.8.7 /usr/lib/perl5/
vendor_perl/5.8.6/i686-linux /usr/lib/perl5/vendor_perl/5.8.6 /usr/lib/perl5/
vendor_perl /usr/lib/perl5/5.8.7/i686-linux /usr/lib/perl5/5.8.7 /usr/local/lib/
site_perl /usr/lib/apache2) at /var/www/localhost/htdocs/kareha/kareha.pl
line 13.\nBEGIN failed--compilation aborted at /var/www/localhost/htdocs/
kareha/kareha.pl line 13.\n
i can not acces admin page,please help me...here the error
Bareword "ADMIN_SHOWN_POSTS" not allowed while "strict subs" in use at admin.pl line 297, <FILE> line 7.
Bareword "ADMIN_SHOWN_LINES" not allowed while "strict subs" in use at admin.pl line 297, <FILE> line 7.
Bareword "ADMIN_BAN_FILE" not allowed while "strict subs" in use at admin.pl line 374, <FILE> line 7.
Bareword "ADMIN_EDITABLE_FILES" not allowed while "strict subs" in use at admin.pl line 267, <FILE> line 7.
Execution of admin.pl aborted due to compilation errors.
I fixed my problem on my Linux server by using Dos2Unix on all the files because of the http://en.wikipedia.org/wiki/Newline#Common_problems.
And I also made apache the owner to the root document folder and as well: res, src, thumb.
GOOD LUCK
No-one ever posted a solution for this:
A directory of 777 recieves an error as the built in security prevents the script from running.
A directory of 755 prevents a file being written and so no posts can be made.
How can one setup the permissions allowing writting without an error being produced?
Turn off the security, or configure things to run as the correct user.
>>347
I've always wondered how shared hosting does that. Do they run their webserver software as root or something?
>>350
No. You can spawn FastCGI servers which run with different UIDs to achieve the same security benefits, though.
>>351
Yes, it's a bitch and is (in my opinion) unnecessarily strict on how you set things up. mpm_itk does pretty much the same thing, but is easier to set up, lets you use crap like mod_php (so you won't have to dick around with getting PHP to run under FastCGI on Apache) and doesn't whine because you use mode 775 instead of 777 on your CGI scripts.
>>348-357
Apparently this is how it works on nginx
http://wiki.nginx.org/Faq#What_about_support_for_something_like_mod_suexec.3F
Ugh.. this is confusing the crap out of me.. I did everything as it said and I am getting this error.. "error when writing CGI reply" When posting an image. Message board works fine otherwise.. Also, how do I create new boards?? Sorry for being a newfriend..
>>355
Can't really help with the first problem, but to create new boards you just install Wakaba in another directory.
Okay well, here can you help me about this.. http://www.flizzop.net/forum.html and try to reply.. How do I fix this?
>>357
Check your nginx config. I think you aren't forwarding the pages to fastcgi or whatever properly.
Where do I access that? I don't see it on my cPanel.. :/
>>360
...Well, they obviously do if you were able to make threads in the first place... Maybe its a permissions error?
I set them all at 755. Perhaps it is because I am using Kareha hahaha, I wanted to use Wakaba but, it seems a lot more confusing to set up.
>>362
It might need to be 775 depending on what fastcgi is running as. Don't blame yourself; its your host's fault.
I will try it, I will report back in a few minutes.
Fuuu- now I'm getting this:
Software error:
"use" not allowed in expression at config.pl line 164, at end of line
syntax error at config.pl line 164, near "use constant "
Compilation failed in require at /home/flizzop.net/public_html/kareha.pl line 12.
BEGIN failed--compilation aborted at /home/flizzop.net/public_html/kareha.pl line 12.
For help, please send mail to this site's webmaster, giving this error message and the time and date of the error.
But, anyway, I am going to restart.. Just wipe my /public_html/
and do the steps again.
Woo! Got my site to work for the most part! The only issue I am having now is those pesky replies... I am still getting this odd CGI error..
>>366
Could it be that the webserver is configured to block large uploads?
>>367
I don't think text replies can be considered large... Try changing the group of the files to whatever fastcgi is running as. I'm assuming the problem is still permissions related.
i got this error after i finished with a previous error;
how fix??
Error message:
Malformed prototype for ModPerl::ROOT::ModPerl::Registry::C_3a_xampp_htdocs_kareha_kareha_2epl::raw_html_format: $4 at C:/xampp/htdocs/kareha/kareha.pl line 470, line 4. ,
Want to fix all of your issues, have a super fast site, and never have problems again? I run the LURKMORE Wiki, CHANSLUTS, intern3ts, Male General, TranCHAN, TEXTCHAN, and another 10 sites with this:
If you need more help, want to make a donation for fixing your issues, want suggestions on where you get your VPS (I have a very long list of where not to get them, especially), want me to set everything up for you (for a very small fee), want more information or advanced information (suexec, multiuser environment), or anything else, you can contact me at [email protected].
Feel free to visit all of my sites and imageboards every day (easy portals: http://www.scriptin.us or http://www.greedbox.com/top/), as well - preferably with ad blocking disabled.
>>372
This sounds more like a recipe for disaster, if you ask me.
>>373 Simply, that shows how much you know about anything.
>>374
Oh really? Assuming you're >>372, you don't mention the explicit need to enable CGI in Apache, and there is no such thing as a "PHP user" in Debian. Why are you even mentioning PHP in the first place, when it has nothing to do with Wakaba?
Furthermore, Debian's default Apache configuration is a turd and will guarantee shit-poor performance unless you tweak the MPM, especially on a VPS with 128 MB RAM. Coupled with the fact that Debian's MySQL configuration is a memory hog by default, and you have a hosting setup which is worse than free hosting and which will crash your server during heavy load.
>>375 s/PHP user/Apache user
MySQL runs perfectly well by default, not sure where you're getting that it doesn't.
Nobody said that we were using the default Apache config, you just assumed that we were.
I also didn't mention how to actually set up a VirtualHost, which would include enabling CGI to run. Did you want me to hold your hand while you pee, as well?
The above are the steps to get it running, if anyone wants more info, they can search online or contact me. You're just as bad as the retards who try to run Wakaba on free webhosts that are lacking the necessary functions.
>MySQL runs perfectly well by default, not sure where you're getting that it doesn't.
MySQL uses 40 MB RAM on my 2 GB RAM dedi with a default Debian configuration. That would be ~30% RAM on a system with 128 MB RAM. I'm not able to pinpoint how much RAM my heavily tweaked Apache uses, so I'll just point to Google where there's lots of whining about Debian and Apache's memory usage: http://www.google.com/search?q=debian+apache+memory. On a busy site, this will translate to lots of swapping, which is especially bad on VPSes because of their reduced I/O capabilities. Google "xen i/o performance" for more information on that.
>Nobody said that we were using the default Apache config, you just assumed that we were.
I am not criticising your setup, which I know nothing about. I am criticising your half-assed attempt at creating some sort of magic formula that will somehow automatically "fix all issues". Mind you, you're probably only posting it so you have an excuse to beg for donations on this board.
>I also didn't mention how to actually set up a VirtualHost, which would include enabling CGI to run. Did you want me to hold your hand while you pee, as well?
But you do go into details such as mentioning what packages to install and what permissions to set. Installing software and choosing file permissions requires much more basic knowledge than setting up virtual hosts in Apache. If you assume that the reader already knows how to set up virtual hosting with CGI, then why don't you assume that he doesn't know what software to install or what file permissions to set?
>The above are the steps to get it running.
No, they aren't. See above.
>You're just as bad as the retards who try to run Wakaba on free webhosts that are lacking the necessary functions.
That's the second time you insult me. Are you unable to debate without resorting to ad hominem attacks?
>MySQL uses 40 MB RAM
It can use 20-40MB RAM, yes. Reading the MySQL documentation will lead you to basic information such as turning off InnoDB and setting sort_buffer_size to 1M, bringing MySQL server down to ~11MB.
http://dev.mysql.com/doc/refman/5.0/en/server-parameters.html
>heavily tweaked Apache
lol
>excuse to beg for donations on this board.
You say that as if I expected anyone here to have money.
>But you do go into details such as mentioning what packages to install
No, I didn't.
>Installing software and choosing file permissions requires much more basic knowledge than setting up virtual hosts in Apache. If you assume that the reader already knows how to set up virtual hosting with CGI, then why don't you assume that he doesn't know what software to install or what file permissions to set?
I stated some information that is already stated on this site many times. It's a necessary step that people tend to ignore. The rest of it is for people to fill in themselves, using their brains. If they don't care enough to search for the answers to what I left out, they don't care enough to moderate their imageboard after it's running.
>Are you unable to debate without resorting to ad hominem attacks?
Are you too mentally challenged to be able to ignore it?
>It can use 20-40MB RAM, yes. Reading the MySQL documentation will lead you to basic information such as turning off InnoDB and setting sort_buffer_size to 1M, bringing MySQL server down to ~11MB.
I'm well aware of that, but that's not my point. I'm pointing out that your guide is lacking essential information and you shouldn't have posted it in the first place because it's so incomplete and will lead to nothing but trouble for the naïve people who might follow it. At least mention that CGI has to be enabled (see the next point) and that the server has to be tweaked to run on low amounts of RAM.
>I stated some information that is already stated on this site many times. It's a necessary step that people tend to ignore.
... and enabling CGI is probably the most ignored step, yet the most important one. There are countless posts here from people having problems with wakaba.pl "being downloaded".
>If they don't care enough to search for the answers to what I left out, they don't care enough to moderate their imageboard after it's running.
The same could be applied to everything in your guide.
>Are you too mentally challenged to be able to ignore it?
I tend to hear this when I point out that someone's argumentation is flawed. Anyway, the answer is "no".
вп
I am having trouble with the wakautils.pl I can reach the admin board at 192.16.8.1.2/cgi-bin/kareha/admin.pl but when I try to reach 192.168.1.2/cgi-bin/kareha/kareha.pl I get a message displaying the following: "Software Error: Couldn't write to file "index.html" at wakautils.pl at line 1013.
If it can't write it seems like it would be a permissions issue but I can't pin point where it would be exactly.
Content-Type: text/html\n\n
<html><body><h1>Perl is working!</h1></body></html>
syntax error at config_defaults.pl line 8, near "XXXADMINPASSXXX"
BEGIN not safe after errors--compilation aborted at config_defaults.pl line 125.
Compilation failed in require at wakaba.pl line 17.
BEGIN failed--compilation aborted at wakaba.pl line 17.
Can someone help me please? the perl is wrking fine.
>>385
You either:
config_defaults.pl
-- You shouldn't ever do that unless you really know what you're doing.I'm trying to install Kareha on Nearlyfreespeech, but get:
An error has occurred while handling your request. The most common reasons for this are:
A malfunctioning script or CGI application.
An invalid or inaccessible .htaccess file.
Please contact the site administrator for assistance.
If you are the site administrator:
Enable and check your site's error log for more information.
Check to make sure CGI scripts are set properly executable.
Make sure CGI scripts are uploaded in Unix text file format (newline-only).
Any ideas?
Turns out I'd disabled the error log and forgotten about it. With the error log on, it tells me:
[Wed Jan 30 09:17:26 2013] [error] [client 172.17.0.141] CGI ERROR: A system problem prevented your request from being completed.
[Wed Jan 30 09:17:26 2013] [error] [client 172.17.0.141] Premature end of script headers: kareha.pl
I tried opening kareha.pl in vi and changing the format to Unix, as I had been editing it to fix another problem (turning off strict subs) in an odd little iOS app, but no such luck.
>>392
Well, there you go, you probably messed up the script somehow. Try running it in the command line and see if it spits out errors, perhaps?
Could someone please provide complete instructions on how to get this script running. Perl/GGI is a pain in the ass.
Couldn't write to file "index.html" at wakautils.pl line 1013.
Help?
for some reason, no perl scripts are working for me.
tried a simple test script as well, using the hashbang my host says to use, although I've tried many different hashbangs, and I've tried all the scripts at permissions 755 and 777
#!/usr/bin/perlml
print "Content-Type: text/html\n\n";
print "<html><body><h1>Perl is working!</h1></body></html>";
When I attempt to access the .pl, any of them, my browsers want to download the file and thats it. I am assuming that somehow I am flubbing up the executable, but I haven't found any info yet.
are you hosting this yourself? if yes, i have no idea what's wrong (except maybe the perl dir being incorrect).
else: check that you are allowed to perl (check the host's website (maybe you'll find something in the FAQ or packet options), maybe send the support an email); check perl dir is correct
>200
Same problem. couldn't create child process: 720002: kareha.pl
Trying to host it myself.
>400
Solved. :)
thanks
trying it out
When I access kareha.pl through a browser, it just shows plain text and doesn't do anything. I'm a complete noob when it comes to this stuff, anyone know any causes of this?
Alright, so I've just chmodded my Kareha directory to 777, all the subdirectories to 777, and my scripts to 755. When I run kareha.pl, It generates index.html, index.rss, and subback.html, but it spits out a 500 error afterwords.
In my Apache log, there were these two lines that generated any time I made a request for index.html or kareha.pl:
[Wed Jan 27 12:48:26.628422 2016] [cgid:error] [pid 16453] (13)Permission denied: AH01241: exec of '/var/cgi-bin/kareha/index.html' failed
[Wed Jan 27 12:48:26.631729 2016] [cgid:error] [pid 1029] [client 192.168.1.243:57408] End of script output before headers: index.html
Now, as you may notice, I'm running cgi-bin out of /var/cgi-bin/ instead of /var/www/html/cgi-bin/. Could this have something to do with my problem? Basic hello world scripts work fine.
This is driving me crazy. What's even the problem here?
cgi-bin directories are usually set to try and execute every file. This is not compatible with how kareha works, it needs to be run from a directory where only .pl files are set to use cgi-handler.
>>408
I see. So would the standard /var/www/html suffice?
You'll have to enable cgi-handler for pl files, but other than that, yes.
Use mod_cgi.
While running Wakaba on my apache server I was unable to even get a proper page.
Browser page:
Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator at [email protected] to inform them of the time this error occurred, and the actions you performed just before this error.
More information about this error may be available in the server error log.
ERROR LOG:
[Sun Jul 23 05:16:02.667311 2017] [cgi:error] [pid 2024:tid 1076] (OS 2)The system cannot find the file specified. : [client 98.29.204.188:47451] couldn't create child process: 720002: wakaba.pl
What can I do to fix this?