A load question

[Bakos György]

We have a tester machine for tape drives.
It tests the Tape drives over Com Port.
This machine is a B2000 machine with two rocket cards that makes 32 Com port.

The problem is, if we load 32 drives on this machine the result of the measurement, which is in php(it is looked by netscape), the created graphicons aren't there, only the results in text(At the end of the measurement it won't create a graphical result).

By smaler load at 20 drives the problem is not present.

I have looked the machine with TOP
367 processes, 357 sleeping, 7 running (maybe for seconds a zombie)
LOAD is between 12-30
Memory: 129988K (85352) real, 165488 (112888K) virtual, 4000K free

Are you seeing something, what I don't.

Could be solve the problem if I insert some new memory in it.
I know I know, the OP is 10.20, but I won't update it if that is possible.

[Laurent Laperrousaz]

Hi,

The problem can be due to time out:
The time to build the response is probably longer with 32 tapes!
You can change the timeout in php.ini file

[Bakos György]

Sorry I have look at the tester, the timeout idea is a good way, but I have detected, that the reesult isn't in php.
The results are in html , and the graphics in png.
The test is writen in perl, so perl must I edit the timeout, but where can I find the settings of this perl...

[Laurent Laperrousaz]

there are no timeout in perl itself.
It may be then in Apache. Did you look at the Apache error_log?

[Bakos György]

I the error log is only that he could'nt find the given png file(I think that is the graphical file, that was generated during or after the tests)

[Laurent Laperrousaz]

Are you sure it's a php program. Or is it a CGI program written in perl?
Can you post the script ?

[Bakos György]

It si a CGI writen in perl.
(Sorry for the missunderstand)

[Laurent Laperrousaz]

Then the error is in the script!
Can you post it?

[Bakos György]

I think you have already find out, that my perl knowledge is very small.:

Here is the script, if that is what you requested

[Bakos György]

I have put some memory modules in it, at the moment it is on full run, but the load is smaler.
I am waiting for the results

[Elmar P. Kolkman]

I think your problem is in the call to the subroutine 'add_cd_image_to_sum'. Check your server for the existence of '.png' files. This can be done with:
find . -name '*.png'

It should return files that have a last part like:
/_evsa_ert.png
/_evsa_asym.png

will be replaced by the same text.

If they don't exist, look for the same files with .dat and look in the same directory as where those files exist for files ending with .png, .gif or something else. If for instance .gif files exist, replace the IMAGE_TYPE assignment in your perl file from .png to .gif.

You could also give us some more info on what does exist in the directory containing the .dat files.

[Bakos György]

There is a RESULT directory that containes directorys for drives that containes: dat and png -s (the dat files are generated well, but at to much load the png -s aren't created.)

At the moment it is under full load.
I have inserted some new memory modules and the load sunk.
There was'nt any problems reported yet, but the time was not enough to finish all tests.

[Ted Buis]

This may not be your problem, but I recall a seemingly similar case where a program ran with one instance, but after many multiple instances were launched it failed. The problem was that maxdsize was too small and needed to be increased. The next limit we reached was swap space. Increasing that solved the problem until even more instances launced caused the X-display server to run out of memory in its quadrant (1GB). This was "fixed" with a version of the Xserver that I think is still in /usr/contrib that supports 2GB.

[Bakos György]

Increase the Memory solved the problem thanks.
Linux is better...