Re: Unable to access dsn's from catalog - 3.4
Thanks Tom! Evidently I lost that somewhere along the way -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Unable to access dsn's from catalog - 3.4
On July 19, 2019 I posted an issue for an Alias Listcat discrepancy betweeen sysplex'd LPARs. Two LPARs, 3.4 listcat showed results on one LPAR and not the other. Issue was never resolved, I just lived with it. Now, I listcat 3.4 and get no results on either LPAR can't live with that :) not sure when it started, I've found most recent output showing access in JAN 2021 This is between a 1.13 and 2.2 system, and yes, well aware of 1.13, this is for migration to 2.2- almost there :) LOADxx LPARASYSCAT SCS001123CCATALOG.ICF.VSCS001 VCATICF (z/OS 2.2) LPARBSYSCAT SCS001123CCATALOG.ICF.VSCS001 VCATICF (z/OS 1.13) LISTCAT CATALOG.ICF.VSCS001shows the usercat USERCATALOG --- CATALOG.ICF.VSMP301 HISTORY RELEASE2 VOLUMES IDCAMS SYSTEM SERVICES LISTING VOLSERSMP301 D ASSOCIATIONS(NULL) LPARA LISTCAT CATALOG.ICF.VSMP301 ALIAS - SYSY.SYSX.R30.V22.MVST100.SMPMTS HISTORY RELEASE2 CREATION.000 ENCRYPTIONDATA DATA SET ENCRYPTION-(NO) ASSOCIATIONS NONVSAM--SYS7.R30.V22.MVST100.SMPMTS 3.4 SYSY.SYSX.R30.V22.MVST100.SMPMTS No data set names found 3.4SYS7.R30.V22.MVST100.SMPMTS No data set names found Is it something to do with ECS? ECS shows Inact(NotShrable) the catalog is defined the same from day 1 NOECSHARE ICFCATALOG SHROPTNS(3,3) F CATALOG,ECSHR(STATUS) IEC351I CATALOG ADDRESS SPACE MODIFY COMMAND ACTIVE IEC380I ENHANCED CATALOG SHARING 201 *CAS*** * CF Connection: AutoAdd * * --CATALOG--- -STATUS-- * * CATALOG.ICF.VSMP301 Inact(NotShrable) * * CATALOG.ICF.VFDRABR Active * * CATALOG.ICF.VSMP282 Active * Thanks, Elaine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Usercat access on sysplex with ECS
We have a dev sysplex both in ECS mode My 2.2 ServerPac catalog which has been around awhile shows Inact(NotShrable) and I cannot access datasets, even 3.4 from either sysplex. By definition, I shouldn't be able to- Listcat shows master catalog - USERCATALOG --- CATALOG.ICF.VSMP301 usercat CATALOG.ICF.VSMP301SHROPTNS(3,3) and NOECSHARE ICFCATALOG but I *know* we've been running in this environment. I mean it's our 2.2 ServerPac! I'm pretty confident AUTOADD has always been set across IPLs I disconnected from ECS on one LPAR but still nothing. I didn't do anything else after the disconnect, i.e., logoff, disconnect/reconnect the usercat. Thanks, Elaine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OMVS user.hfs shared
I should have clarified, we do have sysplex /etc, /var and /log. have no idea why it was set up that way all those years ago I can see that if I created a sysplex /home things will be well :) thanks for the help -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OMVS user.hfs shared
aha. I will take this offline but for clarity-I had noticed recently that we do not have a sysplex root... Thanks David -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OMVS user.hfs shared
Of course I'm missing something... If I'm getting contention on the USER.HFS (because it's shared in the sysplex) why does it matter what directory it's in? /u or /home it's still the same file -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
OMVS user.hfs shared
I have a question about user HFS in a sysplex LPARs are sysplex'd but not OMVS SYSPLEX(NO) Migrating 1.13 to 2.2 LPAR1 - 1.13 LPAR2 - 2.2 separate root so, /u/userid.USER.HFS is off root but there is only one userid.USER.HFS so it's getting shared and will only allocate on one system do I have to point to a 'new' userid.xxx.USER.HFS when migrating in a sysplex? don't these have to be pre-allocated? maybe there's a dynamic way but we don't have one implemented any other options? Thanks, Elaine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OMVS ROOT and usage
wow does that make sense! thanks! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OMVS ROOT and usage
Thanks Carmen I do see we have auto mnt defined on other systems. but I don't see it in BPXPRMxx also, it still doesn't show me other users directories. is that by design? Elaine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
OMVS ROOT and usage
IBM would not respond because these are usage questions My root files system are mounted READ as is recommended I have superuser(0) I have a /u/(userid) directory on some systems but not others. I've been here awhile and haven't had the reason to use OMVS but am finding now I do all of this is from TSO READY. not ISPF 1. do I really have to mount ROOT RDWR on every system to create my /u/(userid) directory? is it a problem to do one sysplex LPAR at a time? (root read one one and rdwr on another) with all the work we have going on 2. though superuser, I do not see other users ids, and of course I cannot add a directory for them (root read only) 3. on one system I get /u/uxdfltu EDC5129I No such file or directory.' but that directory doesn't exist on any system 4. we have java 5 and java 8 on some systems though I was able to do this on some systems the other day and our /tmp is less than 1% used, I now get # java -version Error: unable to allocate 67108864 bytes for GC in j9vmem_reserve_memory. Error: unable to allocate 53686784 bytes for GC in j9vmem_reserve_memory. Error: unable to allocate 42949120 bytes for GC in j9vmem_reserve_memory. Error: unable to allocate 34359296 bytes for GC in j9vmem_reserve_memory. Error: unable to allocate 27487232 bytes for GC in j9vmem_reserve_memory. Error: unable to allocate 21989376 bytes for GC in j9vmem_reserve_memory. JVMJ9VM015W Initialization error for library j9jit23(11): cannot initialize JIT Could not create the Java virtual machine. Thanks, Elaine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO Logon Proc IEFPROC
for future reference the ISPF panel showed IEFPROC but the logon panel showed another name in other words the logon proc member name was different than the proc name the 'failing' proc has the same name as the member name -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO Logon Proc IEFPROC
nm :) I found another path -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
TSO Logon Proc IEFPROC
I give up :) I have two logon procs, on LPAR1, logon proc A works as desired the thing is, I can't find it I've looked in all of the JES2 PROCLIBs is there anything special about logon proc IEFPROC? I see the DD name in a lot of procs in the proclib but no proc named IEFPROC this is the one that works but I can't find it to compare to the one that doesn't work I can find the one that doesn't work on LPAR2 Thanks, Elaine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
CA Broadcom Replacement Software
Any recommendations for CA1, CA Workload Automation (JSS/ESP), TPX session manager replacements? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Unable to ALLOC dsn without new
so... I have looked at every dsn in the logon proc SYSPROC and SYSEXEC i found two places where the 'offending' dataset is being allocated new, including the one that issues the error messages I inserted a CONTROL LIST CONLIST SYMLIST MSG and a listcat and I see no output when logging on to the new userid. ugh -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
markup a screen print
I want to mark up a screen print and am wanting a way to mark squares, arrows, etc. i use snippet but see only a free form line to use I use Word borders but they don't work with an object Thanks, Elaine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Unable to ALLOC dsn without new
so now I've got a lead on our good friend SMS :( which of course hasn't changed in 2 years. looks like maybe storclas isn't being defined -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Unable to ALLOC dsn without new
Gil, thanks. I do get that message but when I do a listcat, the mastcat and usercat look correct. They look the same as other previously defined users. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Unable to ALLOC dsn without new
aarrgghh. sorry about that one too. RACF profiles are created correctly -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Unable to ALLOC dsn without new
sorry, yes, there is an alias defined -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Unable to ALLOC dsn without new
I give up :), asking for help Defining a new user and logon proc issues SET = ALLOC FI(ISPPROF) SHR DA('') the dsn is new and evidently the alloc fails but i can manually alloc a new dsn without the new parm (under another ID) if I try a manual allocate with the failing ID (and no new parm), it fails with ALLOC FI(ISPPROF) SHR DA('gayleyc.isptabl') DATA SET GAYLEYC.ISPTABL NOT IN CATALOG OR CATALOG CAN NOT BE ACCESSED ENTER DATA SET NAME - I thought you had to have the new parm but i can ALLOC a new dsn under another id without it. The ALLOC proc works on another LPAR. Thanks, Elaine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z13 Central Storage [EXTERNAL]
Well that didn't take long... the dreaded comma... Thanks much! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z13 Central Storage [EXTERNAL]
Paul, Thank you. At one point I had gotten in to the system completion codes, not wait states. That could have sent me down the rabbit hole :) I had checked my page dsn's, this is DR and they are replicated. However, we never get any messages on the console. I will check the config for the page datasets again. Elaine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
z13 Central Storage
Is there a way to see total central storage on a z13 HMC? I can see it by selecting individual LPARs but am interested in an overall view. I have 11 LPARs, 9 deactivated, I have activated and IPLd several of the 6GB defined LPARs multiple times earlier this year. All 9 deactivated again I'm trying to IPL a 3GB LPAR and getting an -03C wait state- No central storage frames were available to resolve a page fault when the unit of work was running disabled for interrupts. Where's my central storage? Thanks, Elaine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS Master Console Commands
so I don't know where my PA1 key is except in my TN3270 session keyboard what is it when I'm on the console? I can display and change the PFkeys but don't know what the PA1 key is. and as expected, the TN3270 key doesn't work on the console -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS Master Console Commands
thanks. so how do I define the MVS PA1-PA3 keys to the console? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS Master Console Commands
so, when I do a D PFK, it doesn't give an option to set a PA1 key. the only PA1 key I have defined is for my 3270 session, the console access is via VNC -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
z/OS Master Console Commands
Isn't there a way to recall previous commands on the console? I can't find anything and it's killin me! Thanks, Elaine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JES2 Checkpoint Size 1.13 to 2.2
Thanks. I can't start 2.2 (so can't enter the $DACTIVATE) and on my 1.13 system it's 40 cyls, 90% free so presumably CFSIZER would say that's enough. I can double or triple it no problem but I find it a little strange that 2.2 needs over 90% of my current allocation when JOBS/JOES/BERTS etc are the same for both LPARs Makes me wonder if this will actually fix the issue and the migration manual doesn't mention it (mentions BERTS for additional function but optional) Initially my BERTS didn't match (dynamic change had been made and not hardened) but once I hardened it that problem went away -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JES2 Checkpoint Size 1.13 to 2.2
Allan, Thank you. How would I know how large to make it, leaving a reasonable amount of free space? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
JES2 Checkpoint Size 1.13 to 2.2
We are migrating from 1.13 to 2.2 in a MAS sysplex. JES2 WARM start, no parm changes. Checkpoint in z11 mode. Of course I'm trying to get around having to define a separate JES on 2.2 LPAR A cold start is a possibility. Right now that's the only possible 'fix' that I see When I IPL the first LPAR on 2.2 (gotten around several errors) but now seeing an error on the CKPT size. Based on the message and doc I don't see any additional requirement. $HASP537 THE CURRENT CHECKPOINT USES--532 4K RECORDS $HASP710 this level is incompatible with one or more active members...meber is down-level I've gotten the down-level before but was able to identify the issue and get past it looking to do the same with this issue Details below. Thanks, Elaine $HASP537 JES2 issues a message during initialization to inform system programmers of the checkpoint size requirements for the current checkpoint configuration. If this is a cold start, the number is based on the parameters specified in the initialization deck. If this is a warm start the size is based on the current checkpoint configuration. From displays below 532K is what is currently in use at around 90% free If the message is based on SIZE requirements (not the 532K in use) what is the issue? Using the same JOENUM, JOBNUM, etc. Is there a parm that can be changed? It would be possible to update both 1.13 LPARs and do another 2.2 IPL Though not indicated, do I need to cold start? *** There is no doc indicating that 2.2 needs additional space. even if it did, there is plenty.*** *** but if it does need more, I can see it expecting to be using only 532K, same as the shared LPAR *** *** in which case would a 2.2 cold start update both 2.2 and 1.13 with same utilization? *** $D ACTIVATE JES2 CHECKPOINT MODE IS CURRENTLY Z11 THE CURRENT CHECKPOINT: -- CONTAINS 6100 BERTS AND BERT UTILIZATION IS 5 PERCENT. -- CONTAINS 532 4K RECORDS. $D CKPTSPACE $HASP852 CKPTSPACE $HASP852 CKPTSPACE BERTNUM=6100,BERTFREE=5752,BERTWA $HASP852CKPT1=(CAPACITY=7188,UNUSED=6660) $HASP852CKPT2=(CAPACITY=5388,UNUSED=4860) CF STRUCTURE NAME(AAAMVSP_CKPT1) SIZE(3456K) FULLTHRESHOLD(0) PREFLIST(M3KENG2) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DR Sysplex Procedure
Thanks all. We were able to issue the start policy for the DR policy and all went well! till we got to the network :) Elaine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DR Sysplex Procedure
Thank you. I believe you may have hit on our issue. We're getting the in use for the LOGR which is not new and I am okay with that. I'm confident we're picking up the DR COUPLExx but we've never had the POLICY statement. We were planning on issuing the SETXCF START with the new policy name. The last test we had an authorization issue on the SETXCF from the alternate console which we were using for DR. I tried to enter it from the HMC console but strangely, it would not take the whole command, cut it off at some point. Maybe because we weren't far enough along in the IPL but I was able to vary it as a console. I like the idea of using POLICY instead of SETXCF. At least no authorization issues:) Another test this weekend... I'll keep you posted! Elaine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DR Sysplex Procedure
Unless we're picking up the wrong COUPLE member, the CFRM and XCF are pointing to the DR datasets -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DR Sysplex Procedure
To expand on this... yes, we are just getting to the DR test:) I have new XCF and CFRM datasets pointing to new plant id and serial number, policy but no new LOGR and WLM, using same as prod (on another machine) defined a new policy in DR CFRM We IPLd at the other site for DR and got the following- IXC248E COUPLE DATA SET dsname ON VOLSER volser FOR typename MAY BE IN USE BY ANOTHER SYSPLEX. IXC247D REPLY U to ACCEPT USE OR D TO DENY USE OF THE COUPLE DATA SET FOR typename. to which both are replied to with U ISG379E GRS UNABLE TO CONNECT TO THE ISGLOCK STRUCTURE. VALIDATE THAT THERE IS A COUPLING FACILITY DEFINED IN THE CFRM POLICY AND THAT IT IS PHYSICALLY CONNECTED TO THE SYSTEM. ENSURE THAT THE CF IS IN THE PREFLIST FOR THE ISGLOCK STRUCTURE. CF facility is same as prod and is defined in DR CFRM CF is in PREFLIST one unusual thing is on my report for the DR CFRM it shows both the prod policy and the new DR policy but not sure why since I formatted a new CFRM The backup CTCs are in parmlib but could possibly not be connected. should I remove those? Thanks, Elaine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DR Sysplex Procedure
Yes, I would IPL with a different loadparm to point to COUPLExx with DR XCF and CFRM but WLM and LOGR would not change (use same ones as in current environment) In falling back, I would use the same current (not DR) XCF/CFRM/WLM/LOGR so I would use the same LOGR and WLM for DR and 'prod' no chance of messing up 'prod' -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DR Sysplex Procedure
So, both systems down IPL LPAR1 with new XCF and CFRM, use existing LOG and WLM files Will that cause an issue falling back? by using the same LOG and WLM files? Thanks, Elaine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DR Sysplex Procedure
Kees, thank you. I see that would not work and it would be better to have both systems down and IPL one at a time. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
DR Sysplex Procedure
We are planning to test a remote copy sysplex environment and I would like to test it in our home DEV environment PROD data will not be accessible during the DR test so PROD sysplex should not be affected To test in DEV I have defined a new XCF and CFRM since I will need to do that for DR to account for the different CPU serial number. In DEV I have not changed the serial number for the test, I'm just trying out the procedure. At DR we will IPL the sysplex LPARs one at a time so I'm not concerned about the order, the files or the join. I'm not sure about the order for DEV. Do both LPARs need to be down (not desirable) before IPLing either of them with the new CF and XCF? Or is one at a time okay since one is removed from the sysplex at shutdown and just won't be able to join the current one at IPL I am not planning to create new LOGR and WLM files at DR but I will need to create them for the test as they are shared. so, the plan is- 1. create new XCF and CFRM DR files (new LOGR and WLM for testing DEV at home but not at DR) 2. update COUPLXX with new files 3. shutdown LPAR1 4. IPL LPAR1 with new COUPLxx and respond toinitialize new files 5. Shutdown LPAR2 and IPL with new COUPLxx (no initialize) Thanks, Elaine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HFS Copy with same name
Thanks Carmen. For some reason I do not find these posts when I search. only got it this time because I caught it in most few recent posts. I will try the mount, seems that would alleviate concerns. I do have plans to take it off the sysres and convert to zsf. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
HFS Copy with same name
We have a 3 sets of sysre(s) we rotate through with maintenance and root is on one of them (don't shoot the messenger) I am trying to copy root to the next set using the same root name. When I do a full volume copy with FDR and DSS, root utilization in 3.4 is blank. this is true for all 3 of the root 'not in use' sysres, root util is blank prod shows proper utilization. The only way I can make a copy show the utilization is to copy with name. Of course that is not desirable and you can see that isn't how it's been done in the past. Is this normal behavior? Will the root with no util be okay and show util once we start using it in prod? Thanks, Elaine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Root HFS copy with name in use
we have 3 sets of sysres volumes we rotate through unfortunately our sys1.root.hfs is indirectly catalogued to one of the sysres volumes (don't shoot the messenger) I can't allocate a new uncatalogued root because it is in use. I could copy to a new name but of course not desirable and it's obvious that hasn't been done in the past here's the thing- sys1.root.hfs has a blank for % used in 3.4 on the sysre(s) not in use I've used FDR and DSS full volume copy from one sysres set with root.hfs to new volume the only way I can see a valid % used is if I copy rename Thanks, Elaine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JCL disp on abend
Thanks for the help! Elaine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JCL disp on abend
'//EDIOUT2 EXEC PGM=IDCAMS //SYSPRINT DD SYSOUT=* //DDIN DD DSN=file1,DISP=(OLD,DELETE,KEEP) //DDOUT1 DD DSN=file2, // DISP=(,CATLG),MGMTCLAS=MC60DY, // LIKE=file1 //SYSINDD DISP=SHR,DSN=PROCLIB(AIBACKC1) --> sysin is just reporo in to out //* When these abend with a B37, the DDIN dataset is deleted even though the DISP is (OLD,DELETE,KEEP) XXEDIOUT2, EXEC PGM=IDCAMS XXSYSPRINT DD SYSOUT=* XXDDIN DD DSN=file1,DISP=(OLD,DELETE,KEEP) IEFC653I SUBSTITUTION JCL - DSN=file1,DISP=(OLD,DELETE,KEEP) XXDDOUT1 DD DSN=file2, XX DISP=(,CATLG),MGMTCLAS=MC60DY, XX LIKE=file1 IEFC653I SUBSTITUTION JCL - DSN=file2,DISP=(,CATLG),MGMTCLAS=MC60DY, LIKE=file1 IEC030I B37-04,IFG0554A,TYC1DABK,EDIOUT2,DDOUT1,C441,OY721C,0426041D, file2 ESP493I JOB TERMINATED BY CCCHK STOP REQUEST IEF142I TYC1DABK EDIOUT2 STEP02 - STEP WAS EXECUTED - COND CODE 0012 IGD106I LOADLIBPASSED,DDNAME=JOBLIB IEF285I temp file.D227.? SYSOUT IGD105I file1 DELETED, DDNAME=DDIN IGD104I file2 RETAINED, DDNAME=DDOUT1 IGD104I PROCLIB RETAINED, DDNAME=SYSIN IEF373I STEP/EDIOUT2 /START 2019200.1222' -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
JCL disp on abend
We have a job that is coded as follows- step1 - idcams repro dummy in to file1,disp=(mod,catalg) step2 repro above (dummied) file1 , disp=(old,delete,keep) to file2 disp=(,catlg) when we get a B37 on step2 file2, file1 is deleted even though it has disp=(old,delete,keep) I've scoured the rules and this seems it should work. Effect of abnormal termination during execution When a step abnormally terminates but is not automatically restarted, its data sets are disposed of as specified by the abnormal termination disposition. If an abnormal termination disposition is not specified, the normal termination disposition is processed. Effect of abnormal termination during allocation If a job step fails during step allocation, the system disposes of the data sets as follows: • Deletes a data set being created in the step. • Keeps a data set that existed before the step. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IGD17272I but lots of space in storgrp
Update- there're are actually two errors. the one that actually says out of space 451-System completion code and reason: B37-04 451-Data set is out of space. 451 Transfer aborted due to file error. and I found that the FTP does submit a job with the primary specified but cannot get it even though there are multiple volumes with the available space Elaine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IGD17272I but lots of space in storgrp
This is an FTP with I guess dynamic allocation (dataset does not exist) There are multiple volumes with available space when requested. The error is 550-SVC99 RETURN CODE=4 S99INFO=0 S99ERROR=38668 HEX=970C S99ERSN code X'012C'. 550 Unable to create data set OY72364.APTAR.L1.AIBILL.EXT for APPE command. It seems like SMS is not trying every volume in the storage group. Elaine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IGD17272I but lots of space in storgrp
I see you said a new allocation so of course I can't migrate it. there are many volumes available in the storage group. it doesn't request multiple volumes.. why does it not search the group until it gets the requested space? Elaine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IGD17272I but lots of space in storgrp
Thanks Mike. This is a new allocation and there are many volumes it could extend to. Elaine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
IGD17272I but lots of space in storgrp
We are getting this message even though there is a LOT of contiguous space available in the storage group. We get this periodically and adding a volume seems to relieve the immediate request. Thanks, Elaine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: GIM40101E PTF already applied
Gil- I have tried both ways. originally SET BOUNDARY (MVST100) . APPLY SOURCEID(RSU*) GROUPEXTEND BYPASS(HOLDSYSTEM) CHECK then I tried SELECTing PTFS with the same issue. which makes sense, if they're applied, they're applied:) Elaine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: GIM40101E PTF already applied
sorry wrong job, previous one was trying to do some of the individual PTFs having an issue SET BOUNDARY (MVST100) . APPLY SOURCEID(RSU*) GROUPEXTEND BYPASS(HOLDSYSTEM) CHECK -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: GIM40101E PTF already applied
sorry, I should have mentioned. applying RSU SET BOUNDARY (MVST100) . APPLY SELECT(UA93140 UA78422 UA83116 UA92976) GROUPEXTEND BYPASS(HOLDSYSTEM) CHECK -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
GIM40101E PTF already applied
I am running an apply check and get messages because PTFs required as co or pre-req are already applied. do I have to individually exclude these ptf's? It looks like aypassapplycheck is good only on accept. Thanks, Elaine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: listcat with only dsn
Thanks all for the options. Elaine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
listcat with only dsn
I need to generate a listcat with only the dsn. like in 3.4 but I want it in a dataset with ONLY the dsn. TSO SAVE and IDCAMS produce additional lines. Any recommendations? Thanks, Elaine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Alias Listcat discrepancy betweeen sysplex'd LPARs
Good point but I checked and Include Additional Qualifiers is selected. Also, in addition to my ne wdataset, there is one older one that has the same issue. Thanks, Elaine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Alias Listcat discrepancy betweeen sysplex'd LPARs
Thanks Lizette. I have verified with 3.4 and listcat - same results there are other datasets in the catalog that list on both LPARs and F CATALOG confirms it's allocated on bot LPARs Elaine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Alias Listcat discrepancy betweeen sysplex'd LPARs
LPARA SYSCAT SCS001123CCATALOG.ICF.VSCS001 VCATICF LPARB SYSCAT SCS001123CCATALOG.ICF.VSCS001 VCATICF Thanks, Elaine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Alias Listcat discrepancy betweeen sysplex'd LPARs
These LPARs do share a master catalog. LOADxx syscat has the same parm on both LPARs A listcat of the master shows the alias entry ALIAS -,SYS7.R30 Thanks, Elaine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Alias Listcat discrepancy betweeen sysplex'd LPARs
I have a 2 LPAR sysplex and a shared user catalog the catalog has only 2 alias entries when I allocate a new dsn (iefbr14) on one of the LPARs, say LPARA, listcat's look as expected but on the other LPARB listcat up to some level of qualifiers the dataset is not listed alias sys7.r30 listcat fqdsn - SYS7.R30.V22.RSU.ROOT.HFS displays as expected remove last llq - SYS7.R30.V22.RSU.ROOT displays as expected remove next llq dsn - SYS7.R30.V22.RSU displays as expected remove any more llq and dataset does not listSYS7.R30.V22 Thanks, Elaine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFDSS copy to pre-allocated dsn
I'm copying disk to disk. source file is 2 volumes and I want to copy (expand) to pre-allocated, catalogued 3 volume file. I modified the OUTDDNAME(DASD2) to include all 3 (new) volumes. The issue (now) is that the copy is trying to use the original STORCLAS but the new file is a different STORCLAS ADR709E (001)-ACS (01), AN ERROR OCCURRED IN THE STORAGE MANAGEMENT SUBSYSTEM WHILE DETERMINING SMS CONSTRUCTS FOR DATA SET SYS7.R30.V22.ROOT.HFS WITH NEWNAME SYS7.R30.V22.RSU.ROOT.HFS. SMS MESSAGES FOLLOW. IGD01008I STORAGE ADMIN HAS TARGETED STORCLAS STDSYS IGD01014I DATA SET ALLOCATION REQUEST FAILED - SPECIFIED STORCLAS STDSYS DOES NOT EXIST JCL - //COPYSTEP EXEC PGM=ADRDSSU //SYSPRINT DD SYSOUT=* //DASD1DD DISP=SHR,UNIT=3390,VOL=SER=(SSS050,SSS051) //DASD2DD DISP=SHR,UNIT=3390,VOL=SER=(SSS052,SSS053,SSS054) //SYSINDD * COPY DATASET(INCLUDE(SYS7.R30.V22.ROOT.HFS)) - LOGINDDNAME(DASD1) - OUTDDNAME(DASD2) - SELECTMULTI(ANY) - RENAMEU((SYS7.R30.V22.ROOT.HFS, - SYS7.R30.V22.RSU.ROOT.HFS)) - REPLACEUNCONDITIONAL - ALLDATA(*) ALLEXCP CANCELERROR - SHARE - WRITECHECK -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Defining SMS Volume
Thanks all- done! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Defining SMS Volume
Thanks for the responses. I thought the translate/validate/activate was only for ACS routine updates -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Defining SMS Volume
Hi John, I used the JCL I have used for years. I thought STGR is the key. //JS10EXEC PGM=ICKDSF,PARM='NOREPLYU' //SYSPRINT DD SYSOUT=* //SYSINDD * INIT UNIT(9836) VERIFY(SSS052) VOLID(SSS052) - VTOC(0,1,149) INDEX(10,0,45) STGR Thanks, Elaine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Defining SMS Volume
I have initialed a volume as STRG and it is offline. I added it to an SMS storage group via ISMF The volume now shows up in the ISMSF storage group. However, when I vary the volume online the status does not show as SMS. What am I missing? Thanks, Elaine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFDSS copy to pre-allocated dsn
Robert, Thank you- duh, read the whole error message:( I was looking at only the first xxx reason code. Elaine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
DFDSS copy to pre-allocated dsn
I've found a lot of " it's " confusing comments on this topic and I am beleaguered- I am trying to copy a file to an existing, pre-allocated new name. Seems that should be pretty straight forward... but having to specify rename to make a copy is anything but straight forward I'm getting ADR380E (001)-FDSCO(08) indicating REPLACEUNCONDITIONAL is not specified but I get this whether I specify it or not- COPY DATASET(INCLUDE(SYS7.R30.V22.ROOT.HFS)) - LOGINDDNAME(DASD1) - OUTDDNAME(DASD2,DASD3,DASD4) - RENAMEU((SYS7.R30.V22.ROOT.HFS, - SYS7.R30.V22.RSU.ROOT.HFS)) - REPLACEUNCONDITIONAL - NULLSTORCLAS BYPASSACS(**) - ALLDATA(*) ALLEXCP CANCELERROR - SHARE - WRITECHECK Thanks for any help- Elaine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RACF Non-expiring passwords
Thanks all! It was including the NOEXPIRED keyword that fixed our problem. We were getting no error messages and the id is not used for TSO When we changed it with TSO the batch FTPs still failed. Thanks again. Elaine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
RACF Non-expiring passwords
We have a non-expiring password that we've used for years and somehow failed the other night. I reset with an alu line command but the new password doesn't work. When I go through the panels it says the current password isn't valid. We have changed password rules but I don't see where that matters. I set the new password to existing rules and do not get any errors on the alu. Thanks, Elaine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Dynamic Activate of New IODF
I have made changes to the EDT so need to hard activate the new IODF on my first test system. After I do this the IODF will be out of sync on my other LPARs. Can I still do a soft activate on the out of sync LPARs? (I didn't think you could when the tokens were out of sync) But I've heard of this method being used. Thanks, Elaine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JES2 Mods
I'm working with Larry. We tried removing the JTIP mods but basically gave up. There are a lot of old mods on our system and we had to keep backing them off and could never get JES working. We actually got the maintenance (RSU1501) applied and the only thing that doesn't work is SYSAFF Any thoughts? Thanks, Elaine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IODF Dynamic Activation Reversion
Thanks for the responses. Of course our change process will not allow saying it's never happened before as justification for not having a reversion plan. I always do a TEST before activations I've debated HARD first or SOFT first but doing HARD first is really contrary to our change procedures- that being changes should be rolled out DEV-->QA-->PRE-PROD-->PROD so it makes more sense to me (and is somewhat required for change management) to do SOFT until the last PROD and then do a HARD activate. Sometimes I hate change management! These particular changes are two fold 1) allowing some additional LPARs to some existing OSAs 2) redefining two OSAs from OSD to OSE I had the two options to 1 - continue through until changes are activated on all LPARs (SOFT on all except one HARD on the last PROD LPAR) 2 - POR from Jesse I see a (better) 3rd option 3 - IPL back to the old IODF If I'm understanding correctly, IPL is the only way for me to revert immediately without impact to other systems. Thanks, Elaine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
IODF Dynamic Activation Reversion
I'm rolling out IODF changes dynamically, all SOFT and HARD on the final LPAR. Our change management rules have gotten more stringent and I need to define a reversion plan. If on say, the third LPAR something goes awry and we need to back out, are there options besides 1) POR or 2) continue on to HARD activate and then perform the process across all LPARs with the old IODF (soft on all except HARD on last) I have an old ETR that says I can back out on a SOFT activate but at that point dynamic activation is disabled. Thanks, Elaine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RMM byte usage
Thanks. I tried running EDGHSKP to create the extract (JCL below) but get EDG6207E DFSMSrmm SUBSYSTEM UNABLE TO ALLOCATE AND OPEN THE INPUT AND OUTPUT DAT Thanks for any help as I'm new to RMM. Elaine //JSTP0020 EXEC PGM=EDGHSKP, // PARM='RPTEXT,DATEFORM(J)' //MESSAGE DD DISP=MOD,DSN=SYS3.DFRMM.MESSAGES //REPORT DD DISP=SHR,DSN=SYS3.DFRMM.REPORT.FLAT //ACTIVITY DD DISP=SHR,DSN=SYS3.DFRMM.ACTIVITY //SYSPRINT DD SYSOUT=* //XREPTEXT DD DISP=SHR,DSN=SYS3.DFRMM.REPORT.EXTEND.XTRACT //SYSIN DD * RPTEXT RECORDS(X) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RMM byte usage
I set up the job and I'm getting an error- No extended extract record found in the extended extract file. I'm using the extract file that we create daily. Thanks, Elaine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RMM byte usage
Thanks Greg. I set up the job and I'm getting an error- No extended extract record found in the extended extract file. I'm using the extract file that we create daily. Any ideas? Elaine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
RMM byte usage
We need a report of total bytes on tape. Is there an RMM report that will include the byte usage? Thanks, Elaine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN