This portal is to open public enhancement requests against products and services offered by the IBM Data & AI organization. To view all of your ideas submitted to IBM, create and manage groups of Ideas, or create an idea explicitly set to be either visible by all (public) or visible only to you and IBM (private), use the IBM Unified Ideas Portal (https://ideas.ibm.com).
Shape the future of IBM!
We invite you to shape the future of IBM, including product roadmaps, by submitting ideas that matter to you the most. Here's how it works:
Search existing ideas
Start by searching and reviewing ideas and requests to enhance a product or service. Take a look at ideas others have posted, and add a comment, vote, or subscribe to updates on them if they matter to you. If you can't find what you are looking for,
Post your ideas
Post ideas and requests to enhance a product or service. Take a look at ideas others have posted and upvote them if they matter to you,
Post an idea
Upvote ideas that matter most to you
Get feedback from the IBM team to refine your idea
Specific links you will want to bookmark for future use
Welcome to the IBM Ideas Portal (https://www.ibm.com/ideas) - Use this site to find out additional information and details about the IBM Ideas process and statuses.
IBM Unified Ideas Portal (https://ideas.ibm.com) - Use this site to view all of your ideas, create new ideas for any IBM product, or search for ideas across all of IBM.
ideasibm@us.ibm.com - Use this email to suggest enhancements to the Ideas process or request help from IBM for submitting your Ideas.
IBM Employees should enter Ideas at https://ideas.ibm.com
We have provided a sample wrapper to do this
https://github.com/IBMSpectrumComputing/lsf-utils/tree/master/bsubmit
An example:
cromwell $ cat $LSF_ENVDIR/lsf.usermapping
#submit users or groups #execute users or groups
cromwell bpappas,cking,apappas
pmgroup jgroup
cromwell $ bsubmit --user apappas sleep 10. # bsubmit is a setuid program
The sudo option, though nice, does not account for the nuances sought in this RFE. Thank you for writing me re: this rfe
In many organizations the LSF Administrator is not the root user nor are they responsible for IT Security.
Adding an option where the LSF Administrator can arbitrarily set up mappings with no further authentication/authorization would introduce a significant security risk = e.g. they could set studentgrp->financegrp.
As previously stated "sudo -u user bsub a.out" would accomplish what you asked for - submission as a different user and accounting done with the executing user. It would also have the benefit of being subject to the sites sudoer security policy.
Alternatively a setuid wrapper around bsub could be used - this of course would be at the sites own risk as there is no authentication/authorization for this mappings.
Could this not be handled as part of the submission, so the work gets submitted as the correct user?
"sudo user bsub job"
Bill,
We had an RFE a few years ago something like the following:
Begin Queue
EXECUTION_USER = blah
USERS = userGroup1 userGroup2 ...
End Queue
The upside of this is that it makes setting this up pretty easy. The downside is that you get a little bit of queue sprawl. What do you think about this approach?