pegasus-python-wrapper locates executable from PEGASUS_HOME instead of dirname of the exec.

XMLWordPrintable

      shared-fs mode
      worker staging true
      PEGASUS_HOME set on shared-fs site

      The create-dir job's sub file has the correct pegasus-transfer, but when it is intercepted by pegasus-python-wrapper, it ends up using the pegasus-transfer from PEGASUS_HOME set on remote site.

      sub-file: executable = /lfs1/software/bamboo/data/xml-data/build-dir/PEGASUS-WT50-T10D/pegasus/bin/pegasus-transfer
      p-transfer being located by py-wrapper - /lizard/scratch-90-days/bamboo/scratch/20200328_012026983672830/bamboo/pegasus/horizontal-clustering-test/20200328T012028-0700/pegasus-5.0.0dev/lib64/python3.6/site-packages/Pegasus/cli/pegasus-transfer.py

      https://bamboo.isi.edu/browse/PEGASUS-WT50-T10D-432/log
      See: 00/00/create_dir_horizontal-clustering-test_0_sharedfs.sub
      See: catalogs/sites.xml

      The wrapper should mimic p-config and locate executable based on the dirname of the tool being invoked.

        1.
        		 pegasus-db-admin should use PEGASUS_HOME to discover pegasus-version etc Sub-task Closed Mats Rynge
        2.
        		 change the pegasus-plan invocation via pegasus lite in dagman prescripts to handle new worker package organization Sub-task Resolved Karan Vahi

            Assignee:
            Mats Rynge
            Reporter:
            Rajiv Mayani
            Watchers:
            3 Start watching this issue

              Created:
              Updated:
              Resolved: