Trouble trying to call a php cli program from a php web page

[Ron]

I am having trouble with a web page I am creating.

I am trying to call a php program that I normally use from the command line when I shell in.

The cli program works fine.
It is also called from a shell script that is initiated by cron 4 times a day.
I know it works, at least from a basic perspective.

The problem shows up the same way when I try to exec(), shell_exec(), passthru() or system().

What happens is that the web page appears to be executed about 40 times before the webserver kills it for too many db connections.

When I run the calling web page with the system() call removed, it executes and exits normally.

So I tried a very simple php program to call. All it contains is

<?php
echo "Hi there";
?>

The result is the same; the calling webpage is executed multiple times...
Depending on which function I use to call the script, I can see multiple occurrences of echo's from the calling webpage.
An example call from the webpage is

exec("php test.php");

I can see many instances of test.php being executed (or trying to be executed) on the server -- I get no output no matter how I try to capture it in the web page's php.

What am I doing wrong here? I could understand it if the called script failed , with pathnames and/or server variables; but how is it the calling webpage/program executes multiple times?

I must be violating something...
I don't want to run this on the server anymore for fear of causing problems for other users.

Any help?
Thanks.

[Ron]

Anybody?

[Ron]

This place used to be so much better...

[JPC-Tracie]

Sorry, Ron. I'm technically not a techie, technically. So you've stumped me! But I'll see who's got a minute to take a look and get you in the right direction.

[JPC-Rizwan]

Ron I am not sure why are you facing this issue, please open a support ticket with details and we can test/check with your logins and compare the results with other access levels to see what we can find, It will need to be investigated.

[Gwaihir]

Anybody?

Think that's the server messing up, not you. Time for a ticket..

[Ron]

Does this not happen in all cases? I didn't assume it was an account-specific issue.

I don't want you guys to investigate this if it's an account issue since PHP and MySQL and everything is going to change on my server on Friday

I can wait until next week to re-try this. I've been shelling in to do these things and just decided to try to make it accessible through a browser. So the work-around is to continue as normally.

[JPC-Jim]

I would let the techs get a look into it, it sounds like something going on with the server itslelf, a misconfiguration of some type.

[Ron]

Okie dokie. I hope it doesn't bring down the server; in my testing the calling page made a db connect and exceeding my account's MySQL max_connections is what ultimately controlled the number of processes spawned.

I'll point the ticket to this thread.

[Ron]

Done. Ticket # 13279450

[JPC-Larry]

Done. Ticket # 13279450

A tech is checking into this for you right now and will followup in the ticket for you shortly. Thanks.

[JPC-Martin]

We are looking into this matter so please keep an eye on your INBOX as we will be in touch very shortly after an initial investigation into this matter.We will contact you as soon as any investigation updates will be available.

Please follow up this issue in your support ticket # 13279450

[Ron]

OK, Martin. Checking my INBOX. Lessee.... Enlargement of this body part, reduction of that body part, stop smoking, start smoking smokeless cigarettes, buy insurance, attend webinars, I've inherited many U.S. DOLLARS, someone wants to buy something, will I accept a credit card.

Nope, nothing yet!

[Ron]

Spoke too soon! I've been escalated!

[Ron]

okay, I'm not sitting by my inbox any more. I don't see anyone logged onto my server looking at it yet and it's not a top priority for me, so I'll be around to check into my inbox occasionally.