What I meant - If SMP/e resolves the x37, fine, that's enough. If SMP/e can't
resolve the x37 with COMPRESS and RETRY, then it fails on the x37. At that
point, I 'clean up' that true out of space condition outside of SMP/e by
reallocating the library with additional space (directory/data/both)
On Thu, 24 Apr 2008 12:05:42 -0400, Lizette Koehler wrote:
>
>I think that issue is when you are on the edge with space in the dataset.
>Every time you copy the member (plus whatever aliases) you create a second
>copy of the original member. If you do a purge of the file, compress and
>load, you o
Tom,
I think that issue is when you are on the edge with space in the dataset.
Every time you copy the member (plus whatever aliases) you create a second
copy of the original member. If you do a purge of the file, compress and
load, you only have the one copy (plus whatever aliases) and so it jus
On Thu, 24 Apr 2008 22:17:10 +0800, Tommy Tsui wrote:
>sorry, I mean take a backup then cleaning up the library and move all
>data back. this just another option.
How does that differ from a compress? How will it help when a compress isn't
sufficient?
--
Tom Marchant
-
I am trying to apply maintenance to z/OS 1.7 but received a D37-04 in
three libraries.
Of course all three are link listed libraries.
I can allocate .NEW libraries and copy into them, but how do I then rename
them to the original name?
Thanks
EDU
cc
Subject
Re: Help with applying maintenance
Hello Jerry,
I use this JCL. It does require the BYPASSSNQ APF authourized program from
the Free Software written by Gilbert Saint-Flour available on CBT file
183.
BYPASSNQ Assembler program. Scratch or Rename a Da
sorry, I mean take a backup then cleaning up the library and move all
data back. this just another option.
On 4/24/08, Tom Marchant <[EMAIL PROTECTED]> wrote:
>
> On Wed, 23 Apr 2008 21:19:24 +, Linda Mooney wrote:
>
> >When I get a 37 that SMP/e does not resolve, I clean the library
> >up out
On Wed, 23 Apr 2008 21:19:24 +, Linda Mooney wrote:
>When I get a 37 that SMP/e does not resolve, I clean the library
>up outside of SMP/e.
What do you mean by cleaning up the library? SMP/E is pretty good about
resolving x37 abends if you use COMPRESS and RETRY. Sometimes, though, it
is
* I think you are applied to target libraries but the target libraries name
should not be same as your current use one. I always put prefix
"os17m.sys1.linklib' instead of "sys1.linklib"
I always use PDSCLEAR to clear the target library and copy it again. It
ususally works and safely except your
Hello Jerry,
I use this JCL. It does require the BYPASSSNQ APF authourized program from
the Free Software written by Gilbert Saint-Flour available on CBT file 183.
BYPASSNQ Assembler program. Scratch or Rename a Data Set
without SYSDSN ENQ
BYPASSNQ is a driver th
Hey, Jerry -
For my 2 cents, this is what I do. I am aware that there are other methods,
but I find this easy and safe. It works for me.
My running res volumes ALWAYS have the same names, and my maintenance res
volumes that I am building ALWAYS have the same names. My SMP/e DD DEFS ALWAYS
On Wed, 23 Apr 2008 14:13:01 -0500, Rugen, Len <[EMAIL PROTECTED]> wrote:
>I was going to say that it doesn't matter if it's in the manual, the
>report shows it does it :-)
>
>Also RETRY(YES) can save your backside at times. RETRY and COMPRESS
>together can cause multiple compresses during the AP
On Wed, 23 Apr 2008 13:00:40 -0500, Tom Marchant wrote:
>On Wed, 23 Apr 2008 13:27:34 -0400, Jerry Fuchs wrote:
>
>>I am trying to apply maintenance to z/OS 1.7 but received a D37-04 in
>>three libraries.
>>
>>Of course all three are link listed libraries.
>>
>>I can allocate .NEW libraries and co
erra
>
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
>Behalf Of Imbriale, Donald
>Sent: Wednesday, April 23, 2008 2:10 PM
>To: IBM-MAIN@BAMA.UA.EDU
>Subject: Re: Help with applying maintenance
>
>Ignore my post. Further re
ry, there is no difference between theory and practice. But in
practice, there is."
- Yogi Berra
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Imbriale, Donald
Sent: Wednesday, April 23, 2008 2:10 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re
ubject: RE: Help with applying maintenance
I've never seen anything that says COMPRESS(ALL) will delete members
being changed. The Commands manual states only:
If you specify ALL, any libraries in which elements will be
installed by this APPLY command are compressed.
Can you prov
that indicates the
members will be deleted before compress?
Don Imbriale
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Matthew Stitt
Sent: Wednesday, April 23, 2008 2:49 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Help with applying maintenanc
nframe Discussion List
To
IBM-MAIN@BAMA.UA.EDU
cc
Subject
Re: Help with applying maintenance
I give you a minor slap on your fingers.
I add DD names to the SMPE JCL to point to the new temporary copies of the
libraries. Then apply the maintenance to the temporary libraries.
When t
I give you a minor slap on your fingers.
I add DD names to the SMPE JCL to point to the new temporary copies of the
libraries. Then apply the maintenance to the temporary libraries.
When that is finished, I will compress the temporary libraries, then first
try to copy them to the real ones. T
>I am trying to apply maintenance to z/OS 1.7 but received a D37-04 in
>three libraries.
>
>Of course all three are link listed libraries.
Are you applying maintenance to a live system?
Not a good thing!
-
Too busy driving to stop for gas!
--
okay, consider your virtual fingers slapped.
hopefully the applying maintenance is being done to an alternate sysres, and
the real live datasets are cataloged using &SYSR1, etc. .
allocate .NEW libraries on the alt sysres larger
copy contents of "Current" on the alt sysres to "NEW"
rename 'CU
esday, April 23, 2008 1:02 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Help with applying maintenance
I'm hoping you aren't applying the maintenance to the in-use libraries,
but to libraries with the same names on a different pack.
If this is the case, I go ahead and allocate the &quo
x.
If somebody else has a "safer" way of doing this, I'd be willing to
change my (probably bad) habits. :-)
Rex
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Jerry Fuchs
Sent: Wednesday, April 23, 2008 12:28 PM
To: IBM-MAI
On Wed, 23 Apr 2008 13:27:34 -0400, Jerry Fuchs wrote:
>I am trying to apply maintenance to z/OS 1.7 but received a D37-04 in
>three libraries.
>
>Of course all three are link listed libraries.
>
>I can allocate .NEW libraries and copy into them, but how do I then rename
>them to the original name
ette Koehler <[EMAIL PROTECTED]>
> Subject: Re: Help with applying maintenance
>
---
>
> Well, depending on the names and what is holding them,
> VTAM, TCPIP, LLA, VLF, What
>
> Yo
Well, depending on the names and what is holding them,
VTAM, TCPIP, LLA, VLF, What
You will probably need to bring something down or update a proc and cycle a
function, or IPL a system or two.
Lizette
>I am trying to apply maintenance to z/OS 1.7 but received a D37-04 in
>three libraries
- Information from the mail header
> ---
> Sender: IBM Mainframe Discussion List
> Poster: Jerry Fuchs <[EMAIL PROTECTED]>
> Subject: Help with applying maintenance
>
--
I am trying to apply maintenance to z/OS 1.7 but received a D37-04 in
three libraries.
Of course all three are link listed libraries.
I can allocate .NEW libraries and copy into them, but how do I then rename
them to the original name?
Thanks
-
28 matches
Mail list logo
