Skip to Main Content
IBM Power Ideas Portal


This portal is to open public enhancement requests against IBM Power Systems products, including IBM i. 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
  1. Post an idea.

  2. Get feedback from the IBM team and other customers to refine your idea.

  3. Follow the idea through the IBM Ideas process.


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.

Status Submitted
Workspace PowerVC
Created by Guest
Created on Oct 21, 2026

PowerVC Appliance – LDAP users at restricted shell level

Issue: PowerVC appliance utilises LDAP at the application/GUI level, but this doesn’t progress down to the restricted shell CLI environment. LDAP users for the PowerVC appliance are only at the applicable to GUI logins.

In many environments, it is not allowed, for security reasons to have different users utilise a shared login. It is one of the basic tenants of system security & auditability that individuals utilise their own logins. Default shared login accounts like pvcroot should only be utilised in emergency situations, with logins accountable to individuals being used for day-to-day functions.

In environment were single sign on is utilised to provide logins, this capability is needed at both the Application GUI and CLI levels of the system/appliance. When providing a single user base access to multiple PowerVC instances, a single source of user access control is essential. Maintaining several locally defined users at the CLI level across multiple PowerVC instances is not optimal.

There is a precedent in the Power ecosystem for this functionality – The HMC. HMC users have both UI & CLI access, this is for both locally defined and LDAP (automanaged) users. Both locally defined and LDAP users are assigned to appropriate roles for their required level of HMC access.

Why is it useful?

For environments with multiple users accessing the PowerVC environment via CLI, where single sign on integration is required, the PowerVC appliance is not a suitable option as it cannot provide this. These environments must continue to utilise traditional PowerVC installs.

Who would benefit from it?

PowerVC customers who cannot currently transition to the appliance due to it not meeting security & usability requirements at the CLI level would be able to migrate to the appliance. Customers would benefit from the lower level of effort required to maintain the appliance v’s a traditional install.

IBM would benefit from this by allowing more PowerVC environments to transition to the Appliance leading to lower customer support costs. It would assist with the eventual elimination of the traditional non-appliance PowerVC install reducing development and testing costs. The simplified experience provided by the appliance would help customers who don’t have the required Linux skills to adapt PowerVC leading to additional sales.

How should it work?

LDAP users on the PowerVC appliance should be able to login at both the GUI & CLI layers. The CLI layer should be to the restricted shell with the access mapped to the different roles that are available at the CLI level, pvcoperator, pvcsuperadmin, pvcviewer etc. CLI level roles could be a different role assignment to the GUI, not all GUI level users may need CLI access.

Idea priority High