Package: condor / 8.6.8~dfsg.1-2

Metadata

Package Version Patches format
condor 8.6.8~dfsg.1-2 3.0 (quilt)

Patch series

view the series file
Patch File delta Description
default_debian_config | (download)

src/condor_examples/condor.service | 2 1 + 1 - 0 !
src/condor_examples/condor_config.generic.debian.patch | 14 12 + 2 - 0 !
src/condor_utils/param_info.in | 22 11 + 11 - 0 !
3 files changed, 24 insertions(+), 14 deletions(-)

 specify default config in the table of parameters
  Previously, this configuration was shipped as a big config file.
  This changed in the 8.2.x series and now needs to go into the table of
  parameters -- which is not (yet) comprehensive. Hence, a few variables
  still need to be present in the default config file too.
debian_init | (download)

src/condor_examples/condor.boot.rpm | 4 3 + 1 - 0 !
1 file changed, 3 insertions(+), 1 deletion(-)

---
no_java_for_now | (download)

src/condor_chirp/CMakeLists.txt | 2 1 + 1 - 0 !
src/condor_starter.V6.1/CMakeLists.txt | 2 1 + 1 - 0 !
2 files changed, 2 insertions(+), 2 deletions(-)

 upstream changes introduced in version 7.7.1+git436-g81fc261-1
 This patch has been created by dpkg-source during the package build.
 Here's the last changelog entry, hopefully it gives details on why
 those changes were made:
 .
 condor (7.7.1+git436-g81fc261-1) UNRELEASED; urgency=low
 .
   * New upstream code. Support for dynamic linking against system
     libraries.
 .
 The person named in the Author field signed this changelog entry.
globus multi arch | (download)

externals/bundles/globus/5.2.5/CMakeLists.txt | 11 10 + 1 - 0 !
1 file changed, 10 insertions(+), 1 deletion(-)

 enable cmake to find debian's multiarch globus
campus_factory_syntax.patch | (download)

src/condor_contrib/campus_factory/bin/campus_factory | 2 1 + 1 - 0 !
1 file changed, 1 insertion(+), 1 deletion(-)

---
fix_condor_run | (download)

src/condor_scripts/condor_run | 2 2 + 0 - 0 !
1 file changed, 2 insertions(+)

 condor_run file transfer problem fix

The problem is that condor_run assumes you have a shared filesystem and it's
being run in a directory on that shared filesystem. It doesn't set
should_transfer_files, so the assumption is that Condor on the execute machine
can chdir to the same directory and access the job's files there, with no file
transfer required. When I tried running condor_run in /tmp, I saw the same
behavior as you. When I logged into the execute machine afterwards, I saw
.condor_out.## and .condor_err.## in /tmp. The stderr file contained an error
message about not being able to find the executable.

alpha fix getpid.patch | (download)

src/condor_daemon_core.V6/daemon_core.cpp | 16 13 + 3 - 0 !
1 file changed, 13 insertions(+), 3 deletions(-)

---
as needed libs ftbfs.patch | (download)

src/condor_shadow.V6.1/CMakeLists.txt | 1 1 + 0 - 0 !
1 file changed, 1 insertion(+)

---
qsub_sentinel_robustness | (download)

src/condor_scripts/condor_qsub | 9 8 + 1 - 0 !
1 file changed, 8 insertions(+), 1 deletion(-)

 condor_qsub sentinel jobs intermittently release dependencies early

I am seeing a transient failure in condor jobs dependencies.  The sentinel jobs
created by condor_qsub are releasing dependencies early in some cases.  I
adding logging to the sentinel job scripts and can see the count of "hold_jids"
returned by the following line drop dramatically to zero

  condor_q -long -attributes Owner \$hold_jids | grep "$USER" | wc -l

The sentinel job then releases the held job and exits.  As the count of
hold_jids is in reality non-zero, those jobs proceed to normal completion, but
out of sequence.

Repeated tests of condor_q within to condor_qsub sentinel jobs allows detection
of the transient and continuation of the holds.  This patch provides some
relief.

A test of 6 simultaneous FSL bedpostx was run on a condor pool composed of 64
slots spread over 8 nodes.  These 6 runs generated 514 jobs.  Of these, 12 were
sentinel jobs.  The sentinel jobs tested condor_q every 5 seconds recording
13070 tests.  In 18 of these tests condor_q failed to respond correctly.   At
most, two consecutive failures were found.  The patch above was able to correct
the problem in each case.


raspbian_detection | (download)

build/cmake/macros/SystemSpecificInformations.cmake | 9 8 + 1 - 0 !
1 file changed, 8 insertions(+), 1 deletion(-)

 add raspbian to os detection code.
fix_bashisms | (download)

src/condor_scripts/condor_pool_job_report | 6 3 + 3 - 0 !
1 file changed, 3 insertions(+), 3 deletions(-)

---
fix_linker_script | (download)

src/condor_daemon_core.V6/daemon.version.proper | 2 2 + 0 - 0 !
1 file changed, 2 insertions(+)

---
notice_file | (download)

src/condor_release/CMakeLists.txt | 3 2 + 1 - 0 !
1 file changed, 2 insertions(+), 1 deletion(-)

---