hello all

I fopund a bug when verifying links

it says:

Wed Mar 9 09:25:42 2005 New child started
Wed Mar 9 09:25:42 2005 New child started
Wed Mar 9 09:25:42 2005 New child started
Wed Mar 9 09:25:42 2005 New child started
Wed Mar 9 09:25:42 2005 New child started
Wed Mar 9 09:25:42 2005 New child started
Wed Mar 9 09:25:42 2005 New child started
Wed Mar 9 09:25:43 2005 New child started
Wed Mar 9 09:25:43 2005 New child started
A fatal error has occured:GT::IPC::Run::Unix (22088): Could not fork; Reason: Resource temporarily unavailable at nph-verify.cgi line 391.
Please enable debugging in setup for more details.
Stack Trace
======================================
Links (22088): Links::environment called at /home/httpd/thishost/amuworld.nl/cgi-bin/engine/admin/Links.pm line 664 with no arguments.
Links (22088): Links::fatal called at GT::Base::error line 389 with arguments
(GT::IPC::Run::Unix (22088): Could not fork; Reason: Resource temporarily unavailable at nph-verify.cgi line 391.
).
Links (22088): GT::Base::error called at GT::Base::fatal line 289 with arguments
(GT::IPC::Run::Unix=HASH(0x8ef0da0), FORK, FATAL, Resource temporarily unavailable).
Links (22088): GT::Base::fatal called at /home/httpd/thishost/amuworld.nl/cgi-bin/engine/admin/GT/IPC/Run/Unix.pm line 77 with arguments
(GT::IPC::Run::Unix=HASH(0x8ef0da0), FORK, Resource temporarily unavailable).
Links (22088): GT::IPC::Run::Unix::execute called at /home/httpd/thishost/amuworld.nl/cgi-bin/engine/admin/GT/IPC/Run.pm line 286 with arguments
(GT::IPC::Run::Unix=HASH(0x8ef0da0)).
Links (22088): GT::IPC::Run::start called at nph-verify.cgi line 391 with arguments
(GT::IPC::Run::Unix=HASH(0x8ef0da0), stdout, GT::IPC::Filter::Line=HASH(0x8ef0d64), program, /usr/bin/perl /home/httpd/thishost/amuworld.nl/cgi-bin/engine/admin/nph-verify.cgi --child /home/httpd/thishost/amuworld.nl/cgi-bin/engine/admin/tmp/GTTemp67426156).
Links (22088): main::check_links called at nph-verify.cgi line 87 with arguments
(5, 404, 0, 7, 1969/12/31, 2000/8/2).
Links (22088): main::main called at nph-verify.cgi line 40 with no arguments.

System Information
======================================
Current user: administrator (10001)
Perl version: 5.8.0
Gossamer Links version:
GT::SQL version: 1.110
GT::Template version: 2.137
DBI.pm Version: 1.32
Running under mod_perl: No
Running under SpeedyCGI: No
@INC =
/home/httpd/thishost/amuworld.nl/cgi-bin/engine/admin
/usr/lib/perl5/5.8.0/i386-linux-thread-multi
/usr/lib/perl5/5.8.0
/usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.0
/usr/lib/perl5/site_perl
/usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.0
/usr/lib/perl5/vendor_perl
.

CGI Input
======================================
days => 7
do => check_links
method => 5
since => 1969/12/31
status => 404
to => 2000/8/2

Environment
======================================
AUTH_TYPE => Basic
CONTENT_LENGTH => 78
CONTENT_TYPE => application/x-www-form-urlencoded
DOCUMENT_ROOT => /home/httpd/thishost/amuworld.nl/httpdocs
GATEWAY_INTERFACE => CGI/1.1
GT_TMPDIR => /home/httpd/thishost/amuworld.nl/cgi-bin/engine/admin/tmp
HTTP_ACCEPT => image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/x-shockwave-flash, */*
HTTP_ACCEPT_ENCODING => gzip, deflate
HTTP_ACCEPT_LANGUAGE => nl
HTTP_CACHE_CONTROL => no-cache
HTTP_CONNECTION => Keep-Alive
HTTP_HOST => www.amuworld.nl
HTTP_REFERER => http://www.amuworld.nl/cgi-bin/engine/admin/admin.cgi?do=page&page=tools_verify.html
HTTP_USER_AGENT => Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0)
PATH => /usr/local/bin:/usr/bin:/bin
QUERY_STRING =>
REMOTE_ADDR => 80.65.102.12
REMOTE_PORT => 13229
REMOTE_USER => amuworld
REQUEST_METHOD => POST
REQUEST_URI => /cgi-bin/engine/admin/nph-verify.cgi
SCRIPT_FILENAME => /home/httpd/thishost/amuworld.nl/cgi-bin/engine/admin/nph-verify.cgi
SCRIPT_NAME => /cgi-bin/engine/admin/nph-verify.cgi
SERVER_ADDR => 217.115.202.212
SERVER_ADMIN => admin@ridesworld.com
SERVER_NAME => www.amuworld.nl
SERVER_PORT => 80
SERVER_PROTOCOL => HTTP/1.1
SERVER_SOFTWARE => Apache/2.0.46 (Red Hat)
UNIQUE_ID => EycjZdlzytQAAB7N-@gAAAAJ



My question? is this a real error & what to do with this?

Does that happen every time? It looks like either your server has ran out resources, or has put a limit on the number of processes that can be spawned.

Adrian

Hello Brewt,

I have this error with only 2 links in my database.

I have very similar problem for a long time and I give up on fixing it. After month of emailing with support they told me the same thing “your server has ran out resources” well I have dual Opteron pretty strong server, I guess I’ll need to wait couple more decades before they discover the right CPUs

It's got nothing to do with the number of links that you have in your database - yeah, kind of stupid, but most people will have more than 10 links in their database, so the default of 10 spawned children should be fine in most cases. That error also has nothing to do with the hardware you are running on. The program is trying to fork off 10 children and if it fails, then something has happened outside the scope of the script and Perl. As I mentioned before, either your server has ran out of processes in its process table (fairly unlikely), or more likely, you have some sort of ulimit set that's limiting the number of processes that can be spawned at a time. Try running it from shell rather than from the admin panel. Another thing you can try is ssh'ing in and running the command 'ulimit -a' in a shell to see your ulimits.

Adrian

Hello brewt,

here my results


core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
file size (blocks, -f) unlimited
max locked memory (kbytes, -l) unlimited
max memory size (kbytes, -m) unlimited
open files (-n) 1024
pipe size (512 bytes, -p) 8
stack size (kbytes, -s) 10240
cpu time (seconds, -t) unlimited
max user processes (-u) 7168
virtual memory (kbytes, -v) unlimited

Cheers,

Eric Holborn

Actually, if you're running it from the admin, then you need to get the ulimits of the user the webserver is running as. You can do it by going into Fileman, and running ulimit -a as a command.

Also, do you get the error at the same point every time (ie. after the 9th child has been spawned)?

Adrian

Hello brewt,

If I run the command from fileman, it returns:

core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
file size (blocks, -f) unlimited
max locked memory (kbytes, -l) 4
max memory size (kbytes, -m) unlimited
open files (-n) 8192
pipe size (512 bytes, -p) 8
stack size (kbytes, -s) 10240
cpu time (seconds, -t) 8
max user processes (-u) 10
virtual memory (kbytes, -v) 14648

cheers,

Eric Holborn

Yup, there's your problem:
If you modify your nph-verify.cgi, at the top there's a max_children setting. If you lower it to 9, it shouldn't die. The other option is to just run it from shell.

Adrian