Page MenuHomePhabricator

jsub fails when starting php scripts
Closed, InvalidPublic

Description

I'm not able to commit jobs to the grid engine. That's what I'm doing:

Simple php script (test.php):

<?

print "Test";

?>

Running "php test.php" on tools-login works as expected. Then I try it using the grid engine:

jsub -N test php test.php

(and I tried it with full path to test.php, too)

The job is successfully queued; the .err and .out files are created. The job is then executed.

The result is: test.out is empty and test.err gives the following error message:

libgcc_s.so.1 must be installed for pthread_cancel to work


Version: unspecified
Severity: major

Details

Reference
bz57105

Event Timeline

bzimport raised the priority of this task from to Needs Triage.Nov 22 2014, 2:14 AM
bzimport added a project: Toolforge.
bzimport set Reference to bz57105.

Set a bigger -mem (memory limit) and it works.

Sadly, while the completely opaque error message is a known issue, it is also quite outside our ability to fix (as it is generated by the dynamic loader itself).

Short of warning people in advance as we did with the FAQ, there is nothing that can be done.

Thanks to all. I didn't thought about searching such an error in the FAQ, sorry.

(In reply to comment #3)

Sadly, while the completely opaque error message is a known issue, it is also
quite outside our ability to fix (as it is generated by the dynamic loader
itself).

Short of warning people in advance as we did with the FAQ, there is nothing
that can be done.

Does it help if we increase the default memory limit value?

The problem is that there is no default value big enough to cover all the common cases yet reasonably frugal enough that we won't have a severe under commitment of resources.

Right now, things have been tweaked so that the default value (250m) matches processor availability - any smaller wouldn't get more jobs running anyways.