Setting support_contact fails

11 posts / 0 new
Last post
Setting support_contact fails

After installing the rpm, configuring without specifying the support contact URL works. But if I do specify it fails like this:

% ipf_configure_xsede --rpm --resource_name expanse-dev --workflows=extmodules,compute --publish_to_xsede --amqp_certificate ~/xdinfo-hostcert.pem --amqp_certificate_key ~/xdinfo-hostcert.pem --scheduler slurm --support_contact https://software.xsede.org/xcsr-db/v1/support-contacts/1553
** Configuring workflow: extmodules
Traceback (most recent call last):
File "/usr/bin/ipf_configure_xsede", line 11, in <module>
load_entry_point('ipf==1.7a1', 'console_scripts', 'ipf_configure_xsede')()
File "/usr/lib/python3.6/site-packages/ipf/xsede/configure_workflows.py", line 124, in configure
configure_extmodules_workflow(resource_name,args,template_json)
File "/usr/lib/python3.6/site-packages/ipf/xsede/configure_workflows.py", line 181, in configure_extmodules_workflow
setSupportContact(extmodules_json,args)
File "/usr/lib/python3.6/site-packages/ipf/xsede/configure_workflows.py", line 290, in setSupportContact
if step_json["params"]:
KeyError: 'params'

Delivery Effort Stage: 

ipf-1.7a4 has been released as RPM and pip installable that should address this issue.

With XSEDE-Development-config.centos-8-1.noarch installed, "dnf update ipf-xsede" results in this error message:

package ipf-xsede-1.7a4-1.noarch is intended for a different operating system

and "rpm -qp --qf '%{OS}\n' ipf-xsede-1.7a4-1.noarch.rpm" reports "darwin" instead of "linux". Another hint is that "rpm -qip" on the downloaded rpm file shows

Relocations : /opt/homebrew

instead of

Relocations : /usr

I believe I have found and set the necessary macros to have this "noarch" package be a "linux" package.  Sigh.

Please try ipf-xsede-1.7a5-1.  Code is identical to 1.7a4, but now with revised packaging.

The 1.7a5-1 rpm installs correctly. Thanks.

The ipf-xsede-1.7a5-1 rpm installs files such as bin/ipf_configure_xsede under /Users/blau/xci/ipf-release/venv instead of under /usr . Sigh, indeed.

OK, I have figured out the magic incantation to get python setuptools to install where I want them to.  I think that the ipf-xsede-1.7a5-2 rpm I just put in place should be putting things in the right place.

In ipf-xsede-1.7a5-2 the shebangs (first lines) of /usr/bin/ipf_configure_xsede and /usr/bin/ipf_workflow reference /users/blau rather than /usr/bin . ipf_configure_xsede seems to work OK after I manually changed it to /usr/bin/python3 .

ipf-xsede-1.7a5-10 fixes the shebang issue.  (it was easier to keep incrementing the release number when debugging this fix, thus the jump from 2 to 10).

The shebangs are good.

While upgrading to 1.7a5-10 I see this error:

/var/tmp/rpm-tmp.xLCNNj: line 2: gsed: command not found
warning: %post(ipf-xsede-1.7a5-10.noarch) scriptlet failed, exit status 127

I assume "gsed" works on the Mac, but it doesn't exist on Linux and should just be "sed".

ipf-xsede-1.7a5-11 installs cleanly on Rocky 8. The shebangs are correct. ipf_configure_xsede apparently runs correctly.

Log in to post comments