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:
Post your ideas
Start by posting ideas and requests to this portal to enhance a Power product or service. Take a look at ideas others have posted and upvote them if they matter to you,
Post an idea
Upvote ideas and add comments to ideas that matter most to you
Get feedback from the IBM team to refine your idea
Help IBM prioritize your ideas and requests
The IBM team may need your help to refine the ideas so they may ask for more information or feedback. The Power teams will then decide if they can begin working on your idea. If they can start during the next development cycle, they will put the idea on the priority list. Each team at IBM works on a different schedule, where some ideas can be implemented right away, others may be placed on a different schedule.
Receive notification on the decision
Some ideas can be implemented at IBM, while others may not fit within the development plans for the product. In either case, the team will let you know as soon as possible. In some cases, we may be able to find alternatives for ideas which cannot be implemented in a reasonable time.
Specific link you will want to bookmark for future use
IBM Unified Ideas Portal-https://ideas.ibm.com/- Use this site to create or search for existing Ideas across all IBM products that are outside of Power, and track all of your personal interactions with all Ideas.
NOTE: See Case TS002823522 (Since the PMR ID field above has not yet been enabled for cases!)
When using network based image catalog for upgrades there are key components that must be in play for this thing to work. Once the network is correct (e.g. you can PING the client partition from the host partition) the next step is testing access to the upgrade images. Here we create the network based optical device such as OPTNET01 using the service tools interface, *SRVLAN, and the correct NFS exported directory. If this varies on and we can browse the first image under /QOPT then we are 99% there. This is goodness but as 99% of a bridge doesn't get you across the river, unless you are named Bo or Luke, there is yet one last bit that must work. That last bit is the TFTP setup. The validation of the image catalog on the host side builds the ..../BOOTP directory with about 975 files including 'netipl' and we can validate its existence easily. We can also easily do CHGTFTPA to correctly set the alt source directory to the correct path (we use /IBMi ) and restart that service. The MISSING piece is validating that the client partition can in fact access /IBMi/...../BOOTP/netipl with TFTP. The only known way to test that currently is to STRNETINS. If it fails we gotta figure out why but if it succeeds we just started an upgrade!! There is no known way to assure it's working until we are standing there on the bridge and seeing a gap that must be completed before we can cross. And the bridge is on our critical path to the upgrade.
So can we get perhaps: A) an OPTION(*VALIDATE) to the STRNETINS? NOTE: This would be kinda nerve wracking to press enter on this command. B) VLDNETINS command to Validate the network install is all correctly set up. C) At a minimum a program to call to validate the TFTP setup?? e.g. CALL QVOITFTP ('/ibmi/v7r3/instal') where that path is the path to the install images.
In all cases test should use the same code path used by STRNETINS so that we're assuring it will work from that partition.
All prep is done. Images are visible. PTFs are applied using network based optical device. Licenses are loaded and accepted using network based optical device. So we know that the NFS side is working and correct. But we DO NOT know if the TFTP bits are correct or reachable from the client. Thus we key STRNETINS with appropriate parameters and hold our breath. In this case we had 8 partitions queued to roll and MCH3601. **PUNT*
Do not place IBM confidential, company confidential, or personal information into any field.