Re: IEBUPDTE question

> On Nov 20, 2017, at 10:49 PM, Tony Thigpen wrote: > > Hundred+ members. As I mentioned (but it got lost in the what is midnight > argument), I used a CBT program to perform the adds. I just modified it to > pass-though the ./ INCLUDE cards as data cards. > > Tony Thigpen >

Re: IEBUPDTE question

> On Nov 20, 2017, at 8:11 PM, Paul Gilmartin > <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > > On Mon, 20 Nov 2017 19:05:17 -0600, Edward Gould wrote: > >>> On Nov 20, 2017, at 2:55 PM, Paul Gilmartin wrote: >>> >>> If it were a PDS I'd recommend IEBCOPY and AMATERSE. >> >> It is

Re: IEBUPDTE question

Hundred+ members. As I mentioned (but it got lost in the what is midnight argument), I used a CBT program to perform the adds. I just modified it to pass-though the ./ INCLUDE cards as data cards. Tony Thigpen Wayne Bickerdike wrote on 11/20/2017 11:39 PM: oops, Change all the unwanted ./

Re: IEBUPDTE question

oops, Change all the unwanted ./ cards to ## or similar. After the IEBUPDTE, change them back to ./ On Tue, Nov 21, 2017 at 3:32 PM, Wayne Bickerdike wrote: > Assuming the cards with a ./ don't have the correct syntax, why not do an > EXCLUDE ALL, FIND ALL ./. > > EXCLUDE

Re: IEBUPDTE question

Assuming the cards with a ./ don't have the correct syntax, why not do an EXCLUDE ALL, FIND ALL ./. EXCLUDE all the correct ./ cards and then do a DEL ALL NX On Mon, Nov 20, 2017 at 2:45 PM, Tony Thigpen wrote: > I need to catalog a bunch of jobs into a PDS during a

Re: ARC0734i rc=20 reason=98

You might look at SMF record 65's (catalogue delete) to find out what process is messing with your GDG's. Ant. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Hervey Martinez Sent: Tuesday, 21 November 2017 6:35 AM To:

Re: IEBUPDTE question

On Mon, 20 Nov 2017 19:05:17 -0600, Edward Gould wrote: >> On Nov 20, 2017, at 2:55 PM, Paul Gilmartin wrote: >> >> If it were a PDS I'd recommend IEBCOPY and AMATERSE. > >It is a psuedo standard [the operant adjective is "pseudo" -- gil] for *AGES* >too use iebupdte (or what ever the VM

Re: IEBUPDTE question

> On Nov 20, 2017, at 2:55 PM, Paul Gilmartin > <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > > But it's not a PDS, but Condor will export it in a useless format resembling > IEBUPDTE? > > If it were a PDS I'd recommend IEBCOPY and AMATERSE. > > It appears that the Condor has its

Re: ARC0734i rc=20 reason=98

There has always been a general restriction that SMS managed data sets must be cataloged. If you try to uncatalog an SMS data set, it will (should?) fail. In our shop, tape data sets are not SMS managed, so we can (and do) keep some uncataloged data sets indefinitely. CA-1 made that fairly

Re: ARC0734i rc=20 reason=98

On Mon, 20 Nov 2017 14:03:15 -0600, John McKown wrote: > >​Oh, I've had that problem. Look at the GDG base in the catalog. Make sure >that it says "SCRATCH". Otherwise the GDG data set entry will "roll off" >the GDG, but the data set will not be scratched from the volume. I had a >big problem with

Re: ARC0734i rc=20 reason=98

The MC is set to EXPIRE. And that's the other strange thing, not all GDGs that share the MC have the same problem. Hervey From: IBM Mainframe Discussion List on behalf of Allan Staller Sent: Monday, November

Re: ARC0734i rc=20 reason=98

Yes, that was my initial thought but all GDGs that I've seen have the SCRATCH parm. From: IBM Mainframe Discussion List on behalf of John McKown Sent: Monday, November 20, 2017 3:03 PM To:

Re: IEBUPDTE question

On Mon, 20 Nov 2017 12:03:19 -0500, Tony Thigpen wrote: >Condor from Phoenix Systems. Condor uses the ./ INCLUDE card during job >submission. > >We are not getting away from Condor, but I need to move a couple of >CamLibs to MVS PDS libs until I can update to a newer release of Condor >that

Re: ARC0734i rc=20 reason=98

GDS=EXPIRED vs GDS=MIGRATE in the SMS management class? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Hervey Martinez Sent: Monday, November 20, 2017 1:59 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ARC0734i rc=20 reason=98 Well,

Re: ARC0734i rc=20 reason=98

On Mon, Nov 20, 2017 at 1:59 PM, Hervey Martinez wrote: > Well, all files that I've seen are GDG files. This is very puzzling. There > are a few of these errors that happen every so often but have no idea what > is causing them. > ​Oh, I've had that problem. Look at the

Re: ARC0734i rc=20 reason=98

Well, all files that I've seen are GDG files. This is very puzzling. There are a few of these errors that happen every so often but have no idea what is causing them. Hervey From: IBM Mainframe Discussion List on behalf of Allan

Re: ARC0734i rc=20 reason=98

Non-symetric aliases? i.e. alias A in MCATA, but not in MCATB See message arc1220I RC=98 for explanation. Basically get down to one copy of the dataset (whether it is the migrated copy or the "real" dataset). This will resolve the issue. As to why, there are too many variables to spend a great

ARC0734i rc=20 reason=98

We have several datasets that show up in HSM's miglog file. I know the problem is that the file is not cataloged and is the reason for the error. My question is: What causes these files to become uncataloged? I've read a few other posts about the HSM address space being cancelled due to

Useful little utility?

This is a small ISPF based utility. I call it SYSPARM because it brings up a ISPF option 3.4 like DSN list which contains the system PARMLIB concatenation. It might be a nice way to find out where a specific PARMLIB member is: e.g. Where is TSOKEY27?? It is 140 lines of HLASM code. I wrote in on

Re: IEBUPDTE question

Condor from Phoenix Systems. Condor uses the ./ INCLUDE card during job submission. We are not getting away from Condor, but I need to move a couple of CamLibs to MVS PDS libs until I can update to a newer release of Condor that supports FTP access. (Condor can pretend that a PDS lib is a

Re: ECVTDUCU & "trap" condition in z/OS

Sounds good to me EXCEPT for the "key 0, supervisor state" requirement. Sounds like we also need a system-supplied PC service that can be invoked from normal non-supervisor-state, non-zero-key application code to utilize the TRAP facilities (both enabling and disabling). Peter R. or John E.,

Re: IEBUPDTE question

On Sun, 19 Nov 2017 22:45:10 -0500, Tony Thigpen wrote: >I need to catalog a bunch of jobs into a PDS during a conversion. The >source system utility creates an IEBUPDTE job for this purpose. > Just curious: what are the "source system" and its "utility"? The "shar" (shell archive) utility, not

Re: ECVTDUCU & "trap" condition in z/OS

On Mon, Nov 20, 2017 at 10:36 AM, Farley, Peter x23353 < peter.far...@broadridge.com> wrote: > That is interesting John. No such field in my V2.1 MODGEN library member > IHAECVT. What offset it that at in your copy? > ​Apparently came in with 2.2

Re: ECVTDUCU & "trap" condition in z/OS

That is interesting John. No such field in my V2.1 MODGEN library member IHAECVT. What offset it that at in your copy? One would HOPE such a field would be used by full z/OS support for actually USING the TRAPx functionality (along with the several compare-and-trap instructions too).

Re: IEBUPDTE question

Thanks all. I have resolved the issue. I extracted PDSLOAD from CBT 316, then modified it to retain the ./ INCLUDE as data cards. (Yes, I need to keep them in the members as such.) Tony Thigpen Wendell Lovewell wrote on 11/20/2017 09:40 AM: Hey Tony, For $1000 a year our Global Search and

ECVTDUCU & "trap" condition in z/OS

I just stumbled upon this field in SYS1.MODGEN, member IHAECVT. This appears at first glance to be for the TRAP, TRAP4, and perhaps the AND TRAP instructions. But I don't really see _anything_ else in SYS1.MACLIB or SYS1.MODGEN that references this field. Anybody got a link to the secret

Re: IEBUPDTE question

Hey Tony, For $1000 a year our Global Search and Replace can unload and load a whole PDS, optionally making changes to the members. Maybe not a great one-time solution but a handy tool to have around. You could write a REXX program to read the file and call IEBUPDTE for each member,

Re: TSSO vs. System REXX for a "new user who is poor".

Given the small number of responses, I doubt that spending much time "cleaning up" TSSO would be "cost effective". So I'm just going to put in the IEFPRMLB processing to enhance the finding of TSSO's configuration member and let it go at that. -- I have a theory that it's impossible to prove

Re: doubt on catalog

on RDZ ,SYSA lpar we mentioned script like this" 0A91 3390 C:\**\***\ " , is non-sms volume i installed product using smpe and place the all required data-set on . Now we planned to use the same product on SYST , instead of installing the product from scratch , we

Re: doubt on catalog

johnnydeep san wrote: >>Is the dasd shared? Or did you transfer to new system? >DASD is not shared , i transferred to new system How did you transferred them to the new system? Perhaps you used incorrect settings or cataloging process. Please post the job and results of your transfer attempt.

Re: doubt on catalog

Lizette, Thanks for your response !! . ,please find my answer below How did you get the datasets to the new system? I'm using volume () which has all required dataset for bring up the software . . FYI - i'm using RDZ , there is no sysplex , i have sysa and syst both are separated lpar