Skip to Main Content
IBM Data and AI Ideas Portal for Customers


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,

  1. Post an idea

  2. Upvote ideas that matter most to you

  3. 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


Status Not under consideration
Workspace Spectrum LSF
Created by Guest
Created on Feb 12, 2019

Enable override of -u flag to docker in LSF

The docker LSF integration would be more useful if the user inside the container was not forced to be LSB_SUB_USER. It's not clear where this -u flag is being added to the docker command by LSF. The construction of this flag does not appear to be happening in the provided python scripts. This should be admin-configurable only, so that security precautions can be taken before, for example, allowing the user to be root in the container (likely the most common way to use docker containers), or to prevent the user from running as another client.

  • Guest
    Reply
    |
    Mar 19, 2019

    The general requirement is that users do not gain any privileges and that all jobs run as the user who submitted them. This is consistent across docker, singularity, shifter etc.
    The key point of the integration is that users are not part of the docker user group, and do not gain privileges and cannot impersonate another user.

    If the container is assuming that the user has privileges to do impersonation, especially root, then the submitting user also needs to be in the docker user group, and the container should just be executed directly not using the integration.