Re: DDCONS
Besides the time to shutdown a long running subsystem, as already mentioned, we noticed the consolidation problem at the SMF interval, when interval records also condensed their IO information, causing periodical heavy SMF CPU bursts. Kees. "Mendelson, Eric" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED] .COM>... > What is the ramifications of ddcons in SMF. We have used the default of > YES. How many shops have set ddcons to no > > > > TIA > > > > Project Leader - MVS HIP > > 32 Old Slip > > New York N.Y. 10005 > > 212-806-4054 > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Userids
Thank you All who have responded. Currently we already have some 8-char userids for CICS only, thus, the thought of using for all contractors. As most contractors will need TSO usage, and as it is stated in the TSO/E manual regarding the limitation, we will put that forward. Once again, thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Time Warp (was: SDB, ... )
Ted MacNEIL wrote: I only have problems when messages cross time-zones. When I send messages to people in the Eastern Zone, there is no problem. From what I can tell, the time stamp on your messages are _totally wrong_ in _every case_, regardless of the recipient's time zone. Remember, IBM-Main's list server is in the Eastern US time zone. -- - | Edward E. Jaffe|| | Mgr, Research & Development| [EMAIL PROTECTED]| | Phoenix Software International | Tel: (310) 338-0400 x318 | | 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801| | Los Angeles, CA 90045 | http://www.phoenixsoftware.com | - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDB, BLKSIZE=0, and IEBGENER SYSPRINT
Paul Gilmartin wrote: It's more complicated than that. I wrote a little assembler program. I did not supply RECFM, LRECL, or BLKSIZE in the DCB macro. To simulate an "old" DCB, I did: XCDCBDSORG,DCBDSORG In the JCL: //SYSUT2 DD SYSOUT=(,),RECFM=VB,LRECL=125 I then did: OPEN (SYSUT2,OUTPUT) PUT SYSUT2,TEXT CLOSE SYSUT2 ... with no error, and successful write to SYSOUT. Where did BLKSIZE come from? Again, are the rules clearly stated somewhere? I don't think SYSOUT is the best (or even a good) way to test these "rules". JES2/JES3 SSI allocation and OPEN routines may have been (but probably never were) 100% compatible with DFP (or whatever its predecessor was called) way back when they were written, but DFP has evolved a lot since then. JES hasn't. -- - | Edward E. Jaffe|| | Mgr, Research & Development| [EMAIL PROTECTED]| | Phoenix Software International | Tel: (310) 338-0400 x318 | | 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801| | Los Angeles, CA 90045 | http://www.phoenixsoftware.com | - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DUMMY and BLKSIZE=0
Sorry and thanks Paul After OPEN, the BLKSIZE is O.K. For REAL datasets. SDB is O.K. Angel luis domínguez Bbva - spain -Mensaje original- De: Paul Gilmartin [mailto:[EMAIL PROTECTED] > Date: Tue, 31 May 2005 10:53:25 +0200 > > - After OPEN. The BLKSIZE obtained is the same as specified in JCL for > all (DUMMY, NULLFILE or REAL) or ZERO in case param where not present. This result, at least, surprises me. I'd expect that at least for real data sets, SDB would fill in the BLKSIZE at OPEN time. ... DISCLAIMER . This message and its attachments are intended exclusively for the named addressee. If you receive this message in error, please immediately delete it from your system and notify the sender. You may not use this message or any part of it for any purpose. The message may contain information that is confidential or protected by law, and any opinions expressed are those of the individualsender. Internet e-mail guarantees neither the confidentiality nor the proper receipt of the message sent. If the addressee of this message does not consent to the use of internete-mail,pleaseinform usinmmediately. . AVISO LEGAL La presente comunicación y sus anexos tiene como destinatario la persona a la que va dirigida, por lo que si usted lo recibe por error debe notificarlo al remitente y eliminarlo de su sistema, no pudiendo utilizarlo, total o parcialmente, para ningún fin. Su contenido puede tener información confidencial o protegida legalmente y únicamente expresa la opinión del remitente. El uso del correo electrónico vía internet no permite asegurarni la confidencialidad de los mensajes nisucorrecta recepción. Enel caso de que el destinatario no consintiera la utilización del correo electrónico, deberá ponerlo en nuestro conocimiento inmediatamente. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Reliability of tape drive
Hello list, When we thinking about the reliability of a tape drive technology, vendors may say how many MTBF is, how customer experience this? For tape drivers used today(3590 any model,3592 J1A,9840,etc), how long will you ever use it to work? For example,12 hours to backup/restore without any errors occurr. I'd like to hear your response. Is this figure enough to let us think if a tape drive is reliable and an enterprise class product? Best regards, victor __ Do You Yahoo!? ÑÅ»¢Ãâ·ÑGÓÊÏä£ÖйúµÚÒ»¾øÎÞÀ¬»øÓʼþɧÈų¬´óÓÊÏä http://cn.mail.yahoo.com/?id=77071 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDB, BLKSIZE=0, and IEBGENER SYSPRINT
In a recent note, Greg Price said: > Date: Wed, 1 Jun 2005 14:16:51 +1000 > > Well, here's my theory: > Does this have to be done by theory and/or experiment, or is it made clear in the documentation? > Once a DD for a NEW disk data set has the following DCB attributes > 1) RECFM specifying fixed-length or variable-length records, > 2) LRECL more than zero > 3) DSORG of PS or PO > 4) BLKSIZE of zero > THEN a System-Determined Blocksize (SDB) is placed into the data set > labels during data set creation, way before OPEN happens. In fact, > OPEN won't happen if PGM=IEFBR14, for example. > My experiments confirm this, as far as I've probed. This introduces an unfortunate incompatibility -- the DCB OPEN exit is thereby mostly disabled for setting BLKSIZE. In particular, how does IEBGENER allow BLKSIZE to be specified in the SYSUT2 DD statement, but copied from SYSUT1 if omitted from DD? I had imagined that it was simply done in the DCB EXIT -- IF BLKSIZE==0 THEN Copy from SYSUT1. > In summary, SDB gets two opportunities to run: > 1) during allocation, > 2) during OPEN, > but only for TAPE or DASD when DSORG is PS or PO. > It's more complicated than that. I wrote a little assembler program. I did not supply RECFM, LRECL, or BLKSIZE in the DCB macro. To simulate an "old" DCB, I did: XCDCBDSORG,DCBDSORG In the JCL: //SYSUT2 DD SYSOUT=(,),RECFM=VB,LRECL=125 I then did: OPEN (SYSUT2,OUTPUT) PUT SYSUT2,TEXT CLOSE SYSUT2 ... with no error, and successful write to SYSOUT. Where did BLKSIZE come from? Again, are the rules clearly stated somewhere? In: Title: z/OS V1R5.0 DFSMS: Using Data Sets Document Number: SC26-7410-03 I see: # 3.2.3.1.2 "z/OS V1R5.0 DFSMS: Using Data Sets" 3.2.3.1.2 System-Determined Block Size If you do not specify a block size for the creation of a data set, the system attempts to determine the block size. ... The system determines the block size for a data set as follows: 1. OPEN calculates a block size. [ ... ] (Much abridged, but) There is no suggestion that SDB operates before OPEN, but a crude experiment seems to show this is so, as you surmised. It fails to make clear whether SDB operates before or after the DCB exit. It fails to describe the operation of SDB for SYSOUT data sets, but an experiment seems to show it's effective for SYSOUT. Etc. -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Userids
Hello Sue, We use 8 char IDs for: o CICS only users o Started Task IDs o BATCH only IDs not submitted via TSO. We use < 8 char IDs for: o the above o TSO users On Tue, 31 May 2005 17:36:38 +0800, Chiam, Susan Mee-Shia <[EMAIL PROTECTED]> wrote: >Hi Listers, >We have a request to look into utilising 8-chars userids. First reaction >from the >team was 'No', but we have to put forward our arguments. So we need to >put up a list >of 'pros' and 'cons' on this request. Any help to formulate the list is >appreciated. >Thank you. > Regards Bruce Hewson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDB, BLKSIZE=0, and IEBGENER SYSPRINT
Bob Wright wrote: > > You're welcome. I thought that we'd bumped into something like that in > the course of some service aids development where we had an old DCB that > didn't specify DSORG, leaving that for a DCB OPEN exit to supply. I > have no idea why IEBGENER would be going that route, but it certainly > needs to be available to OPEN before a DCB OPEN exit to implement SDB. > Well, here's my theory: Once a DD for a NEW disk data set has the following DCB attributes 1) RECFM specifying fixed-length or variable-length records, 2) LRECL more than zero 3) DSORG of PS or PO 4) BLKSIZE of zero THEN a System-Determined Blocksize (SDB) is placed into the data set labels during data set creation, way before OPEN happens. In fact, OPEN won't happen if PGM=IEFBR14, for example. SDB will not occur unless the DSORG is known to be PS or PO. During OPEN the DSORG _must_ be known, so SDB gets another chance to run if BLKSIZE=0 is still true (for PS and PO). Re IEBGENER, it seems that IEBGENER will use any valid blocksize in the data set labels before OPEN, including an SDB set during data set allocation, for the SYSPRINT file. I'd guess that IEBGENER has a DCB OPEN exit on SYSPRINT which, when it gets control, checks the BLKSIZE value in the DCB. If it is zero then BLKSIZE is set to LRECL (ie. 121). Logic such as this is very useful for preventing OPEN abends where no DCB attributes are coded in the JCL for new data sets while still allowing the BLKSIZE to be overridden by the data set labels or JCL, especially on systems with SDB. It may even mean that IEBGENER's SYSPRINT could be allocated to a *real* line printer without coding any DCB parameters in the JCL, and it would still work. (Haven't tried this one. ) (S013-34 is the usual abend for when BLKSIZE=0 persists, IIRC.) But it does mean that SDB at OPEN-time will never occur in this case. (I suppose the exit could be changed to check for a TAPE or DASD file, and leave BLKSIZE=0 if it is, but the business case for this may not be strong. IEBGENER, being part of DFP, knows that SDB is present. A 3rd party utility, designed for any MVS ever, would have to check that SDB is present. Hang on, that's another thread. Don't mention the PLO instruction. I mentioned it once, but think I got away with it.) In summary, SDB gets two opportunities to run: 1) during allocation, 2) during OPEN, but only for TAPE or DASD when DSORG is PS or PO. Cheers, Greg P. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Searching for Graphing Vendor
On Tue, 31 May 2005 12:43:31 -0500, McKown, John <[EMAIL PROTECTED]> wrote: What I am considering is looking a porting GNUPlot from Linux to z/OS UNIX System Services. I just haven't had time (or inclination). Our DASD person is really "pumped" on SASGraph, but the bloody thing is super expensive. And he doesn't want to use SAS on a PC somewhere (for whatever reason, maybe because it would take it outside his control?). John, and Alan, If you've got SAS, you can easily create CSV files that you put into Excel to produce graphs. It's not that difficult (especialy for someone who can handle SASGraph) to create Excel macros and automate the entire process. (i.e. batch job on MF creates and FTPs CSV data to PC that runs Excel Macros to create graph and Emails graphs to interested person). You can also automate it pretty much the same if you run SAS on your PC and not the mainframe. Cheers, Mark -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Time Warp (was: SDB, ... )
... Have pity on the poor fellow -- he was cursed by a Blackberry. ... It as a deliberate choice. I only have problems when messages cross time-zones. When I send messages to people in the Eastern Zone, there is no problem. This was hashed around in November. Please, let's not get started on it again! [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDB, BLKSIZE=0, and IEBGENER SYSPRINT
... why is the date 6/1/2005 ... Having not seen the headers, I cannot answer the question directly. But, the Canadian BlackBerry Server (RIM) has a few bugs regarding time-stamps. [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Time Warp (was: SDB, ... )
In a recent note, Kevin Clark said: > Date: Wed, 1 Jun 2005 01:11:09 + > > why is the date 6/1/2005 > Have pity on the poor fellow -- he was cursed by a Blackberry. -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDB, BLKSIZE=0, and IEBGENER SYSPRINT
why is the date 6/1/2005 -- Original message -- > ... > I seem to recall that the > DSORG must be PS and known to data management in time to apply SDB > ... > > The DSORG can also be PO. > I've used it for years, that way. > > > [EMAIL PROTECTED] > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDB, BLKSIZE=0, and IEBGENER SYSPRINT
... I seem to recall that the DSORG must be PS and known to data management in time to apply SDB ... The DSORG can also be PO. I've used it for years, that way. [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSMS / HSM Inquiry
Raymond, There are what I would consider "hokey ways" to do it (vary volumes offline, issuing DRAIN commands, etc.), but I am more interested in *why* you want to do it. Tell us what you are trying to accomplish and perhaps we can recommend a solution. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Raymond Noal Sent: Tuesday, May 31, 2005 5:07 PM To: IBM-MAIN@BAMA.UA.EDU Subject:DFSMS / HSM Inquiry Dear list, Since I can not find a dedicated list for HSM users, let me ask this prestigious list of users - Is there any way that a user can influence which volume(s) HSM chooses for migration processing - SETSYS / DEFINE statements, User HSM Exits? I have done due diligence in the RTFM department and it was not obvious to the casual observer. May haps I have missed something you folks already know. TIA HITACHI DATA SYSTEMS Raymond E. Noal Lab Manager, San Diego Facility Office: (858) 537 - 3268 Cell: (858) 248 - 1172 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html *** The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. Seeing Beyond Money is a service mark of SunTrust Banks, Inc. [ST:XCL] *** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP.DATA
On Tue, 31 May 2005 13:43:32 -0700, Howard Rifkind <[EMAIL PROTECTED]> wrote: >Hello all, > >I'm trying to find the file FTP.DATA. > >More then likely it should have a name like HLQ.FTP.DATA but I can't find it in my system the way it is presented here. > Howard, Have a look in the hlq.SEZAINST dataset and you should see at least two members FTCDATA (for the client) and FTPSDATA (for the server) - this is for a z/OS 1.4 environment. Hope that helps. Roger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DDCONS
Just understand that with DDCONS(NO), you will generate more SMF records for each Task/Job. This could cause more back-end processing for MXG or MICS or your archival process. But this is probably preferred. I've been recommending NO since it first became available. I'd rather the backend take more time, than the shutdown process. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Schiradin,Roland HG-Dir itb-db/dc Sent: Tuesday, May 31, 2005 SYSN 2:09 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DDCONS We use DDCONS(NO). Helps to shutdown DB2 faster which we do only during IPL (aprox. 5 times a year) and maintenance (aprox. 3 times a year) For our SAP-DB2 sub-system it's a pain using DDCONS(YES) Roland -Ursprüngliche Nachricht- Von: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Im Auftrag von Mendelson, Eric Gesendet: Dienstag, 31. Mai 2005 21:30 An: IBM-MAIN@BAMA.UA.EDU Betreff: DDCONS What is the ramifications of ddcons in SMF. We have used the default of YES. How many shops have set ddcons to no -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
How to know which codepage mainframe uses or supports?
Hi, I know mainframe supports IBM-1047 codepage, but how to know wethere it supports others(eg. IBM-047 or Japanese)? If it supports, how to know it? Thank you! Best Regards, Xie Bo -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Moving a RLS enabled VSAM dataset
"Jousma, David" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>... > All, > > Just a hypothetical question. Hoping someone here has the answer > already. > We are getting ready to enable RLS for testing purposes, and the > Storage guy was scratching his head asking how we would move a VSAM > Dataset opened for RLS, shared across multiple LPARS on different CEC's > In the SAME parallel sysplex. We already use Softek Replicator to move > Data volume to volume under the covers, so I will follow-up with them > too. > > Just really wondering how others have handled the situation. The > obvious > Answer to shutdown all address spaces using the dataset would work, but > That may not be easily possible given our environment. The data set would have to be fully closed around the sysplex and must not have retained or lost locks before it can be moved. For CICS opens, the data set can be quiesced with a single command. You can also query if the data set is opened any where in the plex with the IDCAMS SHCDS command using the LISTDS keyword. Thanks, Mark Thomen Catalog/IDCAMS/VSAM Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP.DATA
Actually, there are two members. One is FTPSDATA and the other is FTPCDATA. One is for the *server*, and the other is default *client*. Care to guess which is which? But: do be aware that these are just defaults. The search sequence is modifiable. Check the content of SYS1.PROCLIB(FTPD) for server parms. Carefully. Also be aware that server parms and client parameter sets are not 100% compatible. Stay aware of the context as you read the FM's. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kevin Clark Sent: Tuesday, May 31, 2005 4:09 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: FTP.DATA hello, FTP.DATA is most likely a PDS member in TCPPARMS. Kevin -- Original message -- > Hello all, > > I'm trying to find the file FTP.DATA. > > More then likely it should have a name like HLQ.FTP.DATA but I can't find it in > my system the way it is presented here. > > Any ideas/suggestions will be appreciated. > > Thanks. > > > > - > Do You Yahoo!? > Yahoo! Small Business - Try our new Resources site! > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JOB card error - it has me stumped.
Problem solved. A colleague discovered that at the end of the jobstream was a '/*EOF' statement. When this was removed from the jobstream, the JOB card was recognized and executed as planned. In the Assembler Services Guide concerning the Internal Reader, the /*EOF statement causes the jobstream to be immediately sent to JES2 input services. The example for multiple jobstreams used only 1 record for the JOB card. In the example, every JCL statement was contained on one record. This leads me to believe that such a jobstream submitted via the internal reader cannot have statement overflowing to a second record. In this case, the JOB card was contained on 2 records. The continuation was not allowed. This in turn resulted in the ILLEGAL JOB card. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JOB card error - it has me stumped.
Hello, Mark said something about "CICS" and INTRDR. did you make sure that a /* was done. Kevin -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP.DATA
If you issue TSO HOMETEST, it will tell you the name of the FTP DATA file for your current TSO session. Mark Vitale Senior Software Engineer Telephone 610.865.0300 (ext. 126) ISM - The power behind great IT decisions Visit us at www.perfman.com > -Original Message- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] > Behalf Of Howard Rifkind > Sent: Tuesday, May 31, 2005 4:44 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: FTP.DATA > > > Hello all, > > I'm trying to find the file FTP.DATA. > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DDCONS
We use DDCONS(NO). Helps to shutdown DB2 faster which we do only during IPL (aprox. 5 times a year) and maintenance (aprox. 3 times a year) For our SAP-DB2 sub-system it's a pain using DDCONS(YES) Roland -Ursprüngliche Nachricht- Von: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Im Auftrag von Mendelson, Eric Gesendet: Dienstag, 31. Mai 2005 21:30 An: IBM-MAIN@BAMA.UA.EDU Betreff: DDCONS What is the ramifications of ddcons in SMF. We have used the default of YES. How many shops have set ddcons to no -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP.DATA
hello, FTP.DATA is most likely a PDS member in TCPPARMS. Kevin -- Original message -- > Hello all, > > I'm trying to find the file FTP.DATA. > > More then likely it should have a name like HLQ.FTP.DATA but I can't find it > in > my system the way it is presented here. > > Any ideas/suggestions will be appreciated. > > Thanks. > > > > - > Do You Yahoo!? > Yahoo! Small Business - Try our new Resources site! > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DFSMS / HSM Inquiry
Dear list, Since I can not find a dedicated list for HSM users, let me ask this prestigious list of users - Is there any way that a user can influence which volume(s) HSM chooses for migration processing - SETSYS / DEFINE statements, User HSM Exits? I have done due diligence in the RTFM department and it was not obvious to the casual observer. May haps I have missed something you folks already know. TIA HITACHI DATA SYSTEMS Raymond E. Noal Lab Manager, San Diego Facility Office: (858) 537 - 3268 Cell: (858) 248 - 1172 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SBD4 at z/OS 1.4 IPL
I reduced the region size of our z/OS V1.4 test system's virtual machine and it IPLed OK @ 1 GB. No msg IEA303W. Given Skip's note about apar OA06207, it isn't clear what your real problem is (yet). Of course, YMMV with regard to region needs set in SYS1.PARMLIB and other places. We had been using 2500 MB for our test system to allow it to test using memory above the bar. Ben Alford Enterprise Systems Programming University of Tennessee[EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP.DATA
Just happen to have it in one of the reference manuals for our product: FTP.DATA is IBM's term for the FTP parameter dataset. There is no dataset actually named FTP.DATA. The search order for "FTP.DATA" is: SYSFTPD DD statement in FTP server started task cataloged procedure; jobname.FTP.DATA for server started task; /etc/ftp.data; SYS1.TCPPARMS(FTPDATA); and finally tcpip.FTP.DATA for the server machine TCP/IP server. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Tuesday, May 31, 2005 1:44 PM To: IBM-MAIN@BAMA.UA.EDU Subject: FTP.DATA Hello all, I'm trying to find the file FTP.DATA. More then likely it should have a name like HLQ.FTP.DATA but I can't find it in my system the way it is presented here. Any ideas/suggestions will be appreciated. Thanks. - Do You Yahoo!? Yahoo! Small Business - Try our new Resources site! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP.DATA
Howard, Check your PROCLIB procedure for stating FTP. Ours looks like this: The SYSFTPD DD statement is optional. The search order for FTP.DATA is: SYSFTPD DD statement jobname.FTP.DATA /etc/ftp.data SYS1.TCPPARMS(FTPDATA) tcpip.FTP.DATA HITACHI DATA SYSTEMS Raymond E. Noal Lab Manager, San Diego Facility Office: (858) 537 - 3268 Cell: (858) 248 - 1172 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Friday question: How far back is PLO instruction supported?
on 5/31/05 12:34 PM, Eric Chevalier at [EMAIL PROTECTED] wrote: > On 31 May 2005 09:46:05 -0700, > [EMAIL PROTECTED] (Ed Gould) wrote: > >> Who? >> >> This is entirely on topic, IMO and worth discussion. > > I believe that Mr. Smith is referring to the messages in this thread which > reminisce about Univac, 7090s, MFT and so forth. The messages which prove > (once again), Jaffe's Conjecture: "Any thread that goes on long enough > will eventually deteriorate into a discussion of 60's and 70's computer > nostalgia". > > http://bama.ua.edu/cgi-bin/wa?A2=ind0103&L=ibm-main&O=D&F=&S=&P=321805 > > And I agree with Mr. Smith that it's time to drop that part of this > thread. > > Eric > -SNIP--- Eric, The "deteroite" is part and parcel of IBM's history. The history is extremely relevent as it does pertain to the central portion of the original statement (PLO) . The 7090's was not brought up (as I did the bringing up) to unfocus the discussion . It was a background entry only. If you perceived it OT I disagree. It was for background only and was not brought up to distract from the central point. The discussion is coming along fine, IMO. I like to hear about how OEM vendors decide things myself. Each one does it differently as they are the ones that have to deal with "old" equipment types almost everyday. Most (all?) new instructions are carried forward in IBM land. Very few hardware makers can make that type of claim. IBM to its credit does a great job in doing this. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JOB card error - it has me stumped.
Several people wrote: >there is a comma saying that it's expecting more job card parms. > I could be wrong, but I think he already knows that. However, he thinks the problem is with the first card because that is when he sees HASP119. I can't say if that is the case or not if the next card is invalid one. I can say you will see the same HASP119 message if the next card is invalid (no // in cols 1-2 for example). Mark, several people already asked...what does the next card look like? Is there a way to look at the data (not being a CICS kinda guy I don't know)? Can you change the JCL (for at least a test region) to a data set instead of INTRDR to look at the entire thing? Mark -- Mark Zelden Sr. Software and Systems Architect mailto: [EMAIL PROTECTED] Systems Programming expert at http://Search390.com/ateExperts/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
FTP.DATA
Hello all, I'm trying to find the file FTP.DATA. More then likely it should have a name like HLQ.FTP.DATA but I can't find it in my system the way it is presented here. Any ideas/suggestions will be appreciated. Thanks. - Do You Yahoo!? Yahoo! Small Business - Try our new Resources site! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DDCONS
I have DDCONS set to "NO". This helps in shutting down DFHSM faster. Thanks Natarajan >>> [EMAIL PROTECTED] 5/31/2005 12:29:49 PM >>> What is the ramifications of ddcons in SMF. We have used the default of YES. How many shops have set ddcons to no TIA Project Leader - MVS HIP 32 Old Slip New York N.Y. 10005 212-806-4054 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DFSMS/HSM
Dear List, Is there a programmatically way using REXX to interface with ISMF, specifically to inquire about the current values for a storage group's allocation and percentage of available free space? TIA HITACHI DATA SYSTEMS Raymond E. Noal Lab Manager, San Diego Facility Office: (858) 537 - 3268 Cell: (858) 248 - 1172 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Userids & DYNALLOC
(I don't see this post from list, hence, I'm resending this post). Thanks for your responses. Here is the information you requested. Datasetname, volser & DD get replaced by parameters. Basically to call svc 99 with different text1dsn, text1vsr & text1dd each time. I don't see anything in the syslog, joblog (no information to paste here). I got return code and reason codes by displaying registers (R15 and S99RSC) Authorization has been given to owner of the job (ownerid of the job). DYNALLOC call in the program doesn't use this 8 characterid. Production jobs should start using this program. Production jobs use/inherit 8 character userid as their owner (when they get submitted by job scheduler). I can't ask the entire installation to start using 7 character userid as their owner to use this program. Here are two important things that you need to understand. 1. The same 8 character userid can read the tape through normal allocation process (without DYNALLOC). 2. The same program works (DYNPGM) without any problem if it submitted from a 7 character userid (owner has 7 character userid) text parameter list TEXTLST1 DC A(TEXT1U1)TEXT POINTER LIST DC A(TEXT1U2) DC A(TEXT1U3) DC A(TEXT1U4) DC A(TEXT1U5) DC X'80' DC AL3(TEXT1U6) TEXT1U1 DC AL2(DALDDNAM),X'0001',X'0008' TEXT1DD DC CL8'ZYXCBA1' TEXT1U2 DC AL2(DALDSNAM),X'0001',X'002C' TEXT1DSN DC CL44'' TEXT1U3 DC AL2(DALVLSER),X'0001',X'0006' TEXT1VSR DC CL6'524683' TEXT1U4 DC AL2(DALUNIT),X'0001',X'0005' TEXT1UNT DC CL5'TAPEV' TEXT1U5 DC AL2(DALSTATS),X'0001',X'0001',X'08' SHR IS 08 TEXT1U6 DC AL2(DALDEFER),X'' Regards, Sridher Nelliyappan Manivel, Technical Services, Lowe's Companies, Inc. (336)658-2977 Work (336)658-2124 FAX -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Userids
Our CICS and IDMS users have 8 chars for ids, but TSO users have less. SteveBui -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chiam, Susan Mee-Shia Sent: Tuesday, May 31, 2005 2:37 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Userids Hi Listers, We have a request to look into utilising 8-chars userids. First reaction from the team was 'No', but we have to put forward our arguments. So we need to put up a list of 'pros' and 'cons' on this request. Any help to formulate the list is appreciated. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: BOOKMGR PDF support
I'll admit to skipping that time consuming step of actually reading the help/manuals but the part of using Acrobat files in Book Manager that I find really frustrating is that they exist outside of any BookMgr search facility. I can search the Adobe files using the Acrobat search but not the Book Manager search. If the search would work the same regardless of whether the shelf has pdf / boo / or any combination - that would be great. Whatever application kicks in when I open a specific book is neither here nor there for me (although I would like Acrobat to drill-down the search just like BookManager does). The way it works today gives it that "shoe-horned-in-feature" feel. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JOB card error - it has me stumped.
On 31-May-2005, [EMAIL PROTECTED] (Mark Yuhas) wrote: > Positions 30-72: > > 'COMP SEARCH PARMS', > 7CDDD4ECCDCC4DCDDE76444 > D36 4 702 51 9 3 8071 9 42DB000 > > Positions 73-80: > > JOB03916 > DDCF > 1 6 2039 16 > > > Please note, there is no continuation character in position 72. But there is a comma in column 49, saying that it's expecting more job card parms. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
FW: JOB card error - it has me stumped.
Mark,
You have a comma after the 'programmer name' ("COMP SEARCH PARMS", in your
case) which is indicating a continuation. Column 72 has nothing to do with
indicating a continuation in your example. Using Col. 72 to indicate
continuation was the "old" format for JCL. Now, if you end the text in a JCL
statement with a comma, it implies continuation.
HITACHI
DATA SYSTEMS
Raymond E. Noal
Lab Manager, San Diego Facility
Office: (858) 537 - 3268
Cell: (858) 248 - 1172
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
BOOKMGR PDF support
I wanted to hang the PDF documentation for products off of my mainframe website and didn't want to recreate a method of organizing the books. I opened a PMR, mostly hoping for a simpler method to move a PDF manual not associated with a book manager format book to the Book manager bookshelves. Level 2 came back with: To create an extended shelf with documents which only exist as PDFs requires that the meta data from the PDF is in the catalog. With LibraryServer 3.0 this cannot be extracted directly from the pdf (this functionality should be available with release 3.1). . The following circumvention can be used, On PC running Windows & with SoftCopyReader: - ftp the PDFs to PC running Windows using BINARY - Create an extended shelf using Create Shelf in SoftCopyReader. This will include assigning document id, Title and timestamp - ftp the .xks file to zOS HFS shelf directory (BINARY) ie directory specified in LibraryServer administration panel "Enter directories for shelves: " On zOS system: - Ensure that PDFs have read permissions for all - Rebuild catalog which will copy metadata from xks into catalog. - Create/modify the required extended shelf - Add document to an extended shelf will now lists all cataloged documents for selection - rebuild catalog I tried the above, it works. The procedure is also the one documented in the manuals. Softcopyreader has a feature called Shelf Organizer that is used to create Extended shelves. The user must enter the title and id number of the manual. I think it is painful to open hundreds of pdf files to extract the titles. The file names and document id numbers are also restricted to bookmanager format. Once the data is entered however, the Softcopy Librarian works well for moving the shelf and books to MVS. I used/upgraded to Softcopy Reader 3.5, I can't tell when the support for creating extended shelves was introduced. -- >Date:Fri, 27 May 2005 10:48:45 -0700 >From:"Gibbons, Mark" <[EMAIL PROTECTED]> >Subject: BOOKMGR PDF support > >The topic of managing PDF manuals with bookmgr library server came up a few >days and it all sounded easy. I'm trying to add >a single PDF manual to the >bookmgr library server. Note the book is not packaged as part of an extended >bookshelf, yet. >I've tried a couple of methods as suggested in Getting Started manual, they >don't seem to work. Has anyone figured out a >way >to add the book and then add the book to an extended bookshelf? Would you be >willing to share the procedure? Date:Fri, 27 May 2005 11:41:35 -0700 From:"Edward E. Jaffe" <[EMAIL PROTECTED]> Subject: Re: BOOKMGR PDF support > I have yet to build an extended bookshelf. However, I have discovered that "normal" bookshelves seem to work just fine. If both BOO and PDF documents are in the same directory -- or, when using traditional MVS data sets, both data sets are identically named except for the last qualifier -- the PDF icons appear *automatically* in the bookshelf display, just as they do on IBM's web site. > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Userids & DYNALLOC
On Tue, May 31, 2005 at 12:25:41PM -0400, Nelliyappan Manivel, Sridhar - Sridher ([EMAIL PROTECTED]) wrote: > I'm struggling with a mysterious return & reason code when DYNALLOC is > called from a 8 character userid (I showed the error message to our ACF2 > guru here & got all authorization). The same program works good when the > job is submitted from 7 character userid. If you have any allocation-related exits, examine them carefully for bugs with 8 character userids. One of them could be rejecting the request. /Leonard -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DDCONS
Here's a link to a discussion of this parm from the archives: http://bama.ua.edu/cgi-bin/wa?A2=ind0002&L=ibm-main&D=0&I=1&P=280425 Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Mendelson, Eric Sent: Tuesday, May 31, 2005 2:30 PM To: IBM-MAIN@BAMA.UA.EDU Subject: DDCONS What is the ramifications of ddcons in SMF. We have used the default of YES. How many shops have set ddcons to no -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DDCONS
We have DDCONS set to NO. Why? Because with DDCONS set to YES, our long running started tasks (such as NET and CA-7) took too long to terminate. This was caused by SMF attempting to consolidate all the dynamic allocations of the same DD name into a single entry. No offense, but it appears that the consolidation routine is very primitive (like a bubble sort). > -- > John McKown > Senior Systems Programmer > UICI Insurance Center > Information Technology > > This message (including any attachments) contains confidential information > intended for a specific individual and purpose, and its content is protected > by law. If you are not the intended recipient, you should delete this > message and are hereby notified that any disclosure, copying, or distribution > of this transmission, or taking any action based on it, is strictly > prohibited. > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JOB card error - it has me stumped.
A continuation character is not needed in column 72. There is a "trailing comma" after the "programmer name field". This is sufficient for the JCL interpreter to "think" that you are continuing the JOB card on the next card. If you are not, you get this error. Remove comma after the "programmer name field" if you only have a single card image for this JOB. This is a case of IBM trying to be helpful, I think. > -- > John McKown > Senior Systems Programmer > UICI Insurance Center > Information Technology > > This message (including any attachments) contains confidential information > intended for a specific individual and purpose, and its content is protected > by law. If you are not the intended recipient, you should delete this > message and are hereby notified that any disclosure, copying, or distribution > of this transmission, or taking any action based on it, is strictly > prohibited. > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DDCONS
What is the ramifications of ddcons in SMF. We have used the default of YES. How many shops have set ddcons to no TIA Project Leader - MVS HIP 32 Old Slip New York N.Y. 10005 212-806-4054 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JOB card error - it has me stumped.
Due to the misalignment caused by the font, it's hard to read the information. However, this is positions 1-29 of the JOB card: //VM44K1C JOB (C,VM44,027), 66EDFFDFC444DDC44C6EDFF6FFF56 115 444 21 30001 6 20D3B5444 B027DB Positions 30-72: 'COMP SEARCH PARMS', 7CDDD4ECCDCC4DCDDE76444 D36 4 702 51 9 3 8071 9 42DB000 Positions 73-80: JOB03916 DDCF 1 6 2039 16 Please note, there is no continuation character in position 72. The programmer name field is only 17 bytes long. The accounting field is not too long. I have examples of JOB cards that were accepted with the same number and type of subfields. Further, the Interpreter/Converter is failing the first card. Subsequently, all other records in the jobstream are flushed. I This is the actual SYSLOG entry for the jobstream: /HASP100 VM44K1C ON INTRDR COMP SEARCH PARMS FROM JOB03905 X4CERTA /HASP998 VM44K1C +---10+---20+---30+---40+---50+---60+---70-- --+---80 /HASP998 VM44K1C //VM44K1C JOB (C,VM44,027),'COMP SEARCH PARMS', JOB03916 /HASP998 VM44K1C 66EDFFDFC444DDC44C6EDFF6FFF567CDDD4ECCDCC4DCDDE76444 DDCF /HASP998 VM44K1C 1154442130001620D3B5444B027DBD36470251938071942DB000 16203916 /HASP119 VM44K1C DELETED - ILLEGAL JOB CARD, RC=1 /HASP125 INTRDR SKIPPING FOR JOB CARD FROM JOB03905 X4CERTA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDB, BLKSIZE=0, and IEBGENER SYSPRINT
[EMAIL PROTECTED] wrote: In a recent note, Bob Wright said: Date: Tue, 31 May 2005 11:45:55 -0400 Try again with DSORG=PS added to the DCB attributes. I don't have a book detailing SDB requirements nearby, but I seem to recall that the DSORG must be PS and known to data management in time to apply SDB. Bingo! That makes the difference. I'm somewhat surprised; I would have believed that the call to OPEN supplies all information necessary to determine DSORG, and SDB takes effect fairly late in the OPEN process (after the DCB EXIT), when DSORG should have been fixed. And puzzled further that REPRO causes SDB to be applied. I suppose the difference might be that REPRO places DSORG in the DCB before OPEN whereas IEBGENER doesn't. (Would PO work as well as PS?) Thanks, gil You're welcome. I thought that we'd bumped into something like that in the course of some service aids development where we had an old DCB that didn't specify DSORG, leaving that for a DCB OPEN exit to supply. I have no idea why IEBGENER would be going that route, but it certainly needs to be available to OPEN before a DCB OPEN exit to implement SDB. -- Bob Wright - MVS Service Aids -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WLM using default service classes.....?
On Tue, 31 May 2005 14:02:30 -0400, Dave Thorn <[EMAIL PROTECTED]> wrote: >We have begun setting up a new customer's LPARs, etc, and since we're >bringing them into our sysplex I'm integrating their WLM specs into our >existing one. > >I activated it last week on the customer system. To my surprise, started >tasks all seemed to go to the default STC service class. This sems to be >happening across the board. I activated the same policy on our sandbox >LPAR and everything seemed to go to the right place. > >They were at OS/390 2.10, and were in Goal Mode, but the systems we're >building here are z/OS 1.4. I asked the sysprogs if the software levels >are identical to our existing ones yet , and was told not completely, but >that still doesn't seem to click with me. This is (I think) fairly basic. >This customer does EVERYTHING with automation but I can't see that entering >into it either. > >A 'D WLM' command on their system shows a functionality level of 008, while >we are at 011. And when I flip them to our policy, the 011 shows up as >expected. > >Anyone have any ideas? Never saw this before. > Hard to say without IEE-EYE-BALL. Assuming all the compatibility maintenance is on their 2.10 system, I don't think the WLM levels are an issue. Perhaps some misplaced SPM rule? If you want to send me a printout off-list of the policy you activiated on their system, perhaps a second set of eyes will catch something. I assume you moved the policy to their system via reading a saved definition PDS. Did you get any errors reading the definition? Regards, Mark -- Mark Zelden Sr. Software and Systems Architect mailto: [EMAIL PROTECTED] Systems Programming expert at http://Search390.com/ateExperts/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Example of using "__xload"/EDCXLOAD in a C program?
Hi all, I have looked throughout the C/C++ sample library, but there are no examples of using the SPC-supplied "__xload"/EDCXLOAD subroutine to dynamically load another subroutine *from a C main*. The only sample in the library shows using EDCXLOAD from an assembler program. If anyone has an example of using the "__xload" subroutine *from C*, or a url to such an example, I would appreciate a copy. The problem is that the definition of the function says that it returns the address of the loaded subroutine in R1, and there are no examples of how to retrieve the contents of R1 after a successful call *from C*. Peter _ This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WLM using default service classes.....?
Dave Thorn wrote: We have begun setting up a new customer's LPARs, etc, and since we're bringing them into our sysplex I'm integrating their WLM specs into our existing one. I activated it last week on the customer system. To my surprise, started tasks all seemed to go to the default STC service class. This sems to be happening across the board. I activated the same policy on our sandbox LPAR and everything seemed to go to the right place. They were at OS/390 2.10, and were in Goal Mode, but the systems we're building here are z/OS 1.4. I asked the sysprogs if the software levels are identical to our existing ones yet , and was told not completely, but that still doesn't seem to click with me. This is (I think) fairly basic. This customer does EVERYTHING with automation but I can't see that entering into it either. A 'D WLM' command on their system shows a functionality level of 008, while we are at 011. And when I flip them to our policy, the 011 shows up as expected. Anyone have any ideas? Never saw this before. Is there something in the classification that takes advantage of functionality levels 009-011 that would cause the classifications for STC to be ignored? I can't see anything off hand on our 1.4 system, but that's the only thing that comes to mind. Of couse we were just migrating from level to level, and I was careful not to mix levels as it was, inevitably, a production system that was the last to move. Don't know if this helps. Kim NJ Office of Information Technology (OIT) [EMAIL PROTECTED] [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SBD4 at z/OS 1.4 IPL
(I don't normally resend posts, but this one never echoed to my inbox.) Good guess on the abend code. See OA06207 : IEA303W CONTAINS INCORRECT ABEND CODE ERROR DESCRIPTION: When processing a CALLRTM TYPE=ABTERM request, during NIP processing, message IEA303W contain incorrect ABEND code. Interface problem between IEAVNIPX and IEAVNIPM results in identification incorrect ABEND code. In reported problem, program issued DETACH and DETACH processing issued ABEND13E, but abend code in MSGIEA303W did not show ABEND 13E text. Verification steps: IPCS STATUS command will show IEA303W text containing ABEND code that is different from ABEND code shown in *RCVY ABT entry of IPCS SYSTRACE ALL command output. . . . JO.Skip Robinson Southern California Edison Company SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] -IBM Mainframe Discussion List wrote: - >To: IBM-MAIN@BAMA.UA.EDU >From: Nasuh KARAHALLI >Sent by: IBM Mainframe Discussion List >Date: 05/30/2005 07:59 >Subject: Re: SBD4 at z/OS 1.4 IPL > >Miklos wrote : > > >IEA303W ABEND BD4 REASON DURING INITIALIZATION UNDER RIM >IEAVNPA1 > > But when looking at Abend Code BD4, it seems to be >incorrect which may prevent a detailed problem >investigation.Probably >verifying whether Abend Code SBD4 is correct or not should be a path >you go >down at first, I believe. > >Regards. >Nasuh KARAHALLI. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
VTAM APPN routing
If I have 3 appn VTAMs all in same netid. CPUA and CPUC are dual CDSERVRs, Enterprise Extenders, and Extended Border Nodes to a common remote netid EBN VTAM. CPUB is one of several appn NN VTAMs running applications. How can I force a session setup from CPUB to ALWAYS choose CPUC for a remote netid over its EE-EBN link? I can't make CPUB an EN because it is in a different sysplex. All 3 VTAMs (CPUA, CPUB, CPUC) have CP-CP sessions to each other for various internal appl to appl sessions so CPUA to CPUB CP-CP must be maintained. Its just that I need CPUB for certain external netids to route to CPUC and out his EE link to the remote EBN netid. Dave -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Fw: DUMMY and BLKSIZE=0
<[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>... > In a recent note, john gilmore said: > > And on this question, I have yet no empirical evidence that, for example, > "DUMMY,DCB=..." behaves any differently from "DSN=NULLFILE,DCB=..." > I'm inclined to believe that the writers of the JCL manual were not > as adept as you at boolean algebra, and wrote text with incorrect > logical consequences. > As far as I have seen, the JCL *reference* is clear that there is NO difference; it is only the "User Guide" that implies (but it use of "OR") that there may be a difference. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Moving a RLS enabled VSAM dataset
All, Just a hypothetical question. Hoping someone here has the answer already. We are getting ready to enable RLS for testing purposes, and the Storage guy was scratching his head asking how we would move a VSAM Dataset opened for RLS, shared across multiple LPARS on different CEC's In the SAME parallel sysplex. We already use Softek Replicator to move Data volume to volume under the covers, so I will follow-up with them too. Just really wondering how others have handled the situation. The obvious Answer to shutdown all address spaces using the dataset would work, but That may not be easily possible given our environment. Any experiences would be appreciated. Dave Dave Jousma Principle Systems Programmer Fifth Third Bank Information Technology ' Phone: (616) 653-8429 7 Fax:(616) 653-8497 This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: More Hype for the B1 visas?
>> The whole H1B argument is so obviously a lie -- there isn't a shortage >> of IT professionals in the U.S.; there is just a shortage in the >> U.S. of the ones who will work for what in the U.S. is chump change. >> So they import them and train them here so they can go back to their >> home countries and suck even more jobs out of the U.S. >Which is the biggest cost to us.We're not going to stop them from >becoming the software writing companies of the world - we couldn't if we >tried. Anything that can be done overseas will be done wherever the cost >advantage is best. If USAmerican companies don't contract overseas, >overseas companies will be doing the competing.We could choose to >become isolationist - but isolationism has historically had benefits as >short sighted as what we're complaining our CEOs have. I will benefit, >but my grandchildren will be hurt. It seems like that competition argument is getting a bit worn around the edges. We're our own worst competition. If we were more aggressive in determining what pricing was acceptable to doing business in the U.S., then we would be participating in setting a standard of living for the world. Instead, we've opted to go the cheapest route, which basically ensures that the U.S. standard of living will be reduced to the lowest competitor levels. This ultimately has very little to do with real competition, and everything to do with government manipulations and exploitation. Corporations were a human invention... we can certainly determine how we expect them to behave. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
WLM using default service classes.....?
We have begun setting up a new customer's LPARs, etc, and since we're bringing them into our sysplex I'm integrating their WLM specs into our existing one. I activated it last week on the customer system. To my surprise, started tasks all seemed to go to the default STC service class. This sems to be happening across the board. I activated the same policy on our sandbox LPAR and everything seemed to go to the right place. They were at OS/390 2.10, and were in Goal Mode, but the systems we're building here are z/OS 1.4. I asked the sysprogs if the software levels are identical to our existing ones yet , and was told not completely, but that still doesn't seem to click with me. This is (I think) fairly basic. This customer does EVERYTHING with automation but I can't see that entering into it either. A 'D WLM' command on their system shows a functionality level of 008, while we are at 011. And when I flip them to our policy, the 011 shows up as expected. Anyone have any ideas? Never saw this before. Dave Thorn Senior Technology Analyst SunGard eSourcing 600 Laurel Oak Road Voorhees, NJ 08043 Office 856-566-5412 Fax 856-566-3656 Cell 609-781-0353 Email [EMAIL PROTECTED] - Keeping People and Information Connected (TM) HTTP://www.availability.sungard.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SBD4 at z/OS 1.4 IPL
What was the wait state code? It should be in one of the SE logs. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Miklos Szigetvari Sent: Monday, May 30, 2005 7:34 AM To: IBM-MAIN@BAMA.UA.EDU Subject: SBD4 at z/OS 1.4 IPL Hi Try to IPl a test z/OS 1.4 in a 1Gbyte real storage LPAR and got IEA303W ABEND BD4 REASON DURING INITIALIZATION UNDER RIM IEAVNPA1 and a wait state. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Searching for Graphing Vendor
I am likely confused. The person wants to send some data out-of-house and get back some graphs? In what form? Transparencies? GIF files? PNG files? A presentation? What I am considering is looking a porting GNUPlot from Linux to z/OS UNIX System Services. I just haven't had time (or inclination). Our DASD person is really "pumped" on SASGraph, but the bloody thing is super expensive. And he doesn't want to use SAS on a PC somewhere (for whatever reason, maybe because it would take it outside his control?). > -- > John McKown > Senior Systems Programmer > UICI Insurance Center > Information Technology > > This message (including any attachments) contains confidential information > intended for a specific individual and purpose, and its content is protected > by law. If you are not the intended recipient, you should delete this > message and are hereby notified that any disclosure, copying, or distribution > of this transmission, or taking any action based on it, is strictly > prohibited. > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Secure FTP on the Mainframe
I don't agree. The OMVS setup looked to be more complicated and would result in a less secure environment. Do stay away from the ISPF panels and do the cert generation in batch. My $0.02 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Richard Pinion Sent: Thursday, May 26, 2005 11:42 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Secure FTP on the Mainframe Nothing wrong with using RACF for the CERT stuff but you can generate CERTS from OMVS using gskkyman. Maybe it is better to learn to crawl first rather than trying to run. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Friday question: How far back is PLO instruction supported?
On 31 May 2005 09:46:05 -0700, [EMAIL PROTECTED] (Ed Gould) wrote: >Who? > >This is entirely on topic, IMO and worth discussion. I believe that Mr. Smith is referring to the messages in this thread which reminisce about Univac, 7090s, MFT and so forth. The messages which prove (once again), Jaffe's Conjecture: "Any thread that goes on long enough will eventually deteriorate into a discussion of 60's and 70's computer nostalgia". http://bama.ua.edu/cgi-bin/wa?A2=ind0103&L=ibm-main&O=D&F=&S=&P=321805 And I agree with Mr. Smith that it's time to drop that part of this thread. Eric -- Eric Chevalier E-mail: [EMAIL PROTECTED] Web: www.tulsagrammer.com Is that call really worth your child's life? HANG UP AND DRIVE! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Userids & DYNALLOC
On Tue, 31 May 2005 12:25:41 -0400, Nelliyappan Manivel, Sridhar wrote: >I'm struggling with a mysterious return & reason code when DYNALLOC is >called from a 8 character userid (I showed the error message to our ACF2 >guru here & got all authorization). The same program works good when the >job is submitted from 7 character userid. > >DYNALLOC fails with rc=4, and reason code 0218 (from 8 character >userid). Please let me know if you know of any insight into this >problem. (DYNALLOC program is subtasked from a main program, I don't >know if that matters or not) > >Here are the explanation from the book for RC=4 > >Meaning: An error resulted from: v the current environment, the >unavailability of a system resource (the system will also return a class >2 error reason code in S99ERROR), or ...snip... >Action: See the error reason code description and appropriate action in >Table 26-6 on page 26-52, Table 26-8 on page 26-64, or Table 26-9 on >page 26-72. See also the associated message for the appropriate action. > >For reason = 0218 > >Meaning: Specified volume or an acceptable volume is not mounted, and >user does not have volume mounting authorization through the DYNALLOC >request. (dsname allocation)1 >Application Programmer Action: Change volume specification, or have the >required volume mounted, or change the allocation request to allow volume >mounting. Resubmit the request. >Corresponding Message: IKJ56221I Sridher, Please post the volume and unit information that you passed to that DYNALLOC request, and perhaps even consider posting the entire set of keys passed. Also, be sure to post the JOBLOG (as others have asked). This may be related to the "8-character TSO userid" thread that is running today... you might want to reconsider your use of an 8-character userid for this DYNALLOC request. However, it may not be related after all. When you got the authorization from your "ACF2 guru" was the authorization given to the userid running the multitasking calling address space? Or was it given to the 8-character userid referenced in the DYNALLOC call? Is the DYNALLOC subtask really using the 8-character userid in its TCBSENV pointer? (Was a RACROUTE performed prior to the DYNALLOC in that subtask?) -- Tom Schmidt Madison, WI -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Searching for Graphing Vendor
Hi Alan, Given that you already have a staff it seems like you might want to consider investing in SAS http://www.sas.com on a PC with MXG http://www.mxg.com and let them produce the charts in house and give them a powerful toolbox to do analysis of DASD and other performance metrics in addition to just creating charts. Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 "Think big, act bold, start simple, grow fast..." -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Alan Schwartz Sent: Tuesday, May 31, 2005 1:29 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Searching for Graphing Vendor Lance and Sam (for an earlier reply) For our own purposes we have two people doing Performance Management and two doing Capacity Planning (they all work closely together and are overworked). We also happen to be in the midst of a general performance study being done by a respected consultant. In the analysis the consultant makes a statement indicating our dasd farm in performing poorly. We will be getting details later on but this statement made us wonder if spending some money to get regular and accurate charts might be helpful. We may not take this route at all but it doesn't hurt to get some references early in the process. Thanks to both of you (and any others that may respond later) Alan <> This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Searching for Graphing Vendor
Lance and Sam (for an earlier reply) For our own purposes we have two people doing Performance Management and two doing Capacity Planning (they all work closely together and are overworked). We also happen to be in the midst of a general performance study being done by a respected consultant. In the analysis the consultant makes a statement indicating our dasd farm in performing poorly. We will be getting details later on but this statement made us wonder if spending some money to get regular and accurate charts might be helpful. We may not take this route at all but it doesn't hurt to get some references early in the process. Thanks to both of you (and any others that may respond later) Alan "Lance D. Jackson" <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 05/31/2005 11:35 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Searching for Graphing Vendor Alan, Are you interested in RMF measurment data being graphed for management? Lance J. ** This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Userids & DYNALLOC
SWAG: user is calling for a tape. IIRC, that requires APF auth (because of the wait). Also, IIRC, there is a separate auth for a TSO user to mount a tape. HTH. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Nelliyappan Manivel, Sridhar - Sridher Sent: Tuesday, May 31, 2005 11:26 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Userids & DYNALLOC I'm struggling with a mysterious return & reason code when DYNALLOC is called from a 8 character userid (I showed the error message to our ACF2 guru here & got all authorization). The same program works good when the job is submitted from 7 character userid. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Userids & DYNALLOC
Hello, The log may should you an attempt to allocate a dynnamic dataset with the 8 character name. ie. abcdefgh.ispf.profile and you may only have abcdefg.ispf.profile ( a 7 character userid defined). paste more info: syslog,msglog,jeslog, etc... Kevin . -- Original message -- > I'm struggling with a mysterious return & reason code when DYNALLOC is > called from a 8 character userid (I showed the error message to our ACF2 > guru here & got all authorization). The same program works good when the > job is submitted from 7 character userid. > > DYNALLOC fails with rc=4, and reason code 0218 (from 8 character > userid). Please let me know if you know of any insight into this > problem. (DYNALLOC program is subtasked from a main program, I don't > know if that matters or not) > > Here are the explanation from the book for RC=4 > > Meaning: An error resulted from: v the current environment, the > unavailability of a system resource (the system will also return a class > 2 error reason code in S99ERROR), or a system routine failure. v the > current environment (the system will also return a class 4 error reason > code in S99ERROR), or v a system routine failure (the system will also > return a class 7 error reason code in S99ERROR).Application Programmer > Action: See the error reason code description and appropriate action in > Table 26-6 on page 26-52, Table 26-8 on page 26-64, or Table 26-9 on > page 26-72See also the associated message for the appropriate action. > > > For reason = 0218 > > Meaning: Specified volume or an acceptable volume is not mounted, and > user does not have volume mounting authorization through the DYNALLOC > request. (dsname allocation)1 Application Programmer Action: Change > volume specification, or have the required volume mounted, or change the > allocation request to allow volume mounting. Resubmit the request. > Corresponding Message: IKJ56221I > > Regards, > Sridher Nelliyappan Manivel, > Technical Services, > Lowe's Companies, Inc. > (336)658-2977 Work > (336)658-2124 FAX > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Friday question: How far back is PLO instruction supported?
on 5/31/05 10:31 AM, Jeffrey D. Smith at [EMAIL PROTECTED] wrote: > Yo, guys! It was a simple question as to whether it was > safe to write new commercial code using the PLO instruction > with the caveat that the prospective customer is using a > supported MVS-type operating system. > > Please let this thread die before I have to invoke the > name of you-know-who. > Jeff, Who? This is entirely on topic, IMO and worth discussion. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Searching for Graphing Vendor
Alan, Are you interested in RMF measurment data being graphed for management? Lance J. Original message >Date: Tue, 31 May 2005 11:18:02 -0500 >From: Alan Schwartz <[EMAIL PROTECTED]> >Subject: Searching for Graphing Vendor >To: IBM-MAIN@BAMA.UA.EDU > >Hi, > >We're considering the possibility of sending SMF offsite to a vendor >who >produces graphs for management. It doesn't matter if they are physical >graphs >or whether they are made available online via a web page. > >Aside from IBM, can anyone provide some additional names of vendors who >provide this service. > > >Thanks in advance, > > >Alan Schwartz >Assurant Shared Business Services >Lead Systems Programmer >Phone: 651-361-4758 >Fax: 651-361-5625 >** >This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. > >Thank you. >** > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Userids & DYNALLOC
I'm struggling with a mysterious return & reason code when DYNALLOC is called from a 8 character userid (I showed the error message to our ACF2 guru here & got all authorization). The same program works good when the job is submitted from 7 character userid. DYNALLOC fails with rc=4, and reason code 0218 (from 8 character userid). Please let me know if you know of any insight into this problem. (DYNALLOC program is subtasked from a main program, I don't know if that matters or not) Here are the explanation from the book for RC=4 Meaning: An error resulted from: v the current environment, the unavailability of a system resource (the system will also return a class 2 error reason code in S99ERROR), or a system routine failure. v the current environment (the system will also return a class 4 error reason code in S99ERROR), or v a system routine failure (the system will also return a class 7 error reason code in S99ERROR).Application Programmer Action: See the error reason code description and appropriate action in Table 26-6 on page 26-52, Table 26-8 on page 26-64, or Table 26-9 on page 26-72See also the associated message for the appropriate action. For reason = 0218 Meaning: Specified volume or an acceptable volume is not mounted, and user does not have volume mounting authorization through the DYNALLOC request. (dsname allocation)1 Application Programmer Action: Change volume specification, or have the required volume mounted, or change the allocation request to allow volume mounting. Resubmit the request. Corresponding Message: IKJ56221I Regards, Sridher Nelliyappan Manivel, Technical Services, Lowe's Companies, Inc. (336)658-2977 Work (336)658-2124 FAX -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Searching for Graphing Vendor
Alan, You may want to contact MXG (Barry Merrill) or Chuck H. Got to www.mxg.com they may have some ideas. Kevin -- Original message -- > Hi, > > We're considering the possibility of sending SMF offsite to a vendor > who > produces graphs for management. It doesn't matter if they are physical > graphs > or whether they are made available online via a web page. > > Aside from IBM, can anyone provide some additional names of vendors who > provide this service. > > > Thanks in advance, > > > Alan Schwartz > Assurant Shared Business Services > Lead Systems Programmer > Phone: 651-361-4758 > Fax: 651-361-5625 > > > ** > This e-mail message and all attachments transmitted with it may contain > legally > privileged and/or confidential information intended solely for the use of the > addressee(s). If the reader of this message is not the intended recipient, > you > are hereby notified that any reading, dissemination, distribution, copying, > forwarding or other use of this message or its attachments is strictly > prohibited. If you have received this message in error, please notify the > sender > immediately and delete this message and all copies and backups thereof. > > Thank you. > > > ** > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Searching for Graphing Vendor
Is RMF Magic From IntelliMagic the one you are already looking at? http://www.intellimagic.nl/page30b4.html Thanks, Sam -Original Message- We're considering the possibility of sending SMF offsite to a vendor who produces graphs for management. <> This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Searching for Graphing Vendor
Hi, We're considering the possibility of sending SMF offsite to a vendor who produces graphs for management. It doesn't matter if they are physical graphs or whether they are made available online via a web page. Aside from IBM, can anyone provide some additional names of vendors who provide this service. Thanks in advance, Alan Schwartz Assurant Shared Business Services Lead Systems Programmer Phone: 651-361-4758 Fax: 651-361-5625 ** This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDB, BLKSIZE=0, and IEBGENER SYSPRINT
In a recent note, Bob Wright said: > Date: Tue, 31 May 2005 11:45:55 -0400 > > > Try again with DSORG=PS added to the DCB attributes. I don't have a > book detailing SDB requirements nearby, but I seem to recall that the > DSORG must be PS and known to data management in time to apply SDB. > Bingo! That makes the difference. I'm somewhat surprised; I would have believed that the call to OPEN supplies all information necessary to determine DSORG, and SDB takes effect fairly late in the OPEN process (after the DCB EXIT), when DSORG should have been fixed. And puzzled further that REPRO causes SDB to be applied. I suppose the difference might be that REPRO places DSORG in the DCB before OPEN whereas IEBGENER doesn't. (Would PO work as well as PS?) Thanks, gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Quos Deus perdere vult (was: Re: DUMMY ...)
In a recent note, john gilmore said: > Date: Tue, 31 May 2005 15:16:36 + > > Quos deus perdere vult amentat. Anyone but the Pope needs to be safely dead > to make such an argument. > I can find, "Quos deus perdere vult, dementat prius." (and I was vaguely familiar with it.) Is "amentat" any different in sense from "dementat"? I find two citations of your precise form, both in Italian, which hardly helped me. -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DUMMY and BLKSIZE=0
In a recent note, john gilmore said: > Date: Tue, 31 May 2005 15:16:36 + > > Once written within a procedure neither of the DD statements > > // DD DUMMY > > or > > // DD DUMMY, . . . > > can be altered into one that in fact is functional, permits non-null > outputs to be written or non-null inputs to be read. > Thanks! I hadn't considered that. Now I'll know better. > address the other, in my view more important, question of what is put into > control blocks. > And on this question, I have yet no empirical evidence that, for example, "DUMMY,DCB=..." behaves any differently from "DSN=NULLFILE,DCB=..." I'm inclined to believe that the writers of the JCL manual were not as adept as you at boolean algebra, and wrote text with incorrect logical consequences. -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDB, BLKSIZE=0, and IEBGENER SYSPRINT
[EMAIL PROTECTED] wrote: In reaction to the recent DUMMY and ISPLOG BLKSIZE=0 thread, I did a test with the following: //GENEREXEC PGM=IEBGENER //SYSPRINT DD DISP=(NEW,CATLG), // DSN=&SYSUID..IEBGENER.SYSPRINT, // DCB=(RECFM=FBA,LRECL=121,BLKSIZE=0), // UNIT=SYSDA,SPACE=(TRK,1) (Note this is SYSPRINT, not SYSUT2.) The characteristics of the created data set are: Data Set Name . . . : user.IEBGENER.SYSPRINT General Data Current Allocation Volume serial . . . : TSO002 Allocated tracks . : 1 Device type . . . . : 3390Allocated extents . : 1 Organization . . . : PS Record format . . . : FBA Record length . . . : 121 Block size . . . . : 121Current Utilization 1st extent tracks . : 1 Used tracks . . . . : 1 Secondary tracks . : 0 Used extents . . . : 1 This BLKSIZE does not appear to be the SDB supplied value (a similar test with IDCAMS REPRO gives 27951). It has been my perception that it is IBM's policy to allow SDB to operate on utility output rather than forcing a BLKSIZE in the utility's code. Should this be reported to IBM? (And how is Utilities Development likely to react in view of the recent waffle on the IEBGENER PARM='SDB=YES' default waffle?) -- gil Try again with DSORG=PS added to the DCB attributes. I don't have a book detailing SDB requirements nearby, but I seem to recall that the DSORG must be PS and known to data management in time to apply SDB. -- Bob Wright - MVS Service Aids -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Friday question: How far back is PLO instruction supported?
Yo, guys! It was a simple question as to whether it was safe to write new commercial code using the PLO instruction with the caveat that the prospective customer is using a supported MVS-type operating system. Please let this thread die before I have to invoke the name of you-know-who. Jeffrey D. Smith Farsight Systems Corporation 24 BURLINGTON DR LONGMONT, CO 80501 303-774-9381 http://www.farsight-systems.com -Original Message- From: "David Andrews" <[EMAIL PROTECTED]> Sent: 5/31/2005 9:01 AM To: "IBM-MAIN@BAMA.UA.EDU" Subject: Re: Friday question: How far back is PLO instruction supported? On Sun, 2005-05-29 at 23:10 -0500, Ed Gould wrote: > I never did hear (nor cared) what happened to the UNIVAC machines. > Knowing the army they are still running them. /* snipped with extreme prejudice because PLO dont work on UNIVAC! */ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DUMMY and BLKSIZE=0
I found the experience of being 'beaten up' drole, and I am of course unrepentent. It will he helpful to go back in time to the early years of OS/MFT for the System/360. The syntax of JCL is of course modelled on that of the F Assembler, and its macro phase in particular. JCL statements then had and still have parameters of two sorts, positional and keyword. What was different then was that, even for keyword statement parameters, no mechanism for replacing their values individually was made available unless those values were also parameters of a cataloged procedure. To change any portion of a statement in such a procedure, it was necessary to replace that statement with another complete one, and it was in this context, that of suppressing undesired output, writing it to Orwell's 'memory hole', or ignoring undesired input, raising endfile on the first read, that the agreeably brief complete statement // DD DUMMY was made available. Worth noting explicitly are that (a) DUMMY is here a positional parameter and that (b) it was devised for use outside a procedure in order to alter the behavior of that procedure on occasions when its standard/default behavior was unsatisfactory. Let me also note that, while there is some similarity between the positional and keyword parameters of a JCL statement and those of an assembly-language macro instruction or the corresponding macro definition, there is a crucial difference too. An HLASM macro definition may have both, and they may be specified in any order in a corresponding macro instruction. Thus, for example, the macro definition macro example &pos1,&pos2,&key1=,&key2=,&key3= . . . mexit mend can be invoked my any of the three functionally equivalent macro instructions example 1,key2=5,key1='hubris',key3=yes,21 example key1='hubris',key2=5,key3=yes,1,21 example 1,21,key1='hubris',key2=5,key3=yes and many others as well. Positional arguments in a macro instruction are mapped to the positional parameters of a macro definition from left to right and keyword parameters are order-insensitive. Moreover, JCL did not then have and still does not have any analogue of the HLASM's &SYSLIST facility, which permits positional arguments to be picked off in logical sequence no matter where they appear in a macro instruction. Once written within a procedure neither of the DD statements // DD DUMMY or // DD DUMMY, . . . can be altered into one that in fact is functional, permits non-null outputs to be written or non-null inputs to be read. On the other hand //SYSPRINT DD DSN=NULLFILE,BLKSIZE=0,LRECL=137,RECFM=VBA can be altered readily by simply supplying a different licit value of DSN=. This difference was the basis for my statement that DSN=NULLFILE was superior to DUMMY when used inside procedures. The question what is retained and what is not retained from these two dif- gerent statements is more complicated. Different bindngs obtain for different uses. Volker Bandke's example is entirely correct, but what it establishes---which was never in contention---is that textual DCB information from one DD statement can be 'copied' by reference into another DD statement at parse time. It does not address the other, in my view more important, question of what is put into control blocks. Moreover, while Volker's example served to establish his point, that point is not as I unbderstand it a functionally interesting one. If, say, one wants, N instances of the same DCB information, this is better accomplished by coding one operational DCB in extenso and using N - 1 references than it is by coding one non-operational DD statement that provides DCB= values (or their functional equivalents) and N others that acquire this information by reference. Finally, I want to say something about my notionally 'ex cathedra' pronouncemnts. I don't believe in arguments from authority of the form 'Things are thus because I say so'. Quos deus perdere vult amentat. Anyone but the Pope needs to be safely dead to make such an argument. On the other hand, I am almost equally suspicious of simplistic alternatives to such arguments. The opinions of the competent and the incompeternt are not equally valuable; and in particular, the opinions of those who are exhausted by their never successful attempts to follow an ordered exposition of any length have little merit. This forum is not, or at least should not be, a talk show. John Gilmore Ashland, MA 01721 U.S.A. _ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search
SDB, BLKSIZE=0, and IEBGENER SYSPRINT
In reaction to the recent DUMMY and ISPLOG BLKSIZE=0 thread, I did a test with the following: //GENEREXEC PGM=IEBGENER //SYSPRINT DD DISP=(NEW,CATLG), // DSN=&SYSUID..IEBGENER.SYSPRINT, // DCB=(RECFM=FBA,LRECL=121,BLKSIZE=0), // UNIT=SYSDA,SPACE=(TRK,1) (Note this is SYSPRINT, not SYSUT2.) The characteristics of the created data set are: Data Set Name . . . : user.IEBGENER.SYSPRINT General Data Current Allocation Volume serial . . . : TSO002 Allocated tracks . : 1 Device type . . . . : 3390Allocated extents . : 1 Organization . . . : PS Record format . . . : FBA Record length . . . : 121 Block size . . . . : 121Current Utilization 1st extent tracks . : 1 Used tracks . . . . : 1 Secondary tracks . : 0 Used extents . . . : 1 This BLKSIZE does not appear to be the SDB supplied value (a similar test with IDCAMS REPRO gives 27951). It has been my perception that it is IBM's policy to allow SDB to operate on utility output rather than forcing a BLKSIZE in the utility's code. Should this be reported to IBM? (And how is Utilities Development likely to react in view of the recent waffle on the IEBGENER PARM='SDB=YES' default waffle?) -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Friday question: How far back is PLO instruction supported?
On Sun, 2005-05-29 at 23:10 -0500, Ed Gould wrote: > I never did hear (nor cared) what happened to the UNIVAC machines. > Knowing the army they are still running them. At SHARE 78 (March 1992, Anaheim) I toured the Jet Propulsion Lab with a busload of other SHARE tourists. One of the staffers who had been assigned to entertain us was a computer systems engineer named Gary Friedman. >From my notes of the time: "Friedman says that one of the problems with being on the leading edge of technology and being a government agency is that the leading edge equipment you bought years ago is still in service. He showed us a photograph of an ancient Univac system: big cabinet, core memory and a lighted panel you could use to get a respectable suntan. They use this machine to crunch satellite data overnight, the output of which is produced on 9-track tapes, which in turn are mailed to appropriate scientists. The Powers That Be like this system; it works (slowly) and is paid for. 'And' said Friedman, 'if it ever breaks, no problem! They'll simply move the workload' -- he paused for effect -- 'to the Univac across the aisle!'." -- David Andrews A. Duda and Sons, Inc. [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Userids
Actually, at one shop we did attempt to do this. However, there were many exits we had to write around TSO to make it work. It was not something I would recommend. But if you can figure out what needs to be altered, it can be done. Secondly, I am not sure with OCO if it can be done anymore. Besides, you know when a system programmer has too much time on their hands, they tend to add exits to make the system work the way they want it to, rather than the way IBM designed it. ;-) That is why I said I would recommend sticking to the 7 char or less ID rather than try to use the 8 char ID. Lizette Koehler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Listserver for DFSMS/HSM
In a message dated 5/31/2005 4:52:41 A.M. Central Standard Time, [EMAIL PROTECTED] writes: IMHO this is the list server. >> I searched Lsoft's CATAlist for SMS,HSM, and DFP. There were hits, but nothing related to IBM storage. There is other listserve software but I don't know their url's. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: More Hype for the B1 visas?
On 31-May-2005, [EMAIL PROTECTED] (Leonard Woren) wrote: > The whole H1B argument is so obviously a lie -- there isn't a shortage > of IT professionals in the U.S.; there is just a shortage in the > U.S. of the ones who will work for what in the U.S. is chump change. > So they import them and train them here so they can go back to their > home countries and suck even more jobs out of the U.S. Which is the biggest cost to us.We're not going to stop them from becoming the software writing companies of the world - we couldn't if we tried. Anything that can be done overseas will be done wherever the cost advantage is best. If USAmerican companies don't contract overseas, overseas companies will be doing the competing.We could choose to become isolationist - but isolationism has historically had benefits as short sighted as what we're complaining our CEOs have. I will benefit, but my grandchildren will be hurt. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Userids
Lizette Koehler wrote:
IMHO - An 8 Char TSO ID is doable.
It is NOT. I'd suggest to RTFM or just try. I tried, results below.
However, the following points need to be
evaluated:
1) Using an 8 char TSO ID will prevent the tso user from submitting a job
with a dynamically incrementing job card
//TSOID JOB ...
Will submit as
//TSOIDA JOB the first time
//TSOIDB JOB the second time and so on
Therefore, you would need to verify that you do not have any TSO Users
that do that. This process allows a TSO User to submit multiple jobs with
different job names. Otherwise, they would all have the same name. That is
sometimes confusing for the TSO User.
The above is irrelevant since you cannot logon.
2) You may need to review exits like IKJEFT10 to ensure it is compatible.
Or to modify it for the 8 char TSO ID.
3) You will need to review other products or reporting processes to ensure
they do not expect 7 char or less TSO IDs.
4) If you also setup alternate TSO IDs, ensure they follow your standards
At one shop I worked at TSOIDX was a primary TSO Id for the user,
whereas TSOID1 was an alternate. That way we could provide multiple IDs
without the user getting too confused. If you use 8 chars for TSO ID you
may need to change the way you create alternates.
The results:
1. AU S1234567 NAME('TEST USER')
OK
2. ALU S1234567 TSO()
OK! The comment below.
3. logon using user S1234567
IKJ56710I INVALID USERID, S1234567
IKJ56703A REENTER THIS OPERAND -
Ad 2. It is kind illogical - I can create TSO segment for the userid
which is invalid for TSO. I wouldn't be able to do create UADS entry.
At least some warning would be nice.
Ad 3. Caution: message IKJ56710I description is not clear - it suggest
invalid or non-existent userid. Non-existent (but potentially valid)
userid gives another results.
--
Radoslaw Skorupka
Lodz, Poland
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DUMMY and BLKSIZE=0
In a recent note, DOMINGUEZ MARTIN, ANGEL LUIS said: > Date: Tue, 31 May 2005 10:53:25 +0200 > > - After OPEN. The BLKSIZE obtained is the same as specified in JCL for all > (DUMMY, NULLFILE or REAL) or ZERO in case param where not present. This result, at least, surprises me. I'd expect that at least for real data sets, SDB would fill in the BLKSIZE at OPEN time. > So, it will be neccesary know what does the concerning ISPF module > when recover value zero for BLKSIZE on DDNAME ISPLOG. > If APARable for ISPLOG, I'd prefer to consider it a failure of SDB (DF/SMS?) rather than of ISPF. It should be repaired where the repair will benefit all applications, not a solitary one. -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Userids
on 5/31/05 5:34 AM, Vernooy, C.P. - SPLXM at [EMAIL PROTECTED] wrote: > Susan, > > I think it is impossible: > A quick scan through data areas revealed several controlblocks that had 7 > positions for the userid. > See: > Title: z/OS V1R3.0 TSO/E System Diagnosis: Data Areas > Document Number: GA22-7792-01 > > This limitation must be documented in TSO manuals. > > Kees. > There used to be a restriction because of UADS (IIRC). They allowed for a userid to go over two members USERID0 and USERID1 Because they allowed multiple passwords/acounting fields in each "member". I don't recall ever seeing a USERID3 (but my memory may be faulty). Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Userids
IMHO - An 8 Char TSO ID is doable. However, the following points need to be evaluated: 1) Using an 8 char TSO ID will prevent the tso user from submitting a job with a dynamically incrementing job card //TSOID JOB ... Will submit as //TSOIDA JOB the first time //TSOIDB JOB the second time and so on Therefore, you would need to verify that you do not have any TSO Users that do that. This process allows a TSO User to submit multiple jobs with different job names. Otherwise, they would all have the same name. That is sometimes confusing for the TSO User. 2) You may need to review exits like IKJEFT10 to ensure it is compatible. Or to modify it for the 8 char TSO ID. 3) You will need to review other products or reporting processes to ensure they do not expect 7 char or less TSO IDs. 4) If you also setup alternate TSO IDs, ensure they follow your standards At one shop I worked at TSOIDX was a primary TSO Id for the user, whereas TSOID1 was an alternate. That way we could provide multiple IDs without the user getting too confused. If you use 8 chars for TSO ID you may need to change the way you create alternates. Personally, I would stay with a 7 char or less TSO ID. That way you can avoid any gotcha code, processes, or products. Lizette Koehler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Secure FTP on the Mainframe
Repost with the following additional information: On first/server LPAR: 1) /u/jsysxxx/SSL/cdcu_self_signed.crt (certificate export to second/client LPAR and imported there) 2) /u/jsysxxx/SSL/cdcukey.kdb 3) /u/jsysxxx/SSL/cdcukey.sth 4) In ftp server config, KEYRING /u/jsysxxx/SSL/cdcukey.kdb I don't understand the FC0215, FC0216, and FC0345 displayed in the client's output. Thanks, Craig -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Craig Kittendorf Sent: Sunday, May 29, 2005 10:24 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Secure FTP on the Mainframe Hi, I followed Share Session 3925 to set up my ftp server on one z/OS v1.4 LPAR (CDCU). I then exported the certificate to another LPAR (CDCT) and imported the certificated into its key data base. When trying ftp from the second lpar to the first I get the following: EZA1450I IBM FTP CS V1R4 EZA1772I FTP: EXIT has been set. EZYFT18I Using catalog '/usr/lib/nls/msg/C/ftpdmsg.cat' for FTP messages. EZA1554I Connecting to: CDCU 205.145.225.134 port: 21. 220-FTPD1 IBM FTP CS V1R4 at CDCU, 10:03:13 on 2005-05-29. 220 Connection will close if idle for more than 5 minutes. FC0159 ftpAuth: security values: mech=TLS, sFTP=A, sCC=C, sDC=P FC0182 ftpAuth: cipherspecs = 03040506090A FC0215 ftpAuth: keyring =/u/jsysxxx/SSL/cdcu_self_signed.crt FC0216 ftpAuth: stashFile=/u/jsysxxx/SSL/cdcu_self_signed.sth FC0223 ftpAuth: environment_open() FC0341 ftpAuth: environment_init() FC0345 ftpAuth: TLS init failed with rc = 201 (No key database password supplied FC0786 endSecureEnv: entered EZA2897I Authentication negotiation failed EZA1701I >>> USER jxx 534 Server requires authentication before USER command EZA1735I FTP Return Code = 26534, Error Code = 2 Where would the key database password be supplied? Thanks, Craig -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Friday question: How far back is PLO instruction supported?
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Edward E. Jaffe > > Craddock, Chris wrote: > > >[ snip ] > > > >I am constantly amazed at the gymnastics some people will go through to > >"support" back back back level "customers". One thing you can say for > >sure about customers who are not on reasonably current hardware and > >software... they aren't spending any money! Why would anyone go to that > >amount of trouble when there's no revenue in it anyway? Charity? > > They *do* spend money in the form of annual maintenance fees to ISVs. And that can equate to a "cash cow", to which one is wont to remain attached until "udder failure". -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Regarding CHPID TYPE
I'm glad all is working now.. Salah -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Entry level readers?
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Shmuel Metz (Seymour J.) > > I have some related questions prompted by a recent job > posting. What is the lowest experience level of the readers > here? I surmise that I'm one of the "juniors" here with 23 years in the business, about equally divided between VM/VSE and MVS et seq. > What is the lowest level of experience for which a job > posting here is likely to be productive? Probably would depend on whether the poster is the potential employer or employee. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: More Hype for the B1 visas?
In a message dated 5/31/2005 4:59:29 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: < Do you suggest some kind of revolution ? < We have some experiences with that, I'd suggest to read some Lenin's < books, or epecially Marx - they suggested similar solutions. Major change is necessary, IMO. It will be either evolutionary or revolutionary. Evolutionary change is tried every day under our "rule of law", and the failure is obvious. We now have only one political party - Repugnocrats. Revolution - violent overthrow - is the only remaining choice, but it was declared illegal by our Constitutional framers, which is what revolutionaries always do as soon as they take power. It should be violent in order to act as a deterrent. "... in this country it is a good thing to kill an admiral from time to time to encourage the others." [Voltaire] But revolutions easily get out of control, and are also always subverted by the next bunch of power-mad thugs. Shays' Rebellion, the Whiskey Rebellion, and Lincoln's war to prevent voluntary disassociation show it even happens in the land of the free. The end result is almost always more oppression. Lenin's paradise was 1,000 times more oppressive than that of the Tsar, from whom Lenin "liberated" the people. Bottom line: no permanent workable solution. Workaround: increase one's personal level of tolerance for the increasingly intolerable. Bill Fairchild -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Regarding CHPID TYPE
Hi Salah, I found out that the cable for B8 wasn't fully pluged. What should I say, 'false' pluged and it got online right after the click. Sorry about that, thanks for your time! Best regards, Ottar -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Userids
Susan, The TSO limit is documented in: z/OS V1R1.0 TSO/E Administration: 2.1.2 Selecting a User ID A user ID is often the user's name, initials, or department number, or any combination of valid characters you and the user choose with the following restrictions: Length - no longer than seven characters This should be enough arguments to prove that 8 character TSO userid's are impossible. Kees. "Vernooy, C.P. - SPLXM" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>... > Susan, > > I think it is impossible: > A quick scan through data areas revealed several controlblocks that had 7 > positions for the userid. > See: > Title: z/OS V1R3.0 TSO/E System Diagnosis: Data Areas > Document Number: GA22-7792-01 > > This limitation must be documented in TSO manuals. > > Kees. > > "Chiam, Susan Mee-Shia" <[EMAIL PROTECTED]> wrote in message > news:<[EMAIL PROTECTED] > >... > > Hi Listers, > > We have a request to look into utilising 8-chars userids. First reaction > > from the > > team was 'No', but we have to put forward our arguments. So we need to > > put up a list > > of 'pros' and 'cons' on this request. Any help to formulate the list is > > appreciated. > > Thank you. > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO > > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > > ** > For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. > ** > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Secure FTP on the Mainframe
I believe the software looks for the key database password in the "stash" file. When I ran into this recently, I was using gskkyman to manage my key file, and there's an option in gskkyman "10 - Store database password" to create the "stash" file. Once I did that, the TLS handshake moved on to the next error 8-( ... -Mark Vitale Senior Software Engineer Telephone 610.865.0300 (ext. 126) ISM - The power behind great IT decisions Visit us at www.perfman.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Userids
Chiam, Susan Mee-Shia wrote: Hi Listers, We have a request to look into utilising 8-chars userids. First reaction from the team was 'No', but we have to put forward our arguments. So we need to put up a list of 'pros' and 'cons' on this request. Any help to formulate the list is appreciated. Thank you. You could use 8 char. userids for users who only use CICS, IMS, or web applications. TSO userids have a hard restriction to 7 chars. maximum. Userids with 8 chars. can have difficulties in a batch environment. For instance, you could not submit a job without a JOB statement since you cannot have a jobname of userid + one char. -- Ulrich Boche SVA GmbH, Germany IBM Premier Business Partner -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Userids
Vernooy, C.P. - SPLXM wrote: Susan, I think it is impossible: A quick scan through data areas revealed several controlblocks that had 7 positions for the userid. See: Title: z/OS V1R3.0 TSO/E System Diagnosis: Data Areas Document Number: GA22-7792-01 This limitation must be documented in TSO manuals. Just to complete: It is impossible to have 8-char userid under TSO. It is possible to have 8-char userid for CICS, console, etc. Such user cannot logon to TSO and cannot be altered to logon - sometimes people like it. Because of TSO restriction many shops don't use userid longer than 7. -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF71 and ICETOOL
Antonio wrote > Thanks for the tip. But that's odd... I agree, but that's the way it's been since 1997 (OS/390 R.4.) The whole set of fields arose as a 3-way discussion between me, a SRM/WLM developer and a RMF developer. BTW. But I claim no "credit" for this "nested buckets" implementation. :-) Martin Martin Packer, MBCS CITPMartin Packer/UK/IBM 020-8832-5167 in the UK (+44) (MOBX 273643, Internal 7-325167, Mobile 07802-245584) "Las cosas de palacio van despacio" External Blog: http://www-128.ibm.com/developerworks/blogs/dw_blog.jspa?blog=476 Internal Blog: http://barney.adtech.internet.ibm.com/pilot/weblogs/comments/[EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF71 and ICETOOL
Martin wrote: >I imply absolutely nothing about DFSORT and floating point. I'll just keep me fingers crossed... >The reason you need to do the subtraction is because eg SMF71CLA includes >the page frames that are in SMF71CAA. They are "nested". And that requires >the earlier PTF to do the maths. Thanks for the tip. But that's odd... Cheers, Antonio Esta mensagem (incluindo eventuais ficheiros anexos) pode conter informacao confidencial ou privilegiada. Se nao for o destinatario pretendido, por favor contacte imediatamente o remetente por e-mail, e apague a mensagem do seu sistema informatico. A transmissao de mensagens por e-mail nao e absolutamente segura ou livre de erro: a mensagem pode ser interceptada, alterada, perdida, destruida, chegar ao seu destinatario num momento posterior ao pretendido ou alterada, ou ainda com virus. O Banco Espirito Santo declina qualquer responsabilidade por erros ou omissoes na presente mensagem que resultem das circunstancias descritas. Qualquer opiniao expressa na presente mensagem e imputavel a pessoa que a enviou, a nao ser que o contrario resulte expressamente do seu texto e que a pessoa em causa tenha poderes para vincular o Banco Espirito Santo. This message and any files transmitted with it may contain confidential information or privileged material. If you are not the intended recipient, please notify the sender immediately by e-mail and delete this message from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Banco Espirito Santo therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorized to state them to be the views of Banco Espirito Santo. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: More Hype for the B1 visas?
>Do you suggest some kind of revolution ? >We have some experiences with that, I'd suggest to read some Lenin's >books, or epecially Marx - they suggested similar solutions. >They also did hate top salaries of bank's presidents. >Everything is already discussed, every problem was solved in their >books. Some countries even tried it. That's not really a fair comment. After all the U.S. was also founded by a revolution. You might also suggest the writings of Jefferson, and others. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
