IBM Z Hardware and Operating Systems Ideas Portal


This is the public portal for all IBM Z Hardware and Operating System related offerings. 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.

ADD A NEW IDEA

My ideas: z/VM

Showing 378

LFAREA 2GB pages not supported

z/OS client running under z/VM requires to use large pages memory to run their DB2, Openshift, Splunk and other consumers applications. as an example; z/OS client is coded this way : LFAREA=(1M=16896,2G=(16,10))
24 days ago in z/VM 0 Submitted

Centralized all logs into a single place

z/VM should provide an out-of-the-box capability to ship all service machines logs to a centralized console, similar to what z/OS provides with the SYSLOG.This could include OPERATOR console, *MAINT* machines, TCPIP related informations as relevan...
about 1 month ago in z/VM 1 Functionality already exists

PAV/HyperPAV alias Support

Base devices between subchannel sets, aliases associated with and in the same real subchannel set in the active configuration allows these devices to then be referenced by 4-digit RDEV numbers in various commands which only affect active configura...
about 1 month ago in z/VM 0 Future consideration

Support multiple PDR volumes for redundancy

Currently there can only be one PDR volume for an SSI cluster. If the storage host where the PDR volume resides goes down or something happens to that volume, all the systems in the cluster go down. Even if there are other storage host and a z/VM ...
over 2 years ago in z/VM 1 Not under consideration

z/VM enhancement requested for z/OS GUESTS exploiting HYPERPAV

Extending the z/VM MSS (Multiple Subchannel Set) management to allow z/VM and its guests exploiting HyperPAV (e.g z/OS).REQUIRED for customers who are close to the 64K limit of UCB in SS0 of LCSS. More details in the attachement.
over 2 years ago in z/VM 1 Future consideration

As z/VM RACF is not sharing with z/OS anymore we need a z/VM face on RACF, remove irrelevant CLASSes

As z/VM RACF is not sharing with z/OS anymore we need a z/VM face on RACF, remove irrelevant CLASSes. IBM no longer permits the sharing of RACF DB's with z/OS and z/VM. So why have irrelevant RACF classes visible in z/VM? It is confusing when scan...
over 1 year ago in z/VM 0 Future consideration

Remove all references to JES on output of RACF commands on z/VM

I consider this an incorrout defect. My idea is to remove any references to JES and additional z/OS references that have no bearing on the z/VM product. It is distracting and confusing to me a VM sysprog. As RACF is pulling apart on z/VM from the ...
over 1 year ago in z/VM 0 Future consideration

DIRMAINT EXTENT CONTROL statements need to check with RACFVM for authorization with SECLABEL Mandatory Access Control

We require DIRMAINT to respect RACF SECLABELS for DASD devices when working with MDISKs. Our directory and storage management is provided through DIRMAINT. DIRMAINT's EXTENT CONTROL is the single source of storage definitions. We need to have DIRM...
over 1 year ago in z/VM 1 Not under consideration

z/VM needs to support SNMPv3

Support SNMPv3 to support bank standard that this type of communication must be encrypted.
over 5 years ago in z/VM 3 Future consideration

DIRMAINT needs to do additional RACF commands when creating a new virtual machine

DIRMAINT needs to do additional RACF commands when creating a new virtual machine. This is useful in a RACF environment using sitewide SECLABELs for mandatory access control. The commands affected would be DIRM ADD. An additional operand of SECLAB...
over 1 year ago in z/VM 1 Not under consideration

By clicking the "Post Comment" or "Submit Idea" button, you are agreeing to the IBM Ideas Portal Terms of Use.
Do not place IBM confidential, company confidential, or personal information into any field.