Hello Manshadi,
how goes the APPLY now?
KISS (Keep It Simple S)
minimum APPLY CHECK SMPE control statements:-
SET BDY(tgtzone) .
APPLY
CHECK
BYPASS(HOLDSYS)
GROUPEXTEND
.
This will test every available PTF for installation to your target zone.
SET
Mehrshad,
you can use the EXCLUDE parameter on the APPLY command if you don't wantto
apply one or more PTFs. The syntax is easy: EXCLUDE(ptf1 ptf2 ptf3).Could you
post the SMP/E statements you used for your last APPLY run ? Walter Marguccio
z/OS Systems Programmer
BELENUS LOB Informatic GmbH
On 28 Feb 2016 06:29:34 -0800, in bit.listserv.ibm-main Lizette wrote:
>> First of all the DB2 sub system is not installed yet because I have
>> 1500 PTF for FMID HDBAA10 and before installing DB2 I decided to
>> apply all the PTFs. So in this way may I could use
>> BYPASS(ACTION,DB2BIND,DOC).
> First of all the DB2 sub system is not installed yet because I have
> 1500 PTF for FMID HDBAA10 and before installing DB2 I decided to
> apply all the PTFs. So in this way may I could use
> BYPASS(ACTION,DB2BIND,DOC). (Please let me your Idea?)
Here are some helpful links I found while
On Fri, 26 Feb 2016 09:19:53 -0500, Kurt Quackenbush wrote:
>> 6- For those PTFs which have MODID Error there is ELEMENT Regression
>> REPORT with ( - , * ) flags. Is it possible to BYPASS(ID) for kind of
>> PTFs which don't have (- flag)? My understanding for this kind of PTF
[mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Kurt Quackenbush
> Sent: Friday, February 26, 2016 7:20 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Apply PTF on DB2 10 (z/os 1.12)
>
> > First of all the DB2 sub system is not installed yet because I have
> > 1500 PTF f
On Fri, 26 Feb 2016 09:19:53 -0500, Kurt Quackenbush wrote:
>
>> ... 4- RUN
>> APPLY CHECK with BYPASS(DB2BIND,DOC,IPL) and GROUPEXTEND for each PTF
>> one by one.
>...
>> 5- For those Jobs which the RC=00 run the apply without CHECK. At
>> this step some of them finished correct and some gave
First of all the DB2 sub system is not installed yet because I have
1500 PTF for FMID HDBAA10 and before installing DB2 I decided to
apply all the PTFs. So in this way may I could use
BYPASS(ACTION,DB2BIND,DOC). (Please let me your Idea?)
Yes, you should apply the PTFs for HDBAA10 before
Tom Marchant wrote:
On Thu, 25 Feb 2016 10:25:56 -0500, John Eells wrote:
Anyone know why I get this trying to follow the link?
"Sorry, you are not authorized to search the archives of the
IBM-MAIN-ARCHIVES list from the email address (ee...@us.ibm.com) you
entered on the login screen."
On Thu, 25 Feb 2016 10:25:56 -0500, John Eells wrote:
>Anyone know why I get this trying to follow the link?
>
>"Sorry, you are not authorized to search the archives of the
>IBM-MAIN-ARCHIVES list from the email address (ee...@us.ibm.com) you
>entered on the login screen."
>
Thanks, John, for
Tom Marchant wrote:
>John Eells wrote:
>>Anyone know why I get this trying to follow the link?
>>"Sorry, you are not authorized to search the archives of the
>>IBM-MAIN-ARCHIVES list from the email address (ee...@us.ibm.com) you entered
>>on the login screen."
>John, IBM-MAIN-ARCHIVES is a
On Thu, 25 Feb 2016 10:25:56 -0500, John Eells wrote:
>Anyone know why I get this trying to follow the link?
>
>"Sorry, you are not authorized to search the archives of the
>IBM-MAIN-ARCHIVES list from the email address (ee...@us.ibm.com) you
>entered on the login screen."
John,
Anyone know why I get this trying to follow the link?
"Sorry, you are not authorized to search the archives of the
IBM-MAIN-ARCHIVES list from the email address (ee...@us.ibm.com) you
entered on the login screen."
I used to be able to look in the archives...
Paul Gilmartin wrote:
On Wed,
On Wed, 24 Feb 2016 21:28:05 -0600, Tom Marchant
wrote:
>On Wed, 24 Feb 2016 19:51:07 -0600, Paul Gilmartin wrote:
>
>>I suspect CA's shenanigans were a motivation for IBM's tightening the rules on
>>SUPERSEDEs a few years prior to that.
>
>How were the rules for SUP
On Wed, 24 Feb 2016 19:51:07 -0600, Paul Gilmartin wrote:
>I suspect CA's shenanigans were a motivation for IBM's tightening the rules on
>SUPERSEDEs a few years prior to that.
How were the rules for SUP tightened?
--
Tom Marchant
On Wed, 24 Feb 2016 14:02:27 -0600, Ed Gould wrote:
>On Feb 24, 2016, at 10:49 AM, Paul Gilmartin wrote:
>>
>> SNIP---
>> BYPASS(PRE), BYPASS(ID): Never! These will create an invalid
>> configuration,
>> one which the
On Feb 24, 2016, at 10:49 AM, Paul Gilmartin wrote:
SNIP---
BYPASS(PRE), BYPASS(ID): Never! These will create an invalid
configuration,
one which the vendor is unlikely to have tested.
-SNIP
Paul:
I
Think it's more a symptom of the times. Just fire and forget if it don't
work Ctl-Alt-Del fixes everything.
Why train we're getting off this thing in a few months? Or SMP/E's so
simple an eight grader can do it(actual quote). Or ze installed Windows Server
surely zOS can't be much more
On Wed, 24 Feb 2016 11:02:47 -0500, Pinnacle wrote:
>On 2/24/2016 6:52 AM, mansh...@gmail.com wrote:
>>
>> Yes I did bypass BYPASS(HOLDSYS,HOLDERR,ID) and use GROUPEXTEND during apply
>> the PTF.
>>
Then you have broken your system. The only way to correct your error
On Wed, 24 Feb 2016 08:57:13 -0600, Tom Marchant wrote:
>On Wed, 24 Feb 2016 14:32:19 +, Walter Marguccio wrote:
>
>>why would you want to bypass HOLDERR during APPLY ?
>
>Perhaps I missed it, but I didn't see any reference to bypassing error holds.
It appears that parts of this thread are
On Wed, 24 Feb 2016 11:02:47 -0500, Pinnacle wrote:
>On 2/24/2016 6:52 AM, manshadi wrote:
>>
>> Yes I did bypass BYPASS(HOLDSYS,HOLDERR,ID) and use GROUPEXTEND during apply
>> the PTF.
>>
Ouch!
(KurtQ:)
>Bypass HOLDSYS is fine. Bypass HOLDERR should not be used unless you
>require the PTF
On 2/24/2016 6:52 AM, mansh...@gmail.com wrote:
On Tuesday, February 23, 2016 at 6:20:06 PM UTC+3:30, Kurt Quackenbush wrote:
I am trying to apply UI15763 PTF on DB2 10 ( z/OS 1.12 ).
The following error is appeared :
GIM23901E ** LINK-EDIT PROCESSING FOR SYSMOD UI12617 FAILED FOR MODULE
On Wed, 24 Feb 2016 14:32:19 +, Walter Marguccio wrote:
>
> ... why would you want to bypass HOLDERR during APPLY ?Are there other people
> on this list who would recommend this practice ?
>
Absolutely. If the APAR text indicates that the error is limited to a certain
hardware or software
On Wed, 24 Feb 2016 14:32:19 +, Walter Marguccio wrote:
>why would you want to bypass HOLDERR during APPLY ?
Perhaps I missed it, but I didn't see any reference to bypassing error holds.
>Are there other people on this list who would recommend this practice ?
I would not.
--
Tom Marchant
Hello Manshadi,
it has nothing to do with your query, however ... why would you want to bypass
HOLDERR during APPLY ?Are there other people on this list who would recommend
this practice ? Walter Marguccio
z/OS Systems Programmer
BELENUS LOB Informatic GmbH
Munich - Germany
I am trying to apply UI15763 PTF on DB2 10 ( z/OS 1.12 ).
The following error is appeared :
GIM23901E ** LINK-EDIT PROCESSING FOR SYSMOD UI12617 FAILED FOR MODULE DSNHAPLY
IN LMOD DSNHPC IN THE SDSNLOAD LIBRARY. THE RETURN CODE (04)
EXCEEDED THE ALLOWABLE VALUE. DATE 16.054 - TIME 14:53:18
On Tue, 23 Feb 2016 11:57:20 +, Mehrshad Manshadi wrote:
>Hi,
>I am trying to apply UI15763 PTF on DB2 10 ( z/OS 1.12 ).
>
>The following error is appeared :
>GIM23901E ** LINK-EDIT PROCESSING FOR SYSMOD UI12617 FAILED FOR MODULE DSNHAPLY
>IN LMOD DSNHPC IN THE SDSNLOAD L
Hi,
I am trying to apply UI15763 PTF on DB2 10 ( z/OS 1.12 ).
The following error is appeared :
GIM23901E ** LINK-EDIT PROCESSING FOR SYSMOD UI12617 FAILED FOR MODULE DSNHAPLY
IN LMOD DSNHPC IN THE SDSNLOAD LIBRARY. THE RETURN CODE (04)
EXCEEDED THE ALLOWABLE VALUE. DATE 16.054 - TIME 14:53:18
28 matches
Mail list logo