|
Hello Rob,
You wrote:
>What's the point then of releasing a ptf as immediate if it requires any
>of the following:
>- You must bring the system into a restricted state.
>- You must end TCP/IP
>- Or, in the olden days, you must vary off/on all twinaxial controllers.
>Depending you your situation, you might as well have to apply it delayed.
While there is certainly a fine line between an immediate PTF that requires
one of the above actions and a delayed PTF, at least the above give you the
choice.
o You must end TCP/IP
Difficult given the dependence on TCP but it is possible for many
sites to restart TCP/IP in the evening even though day-end is
running.
o Vary off/on controllers
Again quite possible after normal business hours
o Restricted state
If you have to do this you might as well IPL but it is still faster
to start from restricted state than to do an IPL even if you
disable full hardware diagniostics.
Finally, the primary advantage to an immediate PTF that requires an IPL to
activate is that the PTF will be activated even if the IPL is a result of an
abnormal termination including an IPL after ENDJOBABN. Delayed PTFs are
skipped by an abnormal IPL.
Just because you run a 24/7 shop doesn't mean this sort of immediate PTF
doesn't have its advantages. In an ideal world it would be beneficial to have
all PTFs applied and take immediate effect but that new code has to be loaded
and it a bit difficult to transfer from an existing program to a replacement
program AND maintain the state of the previous program (i.e., devices,
connections, sockets, files, locks, etc. etc. etc.). The only safe way to do
that is to end the existing program and restart picking up the PTFed code.
Regards,
Simon Coulter.
--------------------------------------------------------------------
FlyByNight Software AS/400 Technical Specialists
http://www.flybynight.com.au/
Phone: +61 3 9419 0175 Mobile: +61 0411 091 400 /"\
Fax: +61 3 9419 0175 mailto: shc@xxxxxxxxxxxxxxxxx \ /
X
ASCII Ribbon campaign against HTML E-Mail / \
--------------------------------------------------------------------
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.