Re: IEATDUMP is failing
Binyamin Dissen wrote: IEA820I TRANSACTION DUMP REQUESTED BUT NOT TAKEN DUMP INDEX DSNAME NOT VALID I specify DSN=DUMPDSN DUMPDSN DCAL1(L'DUMPDSN_TEXT) DUMPDSN_TEXT DC C'HLQ.SLQ.DYYMMDD..THHMMSS.' Which seems to match the example of DUMPDSN DC AL1(E2-S2) S2 DC C’HLQ.TDUMP.DYYMMDD..THHMMSS..SYSNAME..JOBNAME.’ E2 EQU * What am I missing? That message looks like it's grousing about the IDX/IDXAD name rather than DSN. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IBMLink Outage May 4-7
Edward Jaffe wrote: On 5/2/2012 7:27 PM, John Gilmore wrote: IBM should explain what it expects to accomplish during this--on the face of it--absurdly long interval. Absurd indeed! When was the last time one of IBM's mainframe customers enjoyed a 54-hour maintenance/upgrade outage window? I can assure you that if I had ever experienced a 54-hour maintenance/upgrade outage window I would not have enjoyed it. I have never seen anything like this myself, but I am relatively inexperienced compared to many on this list. My experience dates only back to 1966. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Have you ever done this using FTP?
Paul Gilmartin wrote: On Thu, 26 Apr 2012 18:09:27 -0400, Rob Schramm wrote: Yep. lcd 'local pdsname' cd 'foreign pdsname' MPUT * will do it just fine. The tricky part may be allocating the receiving PDS. Notice that the statement of the problem said it had to be done using FTP. It's easily enough done with the lately deprecated squatty boxes: ftp mkdir foreign pdsname 257 /u/user/foreign pdsname new directory created. I use: mkdir foreign.pdsname (like local.pdsname Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Have you ever done this using FTP?
Bob Shannon wrote: lcd 'local pdsname' cd 'foreign pdsname' MPUT * This works for text. It also works, as documented, for load libraries. I regularly use: mkdir loadlib (like loadlib lcd loadlib cd loadlib mput * to copy a loadlib to another LPAR. I typically either use TRSMAIN, TSO XMIT, or DFDSS to dump the PDS to a seq file, then do the FTP. If it is, use the technique above as described by Lizette Koehler. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Inexpensive estimate of uncompressed size of PS-E dataset
Kirk Wolf wrote: I'm trying to understand how to use the catalog fields: COMUDSIZ UDATASIZ COMPIND VVRNFLGS ... in order to get an estimate of the uncompressed size of a compressed, extended-format DSORG=PS dataset. The documentation in Managing Catalogs is a little thin. - is UDATASIZ the uncompressed size? - which flags should I use to determine that the value in UDATASIZ is valid - VVRNFLGS? not bit x'80'? - COMPIND bit x'40'? Pointers to additional documentation or usage information would be appreciated. I'm thinking what's required here is some creative correlation between Managing Catalogs and the Interpreting LISTCAT Output Listings appendix in the Access Method Services for Catalogs book. How about COMP-USER-DATA-SIZE and USER-DATA-SIZE? I'll leave the flags for you. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Malicious Software Protection
Shmuel Metz (Seymour J.) wrote: Nonsense. OS/360 was a swiss cheese. 07F0 0A0C BCR 15,0? Was serialization required? Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: DASD Mod9/Mod54
Lester, Bob wrote: Hi Folks, With todays' modern disk arrays, is there any reason (z/OS based or other) that response time for my Mod54s is consistently higher than for my Mod9s? Assume identical workload against each, single array with multiple LCUs. RMF says the LCUs are pretty well balanced. Single image. Pretty simple setup. Thoughts? Which component(s) of response time? Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: JES2 STCCLASS and TSUCLASS - documented
Andrew Metcalfe wrote: Folks Anyone know in which manual can I find the STCCLASS and TSUCLASS initialisation parameters documented please? Not in 1.12 JES2 Init Tuning. I suspect that they are synonymous with JOBCLASS(STC) and JOBCLASS(TSU). I have inherited support for a JES2 system that has STCCLASS and TSUCLASS specified in the init deck, so just looking for definitive description. STCCLASSAUTH=ALL, BLP=YES, COMMAND=EXECUTE, MSGCLASS=W, MSGLEVEL=(1,1), REGION=512K, TIME=(60,0) TSUCLASSAUTH=ALL, BLP=YES, COMMAND=EXECUTE, MSGCLASS=W, MSGLEVEL=(1,1), REGION=512K, TIME=(60,0) JES2 Init Tuning Guide/Rererence, SA22-7532/3 Also commands $DSTCCLASS and $DTSUCLASS don't appear to be documented. JES2 Commands, SA22-7526 Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: JES2 STCCLASS and TSUCLASS - documented
Bob Rutledge wrote: Andrew Metcalfe wrote: Folks Anyone know in which manual can I find the STCCLASS and TSUCLASS initialisation parameters documented please? Not in 1.12 JES2 Init Tuning. I suspect that they are synonymous with JOBCLASS(STC) and JOBCLASS(TSU). I have inherited support for a JES2 system that has STCCLASS and TSUCLASS specified in the init deck, so just looking for definitive description. STCCLASSAUTH=ALL, BLP=YES, COMMAND=EXECUTE, MSGCLASS=W, MSGLEVEL=(1,1), REGION=512K, TIME=(60,0) TSUCLASSAUTH=ALL, BLP=YES, COMMAND=EXECUTE, MSGCLASS=W, MSGLEVEL=(1,1), REGION=512K, TIME=(60,0) JES2 Init Tuning Guide/Rererence, SA22-7532/3 Also commands $DSTCCLASS and $DTSUCLASS don't appear to be documented. JES2 Commands, SA22-7526 Sorry. The definition isn't expressly stated. It's hinted at in the explanation for $HASP837. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IKT100I USERID CANCELED immediately after TN3270 connection fail
chen lucky wrote: YES, this is one option. But some user have the habit that do a lot of edition in view mode, then create a new member on behalf of it. So if the user can reconnect to the remain session after connection failure, this should be the best choice. thanks. 2012/3/3 retired-mainfra...@q.com retired-mainfra...@q.com If the data to be saved is from ISPF Edit, have you considered setting the Recover option for your users? Recovery also works in VIEW: Command === * *VIEW AUTOMATIC RECOVERY* * The following data set was being edited or viewed when a system failure or task abend occurred: Data set. : RLR74P.JCL.CNTL(X) Instructions: Press ENTER key to continue editing or viewing the data set, or Enter END command to return to the previous panel, or Enter DEFER command to defer recovery of the specified data set, or Enter CANCEL command to cancel recovery of the data set. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Why _TZ put times 7 minutes off?
Charles Mills wrote: Sorry if people feel that times have been beaten to death. Environment is started task. In accordance with an earlier thread I am setting _TZ to 'EST5EDT' rather than the configured null so that strftime(%z) works as expected. I just discovered that that is throwing my local times off by 7 minutes. Does that make ANY sense to anyone? The times in question are coming from the following logic: tm* tmStruct; struct timeb timebuffer; ftime(timebuffer); tmStruct = localtime(timebuffer.time); I use ftime because I am also using the milliseconds. (I have a exactly the same problem with times derived from STCK, so the ftime is not the problem.) Initially the times are correct. However, after I issue int seRes = setenv(_TZ, EST5EDT, 1); the times are off by exactly seven minutes. (Result time 7 minutes later or greater than actual.) Does that make sense to anyone? Any clues? What does the d t command return? Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: TCBTQE
Edward Jaffe wrote: On 2/26/2012 1:08 PM, Micheal Butz wrote: Are these created by Z/OS or by the user or both I can't think of any z/OS services right now that will implicitly issue STIMER[M]. That doesn't mean there aren't any. The only one I ever knew about was BTAM OPEN which issued STIMER. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Eight-character TSO Userid Support
R.S. wrote: W dniu 2011-12-30 22:12, Edward Jaffe pisze: On 12/27/2011 12:29 PM, McKown, John wrote: A RACF id can be 8 characters. But, in that case, they cannot have a TSO segment. USER=LONGUSER NAME=LONG USERID OWNER=SYS1 CREATED=11.364 [...] TSO INFORMATION [...] Did you try to logon to TSO with that user? ;-) Did you try to NOTIFY= that user? Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Eight-character TSO Userid Support
Paul Gilmartin wrote: On Fri, 30 Dec 2011 16:41:21 -0500, Bob Rutledge wrote: R.S. wrote: W dniu 2011-12-30 22:12, Edward Jaffe pisze: On 12/27/2011 12:29 PM, McKown, John wrote: A RACF id can be 8 characters. But, in that case, they cannot have a TSO segment. USER=LONGUSER NAME=LONG USERID OWNER=SYS1 CREATED=11.364 [...] TSO INFORMATION [...] Did you try to logon to TSO with that user? ;-) Did you try to NOTIFY= that user? Good question. How would he get the notification? But did you try: o ftp MVS user LONGUSER password quote site FILE=JES put ...? o //STEP EXEC PGM=IKJEFT01 with that owner? (possibly in the job submitted via FTP) - Invoke ISPF LM services under that TMP? o ssh LONGUSER@MVS then, in Rexx, address TSO time He won't get the notification because the notifier suffers an immediate IEF452I / IKJ142I. Don't you just love JCL? Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: SDSF ISFPRM00
System Programmer wrote: SDSF security using ISFPRM00 is not working as I expect. My userid is ending up in the DEFAULT group which is where I would expect it to be classsified. SDSF WHO displays GRPINDEX=17,GRPNAME=DEFAULT GROUP NAME(DEFAULT) AUPDT(0), TSOAUTH(JCL), ACTION(NONE), AUTH(I,O,H,DA), CMDAUTH(USERID,NOTIFY), CMDLEV(2), CONFIRM(ON), CURSOR(ON), DADFLT(IN,OUT,TRANS,STC,TSU,JOB), LOGOPT(OPERACT), DSPAUTH(USERID,NOTIFY), ILOGCOL(1), LANG(ENGLISH), UPCTAB(TRTAB2), VALTAB(TRTAB), XDSPD(XCLPAY), VIO(SYSALLDA) What puzzles me is that my test userid has access to all output. I would have expected that only jobs that began with my userid or specified my userid on the notify DSPAUTH(USERID,NOTIFY), would be visable. If I log on and type H P* I can view any output that I find. Even though their is an exclude for PAY* output XDSPD(XCLPAY), NTBL NAME(XCLPAY) NTBLENT STRING(PAY),OFFSET(1) I can view this output too. Any ideas? My fall-through group is defined as GROUP NAME(DEVELOPR AUTH(DA, DEST, FINDLIM, H, I, INPUT, O, PREF, ST), CMDAUTH(NOTIFY, USERID, MSG), CMDLEV(2), DADFLT(IN, OUT, TRANS, READY, JOB), DFIELDS(DAFLDS), DFIELD2(DAFLD2), DSPAUTH(NOTIFY, USERID), HFIELDS(HFLDS), HFIELD2(HFLD2), OFIELDS(OFLDS), OFIELD2(OFLD2), STFLDS(STFLDS), STFLD2(STFLD2) and I just verified that it works (on z/OS 1.11). Did you REFRESH the SDSF server after modifying the parmlib entry for that group? Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: $HASP165 Inconsistent Formatting
Edward Jaffe wrote: Lol! Never noticed before. $HASP165 has inconsistent formatting for the same return code (zero) from one job to the next. :-D 11.25.31 J0110283 $HASP165 EJES$SAL ENDED AT PHXHQ2 MAXCC=0 CN(INTERNAL) 11.25.34 J0110285 $HASP165 EJES$DAL ENDED AT PHXHQ2 MAXCC= CN(INTERNAL) 11.25.34 J0110284 $HASP165 EJES$TAL ENDED AT PHXHQ2 MAXCC=0 CN(INTERNAL) *** I'll bet the second one's return code wasn't really zero. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Pipeline question - whick is better?
Edward Jaffe wrote: On 8/17/2011 1:47 PM, Binyamin Dissen wrote: (2) has more storage references, while (1) has more opcodes. Some time ago we rewrote some code that did SPKA/MVC/SPKA to use MVCSK for integrity reasons. That code was accessing caller's parameters. We reasoned it was safer to use the caller's key on the source operand and our own (non-zero) key on the destination operand than it was to switch to key zero to access both operands. (Also faster since we had to test the operands in the proper keys first.) Of course, your case is a little different in that you have only one operand in the SPKA case, so you could switch only to the caller's key. But, in a more general case moving more data, key zero would be needed to move between two non-zero keys if not for MVCSK. We also found that SPKA is not very pipeline friendly since the desired target key cannot be predicted by the hardware; the key is bits in a register after address generation. The key is also not known in advance for MVCSK source operand fetch, but at least instruction fetch is not affected; the pipeline seemed to wait rather than flush. YMMV. I wondered about this, too. Interestingly but not surprisingly, there are (US) patents: 6088792 and possibly 6996698. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Pipeline question - whick is better?
Binyamin Dissen wrote: On Wed, 17 Aug 2011 17:34:14 -0400 Bob Rutledge deerh...@ix.netcom.com wrote: :Binyamin Dissen wrote: : R2-R13 must be preserved. R13 points to a standard save area. : 1. : LRR0,R2 : IPK , : SPKA spec_key : L R15,data : SPKA 0(R2) : LRR2,R0 : 2. : LAR0,4-1 : LAR1,spec_key : MVCSK 28(R13),data : L R15,data Sorry L R15,28(,R13) : : (2) has more storage references, while (1) has more opcodes. :Go for (1); (2) is gonna blow up. And after it's fixed, the load will stall for :the MVCSK. But wouldn't the hardware need to wait for the SPKA to determine even if the next instruction can be fetched, Probably not, see the patent I mentioned earlier. much less the data? Yes. And there are two SPKA's. But... If the storage reference(s) are not in L1 cache, you're looking at tens to a hundred cycles to fetch it. A pipeline wait pales by comparison. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Pipeline question - whick is better?
Binyamin Dissen wrote: R2-R13 must be preserved. R13 points to a standard save area. 1. LRR0,R2 IPK , SPKA spec_key L R15,data SPKA 0(R2) LRR2,R0 2. LAR0,4-1 LAR1,spec_key MVCSK 28(R13),data L R15,data (2) has more storage references, while (1) has more opcodes. Go for (1); (2) is gonna blow up. And after it's fixed, the load will stall for the MVCSK. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Pipeline question - whick is better?
Jim Thomas wrote: Sir, While I agree w/your prognosis .. I'm a little confused on your comment about option 2 ... I must be missing something but I don't really see a problem (non performance related that is). I concur that MVCSK would take page faults but it should complete the load for 'data' ... is just an address. What am I missing ??. Nothing. I didn't read the code carefully enough. It won't fail as it's likely running in key 0, but it will make an extra memory access compared to the first option. Kind Regards Jim Thomas 617-233-4130 (mobile) 636-294-1014(res) j...@thethomasresidence.us (Email) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Bob Rutledge Sent: Wednesday, August 17, 2011 4:34 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Pipeline question - whick is better? Binyamin Dissen wrote: R2-R13 must be preserved. R13 points to a standard save area. 1. LRR0,R2 IPK , SPKA spec_key L R15,data SPKA 0(R2) LRR2,R0 2. LAR0,4-1 LAR1,spec_key MVCSK 28(R13),data L R15,data (2) has more storage references, while (1) has more opcodes. Go for (1); (2) is gonna blow up. And after it's fixed, the load will stall for the MVCSK. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Allocation Conflict with Job
Nigel Wolfendale wrote: I have a job with four steps: Step 1 IEFBR14 - allocate a specific dataset = (MOD,DELETE) - to make sure it is not there Step 2 allocate it (NW,CATALOG,DELETE) - this step does not open the dataset Step 3 Use Connect Direct to write to this dataset from the LAN - the dataset name is in the CD statements - so it needs to be dynamically allocated. Step 4 IEFBR14 - DISP=SHR Even though this step says DISP=SHR, the previous DISP=MOD/DISP=NEW will make the allocation for Step 4 appear to be exclusive. I imagine C:D is attempting a non-exclusive allocation from it's address space and is failing because of the allocation in your address space. The last step is planned to be a program which extracts data from the dataset - this step is here just to demonstrate the problem. When we run the job we get message IKJ56225I - dataset is allocated to another job or user - try again later (or words to that effect), now the job won't run. If we remove the fourth step then it runs OK Removing Step 4 works because the allocation enqueue is released after the last referencing step. We are on z/OS 1.10 (JES2) - we use MIA (MIM) We have several systems - no parallel sysplex, and virtually no shared disk. This behaviour seems intuitively wrong - but is it normal - am I missing something ? A trick I have used in similar situations is to use IDCAMS to ALTER NEWNAME the dataset and then reference the new name in subsequent JCL. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Suffix of 64 bit instructions
Tom Marchant wrote: On Fri, 5 Aug 2011 18:52:41 -0400, Farley, Peter wrote: LY instruction format from the Principles of Operations looks like: 'E3' R1 X2 B2 DL2 DH2 '58' You misread the chart. the above is LG, not LY STY instruction format from the Principles of Operations looks like: 'E3' R1 X2 B2 DL2 DH2 '50' Again, the above is STG, not STY Those are not 64-bit instructions, but long displacement instructions that have a 20-bit displacement rather then the 12-bits of the regular old L and ST instructions of the 360 era. These instructions are 6 bytes long (48 bits). The x'58' at the end of the LY instruction is the second byte of the operation code (IOW, 16-bit opcode in first and last bytes, opcode value 'E358'). Ditto for the STY instruction (opcode value 'E350'). STG, not STY; LG, not LY I really thought Peter had it right, but you made me look: E358 LOAD (32) LY E304 LOAD (64) LG E350 STORE (32) STY E324 STORE (64) STG (The long-displacement instructions came after z/Architecture so it would make sense that their opcodes are higher.) Take a look at the various instruction formats listed in the PoOPs manual in chapter 5, section title Instruction Formats. Some opcodes are one-byte long, some are two bytes one after the other, some are two separate bytes, some are a byte and a nibble (a half-byte). To the OP: Peter's response is basically correct. You should indeed read the POO. The chapter that he cited is a good one to study. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Suffix of long-displacement instructions
Farley, Peter x23353 wrote: Bob, Thank you for your supporting voice and verification. I didn't see your reply until I had already replied to Tom. You're welcome. If the OP's question is restated with the right instructions, it might be of interest to peruse the instruction lists to see how many of the long-displacement instructions kept their normal counterparts' opcodes in their last 8 bits, e.g. L, LY :58, E358 N, NY :54, E354 Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: S/A Dump issue
John Norgauer wrote: After issuing VERBX SADMPMS, I see the message: THE,DUMP BEING PROCESSED IS NOT A STAND-ALONE DUMP, Yet, I know that a S/A dump was taken. It wrote out to my output SADMP dataset and i see in that dataset the following: in the first record of SADMP: AMDSADMPH.ö_.Õ2æ.q..Z/OS WAIT STATE and in the third record I see: IEAIPL0010/31/06 HBB7740. Strange stuff going on here with my S/A dump writing. Was that dump already in your inventory? What happens if you delete it from the inventory and try again? Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: disclosing business information on the internet
Steve Comstock wrote: On 7/28/2011 12:47 PM, Hal Merritt wrote: IMNSHO, the risk is real. There are some reports that very carefully crafted personalized attacks are growing in number and are enjoying some success. H. Maybe so. Can you give an example of what personalized attack would be? Especially in the context of ibm-main and similar lists / listsrvs. You can get an feel for the possibilities by searching for google spear phishing. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPE accept command
Edward Jaffe wrote: On 7/22/2011 9:20 AM, Starr, Alan wrote: I believe the following would be a good beginning: ACCEPT PTFS FUNCTIONS APARS GROUPEXTEND BYPASS(ID) CHECK . APARS? BYPASS(ID)? Are these standard parameters used in customer environments? No! Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Can z/OS 1.11 run on a z9
גדי בן אבי wrote: Hi, Can z/OS 1.11 run on a z9? Specifically a 2096-J01. We're running it on a -V03. It's documented in http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/E0Z2B1A1/CCONTENTS We currently run a z10BC-I04, and this computer will be our DR system. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Overriding client FTP . DATA
Johnston, Robert E wrote: We started out years ago with CA's TCP/IP and FTP and it has remained the standard FTP in Production since then. A new project came up involving lots of new batch FTP jobs to a Windows machine and I suggested they use IBM FTP. It has gone well for the most part and the couple of problems encountered were fixed, but I'm not sure it was the best fix for the problems. All production batch is submitted via CA-7 scheduler. The userid associated with all jobs submitted is CA7. For some FTP from tape we had to add a SYSFTPD DD to batch jobs to add AUTOTAPEMOUNT TRUE. I have looked at FTP client search orders in the IP manuals for some kind of global FTP.DATA, but it is unclear to me the best way to handle this issue. Besides CA7, we have a few people that submit FTP batch jobs thru TSO. I would rather not have to add SYSFTPD DD statements. Could I make a CA7.FTP.DATA and have all jobs submitted thru CA7 automatically use this file? (I suppose TSO users would have tso_prefix.FTP.DATA when needed). We don't have a SYS1.TCPPARMS(FTPDATA) or TCPIP.FTP.DATA. Is that the way to go? I'm interesting in hearing how others handle their ftp.data for batch clients. Thanks for any information or advice. We run the same configuration for much the same reasons--I'm slowly migrating folks off the CA stack. Very slowly, I might add. We copied the FTP client configuration data from SEZAINST to /etc/ftp.data and modified it there, thus far without incident. As an aside, the FTP client will tell you whether and where it found its configuration information when it starts. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DS8XXX Syslog Mirroring Question
Ward, Mike S wrote: We are mirroring our DISK and tape to a remote location for DR purposes. About 3 weeks ago we did an exercise and brought the system up at the remote location. It went great, except for one thing. Since we don't mirror our page and spool we do a cold start on JES and we don't have a copy of syslog. We are a z/os V1.11 shop. Has anyone done this type of DR before? If yes what are doing about the syslog? We stand to lose a days worth of syslog information. Any comments, etc... welcome. Thanks in advance. Could you offload your DR syslog to a mirrored disk and receive it back into your home spool? Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Excessive CPU usage in SDSF
גדי בן אבי wrote: Hi, One of our operators is using excessive CPU. Most of his time is spent running the printer, and he is usually looking at the output queue in SDSF. There are a few filters specified in SDSF and the information is sorted in a special way. He keeps rising to the top of the CPU consumption list. Moving him to a lower service class doesn’t always work. We are using z/OS 1.11 and JES2. Has anyone seen something like this? The most recent SDSF APAR in that area is OA34347. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Running a SYSPLEX - what's needed
JT wrote: Thanks for all the responses here and offline. Here are some answers to questions about our environment: - The 2096-T01 is our only processor. We are running z/OS 1.11. - We do not currently use sub-capacity processing. We do not submit monthly SCRT reports. - The T01 runs at 100% every night for 10 hours. - The IMS address space and MPRs are up from 6AM-8PM daily. These address spaces average LT 3% utilization during this time. The peak for a 30 minute interval is almost always under 5%. - There is a small amount batch IMS during the nightly cycle (after 8PM). - We run IMS TM/DM. Some IMS TM also use DB2. - We currently use CA-MIM when the TECH LPAR is up - not GRS. - IMS DM and TM are currently under EWLC pricing. The main IMS application is critical to our business. It is not scheduled to be replaced for at least 5 years. Several folks commented off-line that if we only use a single CEC there is no possibility of savings. Planning for Sub-capacity Pricing on z/OS indicates the sub-capacity pricing metric operates at the LPAR level. I did not see anything about CEC limitations. Did I miss something? You did not. Start at http://www-03.ibm.com/systems/z/resources/swprice/ and discover that, if you establish a second LPAR and run IMS (and, potentially DB2) only in that LPAR you can indeed use sub-capacity pricing. There's a link to the sub-capacity-eligible software from the EWLC description. Are there any small shops out there that have been successful at controlling IMS costs by creating a separate 'IMS LPAR'? Not IMS, but CICS/TS and DB2. The hardest part was determining beforehand just how much savings we could expect. Use your business partner to find out the cost given the MSU consumption by the (new) LPAR. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Running a SYSPLEX - what's needed
John Thinnes wrote: In order to save on IMS MLC charges (uses about 3%), we are investigating adding a second 'IMS LPAR' to our configuration (on same CEC). Currently we are running a 2096-T01. We run a production LPAR and occasionally a TECH sandbox LPAR. In 2012 we may be looking at replacing the T01 with a 2 engine z10 or z196 box. When I was discussing these plans with our IBM business partner, they indicated to run a SYSPLEX, we were going to needed to have a Coupling Facility - and that the CF engine was rather expensive. No. You can run a basic sysplex using only CTCs. I had been reviewing the MVS Setting up a SYSPLEX manual. I am probably being dense, but it is not obvious that a CF is required. Are there any little z/OS shops out there doing this? Is a CF required? Is there any other special hardware or software required. We already run with XCF, WLM and LOGR datasets. We have been doing precisely this for a few years on a 3-engine z9. Our smaller, capped LPAR runs pretty much only CICS and DB2 in support of a single application. (We share very little data between the LPARs.) The money saved with sub-capacity licensing for those two products is significant. I did see info in the archives in the 2009 thread 'how to - sysplex'. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: USS vs USS
Shmuel Metz (Seymour J.) wrote: John Eels said otherwise, and he's in a position to know. Eells. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Anyone Still Using OLTEP?
John Eells wrote: Is anyone still using OLTEP...and if so...what for? Note 1: If you haven't been a sysprog for 20 years or more, my guess is that you probably don't know what it is--and will probably never need to, so don't worry. Note 2: Don't panic just yet. We're just askin'. You might well have used it more recently than me! Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: scope=common data space
Linda Mooney wrote: Greetings! I there any place to find out what the default number for MAXCADS is for each z/OS release? The health check on my current system tells me that I am above 80% (21 of 25) in use of MAXCADS. I could increase this by coding a value in IEASYS00, but I will soon install a newer version of z/OS. The new, as shipped PARMLIB has nothing coded in IEASYS00 for MAXCADS. If I take a guess and code something for it, I may well guess too low, or perhaps too high. I looked through Init and Tuning, but did not find the answer there. How can I find out what the default MAXCADS value is? Thanks, Linda It's MAXCAD and it is indeed in InitTuning. For z/OS 1.11: Value Range: 10-250 Default Value: 50 Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WLM TCB value change
jagadishan perumal wrote: Hi, When I view the Started task DSN1WLM I see that the NUMTCB value is set to 8 but i want to change it to 1. I browsed the SYS1.PROCLIB(DSN1WLM), but I could find the first two lines. 1 //DSN1WLM JOB MSGLEVEL=1 2 //STARTING EXEC DSN1WLM,DB2SSN=DSN1,NUMTCB=8,APPLENV=DSN1WLM XX* XX*JCL FOR RUNNING THE WLM-ESTABLISHED STORED PROCEDURES XX*ADDRESS SPACE XX* RGN -- THE MVS REGION SIZE FOR THE ADDRESS SPACE. XX* DB2SSN -- THE DB2 SUBSYSTEM NAME. XX* NUMTCB -- THE NUMBER OF TCBS USED TO PROCESS XX* END USER REQUESTS. XX* APPLENV -- THE MVS WLM APPLICATION ENVIRONMENT XX* SUPPORTED BY THIS JCL PROCEDURE. XX* XX* 3 XXDSN1WLM PROC RGN=0K,APPLENV=DSN1WLM,DB2SSN=DSN1,NUMTCB=1 4 XXIEFPROC EXEC PGM=DSNX9WLM,REGION=RGN,TIME=NOLIMIT, XXPARM='DB2SSN,NUMTCB,APPLENV' Could you please guide me to change the NUMTCB value to 1. As I could'nt get any clue from WLM panel. WLM administration of DB2 stored procedures is described in whichever of http://www.redbooks.ibm.com/abstracts/sg247604.html?Open http://www.redbooks.ibm.com/abstracts/sg247083.html?Open matches your DB2 release. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E BYPASS( HOLDSYS( reason-list ) )
Paul Gilmartin wrote: On Tue, 5 Apr 2011 12:10:53 -0700, Bill Johnson wrote: The real apply when doing a bypass holdsys does not get a zero return code but a 4. I thought that lately there was an option to cause RC=0 in this case. But I can't find it in the manuals. Actually, these days (V3R5) you have to specify PARM='COMPAT(WARNBYPASS)' to get the RC=4. It's in the User's Guide. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Weird Reply Fragments (Was: Re: Mainframe Fresher)
Edward Jaffe wrote: On 4/4/2011 2:21 PM, Scott Ford wrote: I totally agree. This situation has been shaping up for a long Steve: I totally agree. This situation has been shaping up for a long time. Apparently, the work 'plan' is a 4 letter word Scott J Ford Scott, Something strange is going on, either with your email client or mine. At first I thought it was a typo, but I've noticed this now in all of your responses. I anyone else seeing this? We are all seeing it. Even the folks reading the web archives. My first guess would be yahoo. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HYPERPAVs
Dave Kopischke wrote: On Fri, 18 Feb 2011 15:26:40 -0600, Horne, Patti patti.ho...@fisglobal.com wrote: You need to go into Storage Navigator on your USP-V and do the initial pairing of the aliases to the bases for each LCU. Then when you to the D M=DEV it will tell you how many aliases you have configured. I don't have access to the Storage Navigator app and my storage admins say they're configured. I also got a note from an HDS guy stating it's acting like they're not paired. I've got a call into our local HDS engineer to straighten us out on that. And I'm firing up RMFIII to see what I can see. We're pretty low activity right now though, so I don't know what I'll be able to tell from that. I suspect they're truly not paired--my USP-V shows: d m=dev(2000) IEE174I 17.40.17 DISPLAY M 335 DEVICE 2000 STATUS=ONLINE CHP 68 6A 6C 6E 69 6B 6D 6F ENTRY LINK ADDRESS.. .. .. .. .. .. .. .. DEST LINK ADDRESS 0D 0D 0D 0D 0D 0D 0D 0D PATH ONLINE YYYYYYYY CHP PHYSICALLY ONLINE YYYYYYYY PATH OPERATIONAL YYYYYYYY MANAGED NNNNNNNN CU NUMBER 2000 2000 2000 2000 2000 2000 2000 2000 MAXIMUM MANAGED CHPID(S) ALLOWED: 0 DESTINATION CU LOGICAL ADDRESS = 00 SCP CU ND = 002107.900.HTC.65.000x.0021 SCP TOKEN NED = 002107.900.HTC.65.000x. SCP DEVICE NED= 002107.900.HTC.65.000x. HYPERPAV ALIASES CONFIGURED = 32 FUNCTIONS ENABLED = MIDAW d m=dev(20f0) IEE174I 17.41.10 DISPLAY M 849 DEVICE 20F0 STATUS=HYPERPAV ALIAS Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is there a way to have SMPE indicate if an LMOD is changed?
Could your REXX step read either the SMPOUT report from the SMP/E step with SDSF or read the SMP/E log? Bob Skip Robinson wrote: We have VPS but not DRS. Let me describe the problem I'd like to solve. GDPS is not currently orderable in ServerPac, so we install it in its own CSI. I need a simple mechanism to compare the 'maintenance level' of the installed (SMP/E) version and execution (DR) version. I'm satisfied with a date/time stamp showing when GDPS was updated by any sysmod whatever. I've written a short Rexx to insert a date/time record into a GDPS parameter library. It doesn't matter what got modified. I just want a quick eyeball method to verify that the execution version is current. My Rexx runs as a second step in the APPLY job. I submit a single job stream for APPLY CHECK, then resubmit the same job via SDSF SJ with 'CHECK' commented out, which ensures that the real APPLY picks up exactly the same sysmods that CHECK ran against. Trouble is that the Rexx step cannot tell whether the preceding APPLY step was a CHECK or a real APPLY. I don't want an update stamp on CHECK, On a real APPLY, I can manually uncomment the Rexx step just as I comment out 'CHECK'. That's a kludge. If the Rexx step could examine the change report, it would know whether or not to create a new time stamp. But I also want the change report to stay with the APPLY job as a long term record of what happened in that run. Hence the wish for both sysout and DASD copies containing, as noted in this thread, the same data made available to a following step in the same job. While GDPS is my immediate motivation, it turns out that *any* product installed and maintained in its own CSI could utilize the same mechanism. For example, I manage StarTool in its own CSI but run it on every system in the enterprise. The 'GDPS solution' could be used for any ISV product. . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Linda Mooney linda.lst...@comcast.net To: IBM-MAIN@bama.ua.edu Date: 02/11/2011 06:55 PM Subject:Re: Is there a way to have SMPE indicate if an LMOD is changed? Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Hi Dave, Point the sysout to two JCL output statements, one to the JES queue and the other to JES with the class that VPS picks from and destination (or writer, depending on how VPS is set to pick from the queue - could be either way). VPS picks up its copy of the output from the queue for delivery to a 'printer'. DRS presents a VTAM or TCP/IP virtual printer, and can be coded to write a dataset to DASD. I have done many of these setups. They work quite well. If by cuncurrent you mean that they contain the same data, then yes they do. //SYSMSG OUTPUT DEFAULT=YES,JESDS=ALL,CLASS=M,FORMS=8411,FCB=8411 //REPORTS OUTPUT CLASS=M,wri ter or dest =VPSmember //sysprint DD SYSOUT=(,),OUTPUT=(*.REPORTS,*.SYSMSG) Since using DRS to write the dataset introduces a delay, the user would probably have to run a follow on job to process the dataset, but on the other hand, using a free=close and, perhaps coding a wait step would get him past the short delay to write the dataset. I have not needed (or wanted) to pull these datasets back into the same jobstream, so I have never tested that. The VPS and DRS member names can be whatever conforms to your standards. Personally, I keep mine matched up between VPS and DRS when I am coding both. The is also an entry to code in the VPS member to either keep or process any carriage conntrol in original sysout. I generally use VTAM definitions for my local stuff, and IP DRS definitions for things that comes in from our own servers. Oh, if you want to write non-SMS controlled GDGs, let me know, it's a bit 'special' in the setup, but it works fine. Linda - Original Message - From: Dave Gibney gib...@wsu.edu To: IBM-MAIN@bama.ua.edu Sent: Friday, February 11, 2011 5:55:08 PM Subject: Re: Is there a way to have SMPE indicate if an LMOD is changed? Interesting, how do you do that? I could look it up, but I don't see how you get concurrent. Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Linda Mooney Sent: Friday, February 11, 2011 5:20 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Is there a way to have SMPE indicate if an LMOD is changed? Hi Skip, Do you have the LRS products VPS and DRS? If so, I can help you with coding so that you can have your sysout and dataset too. Linda - Original Message - From: Skip Robinson jo.skip.robin...@sce.com To: IBM-MAIN@bama.ua.edu Sent: Friday, February 11, 2011 4:50:15 PM Subject: Re: Is
Re: TIMEUSED versus TCBTTIME
Edward Jaffe wrote: On 2/4/2011 8:13 AM, Chris Craddock wrote: All true and good sensible stuff too. For a quick and dirty (and fairly light weight) way to coerce the system into updating it there's always this old trick... WAIT ECB=PHONY (do stuff) DS 0F PHONY DC X'4000' the system sees PHONY as a posted ECB and gets the flock out of there PDQ, updating all of its relevant dispatch counters and accounting fields on the way. You have something against CALLDISP? ;-) He did say it was an _old_ trick! Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Cataloged procedure misunderstanding
Charles Mills wrote:
I've got a cataloged procedure in the SYS1.PROCLIB concatenation. It has the
following PROC statement
//MYPROC PROC PARMS=CZAPARMS,MODE=PROD,INSTALL=,VERBOSE=
And the following PARMS= parameter
PARM=('VERBOSE,CZAPARMS(PARMS),MODE(MODE INSTALL)')
I can override any of the variable symbols on the START command as I
expected -- with the exception of MODE. If say
S MYPROC,MODE=TEST
I end up with the following statement generated (it's not in my PROC) by
START processing and the associated error.
11 //IEFPROC.IEFRDER DD MODE=TEST
11 IEFC611I OVERRIDDEN STEP NOT FOUND IN PROCEDURE
I changed MODE in my PROC to RUNMODE and now it all works.
Can someone explain what the issue is here?
Thanks,
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2b6a0/7.4.3.3?SHELF=EZ2ZBK0KDT=20100701092058
The relevant phrase is DD statement keywords.
Bob
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Cataloged procedure misunderstanding
MODE is a DCB subparameter and those can be specified without DCB= as documented
under the DCB parameter in the JCL Ref.
Bob
Charles Mills wrote:
Thanks.
But my JCL Reference does not list MODE as a DD statement keyword.
What am I missing?
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Bob Rutledge
Sent: Sunday, January 23, 2011 10:28 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Cataloged procedure misunderstanding
Charles Mills wrote:
I've got a cataloged procedure in the SYS1.PROCLIB concatenation. It has
the
following PROC statement
//MYPROC PROC PARMS=CZAPARMS,MODE=PROD,INSTALL=,VERBOSE=
And the following PARMS= parameter
PARM=('VERBOSE,CZAPARMS(PARMS),MODE(MODE INSTALL)')
I can override any of the variable symbols on the START command as I
expected -- with the exception of MODE. If say
S MYPROC,MODE=TEST
I end up with the following statement generated (it's not in my PROC) by
START processing and the associated error.
11 //IEFPROC.IEFRDER DD MODE=TEST
11 IEFC611I OVERRIDDEN STEP NOT FOUND IN PROCEDURE
I changed MODE in my PROC to RUNMODE and now it all works.
Can someone explain what the issue is here?
Thanks,
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2b6a0/7.4.3.3?
SHELF=EZ2ZBK0KDT=20100701092058
The relevant phrase is DD statement keywords.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: List spam
Shane Ginnane wrote: Any/every-one else getting spammed by recoveryknowledge ?. Yes, but I found it mildly amusing... Hello Deer Recovery Knowledge an IBM Business Partner is offering an unbelievable (No License Charge) discount on all our DB2 Automated Tools to IX Netcom. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: can I dynamically increase tso size
Robert A. Rosenberg wrote: At 08:22 -0500 on 01/08/2011, Bob Rutledge wrote about Re: can I dynamically increase tso size: Robert A. Rosenberg wrote: At 15:13 -0500 on 01/07/2011, Bob Rutledge wrote about Re: can I dynamically increase tso size: Krishnan wrote: Hi All I am having a similar problem. I am unable to edit a dataset and instead am getting the 'browse substituted message' The ISPF edit was attempted for a dataset with following characteristics - RECFM=VB, LRECL=5000. - DSORG=PS - BLOCKSIZE=27998 - It's total size is 31MB and has 1003372 records TSO regions size is max - 2096128 specified in the login screen Tried again by choosing the option - Preserve VB record length, but did not help ISPF Edit assumes it will need LRECL bytes for each record when it reads your dataset into memory. Even ignoring overhead (links in memory), 5000 * 1003372 isn't going to fit. Bob That is only true if the RECFM is FB. Since it is VB the 5000 is the maximum record size only. It does not mean that all the records are 5000 bytes long. Given that the file size is 31MB (32505856) and there are 1003372 records, the average record size is 33 bytes including the record length. Given the region size mentioned (which I assume is in K not bytes) there should be more than enough room for the file in memory. Try it. Or search the archives of ISPF-L where you will find... The amount of storage required by the ISPF editor approximates to the following equation: (Number of records * (40 + record length)) Note that sites can limit the amount of storage available to ISPF edit/view users through the MAXIMUM_STORAGE_ALLOWED_FOR_EDIT setting in the ISPF configuration table. The default for this setting is 0, which allows edit to use as much storage as is available. Regards, Peter Peter Van Dyke ISPF Bob That formula seems to assume RECFM=FB. Since the RECFM is VB, the formula would seem to me to actually be (Number of records*40) + File-Size. Since the average file size is 33 bytes not 5000 bytes, that FB formula yields 70MB (which is also what my version yields). Here's an example, admittedly a pathological one: - Allocate a dataset RECFM=VB, LRECL=27000 - Populate it with 75,000 5-byte records (one data byte) You'll end up with a seven-track dataset which is too big for the ISPF editor. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: can I dynamically increase tso size
Robert A. Rosenberg wrote: At 15:13 -0500 on 01/07/2011, Bob Rutledge wrote about Re: can I dynamically increase tso size: Krishnan wrote: Hi All I am having a similar problem. I am unable to edit a dataset and instead am getting the 'browse substituted message' The ISPF edit was attempted for a dataset with following characteristics - RECFM=VB, LRECL=5000. - DSORG=PS - BLOCKSIZE=27998 - It's total size is 31MB and has 1003372 records TSO regions size is max - 2096128 specified in the login screen Tried again by choosing the option - Preserve VB record length, but did not help ISPF Edit assumes it will need LRECL bytes for each record when it reads your dataset into memory. Even ignoring overhead (links in memory), 5000 * 1003372 isn't going to fit. Bob That is only true if the RECFM is FB. Since it is VB the 5000 is the maximum record size only. It does not mean that all the records are 5000 bytes long. Given that the file size is 31MB (32505856) and there are 1003372 records, the average record size is 33 bytes including the record length. Given the region size mentioned (which I assume is in K not bytes) there should be more than enough room for the file in memory. Try it. Or search the archives of ISPF-L where you will find... The amount of storage required by the ISPF editor approximates to the following equation: (Number of records * (40 + record length)) Note that sites can limit the amount of storage available to ISPF edit/view users through the MAXIMUM_STORAGE_ALLOWED_FOR_EDIT setting in the ISPF configuration table. The default for this setting is 0, which allows edit to use as much storage as is available. Regards, Peter Peter Van Dyke ISPF Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: can I dynamically increase tso size
Krishnan wrote: Hi All I am having a similar problem. I am unable to edit a dataset and instead am getting the 'browse substituted message' The ISPF edit was attempted for a dataset with following characteristics - RECFM=VB, LRECL=5000. - DSORG=PS - BLOCKSIZE=27998 - It's total size is 31MB and has 1003372 records TSO regions size is max - 2096128 specified in the login screen Tried again by choosing the option - Preserve VB record length, but did not help ISPF Edit assumes it will need LRECL bytes for each record when it reads your dataset into memory. Even ignoring overhead (links in memory), 5000 * 1003372 isn't going to fit. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CEEROPT
Frank Swarbrick wrote: Is CEEROPT supposed to be able to affect a regular batch job, or is it just for CICS and IMS? CICS/IMS. I assembled a CEEROPT in to a private load library and then put it in my JOBLIB concatenation but it doesn't appear to have any effect. Works fine for a CICS region. Is this working as designed? Yes. The documentation is (to me) unclear if regular batch is supported in this regard. Regular batch wants CEEUOPT. See 2.1.1.6 Creating an application-specific run-time options module (AMODE 31) in the LE Customization book. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ASCBINTS
Both ASCBINTS and systrace timestamps are TOD (STCK) values. Bob Veilleux, Jon L wrote: It looks just like the time stamp in a system trace. Number of milliseconds since 1/1/1970 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ray Pearce Sent: Tuesday, November 09, 2010 9:47 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ASCBINTS -Original Message- What is unclear about the description? 304 (130) DBL WORD 8ASCBINTS - JOB SELECTION TIME STAMP. SERIALIZATION - N/A. OWNERSHIP - SCHEDULER. (MDC387) The date/time when the initiator selected the job. Kees. So, it's a doubleword. Is that a TOD clock value? Number of millisecs since 1/1/1970? Packed decimal 0cyydddhhmmss? Or...? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SAS 9.2 ABEND S0C4 in z/OS 1/4?
Shmuel Metz (Seymour J.) wrote: I'm getting ready for a z/OS upgrade from 1.4 to 1.10, and as part of that we[1] will be going from SAS 8 to SAS 9.2. SAS 9.2 works fine on z/OS 1/10, but we get an 0C4 trying to use it on our 1.4 system. I did notice that the 1.4 system is still ARCLVL=1 (ESA/390 mode), but don't know whether that is relevant. Has anybody seen anything like that before, and, if so, what was the resolution? [1] Well, I'm a consultant and don't know the institutional history. http://support.sas.com/resources/sysreq/hosts/zos/ Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Nullify Effect of $EJ command
Dave Kopischke wrote: On Thu, 30 Sep 2010 15:15:00 -0700, Ulrich Krueger wrote: How about restricting the use of the E command in that operator's SDSF profile? It's also used to change service classes. E does no such thing. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Nullify Effect of $EJ command
Ted MacNEIL wrote: It's also used to change service classes. E does no such thing. Are we talking about E or $E? We are talking about SDSF action characters. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF module ISFVTBL2 missing
John Norgauer wrote: Executing SDSF for the first time on a newly installed z/OS 1.11 system, I get a 806-4 for module ISFVTBL2 Has anyone experienced this problem? ISFVTBL2 is in ISF.SISFMOD1 which needs to be in your linklist. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: undocumented system abend code question (at least we can't find it)
Pommier, Rex R. wrote: Hi List, We're in the middle of a system recovery exercise and our production IDMS region won't come up. It gets almost up then comes crashing down with a SEE7 abend in the PRODDCV program. Any idea where to look for this? There are a half dozen notes dealing with SExx abends on the CA support site. Search for sexx idms to pull them up. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PoPs
Rick Fochtman wrote: Could one of you fine ladies or gentlemen kindly download the PF of the latest Principles of Operations and E-Mail it to me as an attachment? (I'd also accept BookManager format, but I'm told that it's not available.) I am having no end of difficulty in getting any sort of access to that page. It asks me to sign up, then tells me I'm already signed up. When I try the reset password mechanism, it tells me that I'm not a registered user. Can we say Circular logic??? Try http://www-05.ibm.com/e-business/linkweb/publications/servlet/pbi.wss?CTY=US and search for SA22-7832. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GA22-7820 z/OS and z/OS.e DOC APAR and PTF ++HOLD Documentation ?
Jan Vanbrabant wrote: Hi, Where can the 3 (or more) volumes of *GA22-7820-xx z/OS and z/OS.e DOC APAR and PTF ++HOLD Documentation* nowadays been found? http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves/ZDOCAPAR Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GA22-7820 z/OS and z/OS.e DOC APAR and PTF ++HOLD Documentation ?
Jan Vanbrabant wrote: *Re. * *Where can the 3 (or more) volumes of *GA22-7820-xx z/OS and z/OS.e DOC APAR and PTF ++HOLD Documentation* nowadays been found? * *http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves/ZDOCAPAR*http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves/ZDOCAPAR *Bob * No Bob, Entering your URL http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves/ZDOCAPAR generates: Document Title Name Date Document http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iddocmst/CCONTENTS?SHELF=ZDOCAPARDN=GA22-7821-00DT=20100723070111 OS/390 DOC APAR and PTF ++HOLD Documentation Vol 1http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iddocmst/CCONTENTS?SHELF=ZDOCAPARDN=GA22-7821-00DT=20100723070111 iddocmst 07/23/10 07:01:11 GA22-7821-00 snip all of these generate: *Could not open the document /home/webapps/zoslib/htdocs/bookszidocmst.book or the document was not found.* jan Since the link I quoted came directly from http://www-03.ibm.com/systems/z/os/zos/bkserv/ I think IBM might have a problem. I'm reasonably certain I've been in those books with the last week or so. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Migration to z/os 1.11 causes Paging in DB2 DBM1 address space
Mike Shorkend wrote: I work with the OP. We are migrating from z/OS 1.9 and it is indeed a z9, so HSA is still part of the customer's central storage. We have found an OPEN APAR OA33307 which describes our problem. Hopefully there will be a PTF soon as the End-of-Service date is approaching. End of service for what? That APAR is for z/OS 1.11 which shouldn't go out of service for a tad more than 2 years. If you don't mind, what version of DB2 and how much real memory does the LPAR have? I ask because I'm going to care in the near future (DB2 V8 running in a 4G LPAR). Mike Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Is Hiring
I believe that Columbia is the one in Missouri. Bob Eric Bielefeld wrote: I know IBM is hiring in Dubuque Iowa. I believe they are also setting up a center like Dubuque in Columbia, Ohio. I don't remember when that is opening though. Most of the jobs at both places are not for MVS, but some jobs are. -- Eric Bielefeld Systems Programmer 563-845-4363 Ken Porowski ken.porow...@cit.com wrote: One of the listings is for Functional Consultants As opposed to what, dis-functional or non-functional? Sadly I didn't see anything that would have been Mainframe specific. -Original Message- Jim Marshall Just passing this along here in my part of the land. Jim Marshall IBM is Hiring! Interview with us on July 27th in McLean,VA. Do you think the world can work smarter? Join us. Let's build a smarter planet. Interview with IBM at our upcoming open house on Tuesday July 27th at the Ritz-Carlton Tysons Corner in McLean, VA. For event details, job listings and advance registration visit: http://www.IBMexpo.com. As the planet becomes smarter, we have a chance to create meaningful progress and change the way the world works - for the better. At IBM Global Business Services - the world's largest business consultancy - we understand that real business value is delivered when business consulting is enriched with advanced research, analytics and technology. At IBM we have the unique opportunity to bring these elements together, enhancing the value we bring our clients. With operations in 160 countries across 17 industries, you will make a real impact by solving complex business issues for the world's leading clients - helping them become part of a smarter planet. Visit http://www.IBMexpo.com for details! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMS and z/OS 1.11
Gibney, Dave wrote: So, I'm in doing my final conversion from z/OS 1.9 to z/OS 1.11. Testing in the sandbox(es) worked fine for a good nine months, and in my Development LPAR for a good six weeks. Everything looked good except I get this error sometimes!: IEF344I GIBNEYX S5D BACKUP - ALLOCATION FAILED DUE TO DATA FACILITY SYSTEM ERROR IGD306I UNEXPECTED ERROR DURING IEFAB4C0 PROCESSING RETURN CODE 8 REASON CODE 12 THE MODULE THAT DETECTED THE ERROR IS IGDVTSVA SMS MODULE TRACE BACK - VTSVA VTSCR SSIRT SYMPTOM RECORD CREATED, PROBLEM ID IS IGD5 The DD statement is: //S5D EXEC PGM=IEFBR14 //BACKUP DD DSN=GIBNEY.DATABASE.BACKUP, //UNIT=TAPE,LABEL=EXPDT=99000,DISP=(NEW,CATLG), //DATACLAS=GDG,RECFM=VB,LRECL=4096 And, at my installation, I do Tape Mount Management, that is to say; UNIT=TAPE is intercepted in the ACS routines and routed to DASD. This jobstep didn't fail every time. But it happened often enough I backed out and am back running 1.9. A few tested in the other LPAR all worked so far. I haven't tried IBMLink yet, it's 3 am here and I'm going to get some sleep first. But, I thought I'd ask for ideas here as I headed home. Any clues (even a stick) would be appreciated. If I get an answer, I can try again to convert tomorrow, if not I probably have to wait until late September. :( Dave Gibney Information Technology Services Washington State University OA23810 seems to match. Ask IBM whether the fix exists in/for 1.11? Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: AXR04 on z/OS 1.11
Edward Jaffe wrote: Clark Morris wrote: On 21 Jul 2010 14:48:39 -0700, in bit.listserv.ibm-main you wrote: Clark Morris wrote: ... If I understand other postings and from what I recall from 20 years ago when I was an active systems programmer, FORCE ARM was a last resort... FORCE is a last resort. FORCE ARM is how you cancel a non-cancellable address space. Typical IBM backwardness. FORCE ... ARM is less dangerous than just FORCE ..., thus making a miskeying dangerous. It probably should be changed to FORCE ARM/NOARM with ARM being the default where FORCE NOARM would be the same as FORCE today. And, there's the issue of ARM being confused with anything having to do with the MVS Automatic Restart Manager (ARM). Silly lad, of course ARM has nothing to with ARM! For that there's the ever popular ARMRESTART operand. It's a mess. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Z/OS 31bit or 64bit
Tom Marchant wrote: On Tue, 13 Jul 2010 19:36:56 +, Ted MacNEIL wrote: 1.6 supported bi-modal, IIRC. Bi-modal? You mean like MVS/XA? Or do you mean that you could run it in ESA mode? There was the z/OS V1R2/3/4 Bimodal Migration Accommodation described in: http://www-01.ibm.com/common/ssi/ShowDoc.jsp?docURL=/common/ssi/rep_ca/0/897/ENUS202-190/index.htmlbreadCrum=DET001PT022url=buttonpressed=DET002PT005specific_index=DET001PEF502DET015PGL002=DET001PEF011submit.x=7submit.y=8lang=en_US From the 1.6 announcement: z/OS V1.6 must execute in a z/Architecture (64-bit) mode. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: System 04E abend bringing up DB2 CONTROL ADDRESS SPACE
Micheal Butz wrote: This was my first message DSN1MSTR DSN1MSTR - ABEND=S04E U REASON= 754 After which I changed the region to 0M seemed like it needed to acess more virtual storage DSN1MSTR DSN1MSTR - ABEND=S04E U REASON= 800 The Z/OS messages and codes points to DB2 messages and codes however I can find a reason codes listed for 04E I see this fairly frequently. The 754 and 800 are not reason codes; they are multiple-line identifiers for multiple-line WTOs. They appear at the end of the first line and before each of the remaining lines in syslog and serve to identify the lines of a single MLWTO message. See: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2m1a1/1.1.3?SHELF=EZ2ZBK0IDT=20100113112556 Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: searchdatacenter.com article
Stephen Mednick wrote: I was taken back today with this article that appeared: An http://searchdatacenter.techtarget.com/tip/0,289483,sid80_gci1515891,00.htm l?track=NL-576ad=772576asrc=EM_NLN_11912703uid=628605 introduction to mainframe backup utilities Could someone please tell me if this guy is for real! Carbon-based deduplication? Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: No SDWA - TEA
Mike wrote: I'm shooting a wild branch S0C1 dump - result of a SLIP SET,C=0C1 no SDWA - so no SDWABEA ip summ reg for;f rtm2wa;f bea Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: REFDD
Frank Swarbrick wrote: Am I misreading the manual? It says Use the REFDD parameter to specify attributes for a new data set by copying attributes of a data set defined on an earlier DD statement in the same job. The following attributes are copied to the new data set from (1) the attributes specified on the referenced DD statement, and (2) for attributes not specified on the referenced DD statement, from the data class of the data set specified by the referenced DD statement: Data set organization Record organization (RECORG) or Record format (RECFM) Record length (LRECL) Key length (KEYLEN) Key offset (KEYOFF) Type, PDS or PDSE (DSNTYPE) Space allocation (AVGREC and SPACE) But when I try the following (using REFDD on SYSUT2): //TRANBKP EXEC PGM=IEBGENER,COND=(4,LT) //SYSPRINT DD SYSOUT=* //SYSINDD DUMMY //SYSUT1 DD DSN=XMTENV..RXMTIN.FDR.CCTRAN, //DISP=SHR //SYSUT2 DD DSN=DSNENV..FDR.CCTRAN.BKP(+1), //REFDD=*.SYSUT1, //DISP=(NEW,CATLG,DELETE) It says IEF344I CCUPDT TRANBKP PROC01 SYSUT2 - ALLOCATION FAILED DUE TO DATA FACILITY SYSTEM ERROR IGD17045I SPACE NOT SPECIFIED FOR ALLOCATION OF DATA SET PROD.FDR.CCTRAN.BKP.G0002V00 IEF272I CCUPDT TRANBKP PROC01 - STEP WAS NOT EXECUTED. But this works (using LIKE on SYSUT2): //TRANBKP EXEC PGM=IEBGENER,COND=(4,LT) //SYSPRINT DD SYSOUT=* //SYSINDD DUMMY //SYSUT1 DD DSN=XMTENV..RXMTIN.FDR.CCTRAN, //DISP=SHR //SYSUT2 DD DSN=DSNENV..FDR.CCTRAN.BKP(+1), //LIKE=XMTENV..RXMTIN.FDR.CCTRAN, //DISP=(NEW,CATLG,DELETE) What am I missing? A few sentences later, it says: REFDD does not copy DCB attributes from the data set label. See the DD LIKE parameter. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Amazing article.
Frank Swarbrick wrote: It is useful to be able to receive the second generation before processing the first. It is less useful that if this happens you have to make a JCL change to be able to process the older generation once a newer generation has been created. Are there standard ways of dealing with this? Signed, new MVS person. GDGs. On the target system, read the entire group and dispense with it (delete, move, whatever but for sure uncatalog) when done. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Heads Up: APAR IO11698 - New SAF FACILITY class definition required for any SMP/E use
Wayne Driscoll wrote: Thankfully, APF authorization and system resource access security are 2 separate things. When the OPEN SVC gets invoked, it will perform a RACROUTE REQUEST=AUTH call for the dataset being opened, regardless of the value in JSCBAUTH. The only way that security checks are bypassed is via the NODSI option in the PPT. I think you mean NOPASS. NODSI bypasses the SYSDSN enqueues. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF command line (was: Mainframe emulator ...)
Paul Gilmartin wrote: On Fri, 26 Mar 2010 12:57:27 -0400, Paul Strauss wrote: In reply the the section about the short SDSF command below And for some commands, such as ALLOCATE, many (most?) ISPF command lines are too short (particularly SDSF's), even when I abbreviate to the minimum allowed. enter a / on the SDSF command line and you'll get three lines to enter longer commands. Thanks. I hadn't known about that. But: o I tried it with a TSO ALLOCATE... command (as above), and I got: RESPONSE=smfn IEE305I TSO COMMAND INVALID ??? That window is only for issuing MVS commands. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RC=4093 from TSO ALLOC in compiled REXX
Try PGM=IKJEFT01,PARM=compiled program Bob Staffan Tylen wrote: Thanks for the tip but I run both in batch using the same JCL except for the EXEC statement, which either points to IKJEFT01 or to the compiled program. Wrong! SYSPROC is of course changed to STEPLIB also. And the ALLOC is for a temporary data set so the prefix should not come into question anyway, I guess. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E SMPPTFIN Audit Trail?
Paul Gilmartin wrote: We have a problem attempting to track which version(s) of SMPPTFIN files, each containing multiple PTFs, have been RECEIVEd. Is there a way to embed a sort of command in SMPPTFIN that will create an entry in SMPLOG (or elsewhere) unambiguously recording that that SMPPTFIN file, as opposed to any other, has been RECEIVEd? Is there even a way to embed a standalone comment (not associated with any PTF) in SMPPTFIN? ++ NULL serves this purpose for SMPHOLD. For SMPPTFIN, I have sometimes resorted to embedding an otiose ++ ASSIGN to bear the comment. Is there a neater way? Could you put a uniquely-named PTF in SMPPTFIN that won't VER to anything? You'll get GIM38901I and GIM22601I in SMPLOG with no apparent dangerous side effects. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ipcs print output
Paul Schuster wrote:
Hello:
Is there a way to -not- have a 'TITLE' page separator appear in the IPCSPRNT
output? For example, I do a SYSTRACE and there is no page separator, but
when I do OPEN PRINT(TITLE('')); SYSTRACE PRINT NOTERMINAL; CLOSE PRINT; I
get a line break.
I am looking for something like the LINECOUNT(0) option of HLASM.
Check out PROFILE PAGESIZE in the IPCS Commands book.
Bob
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SWTL and 522
Andy Wood wrote: . . . most 360s didn't actually decrement the low-order bit of the location timer ... most were at the 3.3mills than 13+ microseconds. 360/67 had high resolution timer feature that did decrement the low-order bit (this is somewhat analogous to 370 timer defining the referenced bit ... but allows different modesl to do actual updates at resolution comparable to their instruction rate). Well, that is completely consistent with what the S/370 POP said. However, why was the S/360 POP different? It makes no sense to me for the S/370 interval timer to really be different to the S/360 one, and the interval timer was not included in the section of the S/370 POP which listed differences between S/370 and S/360. My wild guess is that the intention in S/360 may have been to decrement at line frequency, but it was realised very soon that that was a bad idea, and it was changed to the 3.3ms at bit 23 rate, but for some reason the POP was not completely updated until the S/370 version. Sure, a 3.3ms signal to decrement the interval timer could perhaps have been derived from the line frequency with a PLL generating five times the line frequency for 60Hz, and six times line frequency for 50Hz. However, even if that is how it worked, calling that counting down the timer word at a rate of 50 or 60 cycles per second would be stretching the truth a bit. And, if we are in agreement that the low order bit of the interval timer corresponded to 13 microseconds, why did the operating system choose to double that for its timer units? The behavior of the interval timer *was* properly documented in the System/360 PoP, even at the -0 level, but it was documented under External Interruptions. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TcpIP resolver on z/os 1.10
Your original PROC had two EXEC statements and the SETUP DD was after the second, which didn't run. Could it be that you deleted one of those EXEC statements along with the comments? Bob מתן כהן wrote: Hi Chris, 1.i do mean comments. 2. as i already said before . i did all the customization as written in the books (just as you wrote me) . but my resolver just didn't want to read my setupres member as i wrote. after i delete all the comments from the resolver procedure the resolver did read the member. my problem was not only when the procedure was started by USS and was occur even when issuing a 'S RESOLVER'. thank . 2010/2/16 Chris Mason chrisma...@belgacom.net Matan I don't understand what you mean by marks. It could be you mean the comment records in the procedure.[1] I already define all of this ... I'm not sure you have. You have *not* shown what you have specified for the RESOLVER_PROC statement in the BPXPRMxx member used in the initialisation of z/OS. What you may have done is the following: a. IPLed z/OS b. Waited for everything to initialise including the procedure used to run the IP component of Communications Server (CS), typically TCPIP. c. You may have noticed that an address space called RESOLVER is running - since, unless the resolver function is running, CS IP will not initialise successfully. d. You may have observed the log of the address space called RESOLVER and noted the EZZ9298I and EZZ9304I messages you reported in your first post which indicate that the resolver function - as supported by the program running in the address space named RESOLVER - is not using the parameters specified in the file referenced by the SETUP DD-statement, PANDAG.USER.TCPPARMS(SETUPRES) as we now know. e. You may now have terminated the running RESOLVER address space - I think you may have had to use force - as it were - to do this since I believe program EZBREINI is marked as noncancellable in the program properties table module. f. You then entered the command S(TART) RESOLVER which will have started the RESOLVER procedure you created and filed away almost certainly in SYS1.PROCLIB having copied the RESOLVER procedure from a CS IP distribution library.[2] g. You then discovered in the log of this new address space named RESOLVER that the statements in the file referenced by your SETUP DD-statement are being used as indicated, no doubt, in the EZZ9298I and EZZ9304I messages. ***But*** you have not solved your problem - because you don't want to have to go through this sequence every time you IPL your z/OS system - do you? If there is some sequence which does *not* involve cancelling the original RESOLVER address space and starting it by hand, then we still have a mystery. Just removing comment card image records from the procedure file cannot have changed anything - or my thinning hair is in danger of thinning further! Both Brian Peterson and I have pointed you to the proper way to address what we guess is your problem, namely a properly coded RESOLVER_PROC statement in the relevant BPXPRMxx member. Although I asked you to post this, you have not done so. Please read the post I entered as a comment on what Brian told you. The best answer I/we can come up with is described there. For confirmation of what we said, you should find the log of the address space with the name RESOLVER which was the one which initiated as part of the IPL process. That should show the procedure name IEESYSAS - I think since I can't recall ever having see the log of such a procedure. - In case there is something else going on which we can't work out, you should check that what you assume is your solution works when you IPL your system. - A further point is that it is pointless to have the same member specified for both GLOBALTCPIPDATA and DEFAULTTCPIPDATA. Any parameter specified in the file will be used because it is specified in GLOBALTCPIPDATA so that DEFAULTTCPIPDATA cannot be adding anything! Since we are talking about GLOBALTCPIPDATA and DEFAULTTCPIPDATA I may as well take the opportunity to mention that there are some TCPIP.DATA parameters which, if a file is specified using the GLOBALTCPIPDATA parameter, the parameters *must* all be specified in this file. They are DomainOrigin/Domain, NSInterAddr/NameServer, NSPortAddr, ResolverTimeOut, ResolverUDPRetries, ResolveVia, Search and SortList. If you miss out any of these the default value will be used. It is no use trying to specify the parameters in any of the locations in the search order which applies to the TCPIP.DATA file, namely: GLOBALTCPIPDATA Environment variable - RESOLVER_CONFIG if UNIX /etc/resolv.conf if UNIX //SYSTCPD DD statement x.TCPIP.DATA where x is userid for UNIX and userid/jobname/procname for MVS SYS1.TCPPARMS(TCPDATA) DEFAULTTCPIPDATA TCPIP.TCPIP.DATA I wonder if that has any bearing on the other problems you have been having setting up your name server. Chris Mason [1] Actually I ***hate*** the comment records in
Re: End of service for 3490-A20 and 3490-B40
Nigel Salway wrote: Dear Friends, I have been looking for the end of service dates for the 3490-A20 and 3490-B40 in the announcment archive at http://www-01.ibm.com/common/ssi/ I haven't found any reference to these devices in the announcment letters which suggests to me there has been no announcement of end of service for these devices. As a check on my work, can I confirm with others on the list that I am both searching in the correct spot for this info and that finding nothing, there is no announced EOS for these devices. At that site, look in the SW HW desc (Sales manual, RPQ) area for 3490*. You'll get to: http://www-01.ibm.com/common/ssi/ShowDoc.jsp?docURL=/common/ssi/rep_sm/0/897/ENUS3490/index.htmlbreadCrum=DET001PT023url=buttonpressed=DET002PT005specific_index=DET001PEF010DET015PGL002=DET001PEF012submit.x=9submit.y=12lang=en_US Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Strange JCL error
Mark Zelden wrote: On Thu, 4 Feb 2010 13:18:28 -0600, Paul Gilmartin paulgboul...@aim.com wrote: On Thu, 4 Feb 2010 10:19:24 -0600, Mark Zelden wrote: You may want to update your ISPF configuration table with values similar to these: ISPCTL0_BLOCK_SIZE = 27920 ISPCTL0_PRIMARY_QUANTITY= 30 ISPCTL0_SECONDARY_QUANTITY = 300 Not BLOCK_SIZE=0? (Anything else is _so_ 20th-century!) Not sure... maybe zero wasn't supported at some point or the old assembled version which eventually because the keyword driven table. But your point is well taken. Mark Or an artifact from an encounter with OA09618? Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GSE IBM System z Technical Conference
Lindy Mayfield wrote: I was trying to find out where and when the GSE IBM system z Technical Conference is. I've not had any luck. I attended one a year or so back in Dresden, Germany. Did the name or something change? Is this it? http://www-304.ibm.com/jct03001c/services/learning/ites.wss?pageType=pagec=T156786F45994W11 Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF SYNCVAL
Jeffery Swagger wrote: I'm having the same problem as the OP and the solution of SYNCVAL(59) is not working for me. In SMFPRMxx I have: INTVAL(10) SYNCVAL(59) == Was 00 STATUS(SMF,SYNC) In ERBRMF00 I have SYNC(SMF) This only applies to the SMF type 23 records. You need INTERVAL(SMF,SYNC) to take care of everybody else. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SYSLOG message suppression
John Norgauer wrote: ... What is needed in the MPFLSTXX parm to suppress messages going to SYSLOG? ... I do not recommend this on anything but a standalone sandbox system; it falls under the category of tampering with evidence and an auditor would frown loudly. That said, the literal answer to your question is a USEREXIT parameter naming an exit that sets CTXTRDTM. The method is described the Installation Exits manual. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Started Task Abends S522
Chase, John wrote: -Original Message- From: IBM Mainframe Discussion List [On Behalf Of Mark Jacobs Chase, John wrote: Hi, All, This is a new one on me: A started task abends S522 after our JWT interval. This task is basically a TCPIP Sockets listener (part of an IBM product), and will be inactive frequently for long(er than our JWT) periods of time. I don't recall ever having seen a started task go s522 before. Any ideas? (It's probably something obvious, but I can't see it.) Is the program name in the PPT identified as a system task or does the exec card have TIME=1440 or NOLIMIT? Duh! Like I said, it was probably something obvious. No PPT entry, but had no TIME= on the EXEC statement either. It does now. You can also set it and forget it with $TJOBCLASS(STC),TIME=(1440,00), assuming JES2. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question about MPFLSTXX
Yes, it has to have a message ID, the definition of which is in the InitTuning Ref. Essentially, it's the first ten non-blank characters. I've got one that reads DATA/INDEX,SUP(YES),RETAIN(YES) Bob John Norgauer wrote: Can the MPFLSTXX member be used to suppress any display on the console/hardcopy or does it have to have an actual message ID? Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SETSSI and Pitfalls
By default, a started task matching a subsystem name starts under the master scheduler. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2B680/7.3.1?SHELF=EZ2ZBK0GDT=20080604022956 Bob Lizette Koehler wrote: I recently added a subsystem using SETSSI. I did not realize when I issued the command it had an INITRTN on it. Now I have to run the jcl from SYS1.PROCLIB rather than my OEM proclib dataset. The message I get when I start it is S TDP4,MSGCLASS=R IEF196I 1 //TDP4 JOB MSGCLASS=R, IEF196I // MSGLEVEL=1 IEF196I 2 //STARTING EXEC TDP4 IEF196I STMT NO. MESSAGE IEF196I 2 IEFC612I PROCEDURE TDP4 WAS NOT FOUND IEFC452I TDP4 - JOB NOT RUN - JCL ERROR IEE122I START COMMAND JCL ERROR The other STCs of the same product run out of OEM proclib. Is this due to the missing INITRTN on the SETSSI command? I have TDP1, TDP2, TDP3. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF PREFIX Enhancement (UK44477)
Richards, Robert B. wrote: This SDSF enhancement automatically adds an asterisk to the PREFIX command where the prefix is less than eight characters. Untrue. This APAR adds it to the operand of H or ST commands. I applied this PTF, assembled/linked the sample ISFUSER into ISF.SISFLOAD, re-invoked SDSF and saw no change. Has anyone else tried this and got it to work? The sample ISFUSER merely wanted these two OI lines added after the INITCK INITCK DS0H OI UPROFLG1,UPRO1GHO Enable GENCHAR on H jobName OI UPROFLG1,UPRO1GST Enable GENCHAR on ST jobname Am I missing something else here? If you really want the generic search character added to the PREFIX command, yes. You need to turn on UPRO1GPF. I have SY00090 00654130 * SY00090 00654140 * This code sets the flags that append the generic search SY00090 00654150 * character to prefix, hold and status commands. This requires SY00090 00654160 * z/OS SDSF 1.9 + UK44476. SY00090 00654170 * SY00090 00654180 SY00090 00654190 SPACE 3SY00090 00654200 OIUPROFLG1,UPRO1GPF+UPRO1GHO+UPRO1GST SY00090X00654210 Set all three indicators.SY00090 00654220 Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF PREFIX Enhancement (UK44477)
Mark Zelden wrote: If you really want the generic search character added to the PREFIX command, yes. You need to turn on UPRO1GPF. I have SY00090 00654130 * SY00090 00654140 * This code sets the flags that append the generic search SY00090 00654150 * character to prefix, hold and status commands. This requires SY00090 00654160 * z/OS SDSF 1.9 + UK44476. SY00090 00654170 * SY00090 00654180 SY00090 00654190 SPACE 3SY00090 00654200 OIUPROFLG1,UPRO1GPF+UPRO1GHO+UPRO1GST SY00090X00654210 Set all three indicators.SY00090 00654220 So the doc in the APAR text and sample code are wrong? Don't say it's so. I won't. SDSF maintenance had it right this time. PK79932: NEW FUNCTION - ADD GENCHARS TO JOBNAME ON ST AND H COMMAND Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF PREFIX Enhancement (UK44477)
Mark Zelden wrote: On Fri, 31 Jul 2009 16:11:43 -0400, Bob Rutledge deerh...@ix.netcom.com wrote: Mark Zelden wrote: If you really want the generic search character added to the PREFIX command, yes. You need to turn on UPRO1GPF. I have SY00090 00654130 * SY00090 00654140 * This code sets the flags that append the generic search SY00090 00654150 * character to prefix, hold and status commands. This requires SY00090 00654160 * z/OS SDSF 1.9 + UK44476. SY00090 00654170 * SY00090 00654180 SY00090 00654190 SPACE 3SY00090 00654200 OIUPROFLG1,UPRO1GPF+UPRO1GHO+UPRO1GST SY00090X00654210 Set all three indicators.SY00090 00654220 So the doc in the APAR text and sample code are wrong? Don't say it's so. I won't. SDSF maintenance had it right this time. PK79932: NEW FUNCTION - ADD GENCHARS TO JOBNAME ON ST AND H COMMAND Bob No, I don't think they did if what you say is correct. I'll cut/paste the APAR ++HOLD ACTION below (which doesn't say anything about UPRO1GPF). It also matches the cover letter. So how did you find out about UPRO1GPF? ++ HOLD(UK44476) SYS FMID(HQX7740) REASON(ACTION) DATE(09061) COMMENT ( * FUNCTION AFFECTED: SDSF(PK79932) * * DESCRIPTION : Other * * TIMING : Post-APPLY* This PTF allows an installation to optionally append the generic pattern matching character to the job name parameter entered on he ST and/or H command. Please see the enhancement hold that accompanies this PTF for the details on this new function. To enable this new function, the installation must use an SDSF initialization exit to turn on bits specific for the command (ST or H or both) for which this new behavior is desired. There are two new bits in the ISFUPRM flag UPROFLG1: UPRO1GHO - Turn this bit ON to enable this function on the SDSF H command. UPRO1GST - Turn this bit ON to enable this function on the SDSF ST command. Sample exit ISFUSER can be updated as shown here to enable the new function on both the H and ST commands: . . . CALLTYPE B INITCK INITIALIZATION B CMDCK COMMAND CHECK B DSPCK DISPLAY SYSOUT CHECK B EXITEXIT PROCESSING B PRESAF PRE SAF AUTHORIZATION CHECK B SAFINDETSAF INDETERMINATE CHECK B ENTBUILDTABLE ENTRY BUILD EXIT B POSTSAF POST SAF EXIT EJECT * * INITIALIZATION USER CHECK SECTION * SPACE 2 INITCK DS0H INITIALIZATION USER CHECK OIUPROFLG1,UPRO1GHO Enable GENCHAR on H jobName OIUPROFLG1,UPRO1GST Enable GENCHAR on ST jobname
Re: FTP to Unix directory with spaces
Have you tried single quotes? I don't have a RedHat server to try but here's an example talking to a Filezilla server... ProductID: Unicenter TCPaccess Communications Server Rel 6.0.0 (C) Copyright 1987-2003 Computer Associates International, Inc. Component: Client FTP, A6007420 UFTP2 Enter command or '?' FTP2: cd /br/mvstuff/z9 BC 501 Syntax error FTP2: cd '/br/mvstuff/z9 BC' 250 CWD successful. /br/mvstuff/z9 BC is current directory. FTP2: Bob Howard Brazee wrote: I'm trying to do a FTP with the following: cd /ps/cs90ftp/conversion_files/CC/extract/Files for Production put 'UMSDEV.QA06.CCITFULL.D090714' citizen_D090714.dat I try putting single and double spaces around the destination directory, but the IKJEFT01 gives me a SYSTEM COMPLETION CODE=0C9 REASON CODE=0009 when it tries, but fails to change the directory. How do I handle the Unix spaces in the directory name? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Of link lists and application programs
Yes. You have it right. Bob Frank Swarbrick wrote: I want to thank everyone who has chimed in on this. It sounds like we need to use LNKAUTH=APFTAB instead of the default of LNKAUTH=LNKLST so that our APPL libraries will not be APF authorized when accessed via the LNKLST concatentation (or via a STEPLIB/JOBLIB for that matter). We certainly would not want this. Can someone tell me if I have the following correct? Let's say we have two libraries, SYS2.LIB1 and SYS2.LIB2. Let's further say we have a PROGxx with these entries: APF FORMAT(DYNAMIC) APF ADD DSNAME(SYS2.LIB1) SMS LNKLST DEFINE NAME(LNKLST00) LNKLST ADD NAME(LNKLST00) DSN(SYS2.LIB1) LNKLST ADD NAME(LNKLST00) DSN(SYS2.LIB2) LNKLST ACTIVATE NAME(LNKLST00) Given LNKAUTH=LNKLST: 1a) SYS2.LIB1 is APF authorized when accessed via the LNKLST concatenation. 1b) SYS2.LIB2 is APF authorized when accessed via the LNKLST concatenation. 2a) SYS2.LIB1 is APF authorized when accessed via a JOBLIB/STEPLIB concatenation as long as all other libraries in the concatenation are also APF authorized. 2a) SYS2.LIB2 is unauthorized when accessed via a JOBLIB/STEPLIB concatenation. Given LNKAUTH=APFLIB: 1a) SYS2.LIB1 is APF authorized when accessed via the LNKLST concatenation. 1b) SYS2.LIB2 is unauthorized when accessed via the LNKLST concatenation. 2a) SYS2.LIB1 is APF authorized when accessed via a JOBLIB/STEPLIB concatenation as long as all other libraries in the concatenation are also APF authorized. 2a) SYS2.LIB2 is unauthorized when accessed via a JOBLIB/STEPLIB concatenation. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Of link lists and application programs
Frank Swarbrick wrote: snip Systems is concerned about system integrity. Rightly so. LNKLST has historically been for systems libraries only. But since there is no similar facility for business applications libraries this seems to be the only way I can get what I want. In any case, does anyone see any obvious issues with this? One concern is that the APPL libraries would automatically become APF authorized, which of course is a no-no. That does not *appear* to have occured: The behavior is determined by the LNKAUTH= statement in IEASYSxx. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2E291/49.8.1?SHELF=EZ2ZBK0GDT=20090109041809CASE= Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Of link lists and application programs
LNKAUTH=LNKLST only _treats_ unauthorized libraries as authorized when programs in them are accessed via the link list. Otherwise, they are not authorized (not known to APF) and so don't show up in the displays. The integrity issue that concerns your systems folks remains. Bob Frank Swarbrick wrote: Which is what is concerning/confusing. We have this: LNKAUTH=LNKLST And yet according to those displays I did the three APPL libraries, and some others as well, are not APF authorized. Explanation? Thanks, Frank -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any gotchas going from 1.4 to 1.9?
If that JES is JES2, you'll want to review the material at http://www-03.ibm.com/systems/z/os/zos/installation/zos17_jes2_migration.html Bob Bruce McKnight wrote: Greetings all, (I posted this on Google groups a while ago but would like to reach a larger audience.) I've got a 1.4 system that needs to be upgraded to 1.9 before we get our new z10. Rather than going from 1.4 to 1.7 and then to 1.9, I'm considering going straight to 1.9. I've already got the 1.7 compat and fallback PTFs on the 1.4 system but I don't really see the benefit to migrating to an unsupported OS. I did something similar a few years ago when I took the OS/390 2.9 system to z/OS 1.4 in a single step. It's a pretty straightforward set up. No sysplex or shared resources. Not much USS or anything like Java or web enablement. There are a number of usermods that will probably have to be reworked but I had to do that last time. Only 3 JES exits. Does anyone know of any gotchas or showstoppers? Thanks in advance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ALLOCATION OF USERCAT MYSTERY - URGENT
If you do not specify space for DATA and INDEX, the system takes the 25 cyls and allocates an INDEX as part of the 25 cyls you specified after the DEFINE. If you want the DATA to contain 25 cyls, then you should specify SPACE for DATA and INDEX. How much space was allocated to the INDEX? Not so, according to the Managing Catalogs book. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2C160/3.1.1?SHELF=EZ2ZBK0GDT=20080514104905 Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any product to undelete file?
Vernooij, CP - SPLXM wrote: Yeah, sure, with a chainsaw etc... I was talking about normal users that normally allocate a dataset and normally try to read it. With SMS-datasets they will encounter an empty file, with non-SMS they will read what is stil on the tracks from the previous dataset. From the z/OS V1.11 Preview, In z/OS V1.11, DFSMSdfp™ processing is planned to be changed to indicate end-of-file (EOF) during the allocation of data sets on DASD that are not SMS-managed and have either sequential or an undefined data set organization. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: question about searching datasets for ip addresses
Schlueter, Edward wrote: but, is there an easy way to find, for example, 100.020.002.020 and 100.20.2.20 (which is really the same IP address) You could be in for a surprise later in life... c:\brping 100.020.002.020 Pinging 100.16.2.16 with 32 bytes of data: 0nn means octal nn. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: question about searching datasets for ip addresses
Patrick O'Keefe wrote: On Thu, 25 Jun 2009 15:19:58 -0400, Bob Rutledge deerh...@ix.netcom.com wrote: ... You could be in for a surprise later in life... c:\brping 100.020.002.020 Pinging 100.16.2.16 with 32 bytes of data: 0nn means octal nn. ... On z/OS (and I assume other IBM mainframe operating systems) a leading zero signifies a leading zero, not a switch to octal. We include leading zeroes in some IP addresses because it simplifies sorting. READY nslookup 10.20.100.4 EZB3170I Server: ... EZB3172I Address: ... EZB3170I Name:host... EZB3172I Address: 10.20.100.4 READY nslookup 10.020.100.4 EZB3170I Server: ... EZB3172I Address: ... EZB3010I *** ... can't find 10.020.100.4: Non-existent domain At least as of z/OS 1.9. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: question about searching datasets for ip addresses
Patrick O'Keefe wrote: On Thu, 25 Jun 2009 16:36:28 -0400, Bob Rutledge deerh...@ix.netcom.com wrote: Patrick O'Keefe wrote: ... On z/OS (and I assume other IBM mainframe operating systems) a leading zero signifies a leading zero, not a switch to octal. We include leading zeroes in some IP addresses because it simplifies sorting. READY nslookup 10.20.100.4 EZB3170I Server: ... EZB3172I Address: ... EZB3170I Name:host... EZB3172I Address: 10.20.100.4 READY nslookup 10.020.100.4 EZB3170I Server: ... EZB3172I Address: ... EZB3010I *** ... can't find 10.020.100.4: Non-existent domain ... I forgot that NSLOOKUP uses its own resolver. It implements different rules than gethostbyaddr(). Try a ping or tracerte or any application that uses gethostbyaddr() on z/OS (at least 1.8) and you get the same results with or without leading zeroes. NSLOOKUP and DIG use their own name resolution schemes. Interestingly, the Unix command host (no TSO equivalent in 1.8) that I thought used gethostbyaddr() seems to have the octal junk support. (Why octal is still supported in anything is beyond me.) My simple-minded answer will be to continue to avoid leading zeroes until the network folks get consistent. Everywhere. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SYSLOG-Routing codes
They are described in the introduction part of any volume of System Messages under Messages sent to hardcopy...: First 28 route codes. Bob Ron Wells wrote: Guess I was too quick... The beginning of the SYSLOG has NR000 XA91 09152 15:10:44.93 STC06632 0080 IST097I VARY ACCEPTED /\ /\ This is the Prefix it talks about /\/\/\/\/\/\/\ these are the codes from what I am reading But what is the 7digits ? 000filer ?? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Optim question...
(Asking in complete ignorance of data masking...) One each of whatever every 3.6 microseconds? Bob Dave Jones wrote: On Thu, 21 May 2009 14:56:27 -0500, Dave Jones d...@vsoft-software.com wrote: A client of mine is considering IBM Optim (formerly Princeton Softech Optim) for a large data masking project. Their batch windows and other constraints work out to about a million masking operations per hour. Does anyone have enough experience with Optim to know whether this is even plausible? It sounds high to me -- that's a lot of database lookups! They're in the very early stages, so I don't want to spend time talking to IBM about it yet, just trying to figure out whether this is a pipedream or what. Drat!! I meant to say a billion masking operations per hourthat's the number that appears dubious to me. Thanks. DJ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Optim question...
Kirk Wolf wrote: Or this :-) http://lmgtfy.com/?q=data+masking On Thu, May 21, 2009 at 6:24 PM, P S zosw...@gmail.com wrote: Ah, if only there was some sort of way to search a global database for such things. Hey, wait: http://en.wikipedia.org/wiki/Data_masking Ummm, guys, I kind of guessed that obfuscation was the general intent of the exercise. The ignorance part was about the mechanics involved; e.g. if the OP is talking about masking a database record for each of those billion operations per hour, I hope his client has some serious iron. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SIMETRID in CLOCKDR
I didn't trust my memory either, so I looked. Both LPARs in our basic sysplex have TIMEZONE W.04.00.00 SIMETRID 01 Bob Richards, Robert B. wrote: Seeing that it has been 10 years since I last specified SIMETRID, am I correct in remembering that it is the only statement necessary in the CLOCKDR member? I have specified: SIMETRID 00 I would like to trust my memory, but what was I asking?LOL Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RECEIVE ORDER ERROR
Ed, If you start at http://www-03.ibm.com/servers/eserver/zseries/zos/servicetst/ and sniff around and about, you'll eventually find most of the answers you're looking for. Bob Edward Jaffe wrote: Richard Peurifoy wrote: If you want to apply all RSU maintenance, you can specify RSU* on the APPLY. How does the RSU SOURCEID find its way to a PTF I previously RECEIVEd? Does SMP/E add missing SOURCEIDs automatically when I do RECEIVE ORDER? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
