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 updateson them if they matter to you. If you can't find what you are looking for,
Post your ideas
Post an idea.
Get feedback from the IBM team and other customers to refine your idea.
Follow the idea through the IBM Ideas process.
Specific links you will want to bookmark for future use
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.